Unix-Zeitstempel-Konverter
Konvertiert zwischen Unix-Zeitstempeln (Sekunden oder Millisekunden seit der Epoche) und lesbaren Datumsangaben. Unterstützt mehrere Zeitzonen, sofortiges Ausfüllen der aktuellen Zeit und relative Zeitanzeige für Entwickler.
Grundlagen des Unix-Zeitstempels
Ein Unix-Zeitstempel stellt ein Datum als die Anzahl der seit 00:00:00 UTC am 1. Januar 1970 (der Unix-Epoche) vergangenen Sekunden dar. Nachfolgend eine Tabelle bekannter Zeitstempelwerte und der von ihnen dargestellten Daten.
| Zeitstempel (Sekunden) | UTC-Datum und -Uhrzeit | Anmerkung |
|---|---|---|
| 0 | 1970-01-01T00:00:00Z | Die Unix-Epoche (Ausgangspunkt aller Zeitstempel) |
| 1000000000 | 2001-09-09T01:46:40Z | Der Moment, in dem der Zeitstempel eine Milliarde Sekunden erreichte (das "Unix Billennium") |
| 1234567890 | 2009-02-13T23:31:30Z | Ein Wert, der dafür bekannt wurde, die Ziffern 1 bis 9 in Folge zu enthalten |
| 2147483647 | 2038-01-19T03:14:07Z | Das Jahr-2038-Problem: der Maximalwert einer vorzeichenbehafteten 32-Bit-Ganzzahl (ein Sekunde später kommt es zum Überlauf) |
Was dieser Unix-Zeitstempel-Konverter leistet
Dieses Tool wandelt Unix-Zeitstempel und lesbare Datumsangaben in beide Richtungen um, vollständig im Browser: Ihre eingegebenen Werte werden nirgendwo an einen Server übertragen. In der Richtung "Zeitstempel -> Datum" fügen Sie eine Zahl ein, und das Tool erkennt anhand der Stellenzahl automatisch, ob es sich um Sekunden oder Millisekunden seit der Epoche handelt (ab einem Betrag von einer Billion wird auf Millisekunden geschlossen), und zeigt zugleich die ISO-8601-Darstellung in UTC, eine relative Zeitangabe wie "vor 3 Stunden" sowie den gleichen Moment in sechs gängigen Zeitzonen an. In der Gegenrichtung wählen Sie Datum, Uhrzeit und Zeitzone, und das Tool berechnet daraus die passenden Zeitstempelwerte in Sekunden und Millisekunden.
Bei der Umrechnung eines Datums in einen Zeitstempel berücksichtigt das Tool auch Übergänge zwischen Sommer- und Normalzeit korrekt und weist ungültige Kalenderdaten wie den 30. Februar zurück, statt stillschweigend ein falsches Ergebnis zu liefern. Ein Bezug zum sogenannten Jahr-2038-Problem besteht insofern, als Systeme, die Zeitstempel als vorzeichenbehaftete 32-Bit-Ganzzahl speichern, am 19. Januar 2038 um 03:14:07 UTC (dem Wert 2.147.483.647) an ihre Grenze stoßen; dieses Tool selbst rechnet intern mit größeren Zahlenbereichen und ist von dieser Beschränkung nicht betroffen.
So verwenden Sie den Konverter
- Umrechnungsrichtung wählen Entscheiden Sie, ob Sie einen Zeitstempel in ein Datum oder ein Datum in einen Zeitstempel umwandeln möchten, und öffnen Sie die entsprechende Karte.
- Zeitstempel eingeben oder Datum wählen Fügen Sie im ersten Fall die Zahl aus Ihrem Log oder Ihrer API-Antwort ein; im zweiten Fall wählen Sie Datum und Uhrzeit über das Eingabefeld aus.
- Einheit oder Zeitzone festlegen Belassen Sie die Einheit bei "Automatische Erkennung" oder wählen Sie sie manuell; für die Rückrichtung geben Sie ausdrücklich die Zeitzone des eingegebenen Datums an.
- Ergebnis in allen sechs Zeitzonen prüfen Das Ergebnis erscheint sofort als ISO-8601-Zeit, relative Zeitangabe sowie in der Tabelle mit UTC, Tokio, New York, Los Angeles, London und Paris.
- Bei Bedarf die aktuelle Zeit einfügen Mit der Schaltfläche "Aktuelle Zeit einfügen" übernehmen Sie den aktuellen Zeitpunkt Ihres Geräts, ohne ihn von Hand nachzuschlagen.
Tipps für die Nutzung
- Ein 10-stelliger Wert steht meist für Sekunden, ein 13-stelliger meist für Millisekunden. Mit "Automatische Erkennung" wird die Einheit anhand der Stellenzahl ermittelt.
- Fügen Sie einen Zeitstempel direkt aus einem Server-Log oder einer API-Antwort ein, um die entsprechende Zeit in mehreren Zeitzonen auf einen Blick zu prüfen.
- Achten Sie bei der Umwandlung eines Datums in einen Zeitstempel darauf, ausdrücklich anzugeben, zu welcher Zeitzone das eingegebene Datum gehört.
- Das Format ISO 8601 (UTC) kann von den meisten Programmiersprachen und Datenbanken direkt verarbeitet werden und eignet sich daher gut als Referenzwert bei der Log-Suche oder beim API-Design.
- Klicken Sie auf "Aktuelle Zeit einfügen", um das Feld sofort mit der aktuellen Zeit aus dem Date.now() des Browsers zu befüllen.
Anwendungsfälle
Server-Logs auswerten
Zeitstempel in Zugriffs- oder Fehlerprotokollen lassen sich direkt einfügen, um festzustellen, wann genau ein Vorfall im lokalen Zeitverständnis des Teams stattgefunden hat.
APIs entwickeln und debuggen
Viele REST-Schnittstellen liefern Zeitangaben als Epoch-Sekunden oder -Millisekunden zurück; dieses Tool hilft, solche Rohwerte während der Entwicklung schnell zu überprüfen, ohne eigenen Debug-Code zu schreiben.
Datenbankspalten kontrollieren
Speichert eine Tabelle Erstellungs- oder Änderungsdaten als Integer-Zeitstempel, lässt sich per Copy-Paste rasch prüfen, ob die gespeicherten Werte plausibel sind, ohne eine eigene Abfrage zu formulieren.
Teams über Zeitzonen hinweg abstimmen
Bei der Planung eines Meetings oder Deployments zeigt die Sechs-Zeitzonen-Tabelle sofort, welche Uhrzeit ein bestimmter Zeitpunkt für Kolleginnen und Kollegen in Tokio, New York oder London bedeutet.
Testdaten und Beispielcode vorbereiten
Für Unit-Tests oder Dokumentationsbeispiele lassen sich gezielt runde oder besonders markante Zeitstempelwerte erzeugen, statt sie manuell im Kopf zu berechnen.
Begriffe rund um Unix-Zeitstempel
- Unix-Zeitstempel (Epoch-Sekunden)
- Die Anzahl der vollen Sekunden, die seit der Unix-Epoche vergangen sind. Die gebräuchlichste Form der Zeitstempeldarstellung in Systemen und APIs.
- Unix-Epoche
- Der Bezugszeitpunkt 00:00:00 UTC am 1. Januar 1970, von dem aus alle Unix-Zeitstempel gezählt werden.
- UTC (koordinierte Weltzeit)
- Der weltweit einheitliche Zeitstandard, auf dem alle Zeitzonen als feste Differenz aufbauen. Unix-Zeitstempel selbst sind zeitzonenneutral und werden erst bei der Anzeige einer bestimmten Zeitzone zugeordnet.
- Epoch-Millisekunden
- Dieselbe Zählung wie bei Epoch-Sekunden, jedoch in Tausendstelsekunden. In JavaScript liefert Date.now() Werte in dieser Einheit, weshalb sie in Web-APIs häufig vorkommt.
- ISO 8601
- Ein internationaler Standard zur Schreibweise von Datum und Uhrzeit, etwa "2026-07-12T08:08:00Z". Er ist eindeutig lesbar und wird von den meisten Programmiersprachen nativ verarbeitet.
- Jahr-2038-Problem
- Der Umstand, dass Systeme, die Zeitstempel als vorzeichenbehaftete 32-Bit-Ganzzahl speichern, am 19. Januar 2038 um 03:14:07 UTC ihren Maximalwert erreichen und danach überlaufen.
- Sommerzeit (DST)
- Die zeitweise Vorstellung der Uhr in vielen Regionen, etwa in Europa und weiten Teilen der USA. Sie muss bei der Umrechnung eines lokalen Datums in einen Zeitstempel berücksichtigt werden, um Verschiebungen um eine Stunde zu vermeiden.
- Relative Zeitangabe
- Eine für Menschen leicht erfassbare Darstellung wie "vor 3 Stunden" anstelle eines absoluten Datums, üblicherweise abgeleitet aus der Differenz zwischen dem Zeitstempel und der aktuellen Zeit.
Häufig gestellte Fragen
Übrigens – Warum zählen Computer die Zeit in Sekunden?
Menschen drücken Datum und Uhrzeit als Kombination aus Jahr, Monat, Tag und Uhrzeit aus, etwa "12. Juli 2026, 17:08 Uhr". Für einen Computer ist dieses Format jedoch unpraktisch: Komplexe Regeln wie Schaltjahre, Zeitzonen und Sommerzeit müssen jedes Mal berücksichtigt werden, und selbst die Berechnung der Differenz zwischen zwei Daten wird zu einem umständlichen Vorgang. Die gefundene Lösung bestand darin, die Zeit als eine einzige Zahl darzustellen: die seit einem Bezugszeitpunkt vergangenen Sekunden. Genau das leistet ein Unix-Zeitstempel.
Der größte Vorteil, Zeit als eine einzige Ganzzahl darzustellen, besteht darin, dass Vergleiche und Differenzberechnungen zwischen Daten auf einfache Arithmetik reduziert werden. Um herauszufinden, "wie viele Sekunden zwischen diesen beiden Ereignissen liegen", muss man nur einen Zeitstempel vom anderen abziehen, ohne sich um Schaltjahre oder unterschiedliche Monatslängen kümmern zu müssen. Dank dieser Einfachheit wurde das Format nicht nur von Unix-artigen Systemen übernommen, sondern auch von Windows, Datenbanken und den internen Darstellungen vieler Programmiersprachen – und wurde so zu einem weltweiten De-facto-Standard.
Andererseits bedeutet dieses Design einer einzigen, zeitzonenunabhängigen Zahl, dass eine Zeitzonenumrechnung erst nötig wird, sobald ein Mensch den Wert lesen möchte. Derselbe Zeitstempel kann in Tokio wie mitten in der Nacht aussehen und in New York wie der Nachmittag des Vortags – je nachdem, in welcher Zeitzone er angezeigt wird. Viele der verwirrenden "die Uhrzeit stimmt nicht"-Fehler, die bei der Log-Analyse oder der Fehlersuche in API-Integrationen auftreten, lassen sich genau auf eine übersehene Zeitzonenumrechnung dieser Art zurückführen.