--- title: "Neos Alpha5 Update - Flow requires the PHP setting \"date.timezone\" to be set." url: "https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set" source: "typo3.net" tags: ["Neos","Frage","Update & Upgrade"] created: "2013-08-14" last_reply: "2014-06-23" replies: 26 solved: true page: 1 pages: 1 lang: "de" --- # Neos Alpha5 Update - Flow requires the PHP setting "date.timezone" to be set. Neos · 26 Antworten · gelöst · gestartet 2013-08-14 ## Frage **tobla** · 2013-08-14 · [Beitrag #1](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/1) Hallo Zusammen Ich betreibe eine Ubuntu32Bit Vagrant Box zum Testen von Neos. Bisher hatte ich eine Neos Aplha4 installiert. Hat soweit alles geklappt. Jetzt habe ich mit dem Composer auf Alpha 5 aktualisiert. Hat soweit auch alles geklappt. Nur das Löschen des Cache klappt nicht. **Flow schreit jetzt plötzlich "Flow requires the PHP setting "date.timezone" to be set.", obwohl date.timezone in der php.ini auf Europe/Berlin gesetzt ist, die Zeile einkommentiert ist und gemäss php_info auch diese php.ini Datei interpretiert wird.** Bei Alpha4 gab es keine Probleme mit dem Cache löschen. Hat jemand von euch eine Idee, woran es liegt? Langsam geht mir dieses date.timezone Zeug auf die Nerven. Wenn es Probleme bei einer Flow installation gibt, dann garantiert damit. ## Beste Antwort **mediew** · 2014-06-20 · [Beitrag #25](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/25) So wie es aussieht, konnte ich das Problem temporär durch folgenden Befehl im CLI beheben: ```php ./flow flow:core:compile ``` Gefunden in der zur Exception gehörenden Seite: So kam ich zumindestens in Setup. Allerdings erschien gleich erneut der Fehler beim Klick auf "Next" beim Datenbank-Setup. Ich habe in der Datei TYPO3-Neos-1.1/Configuration/Settings.yaml noch folgendes gesetzt: ```php TYPO3: Flow: core: subRequestPhpIniPathAndFilename: '/etc/php5/cli/php.ini' ``` Und danach noch "sudo ./flow core:setfilepermissions ... ... ..." ausgeführt. Und tada... es geht. *puh* ... Bin jetzt schon ein wenig erleichtert. :D PS: Ich würde ja eher diese Installtionsbeschreibung empfehlen: Die von neo.typo3.org schien dann ja nicht zu reichen. ^^ ## Antworten ### [#2](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/2) · tobla · 2013-08-18 Ich helfe mir mal selbst. Obwohl php info folgendes ausgibt: Directive Local Value Master Value date.default_latitude 31.7667 31.7667 date.default_longitude 35.2333 35.2333 date.sunrise_zenith 90.583333 90.583333 date.sunset_zenith 90.583333 90.583333 date.timezone Europe/Berlin Europe/Berlin Werfen diese Zeilen in ./Packages/Framework/TYPO3.Flow/Classes/TYPO3/Flow/Core/Bootstrap.php einen exit: ```php if (ini_get('date.timezone') === '') { echo('Flow requires the PHP setting "date.timezone" to be set. (Error #1342087777)'); exit(1); } ``` Nach meiner Einschätzung kann es sich hier nur um einen Bug in der ini_get Funktion handeln. Ist grundsätzlich zwar keine gute Idee, im Core was auszukommentieren, aber es ist die einzige Lösung, den Cache leeren zu können. Ich bitte jeden, der das liest, dies NIEMALS auf einem Produktivsystem zu machen. Dies ist ein Hack und keine Lösung! ### [#3](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/3) · Unbekannter Benutzer · 2013-08-22 Hallo, sorry war ein paar Tage unterwegs. Also diesen Check gibt es eigentlich schon ne ganze Weile in Flow und Neos, ich vermute dass du die php info im Web gemacht hast? Wahrscheinlich ist die timezone für PHP CLI nicht gesetzt. Auf Debian und abgeleiteten Distributionen gibt es meist getrennte php.ini Dateien. Check mal /etc/php5/cli/php.ini bzw. mach mal auf der command line ein php -i | grep timezone Viele Grüße Christian ### [#4](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/4) · tobla · 2013-08-22 Tatsächlich. In etc/php5/cli/php.ini war die Zeitzone nicht gesetzt. Gut zu wissen, das man die Zeitzone für's cli einzeln setzen muss. Danke. ### [#5](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/5) · Unbekannter Benutzer · 2013-08-23 Kommt wie gesagt aufs System an. Bei Debian und allen Derivaten ist das so. Bei anderen Distributionen mal so mal so. ### [#6](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/6) · radioking · 2013-12-25 Ich muss diesen Thread nochmal ausgraben, da ich gerade selbst über das Problem gestolpert bin - wenn auch **bei TYPO3 Neos 1.0**! Vorweg: Ich nutze ein **shared hosting Paket** (mit Debian Squeeze), in dem man allerdings viele Freiheiten hat. ```php php -i | grep timezone ``` **liefert bei mir allerdings bereits:** > Default timezone => Europe/Berlin > date.timezone => Europe/Berlin => Europe/Berlin Mein Ausgangspunkt war ebenfalls, dass ich nach dem Update auf den Development Master den Cache löschen wollte per ```php ./flow flow:cache:flush --force ``` Dies bescherte mir zunächst den Hinweis > Flow requires the PHP setting "magic_quotes_gpc" set to Off. (Error #1224003190) Daraufhin kam ich dahinter, dass ich eine eigene php-cli.ini nutzen müsse. Die nächste Schwierigkeit lag darin, TYPO3 Flow mitzuteilen, dass diese auch Verwendung finden soll. Die php-cli.ini im Wurzelverzeichnis der Neos-Installation anlegen hat nicht funktioniert, obwohl die Default Settings.yaml mit ```php subRequestPhpIniPathAndFilename: NULL ``` aktiv war. Die folgenden Einstellungen der **eigenen Configuration/Settings.yaml** berücksichtigten für den Cache flush ebenfalls nicht die nötigen selbst abgelegten Einstellungen in der php-cli.ini: ```php TYPO3: Flow: core: phpBinaryPathAndFilename: '/usr/bin/php' subRequestPhpIniPathAndFilename: '/pfad/zu/TYPO3-Neos/php-cli.ini' ``` Meine **php-cli.ini** sieht so aus: ```php date.timezone = "Europe/Berlin" memory_limit = 256M ; default ist 128M xdebug.max_nesting_level = 500 ; Einkommentieren sofern xdebug verwendet wird detect_unicode = Off magic_quotes_gpc = Off ``` Ich habe mir schlussendlich damit beholfen, dass ich die Shebang-Zeile der Datei flow angepasst habe: ```php #!/usr/bin/php -c /Pfad/zu/TYPO3-Neos/php-cli.ini ``` Damit erhalte ich nun NICHT mehr den oben erwähnten Fehler > Flow requires the PHP setting "magic_quotes_gpc" set to Off. (Error #1224003190) ...also scheint meine php-cli.ini nun endlich Gehör bei Flow zu finden! Allerdings bekomme ich stattdessen nun den Fehler > Flow requires the PHP setting "date.timezone" to be set. (Error #1342087777) Wenn ich in der Kommandozeile allerdings ein Testscript starte per ```php php -c php-cli.ini test.php ``` mit dem Inhalt von test.php ```php [...] echo ini_get('date.timezone'); [...] ``` erhalte ich korrekterweise > Europe/Berlin Also ist meine php-cli.ini korrekt. **Die Frage ist nur, warum die Einstellung von ini_get('date.timezone') nicht korrekt im Skript** ```php TYPO3-Neos/Packages/Framework/TYPO3.Flow/Classes/TYPO3/Flow/Core/Bootstrap.php ``` **landet, denn von dort kommt die Fehlermeldung beim leeren des Caches.** ### [#7](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/7) · radioking · 2013-12-25 Nachtrag: Wenn ich als Workaround für date.timezone direkt in die Zeile vor der Abfrage dies einfüge ```php ini_set('date.timezone',date_default_timezone_get()); ``` erhalte ich keine Fehlermeldung bzgl. einer fehlenden date.timezone, aber dafür wieder die Fehlermeldung > Flow requires the PHP setting "magic_quotes_gpc" set to Off. (Error #1224003190) Also bleibt die Frage, warum die Einstellungen aus der eigenen php-cli.ini nicht beim Skript ankommen! ### [#8](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/8) · radioking · 2013-12-25 Noch ein Nachtrag: Wenn man die Shebang-Zeile des Skriptes flow im TYPO3-Neos Verzeichnis abändert in ```php #!/usr/bin/php -d magic_quotes_gpc=0 -d date.timezone="Europe/Berlin" ``` gelingt wohl der Cache flush - aber es kommt auch eine **Fehlermeldung von PHP**: > user@machine:~/path/to/TYPO3-Neos$./flow flow:cache:flush --force > **PHP: syntax error, unexpected '=' in Unknown on line 7** > Force-flushed caches for "Development" context. ### [#9](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/9) · tobla · 2013-12-25 Und wenn du deine php.ini im etc ablegst, wo auch meine war: etc/php5/cli/php.ini? ### [#10](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/10) · radioking · 2013-12-25 Im shared hosting habe ich auf diese zentralen Verzeichnisse auf dem Server keinen Zugriff. Für PHP via FastCGI haben wir die M-öglichkeit, eine eigene php.ini in das fastcgi-bin zu legen, die dann von PHP mit ausgewertet wird. Aber das ist ja nur der Zugriff auf PHP-Skripte über den Webserver. Für PHP-CLI habe ich bisher noch keinen Hinweis bekommen, wo ich in meinem Paket eine eigene php-cli.ini ablegen könnte, sodass sie auch Berücksichtigung finden würde. ### [#11](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/11) · tobla · 2013-12-25 ```php php -i ``` sollte dir auch Info über den Pfad der ini Datei ausgeben. Ruf doch innerhalb vom Bootstrap.php mal die Pfad Info ab. Dann siehst du, auf welche ini Datei er zugreift. Was den Cache selbst angeht, so hatte ich schon das Problem, das sich der Cache wie verklemmt. Ich hab dann jeweils einfach die Cache Files im Web Directory von Hand gelöscht. Aber pass auf, das du die Ordnerstruktur beibehältst. ### [#12](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/12) · radioking · 2013-12-25 In der Kommandozeile geprüft: ```php user@machine:~$ which php /usr/bin/php ``` und ```php user@machine:~$ php -i | grep ini Configuration File (php.ini) Path => /etc/php5/cli Loaded Configuration File => /etc/php5/cli/php.ini Scan this dir for additional .ini files => /etc/php5/cli/conf.d ``` ### [#13](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/13) · tobla · 2013-12-25 Da du bei Flow ein anderes Verhalten feststellst als in der Konsole, wäre es gut die Information wie von mir beschrieben innerhalb von Bootstrap abzurufen. Nur so findest du heraus, was und woher Flow seine Konfiguration bekommt. ### [#14](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/14) · radioking · 2013-12-25 Wo PHP(-CLI) die ini-Dateien erwartet ist ja hier beschrieben: Der Zusammenhang ist aber stark von den Installationsparametern auf dem Server abhängig- und sich dort in den verschiedenen Abhängigkeiten als Außenstehender zurecht zu finden ist schwierig. Übrigens gibt es im 1.0er Neos noch dieses grundsätzliche Problem bzgl. der Prüfung auf date.timezone: ### [#15](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/15) · radioking · 2013-12-25 > **tobla schrieb:** > > Da du bei Flow ein anderes Verhalten feststellst als in der Konsole, wäre es gut die Information wie von mir beschrieben innerhalb von Bootstrap abzurufen. Nur so findest du heraus, was und woher Flow seine Konfiguration bekommt. Ja, das ist ein guter Gedanke. Direkt abgegriffen per **echo phpinfo();** innerhalb der Bootstrap.php: > Configuration File (php.ini) Path => /etc/php5/cli > Loaded Configuration File => /etc/php5/cli/php.ini > Scan this dir for additional .ini files => /etc/php5/cli/conf.d Da sehe ich keinen Unterschied zwischen innerhalb und außerhalb. ### [#16](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/16) · tobla · 2013-12-25 Kommentiere diese date.timezone Abfrage doch temporär aus, bis das Team es gefixt hat. Ich verstehe ehrlich gesagt auch nicht ganz, warum die Entwickler einen Exit werfen wollen, wenn diese Konfiguration nicht vorhanden ist und nicht auf einen sinnvollen Default Value zurückgreifen. ### [#17](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/17) · tobla · 2013-12-25 Verstehe ich das richtig: Obwohl du beim Aufruf von Flow dein eigenes ini als Parameter mitgibst, nimmt er das Standardfile? Wenn dem wirklich so ist, übersteuert Flow wohl den Parameter. In dem Fall kann uns wohl nur kitsunet weiterhelfen. ### [#18](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/18) · radioking · 2013-12-25 > **tobla schrieb:** > > Kommentiere diese date.timezone Abfrage doch temporär aus, bis das Team es gefixt hat. Bei den magic_quotes_gpc würde das Problem ebenfalls bestehen und ich weiß ja nicht, ob die benötigten Einstellungen tatsächlich bei den beteiligten Skripten landen. Auskommentieren ist daher nicht wirklich die Lösung. ### [#19](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/19) · radioking · 2013-12-25 > **tobla schrieb:** > > Verstehe ich das richtig: Obwohl du beim Aufruf von Flow dein eigenes ini als Parameter mitgibst, nimmt er das Standardfile? Wenn dem wirklich so ist, übersteuert Flow wohl den Parameter. In dem Fall kann uns wohl nur kitsunet weiterhelfen. Ja, so sieht es aus. Wenn ich allerdings date.timezone und magic_quotes_gpc per -d mitgebe, dann läuft der flush Befehl durch (wenn auch mit dem oben geposteten Fehler). ### [#20](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/20) · Unbekannter Benutzer · 2013-12-29 Also Flow macht quasi einen weiteren Aufruf von sich selbst mit dem compile command, dabei wird die von php gemeldetete php.ini benutzt um den neuen Aufruf zu machen. Das genaue Command welches ausgeführt wird, wird in Packages/Framework/TYPO3.Flow/Classes/Core/Booting/Scripts.php::buildSubprocessCommmand() nachsehen. Da sieht man auch, dass man das ini File in den Settings explizit setzen kann (über TYPO3.Flow.core.subRequestPhpIniPathAndFilename). Damit sollte es gehen :) Viele Grüße und frohes Neues! ### [#21](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/21) · radioking · 2013-12-29 > Das genaue Command welches ausgeführt wird, wird in Packages/Framework/TYPO3.Flow/Classes/Core/Booting/Scripts.php::buildSubprocessCommmand() nachsehen. Bei mir in der Installation (Neos 1.0.1) finde ich den von Dir angegebenen Pfad nicht wieder. Stattdessen habe ich bei mir: ```php /TYPO3-Neos/Packages/Framework/TYPO3.Flow/Classes/TYPO3/Flow/Core/Booting/Scripts.php ``` Ist das der Pfad den Du meinst? > Da sieht man auch, dass man das ini File in den Settings explizit setzen kann (über TYPO3.Flow.core.subRequestPhpIniPathAndFilename). Sind damit diese Angaben in den /TYPO3-Neos/Configuration/Settings.yaml gemeint? ```php TYPO3: Flow: core: # Path and filename of the PHP binary # The constant PHP_BINDIR usually contains the path, but on Windows this doesn't work reliably phpBinaryPathAndFilename: '/usr/bin/php' # Set which php.ini file should be used for the CLI sub requests. # If not set (that is value equals NULL) the php.ini file of the executing process (usually the web server's) is used. # If set to a path and filename, the specified php.ini file is loaded. # If set to boolean FALSE, Flow does not try to specify any php.ini file to the sub process. subRequestPhpIniPathAndFilename: '/path/to/TYPO3-Neos/php-cli.ini' ``` Ich habe diese Angabe, aber Neos scheint sie nicht zu verwenden (oder sie werden von irgendwas wieder überschrieben). ### [#22](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/22) · radioking · 2013-12-30 Der Inhalt der in der Settings.yaml angegebenen **php-cli.ini** sieht übrigens so aus: ```php date.timezone = "Europe/Berlin" memory_limit = 256M ; default ist 128M xdebug.max_nesting_level = 500 ; Einkommentieren sofern xdebug verwendet wird detect_unicode = Off magic_quotes_gpc = Off ``` ### [#23](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/23) · radioking · 2013-12-30 > **radioking schrieb:** > > Noch ein Nachtrag: > > Wenn man die Shebang-Zeile des Skriptes flow im TYPO3-Neos Verzeichnis abändert in > > ```php > #!/usr/bin/php -d magic_quotes_gpc=0 -d date.timezone="Europe/Berlin" > ``` > > gelingt wohl der Cache flush - aber es kommt auch eine **Fehlermeldung von PHP**: > > > user@machine:~/path/to/TYPO3-Neos$./flow flow:cache:flush --force > > **PHP: syntax error, unexpected '=' in Unknown on line 7** > > Force-flushed caches for "Development" context. **Korrekur:** Das klappt so nicht! Bei Debian darf die Shebang Zeile nur 127 Zeichen (byte) lang sein und maximal 1 Leerzeichen enthalten. Es hängt dann vom Binary ab, ob es das darüber hinaus "am Stück" und ohne weitere Leerzeichen Übergebene versteht. PHP kann es offensichtlich nicht. Die Lösung besteht darin, die nötigen PHP-Direktiven in einer eigenen php-cli.ini abzulegen und diese durch Anhängen des Parameters -c an die Shebang-Zeile dem PHP-CLI-binary mitzugeben. Die besondere Feinheit ist dabei allerdings, zwischen -c und dem Pfad kein Leerzeichen zu lassen und den Pfad auch nicht in Anführungszeichen einzuschließen, sondern direkt mit /pfad/zur/php-cli.ini anzuschließen! Daher muss die Shebang Zeile in /TYPO3-Neos/flow so (und nur so) lauten: ```php #!/usr/bin/php -c/pfad/zur/php-cli.ini ``` ### [#24](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/24) · mediew · 2014-06-20 Hallo Community, gibt es hier eigentlich immer noch keine richtige Lösung? Bei mir ging es leider noch nie. Auch mit Neos 1.1 komme ich immer noch nicht bis zum Setup. =( Ich habe zum Testen ein Ubuntu-Server "PHP Version 5.3.10-1ubuntu3.8". In beiden php.ini's ist die Option "date.timezone = Europe/Berlin" gesetzt. Es ist wirklich merkwürdig... Ich habe zum Debuggen die folgende Datei angepasst... TYPO3-Neos-1.1/Packages/Framework/TYPO3.Flow/Classes/TYPO3/Flow/Core/Bootstrap.php ```php ... var_dump(ini_get('date.timezone')); if (ini_get('date.timezone') === '') { var_dump('hit'); echo('Flow requires the PHP setting "date.timezone" to be set. (Error #1342087777)'); exit(1); } ... ``` Als Rückgabe kommt dann schlicht... ```php string(13) "Europe/Berlin" Uncaught Exception in Flow #1355480641: string(0) "" string(3) "hit" Flow requires the PHP setting "date.timezone" to be set. (Error #1342087777) ``` (oder siehe Screenshot) [Bild: s7.directupload.net/…/i638ddq4.png](http://s7.directupload.net/images/140620/i638ddq4.png) Ein paar andere Code-Zeilen: ```php var_dump(ini_get('date.timezone')); # > string(13) "Europe/Berlin" var_dump(ini_get('date.timezone') === ''); # > bool(false) # Also eigentlich alles gut. ``` Es ist echt wie verhext. Ist das ein Bug in PHP? Konnte eigentlich überhaupt jemand das Problem lösen? :'( [Bild: \[upl-image-preview uuid=2f6ae975-0c2d-5679-a95d-d5994778aaba url=https://www.typo3.net/assets/files/typo3net/1485-2014-06-20_161132.png alt=2014-06-20_161132.png thumbnail_url=https://www.typo3.net/assets/files/typo3net/1485-2014-06-20_161132.png\]](https://www.typo3.net/assets/files/typo3net/1485-2014-06-20_161132.png) ### [#25](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/25) · mediew · 2014-06-20 · Beste Antwort (Text siehe oben unter „Beste Antwort“.) ### [#26](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/26) · Unbekannter Benutzer · 2014-06-22 Der letzte Post hier ist eigentlich das entscheidende. Im Browser mag das alles richtig aussehen, aber auch in der command line php.ini muss die Einstellung passen. ### [#27](https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set/27) · mediew · 2014-06-23 Hierzu hätte ich noch eine Frage. Bei jeder neuen Neos-Installation auf den genannten Ubuntu-Server muss ich jetzt in der Settings.yaml die Option "subRequestPhpIniPathAndFilename" (wie in dem vorherigen Post beschrieben) setzen. Hast du eine Idee warum es bei mir nicht ohne geht? Vor allen weil es ja der Standard-Pfad zur php.ini von CLI ist. Ich habe es zuhause noch bei einen anderen Debian-Testserver ausprobiert und dort ging es auch ohne diese Einstellung. Schon irgendwie merkwürdig... --- Quelle: „Neos Alpha5 Update - Flow requires the PHP setting "date.timezone" to be set.“, typo3.net, https://www.typo3.net/d/115729-neos-alpha5-update-flow-requires-the-php-setting-datetimezone-to-be-set Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.