Runtime Notice: date()

[ttcdummy]

Hallo zusammen,

ich nutze auf einem 1&1 Hosting eine Contao-Installation.

Hier würde ich gerne folgende Befehle ausführen:

php vendor/bin/contao-console cache:clear --env=dev
php vendor/bin/contao-console contao:install-web-dir --user=USERNAME --password=PASSWORD

Erhalte aber den Hinweis, welcher zu Abbruch führt:
Runtime Notice: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead

Ich weiß dass das Problem weniger an Contao als an Synfony liegt und dass das Hosting nicht optimal ist.
Dennoch: Schon mal jmd. gehabt? Finde keine richtige Lösung :-/

Danke und Grüße

[Spooky]

1&1 muss den PHP date.timezone Parameter richtig setzen. Aktuell ist der Konfigurationswert ungültig.

[ttcdummy]

Ja das dachte ich mir schon, also probierte ich das:

Ohne php.ini im Root steht drin:
phpinfo.png

Wenn ich das Überschreibe mit einem ungültigen Wert, erhalte ich einen entsprechenden Hinweis per phpinfo(); :
phpinfo-hinweis.png

Also gehe ich davon aus, dass die php.ini greift und ich schreibe rein:

date.timezone = Europe/Berlin

Dann sieht es wieder wie im ersten Bild aus und ich erhalte weiterhin die Fehlermeldung auf der Konsole :-/

[Spooky]

Mein Post bezog sich auf die PHP date.timezone Variable des PHP CLI, nicht auf die PHP Version, die der Webserver verwendet. Die wurde von 1&1 korrekt konfiguriert. Der Fehler tritt ja auf, wenn du das PHP CLI verwendest.

[ttcdummy]

*mal selbst mit der flachen Hand ganz feste vor die Stirn gehauen*

... DANKE!

Wenn man auf der Konsole nachschaut kommt rum:

/usr/bin/php7.1-cli -i | grep date.timezone
date.timezone => no value => no value

Da muss man wohl, wie Du geschrieben hast, 1&1 ins Verhör nehmen.

[ttcdummy]

Oder, wenn man viel tippen möchte und sich nicht mit 1&1 auseinander setzen möchte, das tun:

/usr/bin/php7.1-cli -d date.timezone=Europe/Berlin vendor/bin/contao-console cache:clear --env=dev

Danke nochmal für die richtige Färte.

[Spooky]

Guter Tipp . Dennoch sollte man 1&1 sagen, dass die aktuelle Konfiguration einfach falsch ist...

[ttcdummy]

Also ich habe das bei 1&1 dem Support mal zugetragen und folgende Antwort erhalten:

[...]
vielen Dank für Ihre Anfrage.

date.timezone ist nicht gesetzt, da die Konfiguration länderübergreifend genutzt wird.
Ich habe Ihnen im Ordner 1u1test eine php.ini hinterlegt. Diese können Sie der CLI übergeben.

/usr/bin/php7.1-cli -c /homepages/YY/XXXXXXXXX/htdocs/1u1test/php.ini -i | grep date.timezone date.timezone => Europe/Berlin => Europe/Berlin
[...]

[Spooky]

Sag Ihnen, dass das nicht stimmt, denn offensichtlich ist date.timezone für's CLI gesetzt und es ist auf den falschen Wert "CEST/2.0/DST" gesetzt

[ttcdummy]

Ne, tatsächlich kommt "no value" ja bei der Abfrage rum:

*mal selbst mit der flachen Hand ganz feste vor die Stirn gehauen*

Wenn man auf der Konsole nachschaut kommt rum:

/usr/bin/php7.1-cli -i | grep date.timezone
date.timezone => no value => no value

Da muss man wohl, wie Du geschrieben hast, 1&1 ins Verhör nehmen.

[Spooky]

Achso, im initialen Post steht aber:

Runtime Notice: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead

[ttcdummy]

Beides ist richtig. Warum das so ist kann ich nicht erklären.

php vendor/bin/contao-console cache:clear --env=dev

führt zu

Runtime Notice: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead

/usr/bin/php7.1-cli -i | grep date.timezone

führt zu

date.timezone => no value => no value

[Spooky]

"php" führt zu einem anderen CLI und hat daher auch wahrscheinliche eine andere Konfiguration.

[ttcdummy]

Auch wahr ...

aber auch

/usr/bin/php7.1-cli vendor/bin/contao-console cache:clear --env=dev

ergibt

Runtime Notice: date(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead