[TYPO3-german] Fluid <f:format.date> addiert 1 Stunde

[bernd wilke]

Am 09.01.15 um 11:49 schrieb Marc Willmann:
> Hallo Bernd,
>
>> es gibt schon Konfigurationen wo je nach Situation eine Zeitangabe
>> scheinbar um Stunden springt, weil bei der ganzen Umrechnerei zwischen
>> UTC und aktuell benutzter Zeitzone (Eingabe, Ausgabe, Viewhelper, ...)
>> alles komplizierter gemacht wird als es benötigt wird (und z.B.
>> fehlerhafterweise bei jedem Bearbeiten ein Offset addiert wird).
>>
>> Gerade wenn man nur ein Datum benötigt (und benutzen will) und die
>> Uhrzeit dann auf 0:00 gesetzt wird kann eine Änderung um eine Stunde auf
>> einmal im vorherigen Tag landen.
>
> DAS sollte natürlich auf keinen Fall passieren; aus diesem Grund ist es
> ja auch exterm wichtig, dass die Serverzeit in einer definierten
> Zeitzone (UTC) geführt wird. Und zwar unabhängig davon, ob der Server in
> UTC steht (tut er bei mir meist nicht) oder nicht.
>
> Ein beliebter Fehler ist es, dem Server die Ortszeit einzugeben; korrekt
> ist aber UTC und zusätzliche die Zeitzone zu pflegen. Auf den ersten
> Blick macht das keinen Unterschied, aber genau für Dein
> Anwendungsszenario ist das schon relevant.

das könnte dann aber z.B. bei TYPO3 dazu führen dass der Inhalt einer 
deutschen Website nicht pünktlich zum Datumswechsel sondern erst eine 
(oder im Sommer zwei) Stunden später ausgetauscht wird. Da das mittenin 
der Nacht ist und bei den meisten Seiten damit zu eienr Zeit mit wenig 
Besuchern mag das akzeptabel bis irrelevant sein. aber manchmal ist es 
schon wichtig (zb. wenn ein Formular bis genau zum Ende eines 
Anmeldezeitraumes sichtbar/aktiv sein muss)

>> egal ob BE oder FE: wenn man es sich genau überlegt braucht es einiges
>> an Zusatzkonfiguration um ein Verhalten genauer festzulegen.
>> betrachten wir mal drei Standort: Japan, Deutschland, New-York / Editor,
>> Server, Besucher (beliebig zuordnen bar)
>>
>> jetzt heißt es: eine Information soll ab 20:00 angezeigt werden.
>> 20:00 Japan, 20:00 Deutschland oder 20:00 New York?
>> die Zeitzone des Editors oder die des Servers oder die des Seitenbesuchers?
>
> 20:00 Uhr in der Zeitzone des Servers. Über alles andere kann der Server
> keine Entscheidungen treffen. Sollte der Editor in einer anderen
> Zeitzone sitzen, müsste er tatsächlich umrechnen - BEIM Eintragen der
> Zeit. Das ist aber unabhängig von TYPO3 oder auch nur des Internets;
> wenn ich nach Mexiko telefoniere, muss ich mir auch überlegen, wie spät
> es dort ist, um nicht alle aus dem Bett zu holen... ;-)

s.o.

>> Wenn der Editor eine solche Zeitangabe einträgt soll seine Zeitangabe
>> dann aus seiner Zeitzone auf Serverzeitzone (oder Besucherzeitzone)
>> umgerechnet werden oder unverändert übernommen werden (um dann bei der
>> Auswertung erst interpretiert werden)?
>
> Das ist eine Frage des Workflows; pflegen regelmäßig nur Redakteure in
> nur EINER Zeitzone einen Server in einer anderen Zone, könnte man den
> Offset natürlich automatisch berechnen. Das ist bei mir tatsächlich aber
> selten der Use-Case; wichtig ist eben, dass der Server die Zeit in UTC
> in die Datenbank ablegt und beim Ausgeben der Zeit in die korrekte
> Zeitzone umrechnet. Damit habe ich bislang wenig bis keine Probleme gehabt.
>
> Probleme gab's regelmäßig nur dann, wenn Server auf Lokalzeit
> konfiguriert waren und dann auf Datum 0:00 geprüft wurde (die
> gespeicherte Zeit aber 23:00 oder 01:00 war).
>

Ich habe jetzt keine genauen Informationen, nur so eine etwas unkonkrete 
Erinnerung:
ich meine irgendwo gelesen zu haben, dass PHP und javascript bei den 
Aus- und Eingaben von Zeiten/Datumsangaben individuell Zeitzonen ein- 
und ausrechnen. Und gerade bei der Benutzung fertiger Libraries kann man 
das eben nicht immer deaktivieren/konfigurieren.
Das führt dann immer wieder zu diesen unliebsamen Zeitverschiebungen, da 
PHP ja auf dem server, JS aber auf dem (editor)-Client ausgeführt 
werden, und die ja unterschiedliche Zeitzonen haben können.

bernd
-- 
http://www.pi-phi.de/cheatsheet.html