Zeitstempel-Konverter

Über Unix-Zeitstempel

Ein Unix-Zeitstempel zählt Sekunden (oder Millisekunden) seit dem 1. Januar 1970 UTC — der „Epoche“. Es ist eine einzelne Zahl, die einen Zeitpunkt eindeutig darstellt, unabhängig von Zeitzone oder Kalenderformat, weshalb die meisten Systeme Daten intern auf diese Weise speichern und austauschen.

Unix-Zeit ignoriert bekanntermaßen Schaltsekunden — jeder Tag ist als exakt 86.400 Sekunden definiert, sodass die seltenen Schaltsekunden, die Uhren mit der Erdrotation im Einklang halten, einfach absorbiert statt gezählt werden, weshalb Unix-Zeit manchmal „nahezu linear“ statt wirklich linear genannt wird. Eine praktischere Grenze: Die traditionelle 32-Bit-vorzeichenbehaftete Darstellung der Unix-Zeit läuft am 19. Januar 2038 über — das sogenannte Jahr-2038-Problem —, obwohl die meisten Systeme heute Zeitstempel als 64-Bit-Werte speichern, was denselben Überlauf um etwa 292 Milliarden Jahre hinausschiebt.

Wo Sie darauf treffen

• Ein created_at- oder expires_at-Feld aus einer API-Antwort oder Datenbankzeile lesen
• Debuggen, warum der exp- oder iat-Claim eines JWT nicht der Erwartung entspricht
• Einen Log-Zeitstempel bei der Untersuchung eines Vorfalls in die eigene Ortszeit umrechnen
• Prüfen, ob ein Cache, Token oder eine Sitzung tatsächlich abgelaufen ist

Häufige Fragen

Wie erkenne ich, ob ein Zeitstempel in Sekunden oder Millisekunden vorliegt?
Auf Sekunden basierende Zeitstempel für aktuelle Daten sind 10 Ziffern lang, auf Millisekunden basierende 13. Dieses Tool erkennt automatisch, welche Variante Sie eingefügt haben.

Warum sieht mein Zeitstempel um ein paar Stunden „falsch“ aus?
Ein Unix-Zeitstempel selbst hat keine Zeitzone — er ist ein exakter Zeitpunkt. Was sich ändert, ist die Darstellung: Die Zeilen UTC und Lokal zeigen hier denselben Zeitpunkt, nur für zwei verschiedene Zeitzonen formatiert.

Funktioniert das auch mit Daten vor 1970?
Ja — negative Zeitstempel stellen Zeitpunkte vor der Epoche dar, und dieses Tool analysiert und zeigt sie auf dieselbe Weise an.

Was ist das Jahr-2038-Problem?
Ein traditioneller 32-Bit-vorzeichenbehafteter Unix-Zeitstempel kann nur bis 2.147.483.647 Sekunden nach der Epoche zählen, was am 19. Januar 2038 um 03:14:07 UTC erreicht wird — eine Sekunde später läuft er über und springt zu einer negativen Zahl, die typischerweise als ein Datum im Jahr 1901 gelesen wird. Betroffen sind Systeme, die noch 32-Bit-Zeitstempel verwenden (manche eingebettete und ältere 32-Bit-Software); die meisten modernen 64-Bit-Systeme speichern Zeitstempel bereits in 64 Bit, was denselben Überlauf weit über jeden praktischen Zeitrahmen hinaus verschiebt.