Wichtig Beta Connector für Presta 8 mit PHP 8+
- Ersteller des Themas Tim Platzke
- Erstellungsdatum
Dankeschön - Beta8 soeben getestet und die Variantenmerkmale aus dem Shopsystem korrekt im übertragenen Auftrag gefunden. Passt! ✅
Guten Tag
prestashop 8.1.3, php-Version 8.1.28
Der jtl-connector holt bei uns die Bestellungen aus dem Prestashop in die jtl-WAWI.
Also ich habe das alte Modul "jtl_connector_prestashop_1.13.4" deinstalliert und "jtl_connector_prestashop_2.0.0-beta8" installiert, Passwort gesetzt, Shop - Cache gelöscht.
In der JTL-WAWI unter Admin -> Workflow -> Status werden die Abgleiche als "Erfolgreich beendet" ausgwiesen, es werden aber dabei keinerlei Bestellungen eingelesen.
Die Log-Files sind als zip angehängt. Wo liegt der Fehler, habe ich etwas falsch gemacht?
Danke
Viele Grüße Christoph Wiedemann
prestashop 8.1.3, php-Version 8.1.28
Der jtl-connector holt bei uns die Bestellungen aus dem Prestashop in die jtl-WAWI.
Also ich habe das alte Modul "jtl_connector_prestashop_1.13.4" deinstalliert und "jtl_connector_prestashop_2.0.0-beta8" installiert, Passwort gesetzt, Shop - Cache gelöscht.
In der JTL-WAWI unter Admin -> Workflow -> Status werden die Abgleiche als "Erfolgreich beendet" ausgwiesen, es werden aber dabei keinerlei Bestellungen eingelesen.
Die Log-Files sind als zip angehängt. Wo liegt der Fehler, habe ich etwas falsch gemacht?
Danke
Viele Grüße Christoph Wiedemann
✅ Ja, ich bestätige, habe soeben eine Bestellung aus Österreich per Connector Beta8 eingelesen, Steuersatz wurde im Auftrag automatisch und korrekt angelegt 👍
Außerdem: ✅ für
soeben zwei Mollie Zahlungen reingekommen - und korrekt in Auftrag und Zahlung übernommen worden 👍
Wenn jetzt noch bald die Varkombierkennung für die bereits im Shop existierenden Artikel samt Ergänzung/Update wieder funktioniert, dann sind meine Probleme gelöst und ich kann hier wieder ungebremst loslegen...🎉
Lieber Tim, 1000 Dank Dir!
GLG Kristina
lau deinen logs hast du 3 verfügbare Bestellungen, aber die wawi hat nicht danach gefragt.
Ein Abgleich log aus der wawi wäre hilfreich: https://jtl-url.de/-kdiq
super, freut mich. Zu den Varkombis, hast du es mit der neue Beta mal versucht?
Ich kann das verhalten bei mir nicht nachstellen, falls es bei dir immer noch passiert, wäre nochmal ein Abgleich log und ein auszug der jtl_connector tabellen aus der presta DB hilfreich (vorallem wenn die varianten danach doppelt sind).
Danke für die schnelle Antwort. Die Log-Dateien waren leider nicht aktiviert. Am Dienstag bin ich wieder in der Firma und kann dann mitloggen. Danke nochmals ....
Nein, hab ich noch nicht wieder versucht. Hole ich spätestens morgen vormittag aber nach und gebe wieder Feedback! Gruß, Kristina
Hallo Tim,
ich schaue mich gerade in Presta bei der Variantenverwaltung um und sehe, dass dort allein für Größen über 19.000 (!) Einträge vorhanden sind. Ein Blick in die Datenbank offenbart: Letzte Connector-Link endpoint-id endet auf _9887, die Datenbank von Presta hat aber in der _attribute Tabelle nun 24449 Einträge. Kann es sein, dass dort durch die früheren Beta-Connectoren so viele falsche Varianteneinträge erzeugt wurden? Und kann ich alle > 9887 dabei löschen? Wie finde ich heraus, was mit keinem Artikel verknüpft ist und weg kann?
ich schaue mich gerade in Presta bei der Variantenverwaltung um und sehe, dass dort allein für Größen über 19.000 (!) Einträge vorhanden sind. Ein Blick in die Datenbank offenbart: Letzte Connector-Link endpoint-id endet auf _9887, die Datenbank von Presta hat aber in der _attribute Tabelle nun 24449 Einträge. Kann es sein, dass dort durch die früheren Beta-Connectoren so viele falsche Varianteneinträge erzeugt wurden? Und kann ich alle > 9887 dabei löschen? Wie finde ich heraus, was mit keinem Artikel verknüpft ist und weg kann?
versuchs mal mit der query,
SQL:
select a.id_attribute, a.name from ps_attribute_lang a left join `ps_product_attribute_combination` pa on a.`id_attribute` = pa.`id_attribute` where pa.id_attribute is nullAuch wenn die Query nur daten ausgibt und nichts löscht: Keine Haftung, Gewähr oder andere Handfeuerwaffen.
hmm, das ist jetzt nur eine wilde Vermutung, aber kann es sein das eine der Bestellungen in Presta nicht mehr existiert ?
Wenn ja, versuch es bitte mit Beta 9 dort sollten die übersprungen werden.
Guten Morgen Tim, ich habe jetzt mit der Beta9 versucht, Varianten zu ergänzen und es ist leider noch alles beim
Alten - es werden wieder Varianten in einer anderen Variantengruppe erstellt und nur noch diese für die Bestellung angeboten, Screenshot anbei. Da ich mich aber gestern ohnehin ausgiebig mit den vielen (von den Connectoren über die Jahre hinweg) zuviel angelegten Varianten in Presta beschäftigt habe., ist mir aufgefallen, dass es manche Variantengruppenbezeichnung zweimal gibt. Ich vermute nun, dass das mein Problem sein könnte - es wird womöglich auf die erste Variantengruppe mit passendem Namen gemappt und wenn die alten Varianten in der anderen Grußße stehen, dann sind es für Presta verschiedene Merkmalgruppen. Ich schaue mal, ob ich einen Testkandidaten finde, bei dem es die Variantengruppenbezeichnung nur einmal gibt und melde mich wieder.
Anhänge
Hallo Tim, vielen lieben Dank, ich habe mich gestern und heute mit den von den Connectoren inzwischen ca. 20.000 Doppelgänger meiner Varianteneigenschaften beschäftigt und die allermeisten Einträge nun über des Prestabackend gelöscht. Dank Deiner Hilfe habe ich auch knapp 2000 nicht so offensichtliche Doppel identifizieren können 🙂 DANKESCHÖN. Einige Variantengruppen gab es tatsächlich mehrfach und es wurde nur die neuere genutzt. Vielleicht hängt mein Problem ja mit den Doppeleinträgen zusammen.
So, ich bin einen Schritt weiter - ich habe jetzt die alte Variantengruppe "Farbe" aufgelöst, indem ich die wenigen dort noch echt mit Produkten verknüpften Werte in die neue, daneben existierende Variantengruppe durch Änderung der id_attribute_group in der Prasta-Datenbanktabelle _atrribute geändert habe. Jetzt hat der Connector den Artikel in die richtigen Variantengruppen ergänzt und es sind im Frontend auch alle Varianten wählbar! 🎉
ABER irgendwie sind jetzt die Cart-Bildzuordnungen für alle Varianten des Artikels seit der Übertragung kaputt, obwohl der Connector bei mir keine Bilder übertragen darf. Der korrekte Bildpfad hat einen Aufbau wie https://www.abhala.de/img/p/9/8/4/3/9843-cart_default.jpg aber das wurde irgendwie ersetzt mit https://www.abhala.de/9843-cart_default/.jpg - es fehlen aus irgendeinem Grund plötzlich die Unterverzeichnisangaben zu den Bilddateien. Wo kommt das her und wie stellen wir das ab?
GLG Kristina
Anhänge
Freut mich das alles klappt, ja die Zuordnung zu den einzelnen Attributen macht der connector jetzt über die Presta logik, anstatt das selber nachzubauen, das kann natürlich dazu führen, dass die eventuell nicht 1zu1 passen und dann falsch/doppelt angelegt werden. Eine andere Lösung wäre auch ein Komplettabgleich gewesen.
Zu den Bildern: ich kenn mich mit dem Presta admin nicht gut genau aus, um aus dem Bild zu erkennen, was/wie du das machst. Ist das überhaupt einen Kernfunktion von Presta oder kommt das aus einem Modul? Meine Vermutung ist, das beim anpassen der Attribute auch die Verbindungen zu den Bildern "verloren" ging. Ich denke mal, das es in der DB eine Tabelle gibt, in der noch die alten IDs stehen.
Ok, hab noch einmal nachgeschaut. Die Bilder, die direkt aus dem Presta nativ kommen, sind da, dort auch für die Warenkorb-Funktionen. Die Variantentabelle ist ein zusätzliches Modul von mypresta.eu. Die Bilder an sich sind noch da und können mit dem korrekten Link aufgerufen werden, aber die Verzeichnisse der cart-bildchen wurden irgendwie - ich meine durch den Abgleich - verändert. 🤔 Vor dem Abgleich war m.E. noch alles ok. Ich probiere mal weiter herum und kontaktiere notfalls mal den Modulentwickler.
So, ich habe das MyPresta-Modul updaten können und nach dem Leeren der Caches funktionieren jetzt auch wieder die Bildchen 😍 Ich bin soweit nun glücklich 🎉, muss aber das Ganze noch ausführlicher testen. Bei zwei Artikeln sah es jetzt aber erst einmal gut aus 😀
Guten Morgen Tim,
wir erhalten aktuell einen Abbruch beim Hochladen von Stücklistenartikeln, wholesaleprice sei ungültig (macht bei Stücklistenartikeln ja aber auch keinen Sinn). Ich schicke Dir die Logs als PN.
Herzliche Grüße,
Kristina
wir erhalten aktuell einen Abbruch beim Hochladen von Stücklistenartikeln, wholesaleprice sei ungültig (macht bei Stücklistenartikeln ja aber auch keinen Sinn). Ich schicke Dir die Logs als PN.
Herzliche Grüße,
Kristina
Zuletzt bearbeitet:
Versuche es mal bitte mit Beta10, ich bin mir nicht ganz sicher wie das passiert, habe aber ein paar Prüfungen eingebaut, die das verhindern sollten.
Guten Morgen Tim,
neuer Tag, neue Fehler...😳
1) Rabattcoupons werden weder in der Positionsliste noch als Zahlung oder Artikelrabatt übertragen. Da der tatsächliche Zahlbetrag korrekt übertragen wurden (prima, bitte so lassen), bleibt nun ohne den Coupon noch ein offener Betrag stehen.
2) Die Aktualisierung von Artikeldaten (sofern nicht nur Preise oder Bestände) über den Connector leert das Feld für den benutzerfreundlichen Artikelnamen. Wenn Presta aber mit benutzerfreundlichen URLs arbeiten soll, dann wird dieses Feld zum Generieren der Artikel-Url benötigt. Der Artikel kann so nicht mehr korrekt angezeigt werden, da nach dem Kategoriepfad dann nur noch .html statt dem Artikelnamen.html erscheint. Das ist verkaufs- und suchmaschinentechnisch ein ernstes Problem. Oder habe ich da eine Einstellung noch falsch oder ein Problem mit einem Url-Modul? könnte Ihr das bitte mal bei Euch prüfen?
Screenshots anbei.
Herzliche Grüße,
Kristina
neuer Tag, neue Fehler...😳
1) Rabattcoupons werden weder in der Positionsliste noch als Zahlung oder Artikelrabatt übertragen. Da der tatsächliche Zahlbetrag korrekt übertragen wurden (prima, bitte so lassen), bleibt nun ohne den Coupon noch ein offener Betrag stehen.
2) Die Aktualisierung von Artikeldaten (sofern nicht nur Preise oder Bestände) über den Connector leert das Feld für den benutzerfreundlichen Artikelnamen. Wenn Presta aber mit benutzerfreundlichen URLs arbeiten soll, dann wird dieses Feld zum Generieren der Artikel-Url benötigt. Der Artikel kann so nicht mehr korrekt angezeigt werden, da nach dem Kategoriepfad dann nur noch .html statt dem Artikelnamen.html erscheint. Das ist verkaufs- und suchmaschinentechnisch ein ernstes Problem. Oder habe ich da eine Einstellung noch falsch oder ein Problem mit einem Url-Modul? könnte Ihr das bitte mal bei Euch prüfen?
Screenshots anbei.
Herzliche Grüße,
Kristina
