Gelöst JTL-Connector bringt Shop zum Absturz

[chembaer]

Hallo,

wir haben einen bestehenden Shop ( Shopware 5.2.9) über den Connector an die Wawi angebunden. Der Abgleich vom Shop zur Wawi funktioniert problemlos (Daten vom Onlineshop importieren). Wenn wir aber in der Synchronisation das Senden der Daten zum Onlineshop aktivieren, bringt der Connector den Onlineshop komplett zum Absturz, es läßt sich danach nicht einmal mehr die Webseite erreichen. Hat jemand eine Ahnung woran das liegen könnte?

Auffällig ist, dass der Connector die gleichen Kategorien, die zuvor vom online-Shop importiert wurden nun versucht wieder hochzuladen. Kann es damit zusammenhängen?

 

[chembaer]

Bei Wiederherstellen des Shops konnte ich feststellen, dass es nicht an Veränderungen der Datenbank liegt, dass der Shop nicht mehr startet. Wenn ich nur die Dateien der Webseite wiederherstelle, die Datenbank aber unverändert lasse, startet der Shop wieder und alle Daten sind unverändert vorhanden. Der Connector scheint also irgendeine fürs Laden der Seite erforderliche Datei zu verändern.....

 

[Daniel B.]

Ich tippe stark darauf, dass du etwas beim Anschließen übersehen hast. Nachdem der Connector installiert wurde, dürfen die Kategorien und sonstige Dinge nicht mehr im Shopware verändert werden.
Vielleicht hast du auch in der Wawi Root Kategorien verschoben oder gelöscht. Sobald keine Kategorie mehr im Shopware ist, kommt es auch zu einem Ladefehler.

 

[chembaer]

Ich habe den Connector jetzt in Shopware neu installiert und der Datenabgleich Richtung Shopware scheint jetzt zu funktionieren. Allerdings will er jetzt auch sämtliche Aufträge die in Shopware vorhanden sind und bereits vorher nach JTL importiert wurden erneut nach JTL importieren.
Versuchsweise habe ich nun nach dem Import nur eine ganz kleine Änderung an den Kategorien vorgenommen (Name geringfügig verändert), sofort stürzt Shopware beim erneuten Datenabgleich wieder ab und ist nicht mehr erreichbar.

Verbesserungsvorschlag an JTL: Der Connector darf auf gar keinen Fall bei Inkonsistenzen den ganzen Online- Shop zum Absturz bringen, hier gehören dringend Sicherungen eingebaut. Selbst wenn man bereits die "Führerschaft" an die Wawi übergeben hat, kann es immer mal vorkommen, dass jemand versehentlich etwas im Shop ändert. Wenn dann jedes Mal der Online-Shop unreparabel abstürzt - Katastrophe!

 

[Walde IT-Systeme]

Wo ist der Shop gehostet

 

[chembaer]

Ist ein dedicated Server bei Webtropia. Shop und Server laufen ansonsten stabil.

 

[Walde IT-Systeme]

Webtropia Ja klar ... Hatten Kunden leider schon mehr als nur Probleme... Nur zur Info

 

[chembaer]

Na ja, bei einem dedicated Server ist eher unwahrscheinlich, dass es mit dem Hoster zusammenhängt ....

 

[Walde IT-Systeme]

OK wie ist die Connfig genau????

OS System Linux Debian Centos Suse usw, Version Kernel 32bit oder doch 64bit
Apache Version 2.0 2.1 2.2 xxx
PHP 5.2 5.3 5.4 ... 7.0 7.1
usw.
Was habt ihr da genau

 

[chembaer]

- Linux Debian 8.6, 64bit
- Apache 2.4.10
- php 5.6.30
- Intel Core i7-6700K CPU @ 4.00GHz

Wie bereits geschrieben: Wenn nur die Dateien des Shops und nicht die Datenbank zurückgesichert werden funktioniert der Shop wieder. Der Connector muss also irgendeine Datei (vielleicht seine eigenen plugin Dateien) so verändern, dass kein Zugriff auf die Seite mehr möglich ist.

 

[3po]

Nachdem der Fehler scheinbar nur bei Dir auftritt gehe ich ebenfalls stark davon aus, das es hier an Deiner Seite liegt, sei es nun das Hosting, Servereinstellung, Shopware Settings oder sonstwas.

 

[chembaer]

Wenn man das Forum durchforstet, findet man, dass das Problem gar nicht so selten ist, aber verschiedenste Ursachen haben kann.

Neuester Stand
Nachdem zunächst der Connector nach der Neuinstallation erst einmal in beiden Richtungen abgeglichen hat, ging es plötzlich wieder nicht, allerdings ohne dass der Shop abgestürzt ware. Dieses Mal erschien auch eine Fehlermeldung im connector und damit konnte ich wahrscheinlich (einer?) der Ursache(n) auf die Spur kommen.

So wie es aussieht war es die Firewall ModSecurity auf dem Server, die das Hochladen nach einer gewissen Zeit blockiert hat.