Neu Exportformate / Export werden nicht vollständig erzeugt

[janw]

Hi!

[Shopversion 5.2.2]

Wir haben das Problem, dass Exporte nicht vollständig erzeugt werden. Und das trotz:

• Cronjob (über den Hoster , alle 5 Minuten),
• Geringer Jobque-Limits:
  • define('JOBQUEUE_LIMIT_M_EXPORTE', 250);
  • define('JOBQUEUE_LIMIT_JOBS', 3);
• PHP memory_limit > 512M
• Aufgaben liegen 30 Minuten auseinander

Wir nutzen das Exportformat Google Shopping sowie ein Exportformat für Idealo. Sie werden weder nach Aufgabenplaner erstellt, noch bei "Exportdatei asynchron erstellen".
Wir nutzen (noch) die Community-Lizenz mit exakt 500 Produkten.



Sie stoppen reproduzierbar beide bei diesen Werten.
Cache ist für beide Exportformate aus.

Bitte um Hilfe!

Danke!

 

[bbfdesign]

Moin,
guck doch mal in den Temp-Dateien an welcher Stelle es hängt - also welcher Artikel noch vorhanden ist. Anhand dessen kannst Du ableiten, welcher Artikel als nächstes kommen soll. Im 4er Shop haben wir das bei einem Kunden auch recht extrem. Wochenlang geht es und dann auf einmal nicht mehr. Das ganze ist mehr als diffus und nicht gut, weil man ja nicht immer direkt die Exporte auf Vollständigkeit prüft.

 

[janw]

Moin,
guck doch mal in den Temp-Dateien an welcher Stelle es hängt - also welcher Artikel noch vorhanden ist. Anhand dessen kannst Du ableiten, welcher Artikel als nächstes kommen soll. Im 4er Shop haben wir das bei einem Kunden auch recht extrem. Wochenlang geht es und dann auf einmal nicht mehr. Das ganze ist mehr als diffus und nicht gut, weil man ja nicht immer direkt die Exporte auf Vollständigkeit prüft.

Vielen Dank! Auf die Idee, mir den Output mal anzuschauen, hätte ich auch kommen können. Ich habs jetzt wieder auf 500 hochgestellt und schaue mir die generierten Files mal an.

Melde mich, wenn ich Erkenntnisse habe.

 

[janw]

Moin,
guck doch mal in den Temp-Dateien an welcher Stelle es hängt - also welcher Artikel noch vorhanden ist. Anhand dessen kannst Du ableiten, welcher Artikel als nächstes kommen soll. Im 4er Shop haben wir das bei einem Kunden auch recht extrem. Wochenlang geht es und dann auf einmal nicht mehr. Das ganze ist mehr als diffus und nicht gut, weil man ja nicht immer direkt die Exporte auf Vollständigkeit prüft.

Hast Du noch einen Tipp, wie man ableiten kann, welcher Artikel als nächstes "dran wäre"? Es werden bei uns nur 95% der Artikel importiert, weil manchen z.B. die EAN fehlt.

Und selbst, wenn ich weiß, an welchem Artikel es liegt, müsste ich immernoch herausfinden, was denn genau damit falsch ist. Gibt es hier seitens JTL denn gar kein Log, gar keine Fehlermeldung irgendwo? Das ist wirklich traurig, so ist das Stochern im Dunkeln...

Wenn es irgendwann wieder läuft, werde ich auf jeden Fall ein Monitoring aufsetzen und regelmäßig automatisch checken, ob sicher der Timestamp der der Datei auf dem Server ändert.

 

[janw]

Habe mir jetzt - um den fehlerhaften Artikel zu finden - ein neues, relativ naktes Exportformat erstellt (kArtikel, cArtN). Hier läuft der Export auch nur bis 435/499.

Alles, was JTL Shop im Log (Debug) ausspuckt ist:

Starting exportformat Alle Artikel for language 1 and customer group 1 with caching disabled - 435/499 products exported

Das ist einfach zu wenig, um das zu troubleshooten...

 

[bbfdesign]

Es wird eine Temporäre Datei erzeugt. Diese kannst du runter laden und z.B. in Libre Office öffnen. Ggf. mal eine Dateiendung hinzufügen. Dann siehst Du, welche Artikel exportiert worden sind und kannst dann Rückschlüsse auf den nächsten Artikel ziehen.

 

[janw]

Hallo @bbfdesign. Ja, danke, das habe ich soweit schon verstanden. Aber es bringt mich icht weiter. Ich habe den Artikel, der theoretisch danach exportiert werden müsste, sogar aus dem Shop genommen - es hilft nichts. Theoretisch könnte ich das jetzt mit allen Artikeln machen, die danach noch kommen, aber will ich das wirklich? Es muss doch irgendwo eine Fehlermeldung geben, wo das Problem beschrieben ist...

 

[bbfdesign]

Auf Deinem Server in der error.log steht nix? Lösch mal die temporäre Datei und versuche die Datei zu erstellen - aber nicht asynchron. Aktiviere ggf. mal die Fehleranzeige in der Shopconfig.

 

[janw]

Danke! Der Tipp mit der Fehleranzeige (display_errors in der config.JTL-Shop.ini.php) bringt mich schon etwas weiter. Beim Export habe ich jetzt diese Fehlermeldung erhalten:

Fatal error: Uncaught TypeError: Cannot assign null to property JTL\Catalog\Product\Variation::$cWaehlbar of type string in includes/src/Catalog/Product/Variation.php:60 Stack trace: #0 includes/src/Catalog/Product/Artikel.php(2450): JTL\Catalog\Product\Variation->init(Object(stdClass)) #1 includes/src/Catalog/Product/Artikel.php(3408): JTL\Catalog\Product\Artikel->holVariationen(1, true) #2 includes/src/Export/FormatExporter.php(179): JTL\Catalog\Product\Artikel->fuelleArtikel(6889, Object(stdClass), 1, 1, false)
[....]

Die Fehlermeldung geht noch etwas weiter, aber da steht schonmal die ID des betroffenen Artikels (6889) und dass es offenbar um eine Variation geht. Diese Variation habe ich auch erst vor kurzem angelegt. Evtl. waren hier nur die Kind-Artikel im Shop aktiv, der Vater-Artikel nicht. Ich probiere hier noch etwas weiter und sage nochmal Bescheid.

Aber Fakt ist: Mit der Fehleranzeige kommt man hier auf jeden Fall weiter. Danke für den Tipp!

 

[janw]

Vaterartikel aktiviert --> Jetzt funktioniert es wieder.

Danke!

JTL sollte hier aber im Adminbereich eine entsprechende Fehlermeldung einbauen...

 

[bbfdesign]

Hi @janw

Es freut mich, dass ich Die etwas helfen konnte 🙂