zeit(zone[n]) und datum internationalisierung

[hajo]

sollte man von anfang an bedenken, hab ich bisher immer verschlafen und sollte hier nicht auch passieren da es systemweite umbau arbeiten mit sich bringen würde.

alle datums- und zeitangaben sollten in UTC +0 gespeichert werden, die ausgabe je nach system einstellung erfolgen oder wenn sich ein user angemeldet hat je nach user einstellung, evtl auch von außen ohne user account einstellbar machen und das für die ip adresse sogar als cookie speichern

ebenfalls muss die sommerzeit behandelt werden, was problematisch sein könnte da diese außerhalb der eu in einigen ländern merkwürdige und unterschiedliche anfangs und end zeiten mit sich bringt. soweit ich bisher gesehen habe ist die sommerzeit-differenz aber überall eine stunde.

bei den übersetzungen der sprachen und/oder als user einstellung sollte zudem das format der datums und zeit ausgabe wechselbar sein.

es wäre sicherlich sinnvoll eine zeit/datum klasse zur abhandlung zu schreiben, kann gerne dafür vorschläge machen.

[xsign.dll]

als timstamp speichern und beim konvertieren mi dem jeweiligen offset beandeln... grundsätzlich sowieso als timestamp speichern, da andere Datenbanke die nprmalen Datums/Zeit Funktionen nicht imer beherrschen

[Jens-A. Koch]

bei den übersetzungen der sprachen und/oder als user einstellung sollte zudem das format der datums und zeit ausgabe wechselbar sein.

irgendwie gabs dafür ne smarty function. d.h. die umstellungen von YMD zu DMY etc.