Deutsch
Wandle zwischen Unix-Timestamps, ISO 8601, UTC und Lokalzeit um.
Zuletzt aktualisiert
177723999817772399980002026-04-26T21:46:38.000Z2026-04-26 21:46:38Sun, 26 Apr 2026 21:46:38 GMTEin Unix-Timestamp-Konverter wandelt *Epoch-Zeit* — eine einzelne Zahl, die einen bestimmten Moment beschreibt — in ein lesbares Datum um, und umgekehrt. Als Entwickler begegnen dir Timestamps an jeder Ecke: in Datenbankspalten, Logzeilen, API-Antworten, Analytics-Events, in der exp-Claim eines JWT, bei Scheduler-Triggern und in Cache-Headern.
Das Prinzip ist denkbar simpel: Computer speichern Zeit als Zahl (Sekunden oder Millisekunden seit 1970-01-01 00:00:00 UTC), aber Menschen brauchen Kalender, Zeitzonen und ein lesbares Format. Die Umrechnung zwischen beiden gehört zu den häufigsten Debugging-Aufgaben in Web- und Mobile-Apps.
Am verwirrendsten sind die *Einheiten*. POSIX und die meisten Backend-Sprachen arbeiten in Sekunden. JavaScript, Java und viele Message-Broker nutzen Millisekunden. Manche Metrics-Systeme rechnen sogar in Mikro- oder Nanosekunden. Faustregel: Eine 10-stellige Zahl ist fast immer in Sekunden, eine 13-stellige in Millisekunden.
1970-01-01 00:00:00 UTC).2026-04-25T12:00:00Z) ist ein portables Textformat. Das angehängte Z (oder +00:00) bedeutet UTC; ein Offset wie +02:00 bezeichnet eine Lokalzeit, die UTC um zwei Stunden voraus ist.Füge eine Zahl (Sekunden oder Millisekunden) oder einen Datums-String ein. Der Konverter erkennt das Format anhand von Länge und Aufbau automatisch.
Schalte zwischen Sekunden und Millisekunden um, falls die Auto-Erkennung daneben liegt — 10 Stellen sind Sekunden, 13 Stellen Millisekunden.
Die Ausgabe zeigt ISO 8601 in UTC, deine Lokalzeit und eine relative Angabe in Worten (vor 3 Stunden, in 2 Tagen).
Kopiere direkt den Timestamp, den ISO-String oder die Lokalzeit. Praktisch, wenn du eine JWT-exp setzt, eine Datenbankzeile füllst oder ein Log-Query schreibst.
Die Formate, die dir beim Arbeiten mit Datum und Uhrzeit am häufigsten begegnen. ISO 8601 ist von der IETF zusätzlich als RFC 3339 für den Einsatz in Protokollen profiliert.
| Format | Beispiel | Wo es vorkommt |
|---|---|---|
| Unix-Sekunden | 1777118400 | Backend-Logs, JWT-exp, POSIX time(), Redis |
| Unix-Millisekunden | 1777118400000 | JavaScript Date.now(), Java System.currentTimeMillis() |
| ISO 8601 UTC | 2026-04-25T12:00:00Z | REST-APIs, JSON, GraphQL, Logfiles |
| ISO 8601 mit Offset | 2026-04-25T14:00:00+02:00 | Terminplanung, Kalendereinladungen |
| RFC 2822 | Sat, 25 Apr 2026 12:00:00 GMT | E-Mail-Header, HTTP Date und Last-Modified |
| Nur Datum | 2026-04-25 | Geburtstage, Feiertage — ohne Zeitzonenbezug |
1777118400
1777118400000
Beide Werte beschreiben denselben Moment, sofern der erste als Sekunden und der zweite als Millisekunden gelesen wird. Diese Einheiten zu verwechseln ist der häufigste Timestamp-Bug überhaupt.
{ "id": 42, "createdAt": 1777118400, "expiresAt": 1777204800}Rechne jeden Wert um, bevor du annimmst, ob er in der Vergangenheit oder Zukunft liegt. Die meisten JSON-APIs verwenden Unix-Sekunden — schau aber immer in die Doku, denn JavaScript-lastige Backends liefern oft Millisekunden.
2026-04-25T12:00:00Z
2026-04-25T14:00:00+02:00
Beide Strings beschreiben denselben *Augenblick*. Speichere Zeitpunkte immer in UTC und formatiere sie erst bei der Anzeige in die Lokalzeit.
1700000000 als Sekunden ist November 2023, als Millisekunden gelesen aber Januar 1970.'2026-04-25') vergleichen statt der Timestamps. Zwei gültige ISO-Strings können denselben Moment in unterschiedlicher Form beschreiben.1970-01-01 00:00:00 UTC vergangen sind. Eine einzelne Zahl, die einen bestimmten Zeitpunkt beschreibt, völlig unabhängig von Zeitzonen.Date.now() liefert Millisekunden, die meisten Backends liefern Sekunden.Date-Objekt in JavaScript speichert Timestamps als Millisekunden seit der Unix-Epoch — genau diesen Wert geben Date.now() und new Date().getTime() zurück. Das bringt mehr Präzision als Sekunden, ist aber eine ständige Quelle für 1000er-Fehler beim Zusammenspiel mit anderen Sprachen.new Date(...) in JavaScript übergeben, oder in Python datetime.fromtimestamp(...) nutzen. Alternativ direkt in einen Unix-Timestamp-Konverter einfügen — dann hast du das Ergebnis mit einem Klick.2038-01-19 über — das berühmte Jahr-2038-Problem. Moderne Sprachen und Datenbanken speichern Timestamps als 64-Bit-Integer, was den sicheren Bereich um Hunderte Milliarden Jahre erweitert.