Gelöst: Website startet nach config.yml Anderung nicht mehr!

Hallo,

mir fiel auf das ich im laufe der Zeit verschiedene config order mit config.yml angesammelt hatte ... habe ich aufgeräumt - doch jetzt startet
die Website nicht mehr, nur eingeloggt im Manager und im Debugmodus, im Installer erschienen viele Tabellen zum updaten, das hab ich gemacht, dann kam dieses:

Puh ... SOS :confused:

Das ist im Stack Trace zu finden, aber ich versteh nur Bahnhof :o:

Code:

---

[3/3] DriverException

Doctrine\DBAL\Exception\DriverException:
An exception occurred while executing a query: SQLSTATE[HY000]: General error: 1366 Incorrect string value: '\xF0\x9F\x8C\xBC  ...' for column 'title' at row 1707

  at vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:117
  at Doctrine\DBAL\Driver\API\MySQL\ExceptionConverter->convert(object(Exception), object(Query))
    (vendor/doctrine/dbal/src/Connection.php:1907)
  at Doctrine\DBAL\Connection->handleDriverException(object(Exception), object(Query))
    (vendor/doctrine/dbal/src/Connection.php:1850)
  at Doctrine\DBAL\Connection->convertExceptionDuringQuery(object(Exception), 'ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci', array(), array())
    (vendor/doctrine/dbal/src/Connection.php:1172)
  at Doctrine\DBAL\Connection->executeStatement('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/contao/installation-bundle/src/Database/Installer.php:84)
  at Contao\InstallationBundle\Database\Installer->execCommand('6872d16be252cfd9e552c2b899c99d76')
    (vendor/contao/installation-bundle/src/Controller/InstallationController.php:390)
  at Contao\InstallationBundle\Controller\InstallationController->adjustDatabaseTables()
    (vendor/contao/installation-bundle/src/Controller/InstallationController.php:100)
  at Contao\InstallationBundle\Controller\InstallationController->installAction()
    (vendor/symfony/http-kernel/HttpKernel.php:163)
  at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1)
    (vendor/symfony/http-kernel/HttpKernel.php:75)
  at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true)
    (vendor/symfony/http-kernel/Kernel.php:202)
  at Symfony\Component\HttpKernel\Kernel->handle(object(Request))
    (web/index.php:44)

---

Code:

---

[2/3] Exception

Doctrine\DBAL\Driver\PDO\Exception:
SQLSTATE[HY000]: General error: 1366 Incorrect string value: '\xF0\x9F\x8C\xBC  ...' for column 'title' at row 1707

  at vendor/doctrine/dbal/src/Driver/PDO/Exception.php:28
  at Doctrine\DBAL\Driver\PDO\Exception::new(object(PDOException))
    (vendor/doctrine/dbal/src/Driver/PDO/Connection.php:37)
  at Doctrine\DBAL\Driver\PDO\Connection->exec('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/doctrine/dbal/src/Driver/Middleware/AbstractConnectionMiddleware.php:46)
  at Doctrine\DBAL\Driver\Middleware\AbstractConnectionMiddleware->exec('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/doctrine/dbal/src/Logging/Connection.php:50)
  at Doctrine\DBAL\Logging\Connection->exec('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/doctrine/dbal/src/Driver/Middleware/AbstractConnectionMiddleware.php:46)
  at Doctrine\DBAL\Driver\Middleware\AbstractConnectionMiddleware->exec('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/symfony/doctrine-bridge/Middleware/Debug/Connection.php:85)
  at Symfony\Bridge\Doctrine\Middleware\Debug\Connection->exec('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/doctrine/dbal/src/Connection.php:1170)
  at Doctrine\DBAL\Connection->executeStatement('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/contao/installation-bundle/src/Database/Installer.php:84)
  at Contao\InstallationBundle\Database\Installer->execCommand('6872d16be252cfd9e552c2b899c99d76')
    (vendor/contao/installation-bundle/src/Controller/InstallationController.php:390)
  at Contao\InstallationBundle\Controller\InstallationController->adjustDatabaseTables()
    (vendor/contao/installation-bundle/src/Controller/InstallationController.php:100)
  at Contao\InstallationBundle\Controller\InstallationController->installAction()
    (vendor/symfony/http-kernel/HttpKernel.php:163)
  at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1)
    (vendor/symfony/http-kernel/HttpKernel.php:75)
  at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true)
    (vendor/symfony/http-kernel/Kernel.php:202)
  at Symfony\Component\HttpKernel\Kernel->handle(object(Request))
    (web/index.php:44)

---

Code:

---

[1/3] PDOException

PDOException:
SQLSTATE[HY000]: General error: 1366 Incorrect string value: '\xF0\x9F\x8C\xBC  ...' for column 'title' at row 1707

  at vendor/doctrine/dbal/src/Driver/PDO/Connection.php:31
  at PDO->exec('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/doctrine/dbal/src/Driver/PDO/Connection.php:31)
  at Doctrine\DBAL\Driver\PDO\Connection->exec('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/doctrine/dbal/src/Driver/Middleware/AbstractConnectionMiddleware.php:46)
  at Doctrine\DBAL\Driver\Middleware\AbstractConnectionMiddleware->exec('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/doctrine/dbal/src/Logging/Connection.php:50)
  at Doctrine\DBAL\Logging\Connection->exec('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/doctrine/dbal/src/Driver/Middleware/AbstractConnectionMiddleware.php:46)
  at Doctrine\DBAL\Driver\Middleware\AbstractConnectionMiddleware->exec('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/symfony/doctrine-bridge/Middleware/Debug/Connection.php:85)
  at Symfony\Bridge\Doctrine\Middleware\Debug\Connection->exec('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/doctrine/dbal/src/Connection.php:1170)
  at Doctrine\DBAL\Connection->executeStatement('ALTER TABLE tl_calendar_events CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci')
    (vendor/contao/installation-bundle/src/Database/Installer.php:84)
  at Contao\InstallationBundle\Database\Installer->execCommand('6872d16be252cfd9e552c2b899c99d76')
    (vendor/contao/installation-bundle/src/Controller/InstallationController.php:390)
  at Contao\InstallationBundle\Controller\InstallationController->adjustDatabaseTables()
    (vendor/contao/installation-bundle/src/Controller/InstallationController.php:100)
  at Contao\InstallationBundle\Controller\InstallationController->installAction()
    (vendor/symfony/http-kernel/HttpKernel.php:163)
  at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1)
    (vendor/symfony/http-kernel/HttpKernel.php:75)
  at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true)
    (vendor/symfony/http-kernel/Kernel.php:202)
  at Symfony\Component\HttpKernel\Kernel->handle(object(Request))
    (web/index.php:44)

---

Fragt dtpriger

Poste deine config.yml

Und diese Fehlermeldungen stammen aber aus dem Install Tool, oder?

Oh.. toll ...
Ja, vom Installtoll!

Das ist die "jetzt" aktive confi.yml, vorher wars irgenwie was anderes, dummerweis hab ich die Orientierung verloren ...

Code:

---

# config/config.yml
contao:
    legacy_routing: false   
               


doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci
                    collation: utf8_unicode_ci
#                options:
#                    1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADITIONAL'))"

---

Ich sehe es schon in deiner Fehlermeldung: General error: 1366 Incorrect string value: '\xF0\x9F\x8C\xBC

Das hier ist ein Fehler, welcher auf utf8mb4 verweist.

Versuche mal aus deiner config.yml diesen Part zu löschen (Wenn es deine Datenbank und die Koalitionen erlauben + Strictmode auch standardmäßig aktiviert ist:

HTML-Code:

---

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci
                    collation: utf8_unicode_ci
#                options:
#                    1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADITIONAL'))"

---

Ich sehe auch, dass du die options für den traditional SQL mode durch die # in der Zeile deaktiviert hast. Eventuell auch diese Raute wieder entfernen, sofern es mit dem Löschen der oben genannten Anweisungen nicht geklappt hat.

___

Die Erklärung: Aus der Fehlermeldung lässt sich lesen, dass der title schon in utf8mb4 gespeichert wurde, durch die Anweisung aus der config.yml versuchst du dieses Feld wieder zu verkleinern.... was nicht funktioniert, da zu viele Daten in dem Feld gespeichert sind.

Zitat:

---

Die Erklärung: Aus der Fehlermeldung lässt sich lesen, dass der title schon in utf8mb4 gespeichert wurde, durch die Anweisung aus der config.yml versuchst du dieses Feld wieder zu verkleinern.... was nicht funktioniert, da zu viele Daten in dem Feld gespeichert sind

---

Ja, Danke für deine Analyse, das wird helfen!
Trifft meine Ängste betreffend dieser fucking alten db und meiner Ahnung, ohne zu wissen, aber als bekenennder DAU :(
Ich trau mich nicht mehr was daran zu machen, es sind ca. 80 User drauf mit hunderten von events für das nächste halbe Jahr.
Morgen bekomme ich Hilfe "vor Ort" am Monitor:)

Allerherzlichsten Dank für deine Mühe und Aktivität !!!
Gruß dtptiger

Hallo,

wir sind leider nicht weitergekommen, und mir ist aufgefallen ich habe bei der bisherigen Problembeschreibung unterschlagen das der Manager das prozedere "Cache neu erstellen" nicht ausführt. Das könnte ja von Bedeutung sein :o

Nur rote Kreuze davor:
vendor/bin/contao-console contao:maintenance-mode enable
rm -rf var/cache/prod
vendor/bin/contao-console cache:clear --no-warmup
vendor/bin/contao-console cache:warmup
vendor/bin/contao-console contao:maintenance-mode disable

Daher vermute ich sehr stark das die Änderunge in der yaml.yml nicht beim System ankommen, und damit geht eben nix mehr.

Ich habe den cache vom manager per FTP gelöscht, aber ist das das selbe wie mit dem Manager?

Grüße von dtptiger

Du musst immer die Konsolenausgabe posten.

Die Konsole des "Contao-Cache neu erstellen" updateprozesses hat keinen Inhalt, im Logfile (var/logs/) steht dieses:

Code:

---

[2023-01-23T10:24:24.434131+01:00] request.CRITICAL: Uncaught PHP Exception Symfony\Component\ErrorHandler\Error\FatalError: "Compile Error: Cannot declare class tl_theme, because the name is already in use" at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/contao/core-bundle/src/Resources/contao/dca/tl_theme.php line 0 {"exception":"[object] (Symfony\\Component\\ErrorHandler\\Error\\FatalError(code: 0): Compile Error: Cannot declare class tl_theme, because the name is already in use at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/contao/core-bundle/src/Resources/contao/dca/tl_theme.php:0)"} []
[2023-01-23T10:24:57.267215+01:00] request.INFO: Matched route "contao_core_favicon__invoke". {"route":"contao_core_favicon__invoke","route_parameters":{"_route":"contao_core_favicon__invoke","_scope":"frontend","_controller":"Contao\\CoreBundle\\Controller\\FaviconController"},"request_uri":"https://temp.tango-nordbayern.de/favicon.ico","method":"GET"} []
[2023-01-23T10:24:57.306260+01:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: "An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user 'root'@'localhost' (using password: NO)" at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php line 101 {"exception":"[object] (Doctrine\\DBAL\\Exception\\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user 'root'@'localhost' (using password: NO) at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\\DBAL\\Driver\\PDO\\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user 'root'@'localhost' (using password: NO) at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:28)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user 'root'@'localhost' (using password: NO) at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:28)"} []
[2023-01-23T10:24:57.331279+01:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: "An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user 'root'@'localhost' (using password: NO)" at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php line 101 {"exception":"[object] (Doctrine\\DBAL\\Exception\\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user 'root'@'localhost' (using password: NO) at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\\DBAL\\Driver\\PDO\\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user 'root'@'localhost' (using password: NO) at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:28)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user 'root'@'localhost' (using password: NO) at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:28)"} []
[2023-01-23T10:24:57.331664+01:00] request.CRITICAL: Exception thrown when handling an exception (RuntimeException: Failed to start the session because headers have already been sent by "/var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/symfony/http-foundation/Response.php" at line 1248. at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php line 145) {"exception":"[object] (RuntimeException(code: 0): Failed to start the session because headers have already been sent by \"/var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/symfony/http-foundation/Response.php\" at line 1248. at /var/customers/webs/vonflatow/temp.tango-nordbayern.de/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php:145)"} []

---

Zitat:

---

Zitat von dtptiger

Die Konsole des "Contao-Cache neu erstellen" updateprozesses hat keinen Inhalt

---

Bist du dir da sicher? Poste einen Screenshot.

Ja, ist leer:

Anhang 26145
Anhang 26146

Du musst auf das "< >" Symbol klicken um die Konsolenausgabe anzuzeigen.

Gerade erneut den Contao-Cache neu erstellen angestoßen udn sofort während der skriptlaufzeit das das "< >" Symbol geklickt, es ist keine Ausgabe, keine Reaktion, nix passiert!

Poste einen Screenshot mit aktiviertem "< >".

Hier:
Anhang 26147

Poste nochmal deine aktuelle config.yml

Code:

---

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci

---

Warum hast du das jetzt so drin? Das hättest du ja entfernen sollen um dein ursprüngliches Problem zu beheben. Außerdem hast du jetzt legacy_routing wieder aktiv. Hast du das bewusst so gemacht?

Ich hab versucht obs im manager eine Veränderung des Cacheproblems gibt

Ich habe jetzt das folgende in die config.yml rein gesetzt.
Bevor der Prod-chache erneuert ist, weis das System doch noch nichts von dem Eintrag, oder?

Code:

---

contao:
    legacy_routing: false   
               

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci
                    collation: utf8_unicode_ci
                options:
                    1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADITIONAL'))"

---

Entferne wie gesagt

Code:

---

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci
                    collation: utf8_unicode_ci
                options:
                    1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADITIONAL'))"

---

Du hast außerdem unnötige Leerzeichen in deiner config.yml, die könnten auch Probleme verursachen:

https://community.contao.org/de/atta...1&d=1674472774

Entferne diese.

Also nur den lagacy modus?

Code:

---

contao:
    legacy_routing: false

---

Der Manager cache aufbau läuft noch nicht durch.

Sollte ich den managerordner vielleicht löschen?

Hallo,
ich bin einen großen Schritt weitergekommen!

Es gibt, im Augenlick jedenfalls, nur noch einen Fehler den das Installskript nicht auflöst.
Das ist dieser:

Code:

---

Feld tl_user.maeEventCat ändern

CHAR(1) DEFAULT '' NOT NULL
ALTER TABLE tl_user CHANGE maeEventCat maeEventCat CHAR(1) DEFAULT '' NOT NULL

---

Ich habe im phpmyadmin überprüft und von VCHAR auf Char gestellt, das steht im phpmyadmin:

Code:

---

maeEventCat        char(32)        utf8mb4_unicode_ci                NULL

---

Sollte ich char(32) manuel in char(1) ändern, oder könnte ich dadurch Daten zerstören?

Fragt dtptiger

Zu diesem Problem gibt es bereits einige Threads hier im Forum.

Hallo,

das Problem war das der Manager zerschossen war, der Skrips des Prod-chache liefen nie durch, daher wurden die Veränderungen der config.yml nicht realisiert.

Das der Manager mit der Datenbank collation zu tun hat hat mich gewundert, das hat aber ein paar Tage gebraucht :o
Ich tauschte zum Testen von einer funktionsfähigen Domain per FTP den ganzen Ordner "contao-manager" aus.
Und so funktionierten die Skrips des Prod-chache tatsächlich wieder, und ich konnte so Schritt für Schritt die SQL Fehler beheben. Teils mit editieren im phpmyadmin, teils hat das installskript gearbeitet.

Im config.ylm steht wieder:

Code:

---

contao:
    legacy_routing: false

---

Danke für eure Hilfe und Tips!

dtptiger