Online Marketing, Gadgets, Affiliate, Verdienen Sie Geld mit Ihren Blogs

Server-Zeitzonen: Was kann schiefgehen?

Hinweis: Der folgende Artikel hilft Ihnen dabei: Server-Zeitzonen: Was kann schiefgehen?

Server-Zeitzonen: Was kann schiefgehen?

Für den durchschnittlichen Amerikaner, der in Chicago lebt, ist es einfach, die Uhrzeit in New York zu bestimmen. Nehmen Sie sich einfach die Zeit in Chicago und addieren Sie eine Stunde dazu: Aus 10 Uhr wird 11 Uhr.
Doch Zeitzonen werden komplizierter, wenn es um Geopolitik geht, und für alle Aufgaben, die Zeitverarbeitung beinhalten, ist die Kenntnis der richtigen Zeitzone von entscheidender Bedeutung.
Lesen Sie weiter, um herauszufinden, wie die Zeitzone eines Servers am häufigsten fehlschlagen kann und wie Sie das Problem beheben können.

Wie können Zeitzonen falsch sein?

Sie wissen also, was Zeitzonen sind, und Sie haben jeden einzelnen Ihrer Server so konfiguriert, dass er diese korrekt widerspiegelt. Für einen Client im Vereinigten Königreich haben Sie den Server auf GMT +0 eingestellt, für einen anderen in Russland haben Sie ihn auf UTC +4 eingestellt, und für einen anderen in Kalifornien haben Sie ihn auf GMT -8 eingestellt (glauben Sie).
Herzlichen Glückwunsch, Sie haben es geschafft, Zeitzonen einzurichten, die den Standort Ihrer Kunden widerspiegeln. Aber Sie haben einen Fehler gemacht … sogar ein paar. Ihre Kunden sind schnell wieder am Telefon und fragen, warum Sie diese Zeitzone ausgewählt haben, und teilen Ihnen mit, dass sie so schnell wie möglich geändert werden muss.
Also, was hast du falsch gemacht?

Lesen:  Einführung geeigneter CSS- und HTML-Frameworks

Sie haben die Sommerzeit vergessen

Stellen Sie sich vor, Sie richten einen Server ein und kommen an einen Punkt, an dem Sie eine Zeitzone festlegen müssen. „Naja, Michigan liegt (fast vollständig) in der östlichen Zeitzone“, denken Sie sich, „und es ist der 27. März, also stelle ich die Zeitzone auf EDT.“ Wenn Sie die Zeitzone auf „EDT“ einstellen, würde dies gut funktionieren … Bis zum 4. November.
Das liegt daran, dass zu diesem Zeitpunkt die Sommerzeit (DST) endet. Zu diesem Zeitpunkt wäre Ihr Server eine Stunde lang ausgeschaltet, bis die Sommerzeit wieder beginnt. Wenn Sie Ihre Zeitzone stattdessen auf „Amerika/Detroit“ eingestellt hätten, wäre zum richtigen Zeitpunkt auf die Sommerzeit umgestellt worden und würde auch wieder zurück wechseln. Aus diesem Grund müssen Sie bei der Installation von Betriebssystemen häufig direkt einen Standort anstelle einer Zeitzone auswählen.

Einige Zeitzonen sind nicht das, was sie erscheinen

Ein Client fordert, dass die Zeitzone auf „GMT-8“ eingestellt wird, was 8 Stunden hinter UTC/GMT bedeutet. (Entspricht in etwa British Columbia, Kalifornien, dem größten Teil von Nevada und einigen Teilen von Mexiko.) Sie gehen glücklich los und stellen die Zeitzone auf die ein IANA-Zeitzonendatenbank Sonderverwaltungszone (wow, was für ein Bissen) von „Etc/GMT-8“. Dann gehen Sie glücklich Ihrem Tag nach.
Bis der Kunde sich hektisch beeilt, Ihnen mitzuteilen, dass Sie einen kompletten Fehler gemacht haben und die Zeitzone auf GMT+8 eingestellt hat, das Gegenteil von dem, was er wollte. (Dies entspricht in etwa Ostasien, und eine lustige Tatsache: Dies ist die bevölkerungsreichste Zeitzone der Welt.)
Sie überprüfen noch einmal, zu welcher Datei /etc/localtime es sich um einen symbolischen Link handelt. Sie sehen /usr/share/zoneinfo/Etc/GMT-8, was korrekt erscheint. Sie kratzen sich eine Weile am Kopf.
Irgendwann wagen Sie sich so weit in die Tiefe, dass Sie feststellen, dass das Vorzeichen der „Etc/GMT“-Zeitzonen in der IANA-Zeitzonendatenbank geändert wurde Legacy-POSIX-Gründe, genau wie alles Seltsame in der wunderbaren Welt von Linux. Sie stellen die Zeitzone auf „Etc/GMT+8“ um und aktualisieren. Alles ist gut mit der Welt.

Lesen:  Wie kann man mit WordPress eine Karriere aufbauen?

Zeitzonen spiegeln die Geopolitik wider

Wir schreiben das Jahr 2013. Zwischen häufigem Harlem Shake erhalten Sie eine Clientanfrage, den Server auf die gleiche Zeitzone wie Moskau zu aktualisieren. Da Sie geopolitisch sehr versiert sind, wussten Sie sofort, dass Russland 2011 auf „permanente Sommerzeit“ umgestellt hat und die Zeitzone Moskaus UTC+4 sein würde. Dauerhaft hört sich für Sie sicher wie eine Ewigkeit an, also klopfen Sie sich selbst auf die Schulter und nennen es gut.
ABER Du liegst falsch.
Russland hat im Oktober 2014 auf, ähm, permanente Nicht-Sommerzeit (?) umgestellt, wodurch die richtige Zeitzone für Moskau UTC+3 von diesem Zeitpunkt an „permanent“ war. Da Sie UTC+4 verwendet haben, wurde die Serverzeit im Jahr 2014 deaktiviert und der Client musste ein neues Ticket erstellen, um sie anzupassen.
Wenn Sie stattdessen „Europa/Moskau“ verwendet hätten, wäre die Zeitzone aufgrund von Aktualisierungen des Pakets „tzdata“ im Jahr 2014 korrekt angepasst worden. Dieses Paket enthält die IANA-Zeitzonendatenbank und wird im Laufe der Zeit für administrative und geopolitische Änderungen aktualisiert.

Zeitzone in Ort ändern

Anstatt die Server auf eine bestimmte benannte Zeitzone umzustellen, empfehlen wir, die Zeit auf einen bestimmten Standort einzustellen. Dies hilft, die oben beschriebenen Fallstricke und Probleme zu vermeiden.
Eine der beliebtesten Zeitzonendatenbanken heißt tz-Datenbank. Innerhalb der Datenbank haben verschiedene Standorte je nach Gebiet/Standort unterschiedliche Namen. Zum Beispiel Amerika/Detroit, Europa/London usw.
Anstatt auf einen UTC/GMT-Offset wie GMT+8 umzusteigen, können Datenbanken wie die tz-Datenbank Berücksichtigen Sie geopolitische und andere Veränderungen auf der ganzen Welt, sodass Sie die Zeitzone auf einen Ort einstellen können. Das heißt, solange Sie Ihren Standort richtig eingestellt haben, wird Ihre Zeitzone nie falsch sein … wahrscheinlich.