Konvertieren Sie Zeitstempel mit unserem Zeitstempel-Tool.
Was ist ein Unix-Zeitstempel?
Unix-Zeitstempel zählt Sekunden seit dem 1. Januar 1970.
Es ist eine einfache Methode, um Daten zu speichern.
Weltweit von Computern verwendet.
Der Moment 1970-01-01 00:00:00 UTC ist die Unix-Epoche, und ein Zeitstempel ist die Anzahl der Sekunden seit diesem Augenblick. Ein Wert wie 1787000000 entspricht genau einem Punkt auf der Zeitachse, ohne dass eine Zeitzone nötig ist.
Als einfache Ganzzahl ignoriert er Sommerzeit, Schaltsekunden und politische Zeitzonenwechsel. Genau deshalb verwenden Systeme, Dateiformate und APIs dieses Format standardmäßig.
Warum Zeitstempel verwenden?
- Einfach - Nur eine Zahl
- Universell - Funktioniert überall
- Ohne Zonen - Standardmäßig UTC
- Sortierbar - Einfach zu vergleichen
- Kompakt - 4 oder 8 Bytes statt eines Datumsstrings
- Vergleichbar - Bereichsabfragen über eine Ganzzahl
- Sprachunabhängig - Derselbe Wert in JavaScript, Python, SQL und der Shell
- Stabil - Die Epoche verschiebt sich nie, alte Werte bleiben gültig
Häufige Verwendungen
Datenbankspeicherung. Speichern Sie Daten als Zahlen.
API-Antworten. Kompakt und schnell.
Dateinamen. Sortieren Sie einfach nach Datum.
Caching. Prüfen Sie, ob Daten frisch sind.
Logging. Versehen Sie Logzeilen mit einem Unix-Zeitstempel, damit Werkzeuge Ereignisse über Dienste hinweg sortieren können, ohne Datumsangaben zu parsen.
Sitzungsablauf. Vergleichen Sie Ausstellungs- und Ablaufzeit als Ganzzahlen – ohne Datumsarithmetik und ohne Sommerzeit-Überraschungen.
Signierte URLs und Token. JWTs tragen numerische Zeitstempel (iat, exp, nbf), gerade weil diese eindeutig sind.
Unix-Zeit im Jahr 2026: Was Entwickler wissen sollten
Die Unix-Zeit zählt Sekunden seit dem 01.01.1970 UTC und ignoriert Schaltsekunden. Date.now() in JavaScript liefert Millisekunden – normalisieren Sie daher immer auf eine Einheit, bevor Sie Werte aus verschiedenen Quellen vergleichen.
Das 2038-Problem betrifft weiterhin 32-Bit-Systeme sowie eingebettete oder IoT-Geräte: Am 19.01.2038 um 03:14:07 UTC läuft ein vorzeichenbehafteter 32-Bit-Zähler über. Verwenden Sie 64-Bit-Zeitwerte oder ISO-8601-Strings für alles, was dieses Datum überleben soll; moderne Server und Browser sind bereits 64-Bit-sicher.
Der TC39-Temporal-Vorschlag nähert sich schrittweise den Browsern und wird Kalender- und Zeitzonenberechnungen künftig deutlich sicherer machen. Bis dahin: Halten Sie Zeitstempel in UTC, formatieren Sie sie mit Intl.DateTimeFormat und speichern Sie Unix-Zeit für maschinenlesbare Werte. Sekunden und Millisekunden konvertieren Sie mit unserem Zeitstempel-Konverter.
Zeitzonenfallen treten meist an der Formatierungsgrenze auf, nicht bei der Speicherung. Rendern Sie 2026-08-17T09:00:00Z mit einem naiven Parser, sehen Nutzer in Berlin, New York und Tokio unterschiedliche Werte. Rechnen Sie erst in der Anzeigeschicht in Lokalzeit um.
Zwei Prüfpunkte der Epoche sollten Sie kennen: 1970-01-01 00:00:00 UTC ist der Zeitstempel 0, und der 09.09.2001 um 01:46:40 UTC entspricht 1.000.000.000 – ein nützlicher Plausibilitätstest für Konverterausgaben.
FAQ
Q.Wird es ausgehen?
A.Der Zähler hält auf vorzeichenbehafteten 32-Bit-Systemen bis zum 19.01.2038 um 03:14:07 UTC, er geht also innerhalb unserer Lebenszeit nicht zur Neige; 64-Bit-Werte bleiben rund 292 Milliarden Jahre gültig. Falls Ihr Code noch 32-Bit-time_t verwendet, typischerweise auf eingebetteten oder Altsystemen, planen Sie eine Migration, denn danach springt der Wert auf eine negative Zahl und Daten fallen auf das Jahr 1901 zurück.
Q.Sekunden oder Millisekunden?
A.Die Unix-Zeit selbst ist in Sekunden definiert, aber die APIs sind sich selten einig. Date.now() und Date.parse() in JavaScript arbeiten mit Millisekunden, time.time() in Python liefert Float-Sekunden, Go bietet Unix() und UnixMilli(), und SQL-Treiber speichern je nach Kontext das eine oder andere. Normalisieren Sie beide Werte auf dieselbe Einheit: Teilen Sie Millisekunden durch 1000 oder multiplizieren Sie Sekunden mit 1000, und runden oder schneiden Sie explizit ab.
Q.Was ist das 2038-Problem?
A.Am 19.01.2038 um 03:14:07 UTC kann eine vorzeichenbehaftete 32-Bit-Ganzzahl die aktuelle Unix-Zeit nicht mehr aufnehmen und läuft auf einen negativen Wert über, den die meisten Systeme als Dezember 1901 lesen. Ältere Kernel, eingebettete Geräte und Dateiformate mit 32-Bit-Zeitstempeln rechnen dann falsch; 64-Bit-Systeme sind nicht betroffen. Speichern Sie Zeitstempel als 64-Bit-Ganzzahlen oder UTC-ISO-8601-Strings.
Q.Unix-Zeitstempel oder ISO 8601 – was speichern?
A.Beide Varianten funktionieren, und viele Codebasen mischen sie bewusst. Unix-Zeit ist kompakt (8 Bytes), zeitzonenfrei und trivial vergleichbar, aber auf den ersten Blick nicht lesbar. ISO 8601 in UTC – etwa 2026-08-17T14:30:00Z – liest sich in Logs gut und sortiert als String korrekt. Speichern Sie den Zeitpunkt in UTC, niemals in Lokalzeit, und wandeln Sie erst am Rand mit Intl.DateTimeFormat um.
Referenzen
- RFC 3339 – Date and Time on the Internet: Timestamps: https://www.rfc-editor.org/rfc/rfc3339
- MDN – Date (JavaScript): https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Global_Objects/Date
- Unix-Zeit – Wikipedia: https://de.wikipedia.org/wiki/Unixzeit
Zeitstempel lokal umwandeln
Unix-Timestamps in Daten umwandeln und zurück – in UTC und lokaler Zeit, komplett im Browser.
Fazit
Zeitstempel-Bugs sind fast immer Einheiten- oder Zeitzonenfehler. Konvertieren und vergleichen Sie lokal mit dem Zeitstempel-Konverter.
Beide Fehlerklassen lassen sich leicht abfangen, wenn Sie früh normalisieren. Wirkt ein Vergleich oder eine Abfrage falsch, konvertieren Sie Sekunden und Millisekunden nebeneinander, bevor Sie die Logik debuggen.