[Gelöst] CMS_DATE nimmt den Vortag

[homtata]

Hallo,

ich habe in einer 4.9.3 einen Fehler in CMS_DATE... Das Modul ist für eine Terminliste ein ein Template eingebunden. Gehe ich dann im Artikel auf das Datum und wähle im Popup das korrekte Datum aus und verlasse das Popup, dann steht dort erstml im Datumsfeld das korrekte Datum. SPEICHERE ich diesen Wert nun aber über den grünen Haken ab, dann wird das Datum um einen Tag verringert und auch so gespeichert!

Also: aus dem gewählten 20. August 2015 wird im letzten Schritt der 19. August 2015!
Und wenn ich dann nach dem Speichern das Popup wieder aufrufe, ist dort auch nicht das gespeicherte Datum voreingestellt, sondern nur das aktuelle Tagesdatum.

In meinen anderen 4.9.3-Installationen ist das nicht so... Sehr seltsam. Hat jemand eine Idee?

Problem ist erstmal gelöst:
In data/config/production/config.misc.php ist folgende Variable leer:

Code: Alles auswählen

$cfg['php_settings']['date.timezone'] = '';

Auf dem Server, der hier "spinnt", scheint nun das Problem wie folgt zu sein: Das Popupdatum wird erstmal kurzzeitig korrekt im Inputfeld angezeigt. Beim Speichern wird dieses Datum als Unix-Timestamp gespeichert. Dieser wird abhängig von der Serverzeitzone und der o.g. Einstellung nun aber unterschiedlich interpretiert. Da man das Datum meist als "Mitternacht" eingibt, spuckt der rückverwandelte Unix-Wert mal den Vortag, 23.00 Uhr aus oder eben den korrekten Tag, 00:00! War mir so auch nicht klar..

Um das Problem zu beheben, habe ich nun die o.g. Variable gesetzt auf:

Code: Alles auswählen

$cfg['php_settings']['date.timezone'] = 'Europe/Berlin';

..und nun stimmt wieder alles ...

[rethus]

Danke für dein Feedback nach gelöstem Problem.
Am saubersten wäre es wahrscheinlich, wenn dein Provider dass in der php.ini setzen würde! Aber du hast dir ja schon zu helfen gewusst.

[Oldperl]

Danke für dein Feedback nach gelöstem Problem.
Am saubersten wäre es wahrscheinlich, wenn dein Provider dass in der php.ini setzen würde! Aber du hast dir ja schon zu helfen gewusst.

Nö, das ist auch nur ein Kann! Ist nirgends etwas vermerkt sollte PHP die UTC nutzen. Darauf könnte man gegebenenfalls prüfen und entsprechend reagieren. Ansonsten würde ich IMMER bei einer Webseite MEINE lokale Zeit einstellen (wollen) und eigentlich nicht die des Servers bzw. des Providers (der könnte ja wer weiß wo stehen/sein). Auch ist der Vorteil dieses in der Config zu tun, das man es selbst anpassen kann, zumal nicht jeder Zugriff auf die php.ini hat, je nach Webspace und Provider.

Gruß aus Franken

Ortwin

[rethus]

Anyway, meiner Meinung nach gehört zum guten Service, die Grundeinstellung eines Servers entsprechend seines Standortes sauber vorzukonfigurieren.
Auch wenn der Wert vorkonfiguriert ist, kann ich Ihn ja jederzeit über die eigene Config anpassen wenn ich Ihn doch anders haben möchte. Ein Punkt weniger der meine Aufmerksamkeit erfordert!

Aber dass mag jeder sehen wie er möchte.