BrowserTools
Werbung
Startseite / Konverter / Unix-Zeitstempel-Konverter

Unix-Zeitstempel-Konverter

Rechne zwischen Unix-Zeitstempeln und menschenlesbaren Datumsangaben in jeder Zeitzone um, mit Millisekundengenauigkeit.

Betreut von BrowserTools · Zuletzt aktualisiert 2026-06-06

Unix-Zeitstempel-Konverter wird geladen… Wenn nichts passiert, aktiviere JavaScript.

Der Unix-Zeitstempel (Unix timestamp) ist eine einzelne Ganzzahl, die die seit dem 1. Januar 1970, 00:00:00 UTC, verstrichenen Sekunden zählt, einem Zeitpunkt, der als Unix-Epoche (Unix Epoch) bekannt ist. Dieses System wurde von den frühen Unix-Entwicklern bei Bell Labs eingeführt, weil sie eine kompakte, zeitzonenneutrale Möglichkeit benötigten, Zeitpunkte zwischen vernetzten Maschinen darzustellen. Die Wahl von 1970 war weitgehend praktisch: Es war ein aktuelles, rundes Jahr, das bequem in den Bereich der 32-Bit-Ganzzahlen fiel, und die ersten Unix-Systeme wurden in jener Zeit entwickelt. Heute ist der Unix-Zeitstempel die universelle Zeitsprache für praktisch jedes Betriebssystem, jede Datenbank, jede API und jede Programmiersprache auf dem Planeten.

Beispiele

Eingabe 1700000000
Ausgabe 2023-11-14 22:13:20 UTC

Unix-Epochen-Sekunden zu einem menschenlesbaren UTC-Datum.

Eingabe 2024-01-01 00:00:00 UTC
Ausgabe 1704067200

Und zurück: ein UTC-Datum zu Epochen-Sekunden.

Häufig gestellte Fragen

Werden bei der Nutzung dieses Tools Daten an einen Server gesendet?
Nein. Alle Umrechnungen laufen vollständig in deinem Browser mit JavaScript ab. Deine Zeitstempel und Datumsangaben verlassen niemals dein Gerät, was dieses Tool sicher für den Einsatz mit sensiblen Produktionsdaten oder privaten Logs macht.
Warum beginnt die Unix-Epoche am 1. Januar 1970?
Das Betriebssystem Unix wurde Ende der 1960er und Anfang der 1970er Jahre bei Bell Labs entwickelt. Die Entwickler benötigten einen festen Bezugspunkt für die Zeitmessung, und 1970-01-01 00:00:00 UTC wurde als bequemer, aktueller Anker gewählt, der bequem in die Speicherbeschränkungen der damals verfügbaren Hardware passte. Es war eine pragmatische Entscheidung und keine mit tiefer Bedeutung.
Was ist das Y2K38-Problem?
Systeme, die Unix-Zeitstempel als vorzeichenbehaftete 32-Bit-Ganzzahl speichern, können nur Werte bis 2.147.483.647 darstellen, was dem 19. Januar 2038, 03:14:07 UTC entspricht. Nach diesem Moment läuft die Ganzzahl über und springt auf eine große negative Zahl zurück, was Datumsberechnungen zum Scheitern bringen kann. Moderne 64-Bit-Systeme sind nicht betroffen, doch veraltete eingebettete Geräte, alte Datenbanken und bestimmte Dateisysteme können noch anfällig sein.
Was ist der Unterschied zwischen Zeitstempeln in Sekunden und in Millisekunden?
Ein standardmäßiger Unix-Zeitstempel ist in Sekunden angegeben und hat für Daten der aktuellen Ära 10 Stellen (z. B. 1700000000). Date.now() von JavaScript und viele Web-APIs liefern Millisekunden, die drei zusätzliche Stellen hinzufügen (z. B. 1700000000000). Dieses Tool erkennt anhand der Stellenzahl automatisch, welches Format du eingefügt hast, du kannst es bei Bedarf aber manuell überschreiben.
Wie vermeide ich Präzisionsverluste beim Arbeiten mit Zeitstempeln?
Gleitkommazahlen in JavaScript (IEEE-754-Doubles) können nur Ganzzahlen bis 2^53 - 1 sicher darstellen. Millisekunden-Zeitstempel bleiben für Daten bis zum Jahr 275.760 bequem in diesem Bereich, sodass die Präzision in der Praxis kein Problem darstellt. Wenn du jedoch mit nanosekundengenauen Zeitstempeln aus Sprachen wie Go oder Rust arbeitest, beachte, dass JavaScript jenseits von 16 signifikanten Stellen an Präzision verliert.
Was ist ISO 8601 und warum sollte ich es verwenden?
ISO 8601 ist ein internationaler Standard zur Darstellung von Datum und Uhrzeit als Zeichenketten, zum Beispiel 2025-12-31T23:59:59Z. Anders als regionsspezifische Formate wie 12/31/2025 oder 31.12.2025 ist ISO 8601 eindeutig, als reiner Text sortierbar und wird vom Datums-Parser praktisch jeder Programmiersprache verstanden. Es ist das empfohlene Format für APIs, Log-Dateien und Datenaustausch.
Kann ich Daten vor 1970 umwandeln?
Ja. Negative Unix-Zeitstempel stellen Daten vor der Epoche dar. Zum Beispiel entspricht -86400 dem 31. Dezember 1969, 00:00:00 UTC. Dies wird vom Tool und von den meisten modernen Programmierumgebungen vollständig unterstützt, auch wenn einige ältere Systeme und Datenbanken negative Zeitstempelwerte ablehnen können.
Wie funktioniert die Zeitzonenumrechnung?
Das Tool verwendet die im Browser integrierte API Intl.DateTimeFormat mit IANA-Zeitzonennamen (wie America/New_York oder Asia/Tokyo). Alle Berechnungen erfolgen intern in UTC; die Zeitzoneneinstellung wirkt sich nur auf die Anzeigeausgabe aus. Das bedeutet, dass der zugrunde liegende Zeitstempelwert stets eindeutig ist, unabhängig davon, welche Zeitzone du zur Ansicht auswählst.
Welche Zeitstempelwerte lohnt es sich zu merken?
Einige Eckwerte sind nützlich zu kennen: 0 ist 1970-01-01, 1000000000 (eine Milliarde) war der 9. September 2001, 1500000000 war der 14. Juli 2017, und der Y2K38-Überlaufpunkt ist 2147483647. In Millisekunden ist Date.now() im aktuellen Jahrzehnt stets eine 13-stellige Zahl, die mit 1 beginnt.
Enthält ein Unix-Zeitstempel Zeitzoneninformationen?
Nein. Ein Unix-Zeitstempel ist stets eine Zählung der Sekunden seit 1970-01-01 00:00:00 UTC und von Natur aus zeitzonenunabhängig. Zeitzoneninformationen sind rein eine Frage der Anzeige. Das ist einer der Hauptgründe, warum Zeitstempel formatierten Datumszeichenketten für Speicherung und Übertragung vorgezogen werden: Sie beseitigen jede Mehrdeutigkeit über Ortszeitversätze.

Über Unix-Zeitstempel-Konverter

Entwickler stoßen ständig auf Unix-Zeitstempel: JWT-Tokens tragen ein exp-Feld (Ablauf) in Epochen-Sekunden, HTTP-Header verwenden sie für die Cache-Steuerung, Datenbankschemata speichern Ereigniszeiten als Ganzzahlen für eine schnelle Indizierung, Log-Aggregationssysteme wie Elasticsearch indizieren Zeitstempel für Bereichsabfragen, und mobile Apps synchronisieren den Zustand zwischen Geräten mithilfe epochenbasierter Änderungsvektoren. Wissenschaftler und Datenanalysten verwenden Zeitstempel, um Zeitreihendatensätze aus verschiedenen Quellen aufeinander abzustimmen. Selbst Alltagsnutzer begegnen ihnen in Web-URLs, Datei-Metadaten und Cookie-Ablauffeldern, oft ohne es zu bemerken.

Dieses Tool rechnet vollständig in deinem Browser zwischen rohen Unix-Zeitstempeln und menschenlesbaren Datumszeichenketten um. Es werden niemals Daten an einen Server gesendet. Du kannst einen zehnstelligen Zeitstempel mit Sekundengenauigkeit oder einen dreizehnstelligen mit Millisekundengenauigkeit einfügen; das Tool erkennt das Format automatisch. Es zeigt außerdem den aktuellen Live-Zeitstempel an, lässt dich jede IANA-Zeitzone aus einer durchsuchbaren Auswahlliste wählen und gibt das Datum sowohl in ISO 8601 als auch in einem lokalisierten Format für schnelles Lesen aus.

Einige wichtige Sonderfälle, die du beachten solltest: Das Date-Objekt von JavaScript arbeitet in Millisekunden, teile daher beim Vergleich mit einer sekundenbasierten API stets durch 1000. Negative Zeitstempel stellen Daten vor 1970 dar und werden vollständig unterstützt. Das Y2K38-Problem ist eine drohende Schwierigkeit für Systeme, die Zeitstempel als vorzeichenbehaftete 32-Bit-Ganzzahl speichern: Solche Systeme laufen am 19. Januar 2038 um 03:14:07 UTC über und springen auf ein Datum im Jahr 1901 zurück. Die meisten modernen 64-Bit-Systeme sind immun, doch eingebettete Hardware und veraltete Datenbanken können noch gefährdet sein. Wenn du über Zeitzonen hinweg arbeitest, speichere und übertrage Zeitstempel stets in UTC und wandle sie nur zur Anzeige in die Ortszeit um.

Von Bell Labs zu jedem Gerät der Welt: die Geschichte der Unix-Epoche

Das Betriebssystem Unix entstand Ende der 1960er Jahre in den Bell Labs von AT&T, geschaffen von Ken Thompson, Dennis Ritchie und Kollegen. Als sie eine Möglichkeit benötigten, die Änderungszeiten von Dateien zu verfolgen und Prozesse zu planen, ersannen sie das epochenbasierte Zeitstempelsystem. Das konkrete Datum des 1. Januar 1970 wurde aus keinem hehren Grund gewählt: Es war einfach eine runde Zahl nahe dem Zeitpunkt, als das System gebaut wurde, und es passte gut in die 32-Bit-Ganzzahlen, die die praktische Grenze der damaligen Hardware bildeten.

Die Beschränkung des 32-Bit-Zeitstempels ist die Wurzel des Jahr-2038-Problems, das manchmal Y2K38 oder Unix-Millennium-Bug genannt wird. Eine vorzeichenbehaftete 32-Bit-Ganzzahl erreicht ihr Maximum bei 2.147.483.647, was 03:14:07 UTC am 19. Januar 2038 entspricht. Nach dieser Sekunde läuft der Zähler auf -2.147.483.648 über, was dem 13. Dezember 1901 entspricht. Ingenieure beheben dies seit Jahren still und leise: Der Linux-Kernel ist auf 64-Bit-Zeitstempel umgestiegen, und die meisten modernen Datenbanken und Sprachen sind gefolgt. Milliarden eingebetteter Geräte, Industriesteuerungen und Altsysteme erhalten jedoch möglicherweise nie Aktualisierungen.

JavaScript griff das Epochenkonzept auf und multiplizierte es mit 1000, indem es in Millisekunden statt in Sekunden arbeitet, da die Sprache für interaktive Weboberflächen konzipiert wurde, bei denen Zeitmessung im Subsekundenbereich wichtig ist. Deshalb gibt Date.now() eine 13-stellige Zahl zurück. Andere Sprachen trafen andere Entscheidungen: time.time() von Python gibt einen Gleitkomma-Sekundenwert zurück, time.UnixNano() von Go arbeitet in Nanosekunden, und SQL-Datenbanken speichern Zeitstempel häufig als formatierte Zeichenketten, wobei sich alle auf dasselbe zugrunde liegende Konzept beziehen, das zwei Programmierer vor über einem halben Jahrhundert bei Bell Labs improvisierten.

Verwandte Tools

Einheitenrechner

Rechne zwischen gängigen Einheiten für Länge, Masse, Temperatur, Zeit und digitalen Speicher um.
Werbung
Werbung
Werbung