Datum/Zeit-Konverter
Ein umfassender Datums- und Zeitparser, der Unix-Zeitstempel, ISO 8601-Daten, RFC 2822-Format, US-/EU-Datumsformate, lange Datumsangaben und relative Ausdrucke verarbeitet. Konvertiert zwischen Formaten, zeigt relative Zeit und bietet eine aktuelle Zeitstempel-Referenz.
Spezifikationen
Haeufige Anwendungsfaelle
- API-Antworten mit Zeitstempeln oder Daten debuggen
- Zeitstempel aus Logdateien in lesbare Daten umwandeln
- Daten aus verschiedenen regionalen Formaten parsen
- Zeitdifferenzen zwischen Ereignissen berechnen
- Zeitstempel fur API-Anfragen generieren
- Token-Ablaufzeiten uberprufen (JWT exp-Claim)
- Zwischen Datumsformaten fur internationale Teams konvertieren
Funktionen
- Format automatisch erkennen: Unix-Zeitstempel, ISO 8601, RFC 2822, US-/EU-Daten und mehr
- Unix-Zeitstempel in Sekunden, Millisekunden, Mikrosekunden oder Nanosekunden parsen
- ISO 8601-Daten mit oder ohne Uhrzeit verarbeiten (2024-01-25T12:00:00Z)
- US-Format (01/25/2024), EU-Format (25.01.2024) und lange Datumsangaben (January 25, 2024) parsen
- Relative Ausdrucke erkennen: now, today, yesterday, tomorrow
- Relative Zeit anzeigen ("vor 2 Stunden", "in 3 Tagen")
- Vergangenheit/Zukunft/Heute-Status-Badges
- Wochentag, Kalenderwoche, Quartal und Tag des Jahres anzeigen
- Kalendermetriken-Raster (Woche des Jahres, Quartal, Tag des Jahres)
- Zusatzinformationen (Zeitzone, Tage im Monat, Schaltjahr)
- In mehrere Ausgabeformate konvertieren mit Kopier-Buttons
- Unix-Mikrosekunden- und Nanosekunden-Ausgabe
- Aktuelle-Zeit-Referenzkarte mit Aktualisieren-Button
Beispiele
Unix-Zeitstempel (Millisekunden)
Ausprobieren →Ein JavaScript-typischer Zeitstempel in Millisekunden.
1706188800000Tipps
- JavaScript Date.now() gibt Millisekunden zuruck; die meisten Unix-Tools verwenden Sekunden.
- ISO 8601-Format (2024-01-25T12:00:00Z) ist das portabelste und eindeutigste Format.
- Verwenden Sie UTC-Zeitstempel zur Speicherung; konvertieren Sie nur zur Anzeige in lokale Zeit.
- Bei mehrdeutigen Daten (z.B. 01/02/2024) nutzt das Tool Kontexthinweise zur Formaterkennung.
- Das "Jahr-2038-Problem" betrifft 32-Bit-Systeme, die vorzeichenbehaftete Ganzzahlen fur Unix-Sekunden verwenden.
Verstaendnis Datum/Zeit-Konverter
Unix-Zeitstempel reprasentieren einen bestimmten Zeitpunkt als die Anzahl der Sekunden, die seit der Unix-Epoche vergangen sind: dem 1. Januar 1970 um 00:00:00 UTC. Diese einfache Ganzzahl-Darstellung ist das universelle Zeitformat in der Informatik, verwendet von Datenbanken, APIs, Dateisystemen, Logdateien und Betriebssystem-Schnittstellen. Das Format ist eindeutig — im Gegensatz zu menschenlesbaren Daten bezieht sich ein Unix-Zeitstempel immer auf genau einen Zeitpunkt, unabhangig von der Zeitzone.
Zwei Prazisionsstufen sind gebrauchlich. Sekunden-prazise Zeitstempel (10 Stellen, wie 1738800000) sind das traditionelle Unix-Format, das von den meisten Unix-APIs, Datenbanken und der C-Funktion time() verwendet wird. Millisekunden-prazise Zeitstempel (13 Stellen, wie 1738800000000) werden von JavaScript (Date.now()), Java (System.currentTimeMillis()) und vielen Web-APIs verwendet. Dieses Tool erkennt die Prazision automatisch und verarbeitet beide korrekt.
ISO 8601 ist das standardisierte menschenlesbare Datums-Zeit-Format: 2025-02-05T12:00:00Z. Das T trennt Datum und Uhrzeit, und Z steht fur UTC (Zulu-Zeit). Zeitzonen-Offsets verwenden die Notation +HH:MM oder -HH:MM. ISO 8601 wird von JSON Schema gefordert, ist in REST-APIs weit verbreitet und wird fur jeden Datums-Zeit-Stringaustausch empfohlen. RFC 2822-Format (verwendet in E-Mail-Headern) ist eine weitere verbreitete Textdarstellung.
Die Zeitzonenbehandlung ist die haufigste Fehlerquelle bei Datums-Zeit-Verarbeitung. Entwickler verwechseln haufig UTC-Zeitstempel mit lokalen Zeiten, wenden Zeitzonenkonvertierungen fehlerhaft an oder speichern lokale Zeiten ohne Zeitzoneninformation. Die Best Practice ist, Zeiten immer in UTC zu speichern und zu ubertragen und nur zur Anzeige in lokale Zeit umzuwandeln.
Systeme, die Unix-Zeitstempel als 32-Bit-vorzeichenbehaftete Ganzzahlen speichern, werden am 19. Januar 2038 um 03:14:07 UTC uberlaufen und auf eine negative Zahl springen, die den Dezember 1901 reprasentiert. Dies ist analog zu Y2K, betrifft aber die Computerinfrastruktur umfassender. Die Losung ist die Verwendung von 64-Bit-Ganzzahlen, die den Bereich auf Milliarden von Jahren erweitern. Die meisten modernen Systeme verwenden bereits 64-Bit-Zeit, aber eingebettete Systeme und Legacy-Code konnen noch anfallig sein.
Bei der Wahl zwischen Zeitstempeln und formatierten Strings zur Datumsspeicherung sollte der Anwendungsfall berucksichtigt werden. Zeitstempel (Ganzzahlen) sind ideal fur rechenintensive Szenarien wie Sortierung, Dauerberechnung und Datumsvergleich — sie sind kompakt, eindeutig und zeitzonenneutral. ISO 8601-Strings sind vorzuziehen, wenn menschliche Lesbarkeit wichtig ist, wenn der Zeitzonenkontext erhalten bleiben muss oder wenn die Datenbank native Datetime-Typen hat. PostgreSQL timestamptz zum Beispiel speichert intern UTC und konvertiert zur Anzeige.
Daten, die um einen Tag abweichen, werden fast immer durch Zeitzonenverwirrung verursacht. Ein UTC-Zeitstempel fur den 5. Februar um 23:00 UTC ist in UTC+2-Zeitzonen bereits der 6. Februar. In JavaScript verwendet Date() bei reinen Datumsangaben lokale Zeit, aber UTC bei Datetime-Strings mit Zeitzonenbezeichnern. Explizite Zeitzonenangaben und konsequente Verwendung von UTC fur Speicherung und Ubertragung verhindern diese subtilen Fehler.