Problem bei Update von 4.11 zu 4.12 (Strict-Mode)

Hallo,

ich habe ein Update von 4.11 auf 4.12 durchgeführt und beim Aufrufen des Installtools erhalte ich die Meldung:

Zitat:

---

Ihr Datenbank-Server läuft nicht im Strict-Mode!

Wenn MySQL nicht im Strict-Mode läuft, können Daten beschädigt oder abgeschnitten werden. Bitte aktivieren Sie den Strict-Mode entweder in Ihrer my.cnf-Datei oder konfigurieren Sie die Verbindungsoptionen in der Datei config/config.yml wie folgt:

---

Code:

---

doctrine:
  dbal:
    connections:
      default:
        options:
          1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADITIONAL'))"

---

Daraufhin habe ich diesen Code genau so in der config.yml eingefügt, den Anwendungscache geleert und das Installtool erneut aufgerufen.

Nun bekomme ich diese Meldung:

Zitat:

---

Die innodb_large_prefix-Option ist nicht aktiv!

Die innodb_large_prefix-Option ist auf Ihrem Server nicht aktiv. Bitte aktivieren Sie sie (empfohlen) oder konfigurieren Sie einen anderen Zeichensatz und eine andere Kollation in der Datei config/config.yml.

---

Code:

---

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

---

Genau so sah meine config.yml aber zuerst aus. Was ist nun richtig bzw. wie muss ich die Datei anpassen, damit ich keinen Fehler mehr erhalte und die Datenbank aktualisieren kann?

Danke im Voraus.

Du musst die Konfgurationen zusammenführen. Also:

Code:

---

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

---

Besser wäre es jedoch, wenn dein MySQL Server generell moderner konfiguriert wäre.

Danke für die schnelle Antwort. Es funktioniert perfekt.

Wo finde ich die config.yml oder muss ich diese erstellen?

Habe nur eine parameters.yml

Contao 4.9.20

Die erstellst du selbst, ja.

Kurze Frage hierzu @Spooky:

MariaDB 10.5.11 - wo aktiviert man den Strict Mode? Sollte doch ab Version 10.2.2 per default ON sein?
Per PhpMyAdmin in der DB selbst, per SSH, oder kann man das auch per parameters.yaml?

Danke für Input.

ToM

» https://mariadb.com/kb/en/configurin...-option-files/

Wäre ja auch zu schön und zu einfach gewesen. :(:D
Bei all-inkl, Tarif Premium, geht das jedenfalls nicht.
Nach erfolglosen Versuchen aller Art, die an fehlenden Berechtigungen gescheitert sind, mal den Support bemüht:

Zitat:

---

[...] unsere System-Struktur lässt das Anpassen einzelner User bzw. einzelner Datenbanken nicht zu.
Derartige Änderungen können immer nur für den gesamten Server gesetzt werden und würden somit alle Kunden des Servers betreffen. [...]

---

Also gut, erfolglos versucht, dazugelernt, abgehakt.

ToM

Ja, bei Shared Hosting wirst du diese Möglichkeit nie haben. In diesem Fall machst du die Anpassung der Bundle Configuration.

Danke, hatte ich ja schon. Dachte eben nur, das es per User global konfiguriert werden könnte.
Schade, aber danke Dir!

ToM

Wäre es vielleicht über eine my.cnf Datei möglich?

Edit: Wird wahrscheinlich nur in der Konsole funktionieren :rolleyes:

Die sollte ja dann nach /usr/bin, oder? Nur in /usr geht nicht, mangels Berechtigung.
Die Frage ist: weiss der Server, bzw. das Startscript auch von der Datei?
Im besten Falle: Ja, weil vorsorglich eintragen.
Ansonsten tippe ich, kommt wieder die fehlende Berechtigung zum Tragen.

Sollte ja eins von beiden sein, oder hab ich da falsch recherchiert?

my.cnf:

Code:

---

[mysql]

sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION

[mysql]

sql_mode=TRADITIONAL

---

Magst Du das mal testen, tab?
Du wirst versierter sein im Tippen mit der Konsole...

ToM

Normalerweise liest MariaDB auch eine im Homeverzeichnis des Users angelegte Datei ".my.cnf".

Hmm, funktioniert so nicht, nicht mal in der Konsole. Natürlich passt auch der Datenbank-User nicht zum Unix-User.
Aber mit der config.yml funktioniert es auch hier bei meinem All-Inkl Premium.

Zitat:

---

Zitat von tab

Hmm, funktioniert so nicht, nicht mal in der Konsole. Natürlich passt auch der Datenbank-User nicht zum Unix-User.

---

Hab ich mir fast schon gedacht.

Zitat:

---

Zitat von tab

Aber mit der config.yml funktioniert es auch hier bei meinem All-Inkl Premium.

---

Das schon, aber es wäre ja zu schön, wenn man es quasi global nur im Account des Users einstellen könnte.
Könnte man sich den K(r)ampf mit der parameters oder config YAML (er)sparen.

I dank Dir wie verrückt fürs testen.https://community.contao.org/de/imag...es/biggrin.png

ToM

Zitat:

---

Zitat von Nightwing

Sollte ja eins von beiden sein, oder hab ich da falsch recherchiert?

my.cnf:

Code:

---

[mysql]

sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION

[mysql]

sql_mode=TRADITIONAL

---

---

TRADITIONAL ist ein sog. Combination SQL Mode und beinhaltet die folgenden SQL Modes: https://dev.mysql.com/doc/refman/5.7...de_traditional

Du kannst also einfach diese Variante verwenden, um u. a. den Strict Mode zu aktivieren:

Code:

---

[mysql]
sql_mode=TRADITIONAL

---

Moin

Ich habe auch auf die Contaoversion 4.12 aktualisiert und die config.yml nach der entsprechenden Meldung angepasst.

In der Dokumentation steht folgendes:

Code:

---

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

---

In meiner alten config.yml hatte ich jetzt nicht zusätzlich

Code:

---

engine: MyISAM

---

angegeben.

Würde diese Ergänzung einen Vorteil bringen?

Welche Meldung wurde dir angezeigt?

Zitat:

---

Zitat von dazzle89

Hallo,

ich habe ein Update von 4.11 auf 4.12 durchgeführt und beim Aufrufen des Installtools erhalte ich die Meldung:

Code:

---

doctrine:
  dbal:
    connections:
      default:
        options:
          1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADITIONAL'))"

---

Daraufhin habe ich diesen Code genau so in der config.yml eingefügt, den Anwendungscache geleert und das Installtool erneut aufgerufen.

Nun bekomme ich diese Meldung:

Code:

---

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

---

Genau so sah meine config.yml aber zuerst aus. Was ist nun richtig bzw. wie muss ich die Datei anpassen, damit ich keinen Fehler mehr erhalte und die Datenbank aktualisieren kann?

Danke im Voraus.

---

Das Problem hatte ich auch..beim Update der DB (was wirklich viel war!) ist er dann auch in einen Fehler gelaufen. Die Lösung von Spooky funktioniert. Hatte ich aber bisher NUR bei IONOS :-(, bei All-Inkl. alles gut.

Zitat:

---

Zitat von Spooky

Welche Meldung wurde dir angezeigt?

---

Vor der Aktualisierung auf die Version 4.12 hatte die config.yml folgenden Inhalt:

Code:

---

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

---

Nach der Aktualisierung auf die Version 4.12 kam der Hinweis, dass der Datenbank-Server nicht im Strict-Mode! läuft und ich in die config.yml folgende Zeilen eintragen soll:

Code:

---

doctrine:
  dbal:
    connections:
      default:
        options:
          1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADITIONAL'))"

---

Ich habe deshalb die bestehende config.yml nur um den Eintrag

Code:

---

options:
1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADITIONAL'))"

---

ergänzt.

Jetzt sehen die Eintrage, so von dir auch vorgeschlagen so aus:

Code:

---

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

---

In der Dokumentation über config.yml habe ich gesehen, dass in den ursprünglichen Einträge

Code:

---

engine: MyISAM

---

nicht enthalten war.

Deshalb meine Frage, ob diese Ergänzung (engine: MyISAM) einen Vorteil bringt.

Sofern du ohne das "engine: MyISAM" keine Probleme hast, die sich nicht anderweitig lösen lassen (eventuell notwendige weitere Einstellungen für InnoDB in der config.yml) bringt es keine Vorteile. Es ist praktisch eine Art Fallback für den Fall, dass InnoDB vom Hoster nicht mit heutzutage üblichen Einstellungen angeboten wird, z.B. wenn InnoDB noch mit Filesystem Antelope anstatt Barracuda läuft und das auch nicht umstellbar ist.

Zitat:

---

Zitat von Arachnophilia

In der Dokumentation über config.yml habe ich gesehen, dass in den ursprünglichen Einträge

Code:

---

engine: MyISAM

---

nicht enthalten war.

---

In der Dokumentation steht „Wenn die oben empfohlenen Optionen auf deinem Server nicht aktiviert werden können, konfiguriere bitte eine andere Datenbank-Engine und einen anderen Zeichensatz in deiner app/config/config.yml-Datei:“

Die Engine solltest du also nur dann auf MyISAM stellen wenn InnoDB auf deinem DB-Server nicht verwendet werden kann.

Hallo

..... vielen Dank für die Rückmeldungen und Erklärungen.

Hallo,
ich habe die config.yml wie von spooky beschrieben einer der Contao 4.9.20 eingefügt und den Anwendungscache geleert. Dann die install-Funktion aufgerufen und ein Aufforderung zum Anpassen der Datenbank erhalten und dann kam die Meldung zu Contao Version 4.4.7. Kann das jemand erklären... / als Contao Version ist im BE nach wie vor die Version 4.9.20 ersichtlich
Vielen Dank und besten Gruss

Anhang 24867

Da ist in der DB irgendeine Migration (noch) nicht durchgeführt worden. Einfach bestätigen, damit die Migration durchgeführt wird.

Hallo mlweb,
vielen Dank für den schnellen Support. Hat dann also etwas mit der Contao Version 4.9.20 zu tun und nicht speziell mit meiner Installation? Meine Installation wurde mit LTS Version 4.9. erstellt, soweit ich weiß war die 4.7. die LTS davor...

Sollte das eine komplette Neuinstallation werden oder war es ein Update einer älteren Version der Website, waren in der Datenbank also noch Daten von einer Vorgängerversion der Website drin?

Zitat:

---

Zitat von Richy

und dann kam die Meldung zu Contao Version 4.4.7. Kann das jemand erklären..

---

Die Contao 4.4.7 Migration wird durchgeführt, wenn sich in der tl_newsletter_recipients Tabelle kein pid_email Index befindet.

Moin und vielen Dank für eure Infos...

Es war von Start an eine Version 4.9.4. und die Datenbank wurde frisch mit der Installation aufgesetzt, deshalb verwundert es mich ja so....

Passiert ist es jetzt von Update von 4.9.17. auf 4.9.20. mit dem Datenbank strict-Mode Check...

Hallo @Spooky aus deiner Sicht ist die Meldung ok, bzw. kein Problem? Vielen Dank...

Anhang 24869

Kommt die Meldung, plus die Datenbank Aktualisierungen darunter, nun jedes Mal wenn du das Install Tool aufrufst, obwohl du die Aktualisierungen bereits durchgeführt hast?

Sorry für meine späte Antwort...

die Meldung kommt nur einmal nach der Anpassung der config.yml bzgl. des DB strict Mode, bei weiteren Aufrufen des install Tools ist kommt die Mitteilung: Datenbank ist aktuell...


hier noch alle Datenbankmeldungen welche mit dem Hinweis zu Version 4.4.7. mitgeliefert werden (gehostet ist das Projekt bei all-inkl mit einem Premium Account)


Spalten anlegen
Alle auswählen

CREATE INDEX job_id ON tl_crawl_queue (job_id)

CREATE INDEX uri_hash ON tl_crawl_queue (uri_hash)

CREATE INDEX processed ON tl_crawl_queue (processed)

CREATE INDEX series ON tl_remember_me (series)

CREATE UNIQUE INDEX value ON tl_remember_me (value)

CREATE INDEX name ON tl_cron_job (name)

CREATE INDEX alias ON tl_article (alias)

CREATE INDEX pid_start_stop_published_sorting ON tl_article (
pid, start, stop, published, sorting
)

CREATE INDEX alias ON tl_calendar_events (alias)

CREATE INDEX pid_start_stop_published ON tl_calendar_events (pid, start, stop, published)

CREATE INDEX alias ON tl_calendar_feed (alias)

CREATE INDEX published ON tl_comments (published)

CREATE INDEX source_parent_published ON tl_comments (source, parent, published)

CREATE INDEX source_parent_active ON tl_comments_notify (source, parent, active)

CREATE INDEX tokenremove ON tl_comments_notify (tokenremove)

CREATE INDEX pid_ptable_invisible_sorting ON tl_content (pid, ptable, invisible, sorting)

CREATE INDEX pid_published_sorting ON tl_faq (pid, published, sorting)

CREATE INDEX pid ON tl_files (pid)

CREATE UNIQUE INDEX uuid ON tl_files (uuid)

CREATE INDEX extension ON tl_files (extension)

CREATE INDEX alias ON tl_form (alias)

CREATE INDEX pid_invisible_sorting ON tl_form_field (pid, invisible, sorting)

CREATE INDEX pid ON tl_image_size (pid)

CREATE INDEX pid ON tl_image_size_item (pid)

CREATE UNIQUE INDEX username ON tl_member (username)

CREATE INDEX email ON tl_member (email)

CREATE INDEX alias ON tl_news (alias)

CREATE INDEX pid_start_stop_published ON tl_news (pid, start, stop, published)

CREATE INDEX alias ON tl_news_feed (alias)

CREATE INDEX pid ON tl_newsletter (pid)

CREATE UNIQUE INDEX pid_hash ON tl_newsletter_blacklist (pid, hash)

CREATE INDEX email ON tl_newsletter_recipients (email)

CREATE INDEX active ON tl_newsletter_recipients (active)

CREATE UNIQUE INDEX token ON tl_opt_in (token)

CREATE INDEX removeon ON tl_opt_in (removeon)

CREATE INDEX reltable_relid ON tl_opt_in_related (reltable, relid)

CREATE INDEX alias ON tl_page (alias)

CREATE INDEX type_dns ON tl_page (type, dns)

CREATE INDEX pid_type_start_stop_published ON tl_page (pid, type, start, stop, published)

CREATE UNIQUE INDEX url ON tl_search (url)

CREATE UNIQUE INDEX checksum_pid ON tl_search (checksum, pid)

CREATE INDEX pid ON tl_search_index (pid)

CREATE INDEX word ON tl_search_index (word)

CREATE INDEX pid ON tl_style (pid)

CREATE UNIQUE INDEX name ON tl_style_sheet (name)

CREATE UNIQUE INDEX username ON tl_user (username)

CREATE INDEX email ON tl_user (email)

CREATE UNIQUE INDEX pid_fromtable_version ON tl_version (pid, fromtable, version)

CREATE INDEX userid ON tl_version (userid)
Tabellen löschen
Alle auswählen

DROP TABLE tl_newsletter_recipients_backup

Wenn das nur einmal kommt, dann passt alles.

Hallo Spooky, super! Vielen Dank!!!

Hi Leute,

beim Update auf 4.12.1 kommt diese Fehlermeldung
Anhang 24902

Bei Mittwald angefragt meinen die, daß das über der config.yml gemacht werden muß.
Habe das dann eingegeben.

Bekomme im Contao-Manager weitere Fehlermeldungen:
Contao-Cache erneuern

vendor/bin/contao-console cache:clear --no-warmup

PHP-Code:

---

$ /usr/local/bin/php_cli -q -dmax_execution_time=0 -dmemory_limit=-1 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=Europe/Berlin /html/ips412/vendor/contao/manager-bundle/bin/contao-console cache:clear --env=prod --no-warmup
In YamlFileLoader.php line 770:
                                                                               
  The file "/html/ips412/config/config.yml" does not contain valid YAML: A YA  
  ML file cannot contain tabs as indentation in "/html/ips412/config/config.y  
  ml" at line 31 (near "                ").                                                
                                                                               
In Parser.php line 153:
                                                                               
  A YAML file cannot contain tabs as indentation in "/html/ips412/config/conf  
  ig.yml" at line 31 (near " 


---

Meine config.yml schaut so hier aus:

Code:

---

#SMTP-Einstellungen
framework:
    mailer:
        transports:
            smtp_ips: smtps://xxx:xxx_xxx@mail.xxx.de:465
         
contao:
    url_suffix: ""
    mailer:
        transports:
            smtp_ips:
                from: info@xxxde
                                         
doctrine:
    dbal:
        connections:
            default:
                options:
                    # Depending on the DB driver, the option key is either 1002 (pdo_mysql) or 3 (mysqli)
                    1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADITIONAL'))"

---

Wo steckt der Fehler? Was muß ich tun?

Die Fehlermeldung besagt, daß Du keine TABs zum Einrücken benutzen darfst, sondern Leerzeichen.
Sehr hilfreich: https://yamlchecker.com/

ToM

Wie die Fehlermeldung schon sagt hast du in deiner config.yml sowohl Spaces als auch Tabs für die Einrückungen verwendet. Das musst du beheben und dann den Application Cache neu aufbauen.

Der YAML-Checker sagt: VALID YAML!


Ich vermute mal, daß die alte config.yml geladen wird satt die Neue.
Aber beim Prod-Cache erneuern im BA komme ich an der Fehlermeldung nicht vorbei.

Es liegt wie gesagt, und wie die Fehlermeldung schon sagt, an der Vermischung von Tabs und Spaces als Einrückung. Mit einem Texteditor deiner Wahl, wo du dir entweder die Whitespace Characters anzeigen lassen kannst oder zumindest die Datei normalisieren lassen kannst, kannst du das Problem beheben. Die Tabs befinden sich hier:

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

Danke für Eure schnelle Hilfe.
Jetzt hat alles geklappt.

Kurzer Lösungshinweis:

Zitat:

---

...Whitespace Characters anzeigen lassen...

---

zu finden in DreamWeaver unter Ansicht > Codeansichtoptionen > versteckte Zeichen

Hi alle,

ich habe das Problem auch. Ich habe im ROOT von Contao keinen Config Folder. Muss der erstellt werden oder muss der Codeschnipsel in /app/config/ hinein oder /system/conig/ hinein?

Danke euch!