MySQL 8.0.15 - SQL Error bei Abfrage

Hallo,

ich habe gestern durch Zufall entdeckt, dass Contao 4.44 wohl nicht ganz kompatibel mit MySQL 8.0.15 zu sein scheint.

Der Versuch die Benutzergruppe bei den Benutzern oder Mitgliedern im Backend zu filtern
führt zu folgender Fehlermeldung im Frontend:

PHP-Code:

---

An exception occurred while executing 'SELECT COUNT(*) AS count FROM tl_user WHERE groups LIKE '%"1"%'': SQLSTATE[42000]: 
Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 
'groups LIKE '%"1"%'' at line 1 


---

und im Log File steht dann folgendes:

PHP-Code:

---

[2019-10-15 06:46:01] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\SyntaxErrorException(code: 0): An exception occurred while executing 'SELECT COUNT(*) AS count FROM tl_user WHERE groups LIKE '%\"1\"%'':\n\nSQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'groups LIKE '%\"1\"%'' at line 1 at /home/www/home/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:99, Doctrine\\DBAL\\Driver\\PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'groups LIKE '%\"1\"%'' at line 1 at /home/www/home/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:109, PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'groups LIKE '%\"1\"%'' at line 1 at /home/www/home/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:107)"} [] 


---

Alle anderen Filterabfragen bei den Benutzern bzw. Mitgliedern funktionieren soweit ich das gesehen habe ohne Probleme
und auch sonst läuft eigentlich alles, ohne dass uns bislang irgendein Fehler untergekommen wäre.

Ist Contao 4.4.44 noch nicht mit der genannten MySQL Version kompatibel und wie könnte man das Problem beheben?

Beste Grüße
Sares

Es würde nur

Code:

---

SELECT COUNT(*) AS count FROM tl_user WHERE `groups` LIKE '%"1"%'

---

funktionieren, da GROUPS seit MySQL 8.0.2 ein reserved word ist: https://dev.mysql.com/doc/refman/8.0...8-0-detailed-G

Es hat also nur dann mit Contao zu tun, wenn Dir Contao diese Abfrage zusammenstellt und Du keinen Einfluss darauf hast.

Hallo fiedsch,

vielen Dank für Deine Nachricht und die Erklärung dazu.

Die Abfrage selbst haben wir nicht verändert, das ist Contao 4 Standard
und ich werde daher wohl einfach ein Ticket auf Github aufmachen.

Vielen Dank und beste Grüße
Sares

Welche PHP Version?

Hallo Spooky,

PHP ist 7.3.10, wobei der Bug auf Github bereits bestätigt wurde, siehe:

https://github.com/contao/contao/issues/847

Beste Grüße
Sares

Hallo,

so wie ich das verstehe, hängt die Einstellung von der Doctrine/dbal Komponente ab.
Die ist scheinbar noch nicht up-to-date und daher funktionieren verschiedene Abfragen nicht.

Also können wir nur warten bis diese Komponente aktuallisiert wurde?
Wie kann der Fehler in der Zwischenzeit behoben werden?

Ich habe einen Kunden mit einem isotope Shop der nicht mehr funktioniert.
Z.B. das einloggen als Mitglied wirft eine Fehlermeldung:

Code:

---

[2019-10-16 12:05:22] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\SyntaxErrorException(code: 0): An exception occurred while executing 'SELECT tl_iso_product_collection.* FROM tl_iso_product_collection WHERE member='6' AND store_id=0 HAVING type='cart' LIMIT 0,1':\n\nSQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'member='6' AND store_id=0 HAVING type='cart' LIMIT 0,1' at line 1 at /home/www/XXXXX/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:99, Doctrine\\DBAL\\Driver\\PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'member='6' AND store_id=0 HAVING type='cart' LIMIT 0,1' at line 1 at /home/www/XXXXX/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:109, PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'member='6' AND store_id=0 HAVING type='cart' LIMIT 0,1' at line 1 at /home/www/XXXXX/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:107)"} []

---

@Cranker hm, dein Fehler ist aber ein gänzlich anderer.

Hallo!

Ich hab hier das gleiche(?) Problem nachdem Webgo die SQL Version auf 8 angehoben hat.
Beim Aufruf einer Produktkategorie bei mir, sagt var/log:

Code:

---

[2019-10-16 14:18:55] request.INFO: Matched route "contao_frontend". {"route":"contao_frontend","route_parameters":{"_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_scope":"frontend","alias":"weihnachten","_route":"contao_frontend"},"request_uri":"http://mwi.blucoempchen.de/weihnachten.html","method":"GET"} []
[2019-10-16 14:18:55] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2019-10-16 14:18:55] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\SyntaxErrorException(code: 0): An exception occurred while executing 'SELECT tl_iso_productcache.* FROM tl_iso_productcache WHERE uniqid='aee94be06359771409191ba319145017' AND (keywords='' OR keywords='') AND (expires>1571228335 OR expires=0) AND groups='' LIMIT 0,1':\n\nSQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'groups='' LIMIT 0,1' at line 1 at /home/www/mwi/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:99, Doctrine\\DBAL\\Driver\\PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'groups='' LIMIT 0,1' at line 1 at /home/www/mwi/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:109, PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'groups='' LIMIT 0,1' at line 1 at /home/www/mwi/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:107)"} []

---

Was kann man da tun?

Das müsstest du als Ticket bei Isotope posten.

Okay, hab ich (hoffentlich richtig) gemacht:
https://github.com/isotope/core/issues/2086

Zitat:

---

Zitat von tblumrich

Okay, hab ich (hoffentlich richtig) gemacht:
https://github.com/isotope/core/issues/2086

---

Jein. Bevor du dich um Probleme kümmerst, solltest du immer alle betroffenen Komponenten aktualisieren. In deinem Fall wäre das: Contao, Isotope, Symfony & Doctrine.

Nach dem du das gemacht hast, kannst du im Ticket kommentieren, dass das auch in den jeweils neuesten Versionen passiert, nicht nur in veralteten Versionen (if applicable).

:o Jut, dann hole ich das gleich mal nach... Isotope und Contao über den Manager, klar... Symfony & Doctrine auch?

Einfach ein komplettes Paket Update.

Ja, hab ich gemacht... Fehler bleibt. Ich kommentiere das dann bei Github, wie vorgeschlagen.

Zitat:

---

Zitat von Spooky

@Cranker hm, dein Fehler ist aber ein gänzlich anderer.

---

Das dachte ich eigentlich nicht, und nun sieht es auch so aus als ob Andreas das auch miteinander verbindet:
https://github.com/isotope/core/issues/2086

Oder verstehe ich da irgendwas falsch?

Hallo!

Es gibt dort jetzt einen Verweis auf ein anderes Ticket für den Core, wenn ich das richtig verstehe.
Was ich leider nicht verstehe... was bedeutet das? Wirds ein Update geben (Contao?) oder kann ich irgendwas anders machen... ich bräuchte als einfacher Frontendler da mal eine Übersetzung. :o
(Ich wollte das nicht auf Github fragen)

Beste Grüße
Thomas

Zitat:

---

Zitat von Cranker

Das dachte ich eigentlich nicht, und nun sieht es auch so aus als ob Andreas das auch miteinander verbindet:
https://github.com/isotope/core/issues/2086

Oder verstehe ich da irgendwas falsch?

---

Hm, naja, bei dir ist warscheinlich ein anderes keyword verantwortlich. Vermutlich MEMBER. Das würde ich im Ticket extra erwähnen.

Ich habe mich auf der Konferenz mit Andreas darüber unterhalten und es so verstanden:

• MySQL 8 hat das Wort "member" zu den reservierten Begriffen hinzugefügt.
• Das bedeutet das eine SQL Abfrage dieses Wort in Anführungsstriche schreiben muss wenn der Begriff in Datenbank Abfragen vorkommt weil eine Spalte genauso benannt ist
• Die Datenbankabfragen in Contao werden aber wohl von der Erweiterung "doctrine/dbal" erstellt, zusammengesetzt oder verarbeitet (diesen Part habe ichn nicht ganz verstanden)
• Solange die Erweiterung "doctrine/dbal" nicht aktuallisiert wurde und den Begriff "member" zu den reservierten Begriffen hinzufügt, funktionieren die Abfragen nicht

Daher müssen wir darauf warten...

Zitat:

---

Zitat von Spooky

Hm, naja, bei dir ist warscheinlich ein anderes keyword verantwortlich. Vermutlich MEMBER. Das würde ich im Ticket extra erwähnen.

---

Um welchen Begriff geht es dann hier?

UPDATE: Gerade gefunden: "GROUPS"...

Ich denke das weiß Andreas aber, weil er ja auch auf das entsprechende Ticket verweist:
https://github.com/contao/contao/issues/727

Zitat:

---

Zitat von Cranker

Ich habe mich auf der Konferenz mit Andreas darüber unterhalten und es so verstanden:

• MySQL 8 hat das Wort "member" zu den reservierten Begriffen hinzugefügt.
• Das bedeutet das eine SQL Abfrage dieses Wort in Anführungsstriche schreiben muss wenn der Begriff in Datenbank Abfragen vorkommt weil eine Spalte genauso benannt ist
• Die Datenbankabfragen in Contao werden aber wohl von der Erweiterung "doctrine/dbal" erstellt, zusammengesetzt oder verarbeitet (diesen Part habe ichn nicht ganz verstanden)
• Solange die Erweiterung "doctrine/dbal" nicht aktuallisiert wurde und den Begriff "member" zu den reservierten Begriffen hinzufügt, funktionieren die Abfragen nicht

Daher müssen wir darauf warten...

---

Es gibt aber Stellen im Contao Core und evt. auch in Isotope, wo das hard gecodet ist und daher ein Update von Doctrine keinen Einfluss hätte.

Hi, auch auf die Gefahr hin, das ich vielleicht nerve. Und ich mag das so unqualifiziert nicht auf Github fragen... :o
Ich versteh die Aussagen da leider auch zu wenig.

Ist da jetzt irgendein Bug an dem gearbeitet wird? Oder gibts irgendeinen Workaround, den ich tun kann, damit es wieder läuft auch unter MySQL 8?
Ich hab da jetzt keinen so produktiven Shop dran hängen, aber er ist so halt komplett nicht nutzbar und das kann doch auch irgendwie nicht sein, oder?

Ich würde mich sehr freuen, wenn mir das mal jemand verständlich erklärt.

Vielen Dank!

Momentan bleibt dir als Endnutzer nichts anderes über als eine andere MySQL Server Version zu benutzen.

Updates bei MySQL Servern sind leider sehr "gefährlich" weil aktuell sich weder MySQL noch MariaDB an Semantic Versioning halten.

Danke!

Okay, dann muss ich mal schauen, wie ich das löse... bei Webgo gibts, wenn ich das richtig sehe, zumindest auf dem Server, wo ich bin, nur noch die Version 8. :(

webgo bietet MySQL und MariaDB an. Evt. ist die MariaDB Server Version noch gering genug? ;)

Hmm, irgendwie gibt bei mir keine Maria DB mehr... Webgo scheint auch kräftig am Backend zu feilen. Vielleicht hat man da was weggefeilt... :rolleyes:
Anhang 22852

Unter "MySQL Datenbanken" kannst bzw. konntest du beim anlegen einer Datenbank auswählen, ob es sich um eine MySQL oder MariaDB Datenbank handeln soll.

Nee, gibts nicht (mehr). Hatte gerade mit dem Support Kontakt... man setzt zukünftig ausschliesslich auf MySQL.
Also ist die Option MariaDB auch passe.

Das mit der fehlenden Variabilität (gilt ja auch für PHP Versionen) ist ein echter Nachteil bei Webgo, leider.

Was ich jetzt mit meinem Problem mache... hmm. Entweder externe Datenbank (wäre das performancetechnisch ein großer Nachteil?) oder das Projekt komplett umziehen. Muss ich gucken.

"Groups" ist mittlerweile behoben ab dbal 2.8, aber "member" noch nicht, das kam erst in MySQL 8.0.17 mit.
Da gbt es wohl auch noch kein Ticket zu.

Huch doch gefunden, aber noch im Master Branch, wohl noch keine neue Version getaggt.

Zitat:

---

Zitat von tblumrich

Nee, gibts nicht (mehr). Hatte gerade mit dem Support Kontakt... man setzt zukünftig ausschliesslich auf MySQL.
Also ist die Option MariaDB auch passe.

---

Ganz komisch. Ich habe gerade bei mehren meiner Kunden geschaut. Überall ist noch Maria DB verfügbar.

Anhang 22879

Na ja, wird wohl Zeit sich ernsthaft mit einem Hosterwechsel zu befassen.

Schade eigentlich. Irgendwie werden da die Weichen für die Zukunft entweder gar nicht oder in die falsche Richtung gestellt. Muss mir vielleicht doch mal was anderes anschauen. Strato? Ionos? Oder All Inkl? Oder doch Hostingwerk! Ich glaube das werde ich mal ausprobieren müssen.

Edit: Ich vermute aber mal stark, dass wird sich bei Webgo noch eine ganze Weile nur auf neue Server beschränken. Beim Nachziehen der Uralt-Server mit den Platin-Paketen scheint man mit einer ziemlich stumpfen Feile zu arbeiten :D, denn es tut sich gefühlt nur recht wenig. Anfang des Jahres wurde mir vom Support mitgeteilt, dass node.js aus Sicherheitsgründen von allen Servern nach und nach runtergenommen wird. Gerade nachgeschaut, beim Server eines Kunden ist es immer noch da. Immerhin kann man sagen, dass die Server ziemlich stabil laufen mit wenig Ausfällen, das selbe gilt auch für E-Mail, was für einige meiner Kunden ganz besonders wichtig ist, weil da fast alles per E-Mail läuft.

Zitat:

---

Zitat von mlweb

Ganz komisch. Ich habe gerade bei mehren meiner Kunden geschaut. Überall ist noch Maria DB verfügbar.

---

Auf Bestandsservern wird das weiterhin auswählbar sein und wer bisher MariaDBs hatte, wird die auch weiter haben, so der Support.
Mein Paket wurde aber einem kompletten Upgrade unterzogen zu einem anderen Anbieter in Hamburg und mit neuer IP.
Die Power ist gefühlt etwas besser, wobei die TTFB Performance weiter schlecht ist, wie bisher auch schon bei Webgo (man schob das immer auf meine PHP Optimierung (?)...). Ich hab aber Tests mit einer Kopie bei Netcup gemacht, wo das deutlich schneller geht.

Ich werde neue Projekte in Zukunft auch eher bei Netcup oder Allinkl hosten, denke ich.

Beste Grüße
Thomas


Gesendet von iPad mit Tapatalk

Mit meinen eigenen Sachen werde ich wohl zu Hostingwerk gehen. Da ich aber endlich die Domainregistrierung vom Hosting trennen möchte und nicht noch einen dritten Anbieter für Mails haben möchte bin ich noch unentschieden. Die Tendenz geht dabei zu United Domains.
Neuen Kunden werde ich auch nur noch Netcup, Hostingwerk und All-Inkl. empfehlen.
Dann bleibt mir zwar immer noch mein Altbestand bei Webgo, aber solange alles stabil läuft, werde ich daran nicht rühren.

Zitat:

---

Zitat von mlweb

Neuen Kunden werde ich auch nur noch Netcup, Hostingwerk und All-Inkl. empfehlen.

---

Hi,

dazu hab ich eine Frage. Ich bin selber bei All-Inkl und mit denen auch sehr zufrieden. Aber ich muss gerade eine Empfehlung treffen und tendiere dafür zu Netcup. Benötigt wird nur eine Domain, und der Webauftritt wird wahrscheinlich recht überschaubar, eher in Richtung Visitenkarte mit Bildergalerie. Da sollte doch das 2000er Paket bei Netcup vollkommen ausreichen, oder sehe ich das falsch?

Danke und Gruß
Mathias

Zitat:

---

Zitat von mdoll

Da sollte doch das 2000er Paket bei Netcup vollkommen ausreichen

---

Absolut!

Und wenn es nicht besonders eilt, kann man auch noch etwas warten. Ich denke zu Halloween oder spätestens zum Black Friday wird es da wieder Sonderangebote geben. Ist aber auch schon zum Normalpreis ein recht gutes Paket.

Liebes Forum,

ein Wechsel zu einem anderen Hoster halte ich für keine gute Option.

Kann jemand sagen, wann Contao das Update einstellen wird? Ich werde aus dem issue bei github nicht so ganz schlau (Database update: Reserved word "member" should be quoted #727), wie da der Bearbeitungsstand ist.

Danke im voraus

Zitat:

---

Zitat von Ernestopheles

Kann jemand sagen, wann Contao das Update einstellen wird? Ich werde aus dem issue bei github nicht so ganz schlau (Database update: Reserved word "member" should be quoted #727), wie da der Bearbeitungsstand ist.

---

Ich glaube ich habe eine Antwort für dich, die weder dir noch mir gefällt:

Zitat:

---

Unless something goes not as planned, I hope to release it within a few weeks.

---

Quelle: https://github.com/doctrine/dbal/pul...ment-548178888

Der Fehler liegt in der Komponente "doctrine/dbal" und daher muss darauf gewartet werden bis dieser behoben wird.
Die Dokumentation dazu kannst du hier einsehen: https://github.com/doctrine/dbal/pull/3674

Ich bin leider auch etwas ratlos was ich machen soll.

Bei einem Shop habe ich die Datenbank auf einen anderen Server ausgelagert - das ist von der Performance eine Katastrophe - und somit keine Lösung...

Hallo Thorsten,

da das Update anscheinend nu eine Datei betrifft, könntest Du diese auch in Deiner Installation selbst patchen (=diese Änderung selbst einbauen).

Das wäre dann zwar nicht updatesicher, aber beim nächsten Update sollte die Änderung dann ja im Original dabei sein und insofern Deine Änderung mit dem identsichen Code überschreiben.

Disclaimer: Don't try this at home Versuche es sicherheitshalber zuerst in einer lokalen Kopie der Contao-Installation.

Zitat:

---

Zitat von fiedsch

Hallo Thorsten,

da das Update anscheinend nu eine Datei betrifft, könntest Du diese auch in Deiner Installation selbst patchen (=diese Änderung selbst einbauen).

Das wäre dann zwar nicht updatesicher, aber beim nächsten Update sollte die Änderung dann ja im Original dabei sein und insofern Deine Änderung mit dem identsichen Code überschreiben.

Disclaimer: Don't try this at home Versuche es sicherheitshalber zuerst in einer lokalen Kopie der Contao-Installation.

---

Genau das habe ich schon probiert, aber leider hat es nicht funktioniert.

Soweit ich das verstanden habe, muss diese Datei angepasst werden:
https://github.com/doctrine/dbal/pul...2f41898726f95c

Damit hatte ich aber leider keinen Erfolg :-(
Aber vielleicht muss ich das noch mal versuchen und Cache leeren und sowas - bin mir nicht 100% sicher das ich daran gedacht habe - ich meine aber schon.

Oder hast du eine Idee woran es sonst noch liegen kann, bzw. was ich sonst noch anpassen muss?

Zitat:

---

Zitat von Cranker

Oder hast du eine Idee woran es sonst noch liegen kann, bzw. was ich sonst noch anpassen muss?

---

Leider nein. Das wäre mein Ansatz gewesen. Ich habe diesen Thread nicht so genau verfolgt: vielleicht fehlen ja noch weitere Keywords?

Zitat:

---

Zitat von Cranker

Genau das habe ich schon probiert, aber leider hat es nicht funktioniert.

Soweit ich das verstanden habe, muss diese Datei angepasst werden:
https://github.com/doctrine/dbal/pul...2f41898726f95c

---

Hallo Thorsten,

wo befindet sich diese Datei auf dem webspace? Ich installiere contabo mit dem contabo manager, daher fehlt mir wohl etwas Hintergrundinformation über den Ablauf. Würde dann selber mal den Patch versuchen.

Zitat:

---

Zitat von Ernestopheles

wo befindet sich diese Datei auf dem webspace?

---

unter

Code:

---

vendor/doctrine/dbal/lib/Doctrine/DBAL/Platforms/Keywords/MySQL80Keywords.php

---

Zitat:

---

Zitat von Ernestopheles

Hallo Thorsten,

wo befindet sich diese Datei auf dem webspace? Ich installiere contabo mit dem contabo manager, daher fehlt mir wohl etwas Hintergrundinformation über den Ablauf. Würde dann selber mal den Patch versuchen.

---

Hier: /vendor/doctrine/dbal/lib/Doctrine/DBAL/Platforms/Keywords/MySQL80Keywords.php

Ich habe die Änderungen an der Datei (https://github.com/doctrine/dbal/pul...2f41898726f95c) gerade auch noch mal manuell gemacht und im Anschluss den "Anwendungs-Cache" erneuert, "Composer Class Loader" aktualisiert und die "Composer-Abhängigkeiten" neu installiert - viel hilft viel.

Hat aber leider nicht geholfen - der Fehler beim Anmelden besteht noch immer :-(

Code:

---

[2019-10-31 17:47:30] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\SyntaxErrorException(code: 0): An exception occurred while executing 'SELECT tl_iso_product_collection.* FROM tl_iso_product_collection WHERE member='6' AND store_id=0 HAVING type='cart' LIMIT 0,1':\n\nSQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'member='6' AND store_id=0 HAVING type='cart' LIMIT 0,1' at line 1 at /home/www/xxxxx/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:99, Doctrine\\DBAL\\Driver\\PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'member='6' AND store_id=0 HAVING type='cart' LIMIT 0,1' at line 1 at /home/www/xxxxx/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:109, PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'member='6' AND store_id=0 HAVING type='cart' LIMIT 0,1' at line 1 at /home/www/xxxxx/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:107)"} []

---

Aber dann wird die aktualisierte Version (2.10.0) von doctrine/dbal doch auch nicht helfen!?
Oder was muss noch angepasst werden damit die Anmeldung wieder möglich ist?

Vielleicht noch weitere Änderungen an isotope?

Zitat:

---

Zitat von Cranker

Hat aber leider nicht geholfen - der Fehler beim Anmelden besteht noch immer :-(

Code:

---

WHERE member='6'

---

---

Da im Sql nach wie vor die Tabellenspalte member nicht in Hochkommata steht, member aber ein reserviertes Wort von mysql ist, wird der sql natürlich fehlschlagen.

Die Frage ist, ob durch den patch tatsächlich auch die Sql angepasst werden (hier offenbar nicht...). Vielleicht fehlt ja noch etwas?

Natürlich können selbst erstellte sql nicht durch den patch angepasst werden (sondern nur die contao-eigenen sql), das wäre wohl manuell zu erledigen. Der sql hier sieht wie ein selbst erstellter aus...

Aber das bedeutet ja dann, das auch isotope - unabhängig von "doctrine/dbal" - noch angepasst werden muss!?

Wie du wahrscheinlich schon gesehen hast habe ich die Info auch auf Github hinzugefügt:
https://github.com/contao/contao/iss...ment-548472349

Die Anpassung in DBAL ist nur ein Teil des Problems. Tlw. müssen auch noch Anpassungen in Contao und etwaigen Extensions vorgenommen werden.

Zitat:

---

Zitat von Spooky

Die Anpassung in DBAL ist nur ein Teil des Problems. Tlw. müssen auch noch Anpassungen in Contao und etwaigen Extensions vorgenommen werden.

---

Dann macht es ja gar keinen Sinn, dass ich für die Erstinstallation von contao den patch versuche. Schade.

Zitat:

---

Zitat von Spooky

Die Anpassung in DBAL ist nur ein Teil des Problems. Tlw. müssen auch noch Anpassungen in Contao und etwaigen Extensions vorgenommen werden.

---

Aber das macht erst nach der Anpassung von DBAL Sinn?

Oder kann man das nicht ein Stück weit unabhängiger von DBAL jetzt schon umsetzen und somit eventuell beschleunigen - sofern die Entwickler dafür Zeit haben.
Aber bei der Zeiteinschätzung von DBAL (within the next few weeks) ist es wahrscheinlich gar nicht schwierig schneller zu sein ;-)

Ich würde mir durch eine Anpassung erhoffen zu verstehen welche Stellen das sonst noch betrifft und diese eventuell (nicht updatesicher) manuell zu beheben und somit die Shops wieder funktionstüchtig zu bekommen - bis DBAL dann das Update veröffentlicht.

Da bei Github sowohl Andreas als auch Leo involviert waren, kann man davon ausgehen das denen das bewusst ist - oder?

Für Contao wurde es schon behoben, bei Isotope vielleicht noch nicht.

Um deinen Shop wieder funktionstüchtig zu bekommen, musst du die Datenbank Server Version wechseln.

Mit Mysql 8.017 müsste ich noch Wochen warten, bis das Release freigegeben ist. webgo unterstützt nur diese eine MySql version. Ergo habe ich meinen Vertrag dort widerrufen und teste gerade linevast. Die haben MariaDB 10.3.18 (die vorletzte Version). Das scheint - sofern die Dokumentation bei Contao aussagekräftig ist :( - für Cantao 4.8 ja ok zu sein (wie gut dass ich bei linevast vor dem Kauf einen Testaccount bekommen habe.) Ich hoffe, dass ich mir mit MariaDB keine anderen Probleme auflade, schließlich basiert MariaDB auf Mysql 5.7, also veralteter Software.

MariaDB basiert nicht auf veralteter Software, sondern wurde zu diesem Zeitpunkt mehr oder weniger geforked.

Auch MariaDB hat leider bei Bugfix und Minor Versionen einige backwards breaking changes eingeführt.

Zitat:

---

Zitat von Cranker

Ich habe die Änderungen an der Datei (https://github.com/doctrine/dbal/pul...2f41898726f95c) gerade auch noch mal manuell gemacht und im Anschluss den "Anwendungs-Cache" erneuert, "Composer Class Loader" aktualisiert und die "Composer-Abhängigkeiten" neu installiert - viel hilft viel.

---

Wenn du nach den manuellen Änderungen die Composer-Abhängigkeiten neu installiert hast, wurde dadurch nicht die Änderung selbst wieder rückgängig gemacht?

Zitat:

---

Zitat von ausi

Wenn du nach den manuellen Änderungen die Composer-Abhängigkeiten neu installiert hast, wurde dadurch nicht die Änderung selbst wieder rückgängig gemacht?

---

Nein, ich habe ja nur die Datei "MySQL80Keywords.php" angepasst - die Änderungen sind noch vorhanden.

Dann bräuchtest du einen Stacktrace zu der Fehlermeldung damit du sehen kannst an welcher Stelle der Fehler verursacht wird.
Ich konnte auf Anhieb nicht finden wo SELECT tl_iso_product_collection.* FROM tl_iso_product_collection WHERE member='6' AND ... in Isotope ausgeführt wird.

Yanick wird sich die Sache mal ansehen.
Er wird - genau für diesen Shop - eine Erweiterung programmieren, daher wird er zwangsläufig über die Stellen stolpern an denen es hakt.
Vielleicht ergibt sich daraus eine praktikable Lösung für alle...

Zur Info: https://github.com/doctrine/dbal/releases/tag/v2.10.0

Zitat:

---

Zitat von Spooky

Auch MariaDB hat leider bei Bugfix und Minor Versionen einige backwards breaking changes eingeführt.

---

Kannst du mir bitte sagen, ob es beim Betrieb von Contao 4.8. mit MariaDB 10.3.18 und php 7.3 irgendwelche aktuellen Probleme gibt?

Herzlichen Dank im Voraus

Das kann ich dir nicht sagen. Lokal verwende ich bspw. MariaDB 10.4.8 - da wären mir bis jetzt keine Probleme aufgefallen.

Gleiches Problem (ebenfalls neues Paket webgo Profi, cto4.8 ), allerdings aktuell mit der tl_comments. Create table führte jedes Mal zu "Es ist ein Fehler aufgetreten"
Habe das Kommentare-Bundle entfernt (da ich das zum Glück bei dem Projekt nicht brauche), danach gings.

Zitat:

---

Zitat von Spooky

Das kann ich dir nicht sagen. Lokal verwende ich bspw. MariaDB 10.4.8 - da wären mir bis jetzt keine Probleme aufgefallen.

---

Bei mir bisher auch nicht, toi,toi,toi