Neu Shopware 6 langsamer Abgleich

[recent.digital]

Wir bearbeiten aktuell auch einige langsame SW6 Connectoren - noch ohne Lösung.

Wir werden hier berichten, wenn wir das Problem lösen konnten.

 

[dotnetpower]

Kann sich mal jemand melden bei dem der SW6 Connector mit einer akzeptablen Geschwindigkeit läuft? Bei mir doktert man schon seit Monaten dran herum und es soll mein Server sein der Langsam ist. Meine Weclapp Teststellung - die auch die Shopware Api nutzt ist aber anderer Meinung! Leider hängt zu viel an JTL um mal eben zu Weclapp zu wechseln

 

[Felix-lg]

Moin!
Ich klinke mich hier auch mal ein... Ich empfinde es auch als zu langsam. Im Vergleich zum SW5 Connector liegen dazwischen Welten. Und ich finde daran merkt man eigentlich auch schon, dass es nicht nur am eigenen Server liegen kann.
Habe gerade wieder einen Vollabgleich hinter mir, weil ich einen Wert am Artikel/an allen Artikeln per Ameise geändert habe.
Da hat er ca. 6,5h für den Abgleich von 17.000 Artikeln (inklusive Variationen) gebraucht. Wir haben einen meiner Meinung nach relativ performanten Webserver für SW6. Zumindest einen eigenen managed Server... Und das Grafana Dashboard zeigt da auch keine besonders hohe Auslastung beim Abgleich an. Aber hier gibt es ja teilweise auch noch deutlich höhere Zeiten.

Für einen kompletten Abgleich der Artikel wäre es ja auch noch i.O. Aber warum wenn man nur einzelne Werte ändert dauert es so lange?

Insgesamt wie @dotnetpower in seinem anderen Thread auch schildert leider alles nicht zufriedenstellen mit dem SW6 Connector. Wir haben uns da von dem gut laufenden SW5 Connector blenden lassen als wir zu JTL gewechselt sind (erst letztes Jahr).

Nun steh man mit SW6 da und hat nur noch die "Friss oder Stirb" Option... Keinen Einfluss auf den Connector, Abhängigkeit von externem Server. Bei jedem Problem ist man auf JTL angewiesen. Und laut unserer Agentur entwickelt JTL den Connector auch nicht selbst.
Dafür dann 199€ im Monat...

Gruß
Felix

 

[recent.digital]

Stehst du mit dem JTL Support in Kontakt, bitte versuche den Weg einzuschlagen.

Und laut unserer Agentur entwickelt JTL den Connector auch nicht selbst.

Die Info ist uns neu - ist aber auch nicht ganz unüblich in der Branche.

 

[exe]

Und laut unserer Agentur entwickelt JTL den Connector auch nicht selbst.

Die Connectoren für Shopify und Shopware laufen bei uns in der CoLo und werden von unseren Entwicklern entwickelt.

 

[Felix-lg]

Die Connectoren für Shopify und Shopware laufen bei uns in der CoLo und werden von unseren Entwicklern entwickelt.

Danke, für die offizielle Klarstellung!

 

[dotnetpower]

Ich habe ein Update für die Connector Performance!

Das Problem lag zum einen an meinem eigenen Server und zum anderen an einer Vielzahl an Preisregeln in der Shopware Datenbank.
Ich bin mit meinem System zu Mittwald umgezogen und habe die Preisregeln gelöscht und danach einen komplett Abgleich durchgeführt.
Ein Abgleich von fast 14000 Artikeln, dauert - ohne Bilder - statt 26 Stunden nur noch 4,5 Stunden.

Es kann also ganz klar am Hoster oder eigenen Server liegen. Auch wenn das jetzt an meinem Ego kratzt muss ich sagen: Sorry JTL!

 

[Hubertus2313]

Wir bereiten gerade eine Migration eines SW5 zu einem SW6 vor. Der Abgleich ist signifikant langsamer. Um das zu konkretisieren: 16.000 Artikel Komplettabgleich. Bei Shopware 5 benötigt der Connector pro Artikel 0,3 Sekunden (Stapelgröße = 250), bei Shopware 6 ca. 3 Sekunden (Stapelgröße 100, mehr geht nicht, ausprobiert). Wir reden über den Faktor zehn, bzw. der Veränderung / Aktualisierung aller Artikel von ca. 1,3 Stunden auf mehr als 13 Stunden.

Wir aktualisieren täglich unsere Lieferantenverfügbarkeiten und haben auch weitere Skripte zur Produktdatenpflege und -aktualisierung laufen. Das ändern eines Eigenen Feldes führt bereits zum erneuten (kompletten) senden des Artikels. Bislang kein Problem, jetzt schon. Aufträge werden dann stundenlang nicht mehr abgerufen, da der Connector mit dem Artikelabgleich beschäftigt ist. Einmal nicht dran gedacht, ein Feld bei allen Artikeln geändert oder hinzugefügt. Zack ist der Connector den Rest des Arbeitstages beschäftigt.

Hat jemand schon eine Lösung? Gibt es etwas neues?

Es würde ja auch helfen, wenn der Connector immer nach einer halben Stunde prüft ob Bestellungen vorliegen und diese bspw. priorisiert. So ist es ja echt kaum möglich da sauber mit zu arbeiten

Viele Grüße, Hubertus

 

[mxmax]

Wir bereiten gerade eine Migration eines SW5 zu einem SW6 vor. Der Abgleich ist signifikant langsamer. Um das zu konkretisieren: 16.000 Artikel Komplettabgleich. Bei Shopware 5 benötigt der Connector pro Artikel 0,3 Sekunden (Stapelgröße = 250), bei Shopware 6 ca. 3 Sekunden (Stapelgröße 100, mehr geht nicht, ausprobiert). Wir reden über den Faktor zehn, bzw. der Veränderung / Aktualisierung aller Artikel von ca. 1,3 Stunden auf mehr als 13 Stunden.

Wir aktualisieren täglich unsere Lieferantenverfügbarkeiten und haben auch weitere Skripte zur Produktdatenpflege und -aktualisierung laufen. Das ändern eines Eigenen Feldes führt bereits zum erneuten (kompletten) senden des Artikels. Bislang kein Problem, jetzt schon. Aufträge werden dann stundenlang nicht mehr abgerufen, da der Connector mit dem Artikelabgleich beschäftigt ist. Einmal nicht dran gedacht, ein Feld bei allen Artikeln geändert oder hinzugefügt. Zack ist der Connector den Rest des Arbeitstages beschäftigt.

Hat jemand schon eine Lösung? Gibt es etwas neues?

Es würde ja auch helfen, wenn der Connector immer nach einer halben Stunde prüft ob Bestellungen vorliegen und diese bspw. priorisiert. So ist es ja echt kaum möglich da sauber mit zu arbeiten

Viele Grüße, Hubertus

Bei uns sieht die Problematik ähnlich aus. Mehrere Lieferanten bei denen sich die Lieferantenbestände täglich ändern. Das sind ca. 3000-6000 Artikel pro Tag die aktualisiert werden müssen.

Eine Übergangslösung für uns: Alle Lieferantenartikel mit Bestand zum eigenen Bestand hinzufügen. Dann den Connector auf "eingeschränkter Abgleich" (nur Bestände) umstellen. Das geht relativ zügig im Vergleich zum "kompletten Artikel-Abgleich". Berücksichtigt aber keine Artikel mit Überverkauf Ja/Nein Änderungen.

Gerne würde ich die Überverkaufe-Option in JTL nutzen bei Artikeln die ausschließlich beim Lieferanten liegen. Das ist aber wegen der extrem langsamen Schnittstelle nicht möglich, weil dafür der komplette Artikel abgeglichen werden muss.

Eine riesige Abhilfe würde eine weitere Option für Überverkäufe (ja/nein) beim eingeschränkten Abgleich schaffen. Könnt ihr das in den Connector einbauen @exe ? Ich bin mir ziemlich sicher, dass ich nicht der Einzige Kunde mit den Anforderungen bin.

 

[Hubertus2313]

Das ist echt unbefriedigend. Wir werden jetzt als Übergangslösung folgendes machen. Alle Skripte, die Lieferantenverfügbarkeiten, Eigene Felder, Produktdaten, usw. aktualisieren, von der Frequenz der Aktualisierung reduzieren. Lieferantenverfügbarkeiten nur noch alle zwei Tage. Zudem alle Skripte in einem ähnlichen Zeitfenster, abends gegen 20 Uhr ausführen lassen. Damit ist dann Zeit bis zum nächsten Morgen um alles in den Shop zu senden. Ist zugegebenermaßen eine ziemliche Krücke, aber wir haben aktuell keine andere Idee.

Es würde ja wie gesagt auch helfen wenn man einstellen könnte, dass der Connector nach X Produkten, erstmal wieder die Bestellungen herunterlädt. Oder Produktaktualisierungen nur im Zeitraum von xxx bis xxx macht.

 

[Hubertus2313]

Hat jemand noch neue Erkenntnisse dazu? Bei uns weiterhin leider sehr langsam. Preisregeln sind es bei uns 15, daran scheint es nicht zu liegen.
Die Aktualisierung der Produkte dauert ca. 10-12 Stunden für 13.000 Produkte. Da ja bspw. durch das aktualisieren eines Werts von einem Eigenen Feld, der komplette Artikel aktualisiert wird, ist der Connector den ganzen Arbeitstag damit beschäftig, sofern man eine Änderung an allen Artikeln vornimmt. Der Versand zu diesem Verkaufskanal steht dann einfach still.

Für mich echt nicht nachvollziehbar wie man damit umgehen soll. Aktualisierungen an Artikeln nur nachts oder am Wochenende vornehmen?