Epoch/Unix-Konverter Online
Unix-Timestamps in lesbare Datumsangaben umwandeln und umgekehrt. Unverzichtbar für das Debuggen von APIs und Logs.
Wofür es gedacht ist
Unix-Timestamps sofort konvertieren
Sekunden und Millisekunden
Erkennt automatisch, ob der Timestamp in Sekunden (10 Stellen) oder Millisekunden (13 Stellen) vorliegt.
100 % privat
Konvertierung im Browser mit der nativen Date-API von JavaScript. Keine Server beteiligt.
Mehrere Formate
Zeigt das Ergebnis in ISO 8601, UTC, lokalem Datum und relativem Format (vor X Tagen).
Sofort
Konvertierung ist unmittelbar. Zeigt außerdem den aktuellen Timestamp in Echtzeit aktualisiert.
So funktioniert es
Drei Schritte, kein Aufwand
Timestamp oder Datum eingeben
Füge einen Unix-Timestamp (in Sekunden oder Millisekunden) ein oder gib ein Datum im ISO-8601-Format ein, um in die andere Richtung zu konvertieren.
Zeitzone auswählen
Wähle deine Zeitzone oder UTC, um das korrekte lokale Datum anzuzeigen. Unix-Timestamps sind intern immer UTC.
Ergebnis kopieren
Erhalte das formatierte Datum in mehreren Formaten (ISO 8601, UTC, lokal) oder den numerischen Timestamp. Mit einem Klick kopieren.
FAQ
Noch Fragen?
Die Unix-Epoche (auch Unix-Zeit oder POSIX-Zeit genannt) ist die Anzahl der Sekunden, die seit dem 1. Januar 1970 um 00:00:00 UTC vergangen sind, ohne Schaltsekunden. Dieses Referenzdatum wurde gewählt, weil Unix in den späten 1960er Jahren entwickelt wurde und ein praktischer Startpunkt benötigt wurde. Unix-Zeit ist kontinuierlich, gleichförmig und zeitzonenunabhängig, was sie ideal zum Speichern und Vergleichen von Zeitpunkten in verteilten Systemen macht.
Klassische Unix-Systeme (C, Python datetime, SQL-Datenbanken) verwenden Sekunden. JavaScript/Node.js, Java (System.currentTimeMillis()) und viele moderne APIs nutzen Millisekunden. Ein Timestamp in Sekunden hat 10 Stellen (z. B. 1704067200 für den 1. Januar 2024), in Millisekunden 13 Stellen (1704067200000). Manche Systeme verwenden Mikrosekunden (16 Stellen) oder Nanosekunden (19 Stellen) für hochpräzise Messungen.
Das Y2K38-Problem (auch Jahr-2038-Problem oder Unix Millennium Bug) tritt am 19. Januar 2038 um 03:14:07 UTC auf. Zu diesem Zeitpunkt erreicht der als vorzeichenbehafteter 32-Bit-Integer gespeicherte Unix-Timestamp seinen Maximalwert (2.147.483.647) und läuft über, sodass Systeme ihn als negativen Wert interpretieren, der dem 13. Dezember 1901 entspricht. Systeme mit int64 (64-Bit-Integer) sind davon bis zum Jahr 292.277.026.596 nicht betroffen.
Unix-Timestamps haben klare technische Vorteile gegenüber formatierten Datumsangaben: Sie sind eine einfache Zahl (leicht zu vergleichen, zu sortieren und zu serialisieren), haben keine Zeitzonenmehrdeutigkeit (repräsentieren immer denselben UTC-Zeitpunkt), keine Formatmehrdeutigkeit (MM/TT/JJJJ vs. TT/MM/JJJJ), benötigen weniger Speicherplatz (8 Byte als int64 gegenüber 24+ Byte als ISO-String) und sind effizienter für Bereichsabfragen auf Datenbankindizes.
Unix-Timestamps sind immer UTC — sie repräsentieren denselben Zeitpunkt unabhängig vom Standort. Die Zeitzone ist nur wichtig, wenn ein Timestamp in eine lesbare Darstellung umgewandelt oder aus einem lokalen Datum erstellt wird. Ein häufiger Fehler ist, die Zeitzone beim Parsen von Datumsangaben zu ignorieren und lokale Zeit anzunehmen: Das verursacht Fehler von ±N Stunden je nach Zeitzonenversatz des Systems, die schwer zu erkennen sind, weil Tests meist in UTC laufen.
Unix-Zeit: die universelle Uhr der Computersysteme
Unix-Zeit ist der De-facto-Standard zur Darstellung von Zeitpunkten in Computersystemen. Ihre Eleganz liegt in ihrer Einfachheit: eine einzige Ganzzahl, die monoton wächst, ohne Format-, Zeitzonen- oder Kalendermehrdeutigkeit. Sie wurde in der POSIX-Spezifikation definiert und von allen Unix-abgeleiteten Betriebssystemen (Linux, macOS, BSD) sowie den meisten modernen Programmiersprachen übernommen. POSIX.1-2008 definiert sie formal als Anzahl der Sekunden seit der Unix-Epoche, mit der bemerkenswerten Eigenheit, dass Schaltsekunden nicht gezählt werden.
Im Datenbank-Ökosystem sind Unix-Timestamps allgegenwärtig. PostgreSQL hat den Typ TIMESTAMP, der intern Mikrosekunden seit der Unix-Epoche speichert. MySQL bietet die Funktionen UNIX_TIMESTAMP() und FROM_UNIXTIME(). MongoDB speichert Datumsangaben als Millisekunden seit der Epoche in seinem Date-Typ. Redis verwendet Unix-Timestamps für die Schlüsselablauf-Funktion (EXPIREAT). Systemlogs von Apache, Nginx und syslog enthalten häufig Unix-Timestamps zur einfachen Verarbeitung mit Werkzeugen wie awk, grep und Shell-Skripten.
Das Y2K38-Problem ist das moderne Äquivalent des ursprünglichen Y2K: Systeme, die Timestamps als vorzeichenbehaftetes int32 speichern, werden am 19. Januar 2038 überlaufen. Während die meisten modernen Systeme bereits int64 verwenden, besteht das Problem in eingebetteten Systemen, alten Firmware-Versionen und Legacy-Code weiter. Convertir.ai zeigt, wie viel Zeit bis Y2K38 verbleibt, und erlaubt dir zu prüfen, ob ein bestimmter Timestamp vor oder nach diesem kritischen Datum liegt.