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!

Die Ordner und Dateien erstellst du dir selber. Wenn du noch /app/config/ nutzt, musst du /app/config/ verwenden.

Im Ordner config, dann dort die config.yml

Version Contao 4.12

Hallo zusammen

Ich habe das gleiche Problem und bin ein Anfänger :-)
Wie kan ich den diese Datei "config.yml" erstellen ? Also mit welchem Programm?
Und wo genau muss ich die abspeichern ? Ich habe ein system, share, assets und bundles Folder.
Unter system hat es noch themes, aber config-folder finde ich nicht.

Vielen Dank und Grüsse
Michi

Ist ganz einfach:
Auf der obersten Ebene Deiner Installation – also dort, wo auch 'assets', 'contao', contao-manager' etc liegen einen neuen Ordner 'config' anlegen (sofern noch nicht vorhanden) und dort eine einfache Textdatei mit beliebigem Texteditor (WordPad, BBEdit, Atom …) erstellen, 'config.yml' nennen und den Text der Dir im Installtool angezeigt wird einkopieren; dabei drauf achten, dass nicht Tabs, sondern Leerzeichen die Einrückung bilden (4, 8, 12 …).
Speichern.
Prod. Cache erneuern
Meldung ist verschwunden.

So long
Michael

Vielen Dank, hat perfekt geklappt.

Hi,

was ist zu erwarten, wenn man bei einer frischen Installation die Anpassung über die config.yml machen muss, dann aber auf einen anderen Server umzieht, der den Strict-Mode unterstützt?

Kann/ sollte man einfach die Modifikation beibehalten?

Vielen Dank!

Zitat:

---

Zitat von pipkin

Hi,

was ist zu erwarten, wenn man bei einer frischen Installation die Anpassung über die config.yml machen muss, dann aber auf einen anderen Server umzieht, der den Strict-Mode unterstützt?

Kann/ sollte man einfach die Modifikation beibehalten?

Vielen Dank!

---

Man kann es beibehalten und es sollte auch nicht schaden. Zumal ich davon ausgehe, dass diese Einstellung die ist, die aus Sicht der Contao-Entwickler "richtig" ist. Sonst hätte man wohl eine andere Einstellung im Installtool eingeblendet. Was der Defaultwert auf deinem neuen Server ist weiss ich nicht. Auch andere Werte erfüllen die Anforderung "strict mode", so dass es schon einen Unterschied machen kann ob der Defaultwert oder der vom Installtool vorgeschlagene Wert für den sql_mode eingestellt ist.

Zitat:

---

Was der Defaultwert auf deinem neuen Server ist weiss ich nicht.

---

Achso, das schnalle ich ja jetzt erst... gibt der Manager das Installtool je nach Server einen anderen Code aus, der in die config.yml einzutragen ist?

Und sollte man beim Umzug dann die config.yml lieber gar nicht erst rüber kopieren sondern die neuen Datenbank-Daten in der parameters.yml eintragen und dann mal schauen, ob das Installtool meckert?

Nein, es kommt bei jedem Server die selbe Empfehlung. Außer sein Defaultwert für den SQL Mode ist bereits als strict mode qualifiziert. Mehr als eine Empfehlung ist es ja nicht, man kann es auch komplett ignorieren, wenn man unbedingt will.

Zitat:

---

Zitat von tab

Nein, es kommt bei jedem Server die selbe Empfehlung.

---

Nicht ganz, je nach Treiber könnte der Key ein anderer sein. Siehe auch https://docs.contao.org/manual/de/in...tanforderungen

Ah, OK, das sich der Key eventuell unterscheiden könnte ist mir nicht aufgefallen. Der SQL Mode selbst wird aber immer gleich empfohlen, oder?

Ja, das bleibt immer gleich.

Mal ganz doof gefragt: wäre dann ein Button "ja, ich will" nicht nutzerfreundlicher? Also dass es eine Routine gibt, die diese config.yml für einen anlegt? Ich meine... man hat da schon den Contao Manager, und alles geht von selbst, und dann... fubb.... Stilbruch...

Ist m.E. nicht ganz trivial zu realisieren. Es könnte ja schon eine config.yml geben mit anderen Anweisungen. Die Anweisungen für den Strict-Modus müssten ergänzt werden und wenn es schon Anweisungen zu doctrine oder einem der "Unterbereiche" gibt müsste auch noch überprüft werden, ob es damit keine Konflikte gibt.
Da finde ich den händischen Eintrag, bei dem ich sehe was ich tue und mir ggf. die alte Datei auch vorher noch mal sichern kann schon wesentlich angenehmer.

Zitat:

---

Es könnte ja schon eine config.yml geben mit anderen Anweisungen.

---

Ja, das ist natürlich richtig...

Aber bei einer frischen Installation, also wenn es noch keine config.yml gibt, wäre es wieder ein Handgriff weniger. Falls es schon eine gibt, könnte dann der Dialog erscheinen. Dann kann der entsetzte "Nur-Anwender" immer noch aufgeregt im Forum fragen, was das soll :-)

(Ich zähle mich persönlich übrigens auch zu den "Nur-Anwenderinnen", die froh sind, dass sie im Normalfall nicht verstehen müssen, was im Hintergrund bei der Installation im Einzelnen passiert.)

War auch nur ein Gedanke... ich empfand die Meldung im Installationsprozess als "Hoppla, es läuft irgendwas nicht rund".

Noch ne ganz doofe Frage: Ich möchte meinen Hoster bitten, den Server passend zu konfigurieren, kann ich dann den bisher erforderlichen Eintrag in der config.yml einfach stehen lassen oder fällt mir das auf die Füße wenn ich den nicht entferne. :o

Kannst du stehen lassen.

Hat sich erledigt! Danke!
Jochen

So mache ich das bei Contao 4.9.x:
Wenn es schon eine

Code:

---

app/config/parameters.yml

---

gibt, lege ich die config.yml auch da rein,
Wenn es schon eine

Code:

---

app/config/config.yml

---

gibt, erweitere ich diese um den o.a. Eintrag,
ansonsten erstelle ich eine neue config.yml mit dem o.a. Eintrag in

Code:

---

config/config.yml

---

da sollte auch schon die parameters.yml drin liegen.

Hallo
Habe auch ein Contao Update auf Version 4.9.29 und im Install-Tool die Meldung erhalten:
Ihr Datenbank-Server läuft nicht im Strict-Mode!

Habe dann eine config.yml erstellt:

PHP-Code:

---

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

contao:
    url_suffix: "" 


---

Habe dann die Systemwartungen gemacht, aber dei Meldung im Install-Tool bleibt bestehen.

hab ich was übersehen?

Danke für Eure Hilfe :-)

Du verwendest als Einrückung mal 2 spaces und mal 4 spaces. Das solltest du beheben. Ansonsten ist das nur eine Warnung, die du vorerst auch ignorieren kannst (siehe auch das Handbuch dazu).

Vielen Dank

In welchem Handbuch und wo?

https://docs.contao.org/manual/de/in...tanforderungen

Hallo zusammen, ich hänge mich hier mal mit rein.

Ich habe eine alte 4.4.* Installation auf eine 4.9.37 aktualisiert. Die config.yml war nicht vorhanden, nur die parameter.yml. ich habe die config.yml dann manuell angelegt, mit folgendem Inhalt

Code:

---

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

---

Trotzdem wird mir im Installtoool angezeigt, dass die DB nicht im Strict Mode läuft.
Die Seite läuft auf einem df Reseller Server.

Nach dem Anlegen oder Ändern der config.XML muss der Symphony Application Cache neue aufgebaut werden.

Hi,

das hatte ich schon probiert, bevor ich hier gepostet habe. Die Fehlermeldung bleibt dennoch.

Ich habe eher das Gefühl, dass beim Update irgendetwas falsch gelaufen ist. Ich kann auch die Module, die bei der 4.4.* genutzt wurden, nicht mit den passenden Versionen in die 4.9.37 einspielen.

Gibt es noch andere Lösungsvorschläge, oder muss ich die Seite neu aufsetzen (Backup vom CMS und SQL sind vorhanden, aus der 4.4.* Version)

Problem gelöst. Nach x-Versuchen läuft das System jetzt wieder rund. Keine Ahnung, wo ich da einen Fehler hatte. Vielen Dank für die Unterstützung.