Bug? Worker 2.0 - Shop Abgleich "Quicksync" ist kein Quicksync mehr - Paketgröße wird ignoriert

[DITH-Shop]

Moin,

ich bin vor wenigen Tagen auf die V1.8 umgestiegen und daher auch auf den Worker 2.0
Bisher war ich es gewohnt das ein Bestandsabgleich (Quicksync) zum Shop Pakete von 500 Angeboten übermittelte.
Das ging auch bei großen Datenmengen echt schnell, sodass mein Abgleich nach 30 Minuten durch war.

Mit dem Worker 2.0 (gleiche Parameter in den Übermittlungs-Einstellungen) rödelt der jetzt schon seit über 18 Stunden und ist noch lange nicht fertig.
Im Worker wird angezeigt das der jeden Artikel einzeln übermittelt.

a) ist das wirklich so gewollt?
b) kann man parallel auf den Worker 1 zurück um den JTL-Shop-Abgleich darüber laufen zu lassen? Und nur den SCX Abgleich über den Worker 2.0?

Größtes Problem dabei:
Der holt zwischendurch nicht einmal mehr Bestellungen aus dem Shop ab.

 

[garifulin]

Ich wäre für Worker 1

 

[xadoX]

Wir haben das gleiche Problem und sind auf der 1.8.11.1 - Der Worker kommt überhaupt nicht mehr hinterher.
Die Archivgröße wird ignoriert. Für jeden Artikel wird eine Zip-Datei zum Shop geschickt. Das führt sogar zu großen Performanceproblemen im Shop, weshalb wir den Worker nun auch nur noch nachts laufen lassen können. Das wiederum führt zu massiven Problemen in den Arbeitsabläufen.

Ticket ist erstellt #202403113602865

 

[DITH-Shop]

Wir haben das gleiche Problem und sind auf der 1.8.11.1 - Der Worker kommt überhaupt nicht mehr hinterher.
Die Archivgröße wird ignoriert. Für jeden Artikel wird eine Zip-Datei zum Shop geschickt. Das führt sogar zu großen Performanceproblemen im Shop, weshalb wir den Worker nun auch nur noch nachts laufen lassen können. Das wiederum führt zu massiven Problemen in den Arbeitsabläufen.

Ticket ist erstellt #202403113602865

In meinem Ticket 202403083601336 wurde mir mitgeteilt das ich die Paketgröße reduzieren solle.
Habe ich getan, Ticket auch leider schon geschlossen, allerdings habe ich Aufgrund der weiteren Meldungen hier im Forum nochmal in die Protokolle geschaut:
Die Angaben sind dort allesamt für den ... Mond...
Nachts bricht der Worker einfach mal so ab - angeblich sei der Server nicht verfügbar. OK, mag 'nen Last-Problem sein, muss ich noch suchen.

Aber - Start 00:46Uhr (22 Minuten) wäre bei mir 01:18 Uhr Ende, nicht 03:08 Uhr
Pakete werden nur noch mit 100 Artikel (Quicksync) verschickt, es wird aber immer nur ein Artikel geupdatet.


Der oberste Eintrag - Start 03:13Uhr -- 6 Minuten - von wegen - der läuft JETZT noch (09:25Uhr) für gerade einmal 74.000 Updates. Mit dem Worker 1 wären das nur 148 Aufrufe, bei ~10-15 Sekunden je Aufruf waren das dann 25-40 Minuten.
Das kam auch immer so hin.
Ich schau mal was passiert wenn ich den Worker 1 nehme. Ich hoffe der kann SCX?!

 

[xadoX]

Schau mal was ich noch vor der Brust habe.
Da wir auch täglich Lieferantenbestände abgleichen komme ich rechnerisch auf 2 Monate bis mein Abgleich dann mal auf Null ist.
Sag mir gerne mal Bescheid, ob es mit dem Worker 1 noch geht und du diese Probleme dort nicht hast.

 

[DITH-Shop]

Schau mal was ich noch vor der Brust habe.
Da wir auch täglich Lieferantenbestände abgleichen komme ich rechnerisch auf 2 Monate bis mein Abgleich dann mal auf Null ist.
Sag mir gerne mal Bescheid, ob es mit dem Worker 1 noch geht und du diese Probleme dort nicht hast.

Jain, Worker1 läuft zwar, ABER:
Die haben in der 1.8 (oder früher) das so abgeändert das jeder einzelne Artikel eine Rückmeldung gibt, die dann in der DB gespeichert wird.
Es ist also völlig irrelevant was für Pakete man verschicken lässt, die werden einzeln abgearbeitet.

In der 1.5 war es so, das beim Quicksync tatsächlich die Pakete in der gewünschten Größe verschickt wurden, KEINE Rückmeldung in der DB gespeichert wurde, also die Pakete eins nach dem anderen verschickt wurden, und erst wenn der Quick-Abgleich komplett durch war, wurde EINMAL in der DB vermerkt - "OK, sind alle weg" (führte allerdings auch dazu das bei einer Unterbrechung wieder ganz von vorne angefangen wurde)

Auch der Worker 1 (Also Option "WORKER" beim Aufruf der Wawi) arbeitet "Stück für Stück"

So ein Mist
Ich bekomme alle zwei Stunden von zwei Lieferanten Bestandsdateien mit jeweils 40.000 Bestandseinträgen, 2x täglich von einem Lieferanten Dateien mit 900.000 Einträgen und ein paar weitere mit 10-30.000 Einträgen.


Während ich diesen Wust an Text im Adler-Suchsystem verfasste hat der Worker gerade mal 650 Artikel abgearbeitet - 35.000 stehen noch aus, und um 11 Uhr kommt die nächste 900.000er Datei

 

[xadoX]

Mach doch bitte auch noch ein Ticket auf und verweise auf mein Ticket: #202403083601336
Ich denke je mehr das melden, desto eher schaut sich das jemand an.

 

[DITH-Shop]

Mach doch bitte auch noch ein Ticket auf und verweise auf mein Ticket: #202403083601336
Ich denke je mehr das melden, desto eher schaut sich das jemand an.

Da ich leider mein Ticket geschlossen hatte musste ich ein neues öffnen: Ticket#202403153601125

 

[DITH-Shop]

Mach doch bitte auch noch ein Ticket auf und verweise auf mein Ticket: #202403083601336
Ich denke je mehr das melden, desto eher schaut sich das jemand an.

Tja, da wirst Du selbst nachhaken müssen - bei mir wird der Support abgelehnt da ich produktiv Shop 4.06 einsetze.
Das Testsystem mit dem 5.01 zeigt allerdings dasselbe Verhalten. Shop 5 kann ich aber nicht produktiv nutzen da weiterhin wichtige Kernfunktionalität fehlt und ich mir nicht noch ein unvollständiges Produkt ans Bein binde.

 

[xadoX]

Mir wurde leider noch nicht geantwortet. Ich hoffe, dass sich jemand Montag der Sache annimmt. Melde mich, wenn es was neues gibt.

 

[DITH-Shop]

Mir wurde leider noch nicht geantwortet. Ich hoffe, dass sich jemand Montag der Sache annimmt. Melde mich, wenn es was neues gibt.

Also bei mir war es wohl tatsächlich mein veralteter Shop (V4.06) - oder unvorteilhaft konfigurierter Webserver.
Ich habe nun einen Testshop V5.02 - da läuft es einwandfrei und flott.
Werde wohl, sobald alles positiv getestet ist, das Hosting dauerhaft beauftragen. Dann muss ich mich darum schon mal nicht mehr kümmern.