Überbrücken Sie die Lücke zwischen Epoch-Zeit und menschlichen Datumsangaben. Konvertieren Sie jeden Unix-Zeitstempel in ein lesbares Datum – oder umgekehrt – plus eine Live-Anzeige des aktuellen Zeitstempels mit einem Klick.
Rechner wird geladen...
Hat Ihnen dieser Rechner geholfen?
Was ist Unix-Zeitstempel-Konverter?
Ein Unix-Zeitstempel-Konverter konvertiert zwischen Unix-Zeitstempeln (Sekunden seit der Epoche) und menschenlesbaren Datums-/Zeitformaten. Zeigt außerdem die aktuelle Unix-Zeit mit einem Klick an. Unverzichtbar für Entwickler, die mit Zeitdaten arbeiten.
Wann Sie diesen Rechner verwenden
Sie debuggen eine API, die Unix-Zeitstempel zurückgibt, und müssen diese als menschliche Daten lesen
Sie schreiben Code, der Daten speichert oder vergleicht, und müssen zwischen Zeitstempel- und Datumsformat konvertieren
Sie benötigen den aktuellen Unix-Zeitstempel für einen Protokolleintrag, API-Aufruf oder Datenbankdatensatz
Sie analysieren Serverprotokolle, in denen Zeitstempel im Epoch-Format vorliegen
Sie möchten überprüfen, ob ein Zeitstempel in Ihrem Code dem richtigen Datum und der richtigen Uhrzeit entspricht
Sie arbeiten mit Datenbanken oder Dateisystemen, die Unix-Zeitstempel für Dateimetadaten verwenden
Schritte:
Geben Sie einen Unix-Zeitstempel ein, um ihn in ein lesbares Datum zu konvertieren.
Oder geben Sie ein Datum/eine Uhrzeit ein, um es in einen Unix-Zeitstempel zu konvertieren.
Klicken Sie auf die Schaltfläche 'Aktuelle Zeit', um den aktuellen Unix-Zeitstempel zu erhalten.
Kopieren Sie die Ergebnisse mit der Kopier-Schaltfläche.
Formel
Zeitstempel → Datum: new Date(timestamp × 1000)
Datum → Zeitstempel: Math.floor(date.getTime() / 1000)
Unix-Epoche: 1. Januar 1970 00:00:00 UTC
Maximaler 32-Bit-Zeitstempel: 19. Januar 2038 (03:14:07 UTC)
Anwendungsfälle
Debuggen von API-Antworten mit Zeitstempeln
Konvertieren von Datenbank-Zeitstempelwerten
Setzen von Ablaufdaten im Code
Protokollanalyse und Interpretation von Zeitreihendaten
Hauptvorteile
Zeitstempel und Daten sofort konvertieren
Aktuelle Unix-Zeit mit einem Klick
Anzeige in Ortszeit und UTC
Kostenlos, keine Anmeldung erforderlich
Professionelle Tipps
Zeitstempel in Datenbanken immer in UTC speichern
Nur zur Anzeige in Ortszeit konvertieren
64-Bit-Integer für die Zeitstempelspeicherung verwenden
Zeitstempel in beide Richtungen prüfen, bevor Sie sich darauf verlassen
Häufige Fehler vermeiden
Vergessen, dass JavaScript Millisekunden verwendet (×1000)
Annahme, dass alle APIs dasselbe Zeitstempelformat verwenden
Zeitzonenunterschiede nicht berücksichtigen
32-Bit-Integer für Zeitstempel in neuen Systemen verwenden
Wichtige Begriffe erklärt
Unix-Zeitstempel: Sekunden seit 1. Januar 1970 UTC
Epoche: Referenzpunkt für die Zeitmessung
UTC: Koordinierte Weltzeit
Jahr-2038-Problem: 32-Bit-Integer-Überlauf
Verwandte Konzepte
Unix-Epoche: 1. Januar 1970 00:00:00 UTC, der Referenzpunkt, ab dem alle Unix-Zeitstempel gemessen werden
Epoch-Zeit: Ein System zur Darstellung der Zeit als Anzahl der seit der Unix-Epoche verstrichenen Sekunden
UTC (Koordinierte Weltzeit): Der primäre Zeitstandard, nach dem die Welt Uhren und Zeit reguliert, unabhängig von der Zeitzone
Jahr-2038-Problem: Das Datum, an dem 32-Bit-Unix-Zeitstempel überlaufen, was dazu führen kann, dass Systeme das Datum als 1901 interpretieren
ISO 8601: Ein internationaler Standard zur Darstellung von Daten und Zeiten (z. B. 2024-06-29T12:00:00Z) als Alternative zu Unix-Zeitstempeln
Beispiel
Aktueller Zeitstempel: 1719676800 → Datum: 29. Juni 2024 12:00:00 UTC. Datum konvertieren: '1. Januar 2025 00:00:00 UTC' → Zeitstempel: 1735689600.
Interpretation Ihrer Ergebnisse
Der Konverter arbeitet in zwei Richtungen: Die Eingabe eines Unix-Zeitstempels liefert das menschenlesbare Datum, und die Eingabe eines Datums liefert den Unix-Zeitstempel. Die aktuelle Unix-Zeit wird oben mit einer Aktualisierungsschaltfläche angezeigt, sodass Sie jederzeit den Live-Zeitstempel sehen können, ohne etwas eingeben zu müssen.
Unix-Zeitstempel zählen Sekunden ab dem 1. Januar 1970 UTC (Unix-Epoche). Sie sind zeitzonenunabhängig – derselbe Zeitstempel repräsentiert denselben Moment überall auf der Erde. Wenn Sie ein Datum eingeben, verwendet der Konverter Ihren lokalen Zeitzonenoffset zur Berechnung des Zeitstempels, aber Sie können zu UTC wechseln, wenn Sie zeitzonenneutrale Ergebnisse benötigen.
Das Jahr-2038-Problem ist wissenswert: 32-Bit-Ganzzahlen mit Vorzeichen überlaufen am 19. Januar 2038, was bedeutet, dass Legacy-Systeme, die 32-Bit-Zeitstempel verwenden, auf negative Werte umschalten. Moderne Systeme verwenden 64-Bit-Zeitstempel, die für Milliarden von Jahren nicht überlaufen werden. Wenn Sie unerwartete Daten um 1901 oder 2038 sehen, ist ein 32-Bit-Überlauf die wahrscheinliche Ursache.
Häufig gestellte Fragen
Was ist ein Unix-Zeitstempel?
Ein Unix-Zeitstempel ist die Anzahl der Sekunden, die seit dem 1. Januar 1970 um 00:00:00 UTC (der Unix-Epoche) verstrichen sind. Er ist eine universelle Zeitreferenz, die in der Programmierung und Datenverarbeitung verwendet wird.
Warum sind Zeitstempel nützlich?
Zeitstempel bieten eine zeitzonenunabhängige Möglichkeit, Zeiten zu speichern und zu vergleichen. Sie werden in Datenbanken, APIs, Protokollierung und jedem System verwendet, das eine präzise Zeitverfolgung benötigt.
Was ist das Jahr-2038-Problem?
Am 19. Januar 2038 werden 32-Bit-Unix-Zeitstempel überlaufen, da die maximale 32-Bit-Ganzzahl mit Vorzeichen (2.147.483.647) überschritten wird. Moderne Systeme verwenden 64-Bit-Zeitstempel, um dies zu vermeiden.
Was ist der Unterschied zwischen Sekunden und Millisekunden bei Zeitstempeln?
Standard-Unix-Zeitstempel sind in Sekunden. JavaScript und viele moderne APIs verwenden Millisekunden (Sekunden mit 1000 multiplizieren). Wenn Sie unerwartete Daten erhalten, prüfen Sie, ob der Zeitstempel in Sekunden oder Millisekunden vorliegt – ein Millisekunden-Zeitstempel, der als Sekunden interpretiert wird, zeigt ein Datum in ferner Zukunft an, und umgekehrt.
Warum zeigt mein Zeitstempel ein anderes Datum als erwartet?
Die häufigsten Ursachen sind: Der Zeitstempel ist in Millisekunden statt Sekunden (oder umgekehrt), ein Zeitzonenunterschied zwischen dem Ort, an dem der Zeitstempel erstellt wurde, und dem Ort, an dem Sie ihn anzeigen, oder ein 32-Bit-Überlauf bei sehr großen oder sehr kleinen Werten. Wechseln Sie zwischen UTC und Ortszeit, um Zeitzonenprobleme auszuschließen.
Kann ich Zeitstempel vor 1970 konvertieren?
Ja. Zeitstempel vor dem 1. Januar 1970 werden als negative Zahlen dargestellt. Zum Beispiel repräsentiert -86400 den 31. Dezember 1969 um 00:00:00 UTC. Der Konverter verarbeitet negative Zeitstempel korrekt.
Welches Format verwenden Datenbanken typischerweise für Zeitstempel?
Die meisten relationalen Datenbanken (PostgreSQL, MySQL) unterstützen sowohl Unix-Zeitstempel (als Integer-Spalten) als auch native DateTime/Timestamp-Typen. PostgreSQLs TIMESTAMPTZ speichert zeitzonenbewusste Zeitstempel intern. Die Wahl hängt von den Anforderungen Ihrer Anwendung ab – Unix-Zeitstempel sind für Vergleiche einfacher, während native DateTime-Typen in Abfragen besser lesbar sind.
Wie handhabe ich Zeitzonenkonvertierungen mit Unix-Zeitstempeln?
Unix-Zeitstempel sind intern immer in UTC. Um sie in einer lokalen Zeitzone anzuzeigen, wenden Sie den Zeitzonenoffset bei der Anzeige an. Die meisten Programmiersprachen haben integrierte Zeitzonenkonvertierungsfunktionen. In JavaScript: new Date(timestamp * 1000).toLocaleString('en-US', { timeZone: 'America/New_York' }).
Was ist der maximale Unix-Zeitstempelwert?
Eine 64-Bit-Ganzzahl mit Vorzeichen kann Zeitstempel bis zu etwa 292 Milliarden Jahren ab der Epoche darstellen – weit beyond das Alter des Universums. Praktisch werden 64-Bit-Zeitstempel niemals überlaufen. Die 32-Bit-Grenze (2.147.483.647 Sekunden) entspricht dem 19. Januar 2038 um 03:14:07 UTC.
Warum entfernen sich einige Systeme von Unix-Zeitstempeln?
Unix-Zeitstempel verlieren an Lesbarkeit für Menschen und handhaben Schaltsekunden, Zeitzonenänderungen oder Kalenderreformen nicht elegant. ISO-8601-Zeichenketten (z. B. 2024-06-29T12:00:00Z) sind selbstdokumentierend und zeitzonenbewusst. Unix-Zeitstempel bleiben jedoch beliebt wegen ihrer Einfachheit, Kompaktheit und Zeitzonenunabhängigkeit bei Speicherung und Berechnung.
