Runtime Notice: date()

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

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

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

Ohne php.ini im Root steht drin:
Anhang 21193

Wenn ich das Überschreibe mit einem ungültigen Wert, erhalte ich einen entsprechenden Hinweis per phpinfo(); :
Anhang 21194

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

Code:

---

date.timezone = Europe/Berlin

---

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

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.

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

... DANKE!

Wenn man auf der Konsole nachschaut kommt rum:

Code:

---

/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.

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

Code:

---

/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.

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

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

Zitat:

---

[...]
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
[...]

---

;)

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 ;)

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

Zitat:

---

Zitat von ttcdummy

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

Wenn man auf der Konsole nachschaut kommt rum:

Code:

---

/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.

---

Achso, im initialen Post steht aber:

Zitat:

---

Zitat von ttcdummy

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

---

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

Code:

---

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

---

führt zu

Code:

---

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

---

Code:

---

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

---

führt zu

Code:

---

date.timezone => no value => no value

---

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

Auch wahr ...

aber auch

Code:

---

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

---

ergibt

Code:

---

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

---