Neu Connector streikt wieder seit mein Hoster auf Debian 10 Buster und Maria DB upgedatet hat...

[Litho]

Hi,
wir hatten dieses Problem schon mal vor einigen Wochen, als mein Hoster seine Server aktualisiert hatte auf die Debian 10 Buster mit Maria DB. Da ich mehrere Agenturpakete auf verschiedenen Servern bei meinem Hoster habe, bin ich einfach "umgezogen" auf einen Server auf dem noch Debian 8 installiert war. Nun hat mich mein Hoster wieder eingeholt und der Fehler ist wieder da:

Fehler:
Exception: phar:///var/www/virtual/XXX.XX/htdocs/jtlconnector/index.php/vendor/jtl/ connector/src/Core/Database/Mysql.php (353)uplicate entry '0' for key 'PRIMARY'
phar:///var/www/virtual/XXX.XX/htdocs/jtlconnector/index.php/vendor/jtl/connector/src/Core/Database/Mysql.php (353)uplicate entry '0' for key 'PRIMARY'

Wann kann man mit einer Connector Version rechnen, die auf dieser Basis funktioniert? einen Server hätte ich noch, aber es ist nur eine Frage der Zeit, wann auch dieser aktualisiert werden wird.

Das Problem tritt bei mit mit MEC 2.0.4 und 2.0.5 auf. Und immer dann wenn weitere Artikelbilder hochgeladen werden sollen.

Gruß
Litho

 

[Immanuel]

Hallo @Litho,

in so einem Fall ist oft ein Bild zu groß bzw. die post_max_size und/oder upload_max_filesize auf dem Server zu niedrig eingestellt.

 

[Litho]

das ganze hatte ich mit Hr. London schon live mal geklärt. Wenn die Bilder kleiner sind geht es auch nicht. Er hat das bei Euch in der Entwicklungsumgebung nachgestellt und konnte diese Fehlermeldung bei euch reproduzieren.

 

[Immanuel]

Ich habe ihn gerade gefragt. Er hat damals wohl lange nach einer Lösung gesucht, konnte aber leider nichts finden. Welche PHP Version kommt zum Einsatz?

 

[Litho]

Server Host:	vm234.fc-server.de (80.77.24.163)	Datenbank Host:	localhost (127.0.0.1)
Server OS:	Linux #1 SMP Debian 4.19.98-1 (2020-01-26)	Datenbank:	MySQL 5.5.5-10.3.22-MariaDB-0+deb10u1
Server Datum:	2020-03-02 11:47:25 +0100 CET	Datenbank Datum:	2020-03-02 11:47:25
Server Up Time:
HTTP Server:	Apache
PHP Version:	7.1.33 (Zend: 3.1.0)
SSL Version:	TLS 1.3

 

[Litho]

ich habe das ganze auf dem gleichen Server auch mit Modified 2.05 und verschiedenen PHP Versionen bis 7.4 getestet. Immer gleiches Ergebnis. Neu seit ein paar Tagen ist, dass ich alle Produkte im Shop gelöscht hatte, und komplett neu hochladen wollte, der connector dies auch tut, und braucht auch eine weile, aber auf dem Server nichts ankommt. die DB ist leer.

Da ich eine Multishop lizenz habe hier nochmal ein anderer Shop, der funzt einwandfrei:

Server Host:	fc-host47.de (80.77.31.212)	Datenbank Host:	localhost (127.0.0.1)
Server OS:	Linux #1 SMP Debian 3.16.51-3+deb8u1 (2018-01-08)	Datenbank:	MySQL 5.5.62-0+deb8u1
Server Datum:	2020-03-02 11:51:07 +0100 CET	Datenbank Datum:	2020-03-02 11:51:07
Server Up Time:
HTTP Server:	Apache
PHP Version:	7.1.32 (Zend: 3.1.0)
SSL Version:	TLS 1.2

allerdings dauert es nicht mehr lange und auch der Server wird aktualisiert.

 

[Litho]

Nach Rücksprache mit meinem Hoster meint dieser, dass das Problem eine unsaubere Programmierung sei, also nicht mehr so viel verziehen wird BSP ="" muss jetzt als ="null" programmiert werden (aber ich bin kein Coder) gebe es nur so weiter wie man es mir erzählt hat.

 

[Immanuel]

Das sollte nicht das Problem sein. Wir können hier allerdings leider nur raten und dir nicht wirklich weiter helfen. Dafür gibt es zuviele Möglichkeiten.

Ich vermute dennoch nach wie vor, dass das Problem mit der upload_max_filesize und/oder post_max_size zusammenhängt.

 

[Litho]

Da ich mittlerweile kein Bild mehr in der Wawi haben, dass mehr als 200kb hat, und die Übertragungsparameter auf 1 Paketgröße mit 16 MB stehen, sollte das auch nicht das Problem sein. Aber Ich werde meinen Hoster bitten diese Werte hochzusetzten und dann schauen wir ob's geht. Wenn nicht muss ich mir was überlegen.

 

[Litho]

so ich habe gerade mit meinem Hoster die die upload size größen auf 128 mb festgelegt, aber daran lag es auch nicht. Fehlermeldung blieb stehen.
Ich werde jetzt noch bei Hetzner einen Server anmieten, weil die auch auf Debian 10 Buster arbeiten um zu schauen ob es da funktioniert...

 

[Immanuel]

Gleich einen ganzen Server zu mieten ist natürlich gewagt. Schick mir doch mal den Onlineshop-Abgleich- Log aus JTL-Wawi von einem Abgleich wo das Problem auftritt per PM zu. Stelle aber vorher die Upload-Paketgröße in den Connector Einstellungen in JTL-Wawi auf 1.

 

[Litho]

ja wäre/wird auch kein ganzer Server sondern nur ein Webpaket ...

 

[Litho]

Nachtrag und Ergänzung

Hoster gewechselt zu all inkl. - alles läuft.

 

[mmstudio-john]

Hallo,

da ich gerade über das gleiche Problem gestolpert bin, folgend kurze Erklärung / Lösung zur Thematik.

Sobald MariaDB zum Einsatz kommt wird die Verbindung zur Datenbank im sogenannten Strict-Mode hergestellt. Diese erfordert, wie oben beschrieben, dass bestimmte Datenbankfelder nicht leer, 0, ohne Datum etc. sein dürfen. Im Detail kann ich gerade aus Zeitgründen nicht genau identifizieren, welche Felder hier genau Probleme bereiten.

Der Connector ist mit Modified und MariaDB lauffähig zu bekommen wie folgt:
1. Connector aus dem GIT-Repository clonen
2. Abhängigkeiten mit Composer auflösen
3. In der Datei /jtlconnector/vendor/jtl/connector/src/Core/Database/Mysql.php in der Function connect()
$this->_db->query("SET SESSION sql_mode=''");
vor
$this->_isConnected = true;
einfügen. Das müsste Zeile 134 sein.

Dann wie gewohnt auf den Server kopieren und installieren.
Damit wird der Strict-Mode für diese Verbindung ausgeschaltet.

Gruß, Christian

 

[Litho]

Ich versteh zwar nur die Hälfte, bin aber glücklich, dass es einen "Mitstreiter" "Mit Problementdecker" gibt, und dann auch noch einen der sich so gut auskennt, dass er eine Lösung gefunden hat. Jetzt hoffe ich mal diese Erkenntnis wird in die neueste Connector Version einfließen. TOP!

 

[Batman777]

Hallo,
gibt es für dieses Problem schon eine neue Connector Version?

 

[McAvity]

@Batman777

Hallo,

warum deaktiviertst Du nicht einfach den "Strict Mode" von MariaDB?

Beschrieben z.B. hier: https://stackoverflow.com/questions/57381392/disable-strict-mode-on-mariadb

MfG

McAvity

 

[Litho]

Also einen Shop hatte ich noch der weiterhin, der unter Debian 10 und maria db lief. Der streikte neulich auch und warf etwas mit duplikated Entry raus. Achim London hat sich dann aufgeschaltet und nachdem wir den connector 3.6. installiert hatten schnurrt es ohne Fehlermeldung durch. Also Achim danke nochmal!! und alle anderen testet mal bitte den 3.6 connector, der sollte tun.
PHP limit speicher kann auch über die htaccess hoch gefahren werden, bei Allinkl war das nötig, allerdings war da bei 2048M Schluss mit lustig.
Wenn Euer Hoster auch eine Begrenzung beim php speicher hat (weil es sicherheitstechnisch sinn macht, wie mein andere Hoster mit der Maria db.) geht es auch mit einem PHP Limit von 128M, allerdings die großen Shop mit knapp 2000 Artikel laufen im Moment alle bei allinkl. will heißen ich habe es noch nicht weiter getestet ob es unter Debian10 und Maria DB auch tut.
gruß
litho

 

[Batman777]

Danke erstmal für eure Postings. 3.6 connector hat leider nicht geholfen. Hab nun ein anderes Problem bei der Deaktivierung des "Strict Modes".

 

[Litho]

Danke erstmal für eure Postings. 3.6 connector hat leider nicht geholfen. Hab nun ein anderes Problem bei der Deaktivierung des "Strict Modes".

Bilder sind optimiert?
strict Modes habe gar nichts geändert nur zur Ergänzung

P.S fehlermeldungen hefen in Kopie ungemein.