Unix-Timestamp-Konverter
Konvertiere zwischen Unix-Timestamps und lesbaren Daten. ISO 8601, UTC, lokal und relativ in deiner erkannten Zeitzone. Via Intl APIs.
Was ist ein Unix-Timestamp?
Ein Unix-Timestamp ist die Anzahl Sekunden (oder ms) seit 00:00:00 UTC am 1. Januar 1970 — der "Unix-Epoche". Fast jedes moderne System speichert Zeit so.
Sekunden vs Millisekunden
Ältere Unix-Systeme und die meisten Standardbibliotheken nutzen Sekunden. JavaScripts Date.now() liefert ms. Javas System.currentTimeMillis() ebenso.
Zeitzonen und Unix
Ein Unix-Timestamp ist zeitzonenunabhängig — er bezieht sich immer auf denselben UTC-Moment. Die Zone zählt nur beim Konvertieren in eine lesbare Zeichenkette.
Arbeitest du mit API-Antworten? Probier unseren JSON-Formatter.
Häufige Anwendungen
- API-Debugging: Wenn der Server
created_at: 1745582400liefert, hier einfügen. - Cron-Sanity-Checks: Verifiziere nächste Ausführungs-Timestamps vor dem Deploy.
- Log-Timestamp-Auswertung: Entschlüssele Unix-Timestamps aus Web-, Syslog- oder App-Logs.
- DB-Wertinspektion: Wandle
created_at-Spalten aus MySQL/PostgreSQL in Lokalzeit. - Token-Ablauf-Prüfung: Dekodiere JWT-exp-Claims und prüfe Gültigkeit.
- Migrationsskript-Verifikation: Wandle Unix-Epochs in CSV-Exports in ISO-Daten.
- Team-übergreifende Zeitabstimmung: Wandle "Nachricht um 1745582400" in die Lokalzeit eines Kollegen.
FAQ
Was ist Unix-Zeit?
Unix-Zeit ist ein Integer, der Sekunden seit 00:00:00 UTC am 1. Januar 1970 zählt, Schaltsekunden ignoriert.
Wie viele Sekunden seit 1970?
Etwa 1,78 Milliarden Mitte 2026 — nutze "Jetzt nutzen" für den aktuellen Wert. Überschreitet die int32-Grenze am 19. Januar 2038 (Y2038-Problem).
Millisekunden oder Sekunden — welches nutzt mein System?
Schaue auf die Größe. 10-stellig = Sekunden (~2001+). 13-stellig = ms. JavaScript Date.now() und Java currentTimeMillis() nutzen ms; C/Python/Go standardmäßig Sekunden.
Wie interagieren Zeitzonen mit Unix-Timestamps?
Tun sie nicht — Unix-Timestamps sind immer UTC. Die Zone beeinflusst nur die Anzeige als Datumsstring.
Was ist das Y2038-Problem?
Ältere 32-Bit-Unix-Systeme speichern Timestamps als signed int, Limit 2.147.483.647 — 19. Januar 2038 um 03:14:07 UTC. Danach Überlauf. Moderne 64-Bit-Systeme sind sicher.
In Zahlen
- Die Unix-Epoche beginnt am 1. Januar 1970 um 00:00:00 UTC — definiert in POSIX (IEEE Std 1003.1)
- Die meisten modernen Systeme nutzen 64-Bit-Timestamps, gültig für ~292 Milliarden Jahre
- Das berühmte Y2038-Problem betrifft 32-Bit-signed-Timestamps, die am 19. Januar 2038 um 03:14:07 UTC überlaufen
- JavaScripts
Datenutzt Millisekunden seit Epoch, mit gültigem Bereich von ±100.000.000 Tagen ab 1. Januar 1970