nicht angemeldet
hallo,
Z.B. ist interessant, zu welchen Uhrzeiten am meisten gepostet wird. Also eine Kurve, die ueber 24 Stunden das mittlere Postingaufkommen angibt. Allerdings koennte man sich ueberlegen, ob man gerade dafuer diese Differenz doch nicht zurueckrechnet, da ja die Leute dann auch um eine Stunde versetzt aufstehen, leben und posten.
Wobei imho die Sommerzeit sowieso mitberücksichtigt werden sollte, da ja der Tagesablauf von der festgelegten und nicht der, na ja ich weiß nicht astronomischen vielleicht, Ughrzeit abhängt.
So lange die Zeiten immer innerhalb eines bestimmten Zeitrahmen Verwendung finden, ist eigentlich nicht relevant, wie die Zeiten gespeichert werden. O.k. es gibt gerade bei Sommer-Winterzeit-Umstellungen Probleme mit Zeiterfassungssystemen oder andere Systeme, welche eine homogene Zeitlinie benötigen.
Problematischer ist meienr Ansichtr nach vielmehr, wenn unterschiedliche Zeitzonen verwendet werden.
Leider habe ich bisher noch keine Möglichkeit gefunden, herauszubekommen, in welcher Zeitzone sich der Client gerade befindet, um so eine clientgerechte Uhrzeit darstellen zu können.
Nehmen wir dieses Forum als Beispiel. Alles funktioniert wunderbar, solange der Client in Mitteleuropa ist. Sollte ich aber zufälligerweise gerade in den USA sein, und sehe mir mal die Postings an, dann sehe ich Uhrzeiten, welche mit der, in der ich aktuell bin, nichts mehr zu tun haben.
Das ist für dieses Formum vielleicht nicht so wichtig, in anderen Systemen, Ecommerce oder so, kann das imho zu Problemen führen.
Bei einem Mail wird, soweit ich weiß, die Zeit immer mit der Angabe der Zeitzone angegeben, was dazu führt, daß die Clients diese auch auswerten können und entsprechend der Clientzeitzone korrigieren können. So machts zumindest sendmail. Ob Exchange das auch macht, weiß ich nicht, da ich vor diesem Moloch bisher immer die Finger gelassen habe ;-)
Vielleicht kann sich daraus eine Frage für n.d.parker entwickeln. Ich versuchs mal:
weiß irgendwer eine Möglichkeit, serverseitig zu bestimmen, in welcher Zeitzone der Client gerade ist?
Ansonsten kann ich nur sagen, daß ich sofern es möglich ist, die Zeitangaben immer in GMT speichere, um eine möglichst homogene Zeit zu realisieren.
Da fällt mir gerade ein, daß das auch zu Problemem führen kann. Wenn ich z.B. im Sommer die aktuelle Zeit abspeichere (19:44) dann speichere ich doch 17:44 GMT. Wenn ich dann im Winter darauf zugreife, dann stelle ich aber 18:44 dar. So ein Mist, wieder falsch. Hmm. Wir sollten doch auf Stardate umstellen, aber welche Berechnungsmethode sollen wir wählen die von TNG, den Filmen, oder doch von DS9 ?? Ich habs schon immer gesagt. Datum und Zeit ist nichts für Computer.
Grüße
Klaus