Unix Timestamp Converter

So wird der Unix-Timestamp-Konverter verwendet

1. Modus auswählen. "Timestamp zu Datum" nimmt eine Zahl und gibt ein lesbares Datum zurück; "Datum zu Timestamp" nimmt ein Datum/Uhrzeit und gibt eine Ganzzahl zurück.
2. Den Timestamp einfügen (Sekunden oder Millisekunden). Die Komponente erkennt die Präzision automatisch anhand der Stellenzahl: 10 Stellen werden als Sekunden, 13 Stellen als Millisekunden geparst. Auf Konvertieren klicken, um Lokalzeit, UTC, ISO 8601 und eine relative Zeitangabe anzuzeigen.
3. Oder ein Datum auswählen im Modus "Datum zu Timestamp", um die entsprechenden Unix-Sekunden und Millisekunden als Ganzzahlen zu sehen. Jedes Feld hat eine Kopierschaltfläche.
4. Den Live-Zähler ablesen am oberen Rand - er aktualisiert jede Sekunde, sodass der aktuelle Epoch-Wert immer einen Klick entfernt ist.

Was Unix-Zeit wirklich ist (und was nicht)

Ein Unix-Timestamp ist die Anzahl der Sekunden, die seit 1970-01-01T00:00:00Z vergangen sind, ohne Schaltsekunden. "Ohne Schaltsekunden" ist das wichtigste und am häufigsten missverstandene Detail. POSIX definiert Unix-Zeit als (Jahr - 1970) * 365,25 * 86400 plus Tag-des-Jahres und Sekunde-des-Tages, ohne Korrektur für die ~27 Schaltsekunden, die UTC seit 1972 absorbiert hat. Das bedeutet, dass Unix-Zeit manchmal pausiert (z. B. wird 23:59:60 zu einem zweiten 23:59:59) oder sprunghaft voranschreitet - die genaue Strategie hängt vom Time-Sync-Daemon des Betriebssystems ab. Googles "Leap Smear" verteilt die Anomalie über 24 Stunden, sodass sich nichts wiederholt. Die Konvertierung auf dieser Seite liest Date.getTime(), also die bereits "gesmierte" Sicht des Browsers, sodass niemals eine 61-Sekunden-Minute sichtbar wird. Einen Timestamp parsen: new Date(seconds * 1000); die Gegenrichtung: Math.floor(date.getTime() / 1000).

Wann man zur Epoch-Konvertierung greift

• Fehlersuche in einem Log-Eintrag mit rohem Epoch-Timestamp ("Warum hat 1699987200 einen Alarm ausgelöst?") und man will die Wanduhrzeit wissen.
• Generieren eines Cookie-Expires-Werts, eines JWT-iat/exp-Claims oder eines OAuth2-Token-Ablaufs - alle verwenden Unix-Sekunden.
• Befüllen einer Datenbankseeddatei mit historischen Testdaten in BIGINT-Millisekunden-Spalten.
• Lesen eines Foto-EXIF-DateTimeOriginal oder eines Dateisystem-mtime und Umrechnen in ein besprechungsgeeignetes Datum.
• Vergleichen zweier API-Antworten, die sich darin unterscheiden, ob der Timestamp in Sekunden, Millisekunden oder Mikrosekunden ist.
• Berechnen von Countdowns basierend auf API-gelieferten Deadlines in rohen Sekunden seit Epoch.

Fallstricke, die jeder Entwickler irgendwann kennenlernt

• Sekunden vs. Millisekunden. Einen Millisekunden-Timestamp mit 1000 zu multiplizieren ergibt das Jahr 52.000+; einen Sekunden-Timestamp durch 1000 zu teilen ergibt 1970. Der Unterschied ist immer ein Faktor 1000 und immer stillschweigend falsch, wenn verwechselt. Stellenzahl-Erkennung (10 vs. 13) ist die übliche Heuristik.
• Jahr 2038. Ein vorzeichenbehafteter 32-Bit-Integer läuft bei 2147483647 = 2038-01-19T03:14:07Z über. Jedes System, das Unix-Zeit noch in int32 speichert, springt in diesem Moment auf Dezember 1901. 64-Bit-int64-Systeme verschieben den Überlauf auf das Jahr 292.277.026.596 - weit jenseits menschlicher Relevanz. Eingebettete Geräte, altes C und einige Legacy-Dateiformate sind die realistischen Risiken; alle Mainstream-Sprachen sind längst auf 64-Bit-Zeit umgestiegen.
• Jahr 2106. Vorzeichenloser 32-Bit-Überlauf am 2106-02-07T06:28:15Z. Einige ältere Systeme verwendeten uint32 genau um über 2038 hinaus zu kommen; auch sie haben ihre eigene Klippe.
• Schaltsekunden. Unix-Zeit tut so, als gäbe es sie nicht. Die IERS fügten zwischen 1972 und 2017 27 davon hinzu (seitdem keine). Die Generalkonferenz für Masse und Gewichte stimmte 2022 dafür, Schaltsekunden bis 2035 abzuschaffen. Bis dahin kann präzise Zeitintervallrechnung über Jahrzehnte um plus/minus 27 Sekunden abweichen.
• Negative Timestamps. -86400 ist der 1969-12-31. Vollkommen gültig; einige frühe Datenbanktreiber hatten damit Probleme. Moderne Sprachen behandeln negative Werte korrekt.
• Date.now() vs. performance.now(). Ersteres sind Wanduhr-Millisekunden-seit-Epoch und springt, wenn die Systemuhr angepasst wird (NTP, Sommerzeit, manuelle Änderung). Letzteres ist ein monotoner hochauflösender Timer, der nie springt, aber keine Epoch-Referenz hat. Date.now() für Timestamps verwenden; performance.now() für Intervall-Timing.

Epoch in Systemen und Spezifikationen

Unix-Zeit wurde mit der ersten Edition von Unix 1971 eingeführt; POSIX formalisierte sie (IEEE Std 1003.1). Javas System.currentTimeMillis() teilt die Epoch, und JavaScripts Date erbt von Java. Andere Epochs existieren: Windows FILETIME zählt 100-ns-Intervalle seit 1601-01-01; Cocoas NSDate verwendet 2001-01-01 UTC; Excels serielle Datumszahl zählt Tage seit 1900-01-00 mit einem Lotus-1-2-3-Kompatibilitätsfehler, der 1900 als Schaltjahr behandelt (Tag 60 ist "1900-02-29", den es nicht gab). RFC 3339 und ISO 8601 definieren die menschenlesbare Form, die toISOString() ausgibt. NTP-Dämonen synchronisieren die lokale Unix-Zeit mit UTC von pool.ntp.org oder PTP-Quellen.

Epoch-Tools im Vergleich

Befehlszeile: date -r 1700000000 unter BSD/macOS oder date -d @1700000000 unter GNU/Linux - schnell, aber man muss sich das richtige Flag merken. Python: datetime.fromtimestamp(1700000000, tz=timezone.utc) - ausführlich aber korrekt. PostgreSQL: to_timestamp(1700000000). epochconverter.com ist das etablierte Browser-Tool und existiert seit den späten 2000ern; es unterstützt einige esoterischere Epoch-Formate (Apple Mach Absolute, Windows FILETIME hex), die hier aus Fokusgründen fehlen. DevTools-Konsole: new Date(1700000000 * 1000).toISOString() ist eine Zeile. Diese Seite punktet mit einer visuellen Gegenüberstellung von Lokal, UTC, ISO und Relativ auf einen Blick, mit Kopierschaltflächen und Live-Zähler, ohne den Browser-Kontext wechseln zu müssen. Für Massen- oder Script-Verwendung sind Shell-Befehle oder jqs todate/fromdate unschlagbar.