2017-05-09 8 views
0

その混乱しています。私はDateTimeで注釈されたモデルのプロパティを持っています。私のデータベースでは、タイムスタンプとして保存されています。 Frontendでは、このプロパティを出力するためにf:format.dateビューヘルパーを使用します。TYPO3とFluidでタイムゾーン処理を修正しました

私は新しいレコードを作成し、f.e.を追加します。 01.06.2017 10:00このフィールドには、私のデータベースに01.06.2017 08:00のタイムスタンプが格納されています。フロントエンドで出力が正しいです。それまではすべてが問題ありません。

3月の最後の時間変更により、出力に+2時間がかかります。私は10月に再び変わると仮定し、出力はこれよりも大きくなります:01.06.2017 08:00。

どうすればこの問題を防ぐことができますか?ビジネスにとって重要なので、これらの日付が変わるときは間違いなく問題です。

10月に何が起こるのかをテストするにはどうすればよいですか?

+1

http://stackoverflow.com/questions/36521073/how-can-i-avoid-datetime-problems-in-typo3に関連する –

答えて

1

問題はTYPO3がUTCとして正規化された時間を節約するために発生します。正規化(およびその後の非正規化)のために、サーバーのタイムゾーン設定を尊重します。 LocalConfiguration.phpで与えられた設定。
6.2までは[SYS][serverTimeZone][SYS][phpTimeZone]の2つの設定がありました。
7.6では、servertimezoneがPHP自体から検出されるため、[SYS][phpTimeZone]になります。

[SYS][phpTimeZone]に「UTC」という文字列を設定することで、サーバーのタイムゾーンを「UTC」にフェードすることができます。このようにして、時間はもう変わらないはずです。

+0

夏期でも冬期であってもですか? :-) – Falk

+1

UTCには夏時間がありません(https://www.timeanddate.com/time/change/timezone/utc)。すべての時間は入力されたままです。 –

関連する問題