Währe was für den Bugtracker. Keine Ahnung wie wichtig der OXID-Ag diese Migration ist.
GGf. wird hier immer die gleiche OX-ID benutzt und dementsprechend die alte überschrieben.
md5(concat(xtcproduct_id,xtcoptionsid,xtcattribute_id))
…oder so ähnlich könnte dann funktionieren.
Richtig währe es meiner Meinung, wenn sämtliche Artikelkombinationen abgebildet werden.
Aus T-Shirt (rot, schwarz und L, M=>2 Optionslisten) sollten dann folgende Varianten generiert werden:
[ul]
[li]* rot (M)
[/li][li]* schwarz (M)
[/li][li]* rot (L)
[/li][li]* schwarz (L)
[/li][li]* usw.
[/li][/ul]
Ist für den Kunden um einiges unübersichtlicher als XTC-Optionen, dafür funktioniert so die Lagerverwaltung.
Es gibt aber Module, die so etwas aufschlüsseln… Habe aber irgendwo hier im Forum gelesen, dass das ganze schnell (je komplexer…) ein Performancekiller wird.
Erlauben diese Selektlisten Attribut-Strukturen wie hier: powertemplate.de ?
Eigentich schon, aber…
Ich glaube mit Varianten wirst Du nicht wirklich glücklich. Varianten sind ganz primitive Dinger. Ohne Bild, ohne Modell-Nr. – Nur Preis und Text.
Ich bin ein Modul am schreiben, welches den Text auf JSON-Validät (ist den Kunden zumutbar, da WaWi) prüft und dementsprechend ein Objekt anstatt Text zur Verfügung stellt. Ist aber bisher nur in der Ansicht durchgetestet, der komplette Bestellprozess muss noch exerziert werden.
Für diesen Shop wird bei den Optionen aber halt keine Modell-Nr benötigt, von da her taste ich IMHO nichts kritisches an.
Könntest Du mir den Code für den Attribut-Import aus Deinem Importer zur Verfügung stellen? Dann werde ich mal versuchen, den Attribute-Import zu generalisieren.
Wenn Du das wieder der Community zur Verfügung stellst (ich weiß, Du hast da kein Problem mit):
[ul]
[li]* SQL mit group_concat: ja
[/li][li]* Framework, welches Timouts verhindert und eine Art Template-Sprache (Loops) für SQL ist: nein… genau in diesen Bereich greift das Framework. Also Du musst aus zwei SQLs eins machen. Dürfte dann ein wenig schneller sein, aber ist dann sehr Timeout gefährdet.
[/li][li]* Oben erwähntes JSON musst Du selber rausmachen 
… das Komplexe ist aber halt der group_concat auf die Optionen.
[/li][/ul]
Mein Importer ist aber nicht für XTC oder OSC gedacht, sondern für eine sehr spezielle Warenwirtschaft… Die Wawi sieht aber hierfür nur eine Option vor (sind auch keine wirklichen Produkte aber nützlich im Webshop:cool:).
Nur ein Tipp:
Ich würde dies (Dein Link) mit einen eigenen Kategorietemplate lösen.
Und zwar eins, welches alle Produkte als Masterprodukte bzw. deren Varianten auflistet.
Diese MP sind in unsichtbaren Kategorien, welche Unterkategorien dieser Kategorie sind (Diese Unterkategorien bilden praktisch Optionsgruppen nach).
ZB:
\Cat Beck PC O-PRO1 (Sichtbare Kategorie)
.|- Cat Festplatten (diese und folgende K. sind unsichtbar)
…|- Art Festplatte 1
…|- Art Festplatte 2
…|- usw.
.|- Cat Arbeitsspeicher
…| hier die einzelnen Arbeitsspeicher Produkte
.|- Cat CPUs
.|- usw…
Die sichtbare Kategorie bildet zusätzlich die Unterkategorien ab, listet deren Produkte auf und bastelt ein Formular, welches mehrere Produkte in den Warenkorb legt(dies ggf. mit Modul).
Denke, dies ist die einzige Möglichkeit die Übersicht zu bekommen wie sie XTC hatte und die Lagerverwaltung wie sie OXID kann… andersrum ist dies so dann auch mit XTC möglich.
Nachteil hier ist, wenn das Komplettsystem einen Rabatt bekommen soll, bzw keins dieser Artikel aus den Warenkorb entfernt werden darf.
Hierfür braucht es ein Bundlemodul… Damit lässt sich dann so etwas noch besser realisieren;)
Aber generell lassen sich so, wenn Du den Importer dementspechend erweiterst alles Mögliche darstellen. Es braucht dann halt ein zusätzliches Template.
Ach ja, zu den derzeitigen Import… Kann es sein, dass
oxarticles
.oxvarcount
.oxvarminprice
usw. mit den wiederholenden Abfragen errechnet wird?
Wenn dies so ist, dann kann man das auch mit einen group Statement lösen. So etwas (auch das mit den Varianten) ist leider immer sehr Timeout gefährdet.