Zeitstempel-Konverter

Ein Unix-Zeitstempel ist einfach die Anzahl der Sekunden seit Mitternacht UTC am 1. Januar 1970 — ein vor Jahrzehnten gewählter willkürlicher Referenzpunkt, der seitdem zum fast universellen Standard geworden ist, um einen Zeitpunkt in einem Computersystem darzustellen. Der Reiz ist, dass er ein Datum und eine Uhrzeit auf eine einzige, leicht zu vergleichende und zu speichernde Ganzzahl reduziert: zu prüfen, ob ein Moment vor einem anderen liegt, ist ein einfacher numerischer Vergleich statt einer Kalenderberechnung, und ihn zu speichern belegt eine feste, vorhersehbare Speichermenge, unabhängig davon, in welches Jahrhundert das Datum fällt. Deshalb liegt es allem zugrunde, von Zeitstempelspalten in Datenbanken bis zu API-Antworten und Protokolldatei-Einträgen, obwohl die rohe Zahl für eine sie direkt betrachtende Person keine Bedeutung hat — was der ganze Grund für die Existenz eines Konverters wie diesem ist.

Ein Unix-Zeitstempel, der den aktuellen Moment in Sekunden darstellt, ist zehn Ziffern lang, und derselbe Moment in Millisekunden ausgedrückt ist dreizehn Ziffern — drei zusätzliche Ziffern für Millisekundenpräzision. Dieser Längenunterschied ist der schnelle, zuverlässige Weg zu erkennen, in welcher Einheit eine gegebene Zahl ist, und erklärt auch die zwei häufigsten und verwirrendsten Fehlermodi, wenn die falsche Annahme getroffen wird. Einen Millisekundenwert an Code zu übergeben, der Sekunden erwartet, multipliziert das scheinbare Datum mit etwa tausend und landet irgendwo im Jahr 55000 — spektakulär und offensichtlich falsch. Einen Sekundenwert an Code zu übergeben, der Millisekunden erwartet, tut das Gegenteil: Es teilt die echte verstrichene Zeit durch etwa tausend, wodurch das interpretierte Datum irgendwo bei 1970 landet, nah genug an einem plausiblen Datum, um manchmal mit einem echten Fehler anderswo statt einer Einheitenverwechslung verwechselt zu werden.

Ein roher Unix-Zeitstempel trägt überhaupt keine Zeitzoneninformation — er ist einfach eine Zählung verstrichener Sekunden, identisch überall auf der Erde zu einem gegebenen Moment — und der Zeitpunkt, ihn in ein lesbares Datum umzuwandeln, ist, wo eine Zeitzone für Anzeigezwecke gewählt werden muss. Ereignisse mit UTC zu speichern und zu protokollieren (oder dem rohen Zeitstempel selbst, der per Definition zeitzonenunabhängig ist) bedeutet, dass jeder Eintrag in einem System exakt denselben Moment darstellt, egal in welcher Zeitzone sich der Server, die Datenbank, oder die den Eintrag lesende Person zufällig befinden. Zu lokaler Zeit zu konvertieren ist eine Entscheidung der Anzeigeschicht, die erst getroffen wird, wenn ein Mensch den Wert tatsächlich betrachtet, weshalb dieses Tool die beiden klar trennt: UTC und ISO 8601 als die Werte, die es wert sind, gespeichert und verglichen zu werden, lokale Zeit als die Version, die es wert ist, gelesen zu werden.

Eine erhebliche Menge älterer Infrastruktur — alter C-Code, manche eingebetteten Systeme, bestimmte ältere Datenbankspaltentypen — speichert einen Unix-Zeitstempel in einer vorzeichenbehafteten 32-Bit-Ganzzahl, die eine feste Obergrenze hat: Sie läuft um 03:14:07 UTC am 19. Januar 2038 über und springt zurück zu einem Datum von 1901, ein Fehler mit derselben zugrunde liegenden Form wie das Jahr-2000-Problem, aber in Binär-Ganzzahl-Grenzen verwurzelt statt in zweistelligen Jahren. JavaScript stellt Zahlen als 64-Bit-Fließkommawerte dar, die viel mehr Spielraum haben und diesem spezifischen Überlauf nicht unterliegen, daher ist ein in diesem Tool berechneter Zeitstempel nicht betroffen — die Sorge gilt jedem System, das den zu konvertierenden Zeitstempel ursprünglich erzeugt hat, nicht der hier stattfindenden Konvertierung.