Fieses Problem! Variationen nichtmehr übernommen

[hometronix]

AW: Fieses Problem! Variationen nichtmehr übernommen

Danke! Ich werde nun die ganzen Variationen in der WAWI umbauen. Muss man ja auch erst einmal wissen, dass der ":" nicht erlaubt ist und als Trennzeichen verwendet wird. Bei einem ";" wäre mir das verständlicher gewesen.

Preismodifikationen sind wir erst dabei für unsere Set Preise einzurichten.

Noch eine weitere Frage zu den Variationen. Ist eine Variation ausverkauft wird diese immer noch im Online Shop angezeigt, wir müssen hier jedesmal manuell den Wert der ausverkauften Variation für den WebShop deaktivieren. Eine Automatisierung wäre hier viel angenehmer, gibt es hierfür evtl. einen Lösungsvorschlag?

Es sollten nämlich alle ausverkauften Variationen mit Lagerbestand = 0 nicht mehr im WebShop erscheinen bzw. ein zusätzliches "ausverkauft" im Wert stehen. Passt man hier mal nicht auf, werden Artikel bestellt, die leider schon ausverkauft sind.

Grüße
hometronix

 

[rbaier]

AW: Fieses Problem! Variationen nichtmehr übernommen

... Bei einem ";" wäre mir das verständlicher gewesen. ...

Und eben deshalb - der Verständlichkeit halber - sind auch Semikola nicht erlaubt - wenn ich dies mal i.S. schwarzen Humors so formulieren darf.

Am Bsp. (mein vorstehendes etwas erweitert):
Wird noch ein weiteres Attribut angelegt, dann steht in der Spalte attribute der Tabelle #__{vm}_product folgendes:
Kombination Farbe - Größe,black - L[+10],black - M[+10],gray - L[+5],gray - M[+5];Another test attribute,Test property[=90]
Wie zu sehen ist, dient das Semikolon als Trennzeichen für einzelne Attribute.

Zu den anderen angesprochenen Themen:
Wenn mit Set Preise tatsächlich gesetzte Preise gemeint sein sollten - also in VM mit einem = versehene Preise für Attributwerte - dann machen diese in Verbindung mit JTL-Wawi nicht wirklich Sinn, da JTL-Wawi keine gesetzen Preise 'kennt'. In JTL-Wawi lassen sich nur Aufschläge (positiv u. negativ) eingeben. In VM gesetzte Preise werden deshalb umgerechnet.

Das leidige Problem - Virtuemart-Attribute und die Lagerbestände.
Hierzu existiert auch ein separater Thread, in dem ich auch eine Lösung angekündigt hatte, weil VM eben keine Lagerbestände für Attribut-Werte verarbeiten kann.
Es ist nur so: eine funktionierende Lösung ist recht aufwändig und - was noch schlimmer ist - diese wäre immer auch fehleranfällig.
Warum: weil die Attributeverwaltung von VM schlichtweg besch***en ist.
Alle Angaben werden in Form eines Strings in nur ein Feld der Produkttabelle geschrieben - das obige Bsp. stellt nur einen recht kurzen String dar. Ich habe schon Shops gesehen mit 10 Variationen und jeweils 40 Werten (wer solches administrieren soll, muß sicher viel Zeit haben ...).
Fehleranfällig deshalb, weil nicht nur Doppelpunkt und Semikolon 'verboten' sind, sondern dann weitere Trennzeichen für die interne Verarbeitung reserviert werden müßten.

Es gibt noch einen 3 Grund, warum ich vorerst davon abgesehen habe, hierfür eine Lösung zu programmieren: die kürzlich veröffentlichte Beta-Version von VM 1.1.6 läßt hoffen, dass diese auch (irgendwann) erscheinen wird. Diese Version zeichnet sich vor allem dadurch aus, dass es eine echte Joomla!-1.5.x-Komponente sein wird - programmiert nach den MVC-Paradigmen.
Dies ist die eine Seite der Medaille - die andere Seite: zumindest in der Betaversion hat sich an der Attributeverwaltung nichts geändert .

Da ich nicht mit VM verheiratet bin und auch nicht nur dieses Shopsystem kenne, kann ich nur jedem Shopbetreiber das empfehlen, was dieser selbst schon weiß:
Gewählt und verwendet werden sollte immer das Shopsystem, welches am besten die individuellen Anforderungen abbilden kann.
Dies ist - wenn es um eine kundenfreundliche Präsentation von Variationskombinationen geht - der VM nicht. Zur Kundenfreundlichkeit zählt aus meiner Sicht natürlich auch, dass der Kunde wissen möchte, ob denn sein Wunschprodukt in der gewählten Kombination auch tatsächlich am Lager und lieferbar ist.

--
mfg
rbaier

 

[rbaier]

AW: Fieses Problem! Variationen nichtmehr übernommen

Da Editieren wohl nicht mehr möglich:
Ich meinte mit der letzten Beta von Virtuemart natürlich die Version 1.5 und nicht die 1.1.6!

--
mfg
rbaier