Unix-Zeitstempel-Umrechner

Zeitstempel zu Datum und zurück — Sekunden und Millisekunden werden automatisch erkannt, angezeigt in Ihrer Zeitzone und UTC, mit live laufendem aktuellem Zeitstempel.

995 Aufrufe

Aktueller Zeitstempel (live)

Wie es funktioniert

Ein Unix-Zeitstempel zählt die vollen Sekunden, die seit 00:00:00 UTC am 1. Januar 1970 vergangen sind — einem festen Bezugspunkt, der Epoche genannt wird. Die Zahl 1.784.000.000 fällt in den Juli 2026; jede Sekunde seit 1970 hat ihre eigene, eindeutige Ganzzahl, ohne dass Zeitzone, Kalendermonat oder Sommerzeit eingerechnet wären. Genau deshalb speichern Datenbanken, APIs und Logdateien Zeit auf diese Weise: Zwei Server auf gegenüberliegenden Seiten der Erde berechnen für denselben Moment denselben Zeitstempel, und Zeitstempel numerisch zu sortieren ist gleichbedeutend damit, sie chronologisch zu sortieren — ohne dass eine Datumsparsing-Logik nötig wäre.

Einen Zeitstempel in ein für Menschen lesbares Datum umzuwandeln bedeutet, diese Ganzzahl anhand einer bestimmten Zeitzone zu interpretieren: Der zugrunde liegende Moment ändert sich nicht, nur die Art der Anzeige. Dieses Tool zeigt Ihre lokale Zeitzone und UTC nebeneinander an, sodass eine Abweichung leicht auffällt — der Zeitstempel 1784000000 etwa liest sich als 2026-07-13 22:13:20 UTC, was in UTC+3 zu 2026-07-14 01:13:20 wird. In die andere Richtung — vom Datum zum Zeitstempel — gilt dieselbe Logik umgekehrt: Das Tool nimmt die eingegebenen Datumsfelder, behandelt sie als zur gewählten Zeitzone gehörig und berechnet die entsprechende Epoch-Ganzzahl. Sekunden und Millisekunden werden automatisch anhand der Ziffernanzahl erkannt, sodass beide Formate ohne Konfiguration funktionieren.

Was Sie wissen sollten

Eine klassische 32-Bit-Ganzzahl mit Vorzeichen kann nur bis 2.147.483.647 Sekunden nach der Epoche zählen — dieser Wert wird um 03:14:07 UTC am 19. Januar 2038 erreicht, das sogenannte „Jahr-2038-Problem". Systeme, die Zeitstempel noch in 32 Bit speichern, springen in diesem Moment auf eine negative Zahl um, ähnlich im Prinzip wie der Y2K-Fehler. Moderne 64-Bit-Systeme speichern denselben Wert in einer viel größeren Ganzzahl und bleiben für etwa 292 Milliarden Jahre gültig, sodass heutige Datenbanken, Betriebssysteme und Programmiersprachen davon nicht betroffen sind. Negative Zeitstempel sind ebenfalls gültig — sie kodieren einfach Daten vor dem 1. Januar 1970 und zählen rückwärts. Eine weitere Feinheit: Gelegentlich wird eine Schaltsekunde in UTC eingefügt, um mit der Erdrotation Schritt zu halten, aber der Unix-Zeitstempel-Standard ignoriert Schaltsekunden vollständig und behandelt jeden Tag als exakt 86.400 Sekunden — das hält die Zeitstempel-Arithmetik einfach, auf Kosten astronomischer Exaktheit.

Unix-Zeitstempel tauchen in der alltäglichen Entwicklung ständig auf: JSON Web Tokens kodieren ihr Ablaufdatum als exp-Anspruch in Epoch-Sekunden, HTTP-Cache-Header und Cookies setzen ihr Ablaufdatum oft auf dieselbe Weise, und Scheduling-Systeme vergleichen die aktuelle Epoche mit einem Zielwert, um zu entscheiden, wann sie auslösen. Da das Format nur eine Ganzzahl ist, ist Datumsarithmetik damit trivial: 86.400 zu einem Zeitstempel zu addieren bedeutet immer genau einen Tag später in UTC, unabhängig davon, in welchen Monat oder welches Schaltjahr das fällt — etwas, das Arithmetik mit Kalenderdaten weit fehleranfälliger macht. Das ist auch, warum fast jede Programmiersprache eine einfache Funktion bereitstellt, um „jetzt" als Zeitstempel zu lesen — PHPs time(), JavaScripts Date.now(), Pythons time.time() — und warum es ausreicht, zwei Zeitstempel als einfache Zahlen zu vergleichen, um zu wissen, welches Ereignis zuerst eintrat, egal wo auf der Welt es stattfand.

Häufig gestellte Fragen

Warum ist mein Zeitstempel 3 Stunden daneben?

Zeitstempel sind per Definition UTC; die Verschiebung entsteht erst bei der Anzeige. Vergleichen Sie die UTC-Zeile hier mit Ihrer API — stimmen sie überein, sind die Daten korrekt und nur die lokale Darstellung unterscheidet sich.

Sekunden oder Millisekunden — was verwendet mein System?

Zählen Sie die Stellen: 10 Stellen = Sekunden (bis 2286), 13 = Millisekunden. Unix-Tools und PHP time() nutzen Sekunden; JavaScript Date.now() und Java nutzen Millisekunden.

Was genau passiert an der Grenze des „Jahres 2038"?

Systeme, die einen Zeitstempel als vorzeichenbehaftete 32-Bit-Ganzzahl speichern, können nicht höher als 2.147.483.647 zählen — dieser Wert wird um 03:14:07 UTC am 19. Januar 2038 erreicht. Eine Sekunde später läuft der Wert über und springt auf eine große negative Zahl, die Software typischerweise fälschlich als ein Datum im Jahr 1901 liest. 64-Bit-Systeme speichern dieselbe Ganzzahl mit weit mehr Spielraum und sind davon nicht betroffen.

Warum ignorieren Zeitstempel Schaltsekunden?

Der Unix-Zeitstempel-Standard definiert jeden Tag als exakt 86.400 Sekunden, sodass er mit einfacher Arithmetik zwischen Sekunden und Kalenderdaten umrechnen kann. Das reale UTC fügt gelegentlich eine Schaltsekunde ein, um mit der leicht unregelmäßigen Erdrotation Schritt zu halten, aber diese zusätzliche Sekunde wird im Zeitstempel nicht abgebildet — sie wird geglättet, was die Zeitstempel-Arithmetik vorhersehbar hält, auf Kosten einer astronomischen Abweichung von Bruchteilen einer Sekunde.

Kann ein Unix-Zeitstempel negativ sein?

Ja. Negative Werte zählen einfach Sekunden rückwärts von der Epoche, sodass -86400 den 31. Dezember 1969, 00:00:00 UTC darstellt. Nicht jedes System akzeptiert negative Zeitstempel, aber das Format selbst unterstützt jedes Datum vor 1970 ohne Sonderbehandlung.

Kommentare

Noch keine Kommentare — schreiben Sie den ersten!

Ähnliche Tools