10 Stellen bedeuten bei modernen Daten meist Unix-Sekunden.
Unix-Timestamp-Konverter
Fügen Sie einen Unix-Timestamp ein, um ihn in lesbare lokale Zeit und UTC umzuwandeln. Sie können auch den aktuellen Timestamp in Sekunden oder Millisekunden für Logs, APIs, Datenbanken und Debugging erzeugen.
So verwenden Sie das Tool
- Fügen Sie einen Timestamp ein oder nutzen Sie die aktuelle Zeit.
- Wählen Sie Sekunden oder Millisekunden.
- Lesen Sie lokales Datum, UTC-Datum und ISO-8601-Wert ab.
Warum Unix-Timestamps nützlich sind
Ein Unix-Timestamp ist zeitzonenneutral: Er zählt die verstrichene Zeit seit 1970-01-01 00:00:00 UTC. Dadurch ist er kompakt, sortierbar und zuverlässig für den Austausch von Datumswerten.
Der häufigste Fehler ist die Verwechslung von Sekunden und Millisekunden. JavaScript nutzt meist Millisekunden, viele APIs und Datenbanken nutzen Sekunden.
Unix-Timestamps sind in APIs, Logs, Datenbanken, Analytics-Exporten, JavaScript, Python, Linux-Tools und Incident-Timelines üblich. Sie sind kompakt, aber ohne Umrechnung schwer lesbar.
Der häufigste Fehler ist die falsche Genauigkeit. Ein zehnstelliger Wert ist meist Sekunden, ein dreizehnstelliger meist Millisekunden, längere Werte oft Mikro- oder Nanosekunden.
Beim Debugging sollten lokale Zeit, UTC-Zeit, ISO-8601-String und Rohwert gemeinsam geprüft werden. So fallen Zeitzonenfehler, Sommerzeitprobleme und Faktor-1000-Fehler schneller auf.
Wenn Sie Timestamps mit anderen Entwicklern teilen, geben Sie Einheit und ISO-Wert an. Eine Zahl allein ist mehrdeutig; “1779244818 Sekunden / 2026-05-19T…” beschreibt den Zeitpunkt deutlich klarer.
Unix-Zeit wird meist in UTC gespeichert, Menschen lesen Daten aber lokal. Beide Ansichten nebeneinander sind wichtig, wenn ein Server UTC nutzt, Nutzer in Amerika sitzen und Support in Europa oder Indien arbeitet.
JavaScript liefert mit Date.now() Millisekunden, PostgreSQL und viele APIs geben oft Sekunden aus, manche Event-Streams verwenden Mikro- oder Nanosekunden. Die Ziffernzahl vor der Umrechnung zu prüfen verhindert viele falsche Datumswerte.
Das Jahr-2038-Problem betrifft ältere Systeme, die Unix-Zeit als vorzeichenbehaftete 32-Bit-Zahl speichern. Moderne 64-Bit-Systeme vermeiden diese Grenze, doch Embedded-Geräte, Altdatenbanken und alte Dateiformate können betroffen bleiben.
Timestamp-Umrechnung ist bei Incidents hilfreich, weil Logs verschiedener Systeme unterschiedliche Formate nutzen. Ein Dienst schreibt ISO UTC, ein anderer Epoch-Millisekunden, ein Datenbankexport Sekunden.
Beim Debugging sollten Sie den Timestamp mit Zeitzone des Nutzers, Server-Zeitzone und Deployment-Zeitlinie vergleichen. Viele Fehler mit “falscher Uhrzeit” sind eigentlich Anzeige- oder Einheitenfehler.
In Analytics-Exporten kann ein Timestamp Erzeugung, Eingang, Verarbeitung oder Reporting eines Events meinen. Die Zahl allein erklärt das nicht; Spaltennamen und Dokumentation sind entscheidend.
Wenn Sie Timestamps speichern, behalten Sie den rohen UTC-Wert und formatieren Sie erst in der Anzeige. So gehen keine Informationen verloren, wenn Nutzer reisen, Zeitzonen wechseln oder alte Ereignisse ansehen.
So erkennen Sie die Einheit
13 Stellen bedeuten häufig Unix-Millisekunden aus JavaScript oder Browser-APIs.
16 oder 19 Stellen stammen oft aus hochpräzisen Datenbanken, Tracing- oder Event-Systemen; die Stellenzahl ist nur eine Heuristik und sollte mit einem bekannten Datum geprüft werden.
Sichere Abläufe für Entwickler
- Normalisieren Sie Zeitstempel auf UTC, bevor Sie Logs oder Services vergleichen.
- Wandeln Sie erst an der Anzeigeebene oder bei gezieltem Debugging in lokale Zeit um.
- Wenn die Einheit unklar ist, nutzen Sie Auto-Erkennung als ersten Schritt und prüfen Sie das Ergebnis gegen ein bekanntes Ereignis oder eine Logzeile.
Wo Fehler typischerweise entstehen
- Millisekunden an ein System mit Sekunden-Erwartung zu senden, erzeugt Daten weit in der Zukunft.
- Einen lokalen Zeitwert wie UTC zu lesen, verschiebt Ereignisse um mehrere Stunden.
- Rund um Sommerzeitwechsel bleiben Sie am sichersten in UTC bis zur finalen Darstellung.
Praxisbeispiele
Der Timestamp 1717243200 ist 2024-06-01 12:00:00 UTC, wenn er als Sekunden gelesen wird.
Der Wert 1717243200000 beschreibt denselben Moment, wenn er als Millisekunden gelesen wird.
Wenn die umgerechnete Zeit im Jahr 56387 landet, wurden wahrscheinlich Millisekunden wie Sekunden behandelt.
Häufige Fragen
Was ist die Unix-Epoche?
1970-01-01 00:00:00 UTC, der Nullpunkt, ab dem Unix-Timestamps zählen.
Sekunden oder Millisekunden?
Nutzen Sie die Einheit, die Ihr System erwartet. JavaScript Date verwendet Millisekunden, klassische Unix-Timestamps meist Sekunden.
Wie erkenne ich Sekunden oder Millisekunden?
Aktuelle Sekunden-Timestamps haben meist 10 Stellen, Millisekunden meist 13. Das ist ein Hinweis, kein Beweis: Prüfen Sie das umgerechnete Datum gegen ein bekanntes Ereignis, eine Logzeile oder den erwarteten Zeitraum.
Warum unterscheidet sich lokale Zeit von UTC?
UTC ist die globale Referenz. Lokale Zeit wendet Ihren Zeitzonenoffset an und kann Sommerzeit enthalten.
Wofür wird ISO 8601 genutzt?
ISO 8601 ist ein lesbares, sortierbares Datumsformat für APIs, Datenbanken, Logs und Dokumentation.
Was ist das Jahr-2038-Problem?
Einige alte Systeme speichern Unix-Zeit als vorzeichenbehaftete 32-Bit-Zahl, die im Januar 2038 überläuft. Moderne 64-Bit-Systeme vermeiden das.