Unix-Zeitstempel-Konverter
Einleitung
Ein Unix-Zeitstempel (oder Epochenzeit) ist die Standardmethode, mit der Computer Zeit darstellen: eine einzelne Ganzzahl, die die Sekunden seit dem 1. Januar 1970 um Mitternacht UTC zählt, ohne Schaltsekunden. Er kommt in Datenbankeinträgen, API-Antworten, JWT-Tokens, Logdateien, Cron-Zeitplänen und Cache-Ablauf-Headern vor. Während Maschinen diese Ganzzahlen sofort lesen können, müssen Menschen sie in Kalenderdaten und Uhrzeiten übersetzen — oft in mehreren Formaten gleichzeitig.
Der Unix-Zeitstempel-Konverter dient Entwicklern, Systemadministratoren und Sicherheitsanalysten, die Zeitstempel aus Logs decodieren, Token-Abläufe überprüfen, Cron-Jobs über Zeitzonen hinweg planen oder schnell einen historischen oder zukünftigen Epochenwert nachschlagen müssen. Das Tool ist in zwei unabhängige Blöcke unterteilt:
- Block A (Unix-Zeitstempel → Datum & Uhrzeit): Geben Sie einen numerischen Zeitstempel ein und sehen Sie ihn in 21 Datums- und Zeitformaten, organisiert nach Standardfamilien.
- Block B (Datum & Uhrzeit → Unix-Zeitstempel): Wählen Sie ein Kalenderdatum, eine Uhrzeit und einen Zeitzonen-Offset aus und erhalten Sie den äquivalenten Zeitstempel in Sekunden, Millisekunden und Mikrosekunden.
Beide Blöcke haben ihren eigenen Zeitzonen-Auswähler, sodass Sie in UTC für eine Richtung und einem benutzerdefinierten Offset für die andere arbeiten können, ohne Überschneidungen.
Anwendungsfälle
Die Konvertierung von Unix-Zeitstempeln ist ein wiederkehrendes Bedürfnis in der Entwicklung, im Betrieb und in der Sicherheitsarbeit. Das Verständnis dieser Szenarien hilft Ihnen, das Tool in Ihren Workflow zu integrieren.
Debuggen von Logs und Fehlerberichten
Anwendungslogs, Datenbanklogs und Fehlerverfolgungsdienste zeichnen Zeitstempel oft als Unix-Epoch-Ganzzahlen auf. Wenn Sie einen Vorfall untersuchen, fügen Sie den Zeitstempel in Block A ein, um die lesbare Zeit in mehreren Formaten zu sehen — RFC 1123Z für HTTP-Header-Korrelation, ISO 8601 für JSON-Nutzlasten und relative Zeit für die Aktualitätsbewertung.
API-Integration und Token-Verifikation
JWTs, OAuth-Tokens und API-Rate-Limit-Header verwenden häufig Unix-Zeitstempel für Ablauf (exp), Ausstellung (iat) und Zurücksetzungsfenster. Verwenden Sie den Konverter, um zu überprüfen, ob ein Token noch gültig ist, wann es relativ zu Ihrer aktuellen Zeitzone ausgestellt wurde, und ob Ihre lokale Uhr mit der Server-Epochenzeit übereinstimmt.
Cron-Job- und Aufgabenplanung
Bei der Konfiguration von Cron-Jobs, geplanten Datenbanksicherungen oder CI/CD-Pipeline-Triggern müssen Sie oft eine Wanduhrzeit als Unix-Zeitstempel ausdrücken. Block B ermöglicht es Ihnen, ein Datum, eine Uhrzeit und eine Zeitzone auszuwählen und dann den genauen Epochenwert auszugeben — ohne Kopfrechnen oder Zeitzonen-Jonglieren.
Multi-Zeitzonen-Kollaboration
Teams in verschiedenen Zeitzonen teilen Log-Auszüge, Bereitstellungsfenster und Vorfall-Zeitpläne. Das Einfügen eines Unix-Zeitstempels in Block A und das Umschalten zwischen UTC, Lokal und benutzerdefinierten Zeitzonen zeigt, wie derselbe Augenblick in der lokalen Zeit jedes Teammitglieds aussieht — und beseitigt Mehrdeutigkeiten aus zeitzonenkonvertierten Zeichenketten.
So funktioniert's
Die Unix-Zeit zählt Sekunden seit der Epoche (1. Januar 1970, 00:00:00 UTC). Jeder Tick fügt genau eine Sekunde hinzu. Da sie an UTC gebunden ist, repräsentiert ein Unix-Zeitstempel denselben Augenblick überall auf der Erde — die Zeitzone spielt nur eine Rolle, wenn Sie ihn als menschenlesbare Zeichenkette darstellen.
Das Tool verwendet das native JavaScript Date-Objekt des Browsers für alle Konvertierungen. Jedes Date speichert intern die Zeit als eine einzelne Zahl: Millisekunden seit der Unix-Epoche. Wenn Sie einen Zeitstempel eingeben, erstellt das Tool ein Date und liest dessen UTC- oder lokale Eigenschaften, abhängig vom aktiven Zeitzonen-Auswähler. Wenn Sie ein Kalenderdatum und eine Uhrzeit eingeben, berechnet das Tool die Differenz zur Epoche, adjustiert um den angegebenen Zeitzonen-Offset.
Zeitstempel-Einheiten in verschiedenen Ökosystemen
Verschiedene Plattformen und Sprachen verwenden unterschiedliche Epochen-Einheiten. Der Einheiten-Auswähler des Tools ermöglicht es Ihnen, die Genauigkeit Ihrer Quelle anzupassen:
| Einheit | Verwendet von | Beispiel |
|---|---|---|
| Sekunden | Go, PHP, Python, PostgreSQL, Ruby, cron | 10 Ziffern |
| Millisekunden | JavaScript (Date.now()), Ethereum, .NET DateTimeOffset, Java System.currentTimeMillis() |
13 Ziffern |
| Mikrosekunden | Linux /proc/uptime, Go time.UnixMicro(), hochauflösende Profilerstellung |
16 Ziffern |
Das Tool konvertiert Ihre Eingabe intern in Sekunden. Wenn Sie einen 13-stelligen Wert aus JavaScripts Date.now() einfügen, stellen Sie die Einheit auf Millisekunden und das Tool übernimmt die Division.
Zeitzone & Sommerzeit
Ein Unix-Zeitstempel repräsentiert immer denselben physikalischen Augenblick. Der Zeitzonen-Auswähler in jedem Block ändert nur, wie dieser Augenblick angezeigt oder interpretiert wird.
- Relative: wie lange die Anfrage zurückliegt – diese Zeile aktualisiert sich live mit Ihrer aktuellen Uhrzeit und ändert sich bei jedem Öffnen der Seite
- Lokal-Modus: Verwendet die Systemzeitzone Ihres Browsers, einschließlich automatischer Sommerzeit-Anpassungen.
- Benutzerdefinierter Modus: Ein numerischer UTC-Offset zwischen -12:00 und +14:00. Das Tool wendet diesen Offset direkt ohne DST-Korrektur an — es behandelt Ihren Offset als feste Wanduhr.
Wenn die Sommerzeit aktiv ist, ändert sich der lokale Zeitzonen-Offset. Derselbe Zeitstempel kann im Lokal-Modus eine andere Stunde anzeigen als im Vormonat. Das ist zu erwarten: Der Zeitstempel ist derselbe, aber die lokale Uhrenkonvention hat sich geändert.
Für die gebietsschema-formatierten Zeilen (Locale, Locale Date, Locale Time) respektiert das Tool sowohl die ausgewählte Zeitzone als auch die Spracheinstellungen Ihres Browsers. Wenn Sie den UTC-Modus wählen, erhält toLocaleString { timeZone: 'UTC' }, sodass das Gebietsschema-Format die korrekte Zeitzone verwendet.
Verwendung
Block A — Zeitstempel zu Datum & Uhrzeit
- Geben Sie einen Unix-Zeitstempel in das Eingabefeld ein (nur Ziffern, optionales Minuszeichen für Zeit vor 1970).
- Wählen Sie die Eingabegenauigkeit: Sekunden, Millisekunden oder Mikrosekunden.
- Wählen Sie eine Zeitzone: UTC, Lokal (Ihre Systemzeitzone) oder Benutzerdefiniert (geben Sie einen Offset zwischen -12 und +14 in halbstündigen Schritten ein).
- Lesen Sie die Ergebnisse — 21 Datums- und Zeitformatzeilen aktualisieren sich in Echtzeit.
Block B — Datum & Uhrzeit zu Zeitstempel
- Geben Sie das Jahr direkt ein. Verwenden Sie die Dropdown-Menüs für Monat, Tag, Stunde, Minute und Sekunde.
- Wählen Sie eine Zeitzone aus dem UTC/GMT-Auswähler: Lokal entspricht Ihrer Systemzeitzone; numerische Eingaben wie
UTC+8behandeln die Eingabe als Wanduhrzeit in dieser Zone. - Die Zeitstempel-Ergebnisse erscheinen sofort in Sekunden, Millisekunden, Mikrosekunden, Hexadezimal und relativer Zeit.
Die beiden Blöcke arbeiten unabhängig voneinander. Änderungen in Block A beeinflussen Block B nicht und umgekehrt. So können Sie Zeitstempel nebeneinander vergleichen oder einen Referenzwert sperren, während Sie verschiedene Formate erkunden.
Tutorial
Szenario 1: Decode a timestamp from a server log
Ihr Anwendungslog zeigt den Zeitstempel 1742345678 — ein fehlgeschlagener API-Aufruf. Sie müssen genau wissen, wann er passiert ist, und auch das HTTP-Datum-Format für die Korrelation mit HTTP-Antwortheadern überprüfen.
- Öffnen Sie den Unix-Zeitstempel-Konverter.
- Geben Sie
1742345678in das Eingabefeld von Block A ein. - Die Ergebnisse zeigen 21 Formatzeilen an, darunter:
- @ Format:
3/19/2025 @ 12:54:38 AM UTC(schnell lesbares Format) - RFC 1123Z:
Wed, 19 Mar 2025 00:54:38 +0000(HTTP-Datum-Standard, entsprichtDate- undLast-Modified-Headern)
- @ Format:
- Relative: wie lange die Anfrage zurückliegt – diese Zeile aktualisiert sich live mit Ihrer aktuellen Uhrzeit und ändert sich bei jedem Öffnen der Seite
- Wechseln Sie die Zeitzone zu Lokal, um zu sehen, wie spät es in Ihrer eigenen Zeitzone war.
Szenario 2: Schedule a cron job at a specific time
Sie benötigen einen Cron-Job, der um 3:30 Uhr Eastern Time am 15. Juni 2026 läuft. Eastern Daylight Time ist UTC-4 im Juni.
- Stellen Sie in Block B das Datum auf 15. Juni 2026 und die Zeit auf 03:30:00 ein.
- Setzen Sie den UTC/GMT-Auswähler auf
UTC+4(EDT ist UTC-4, also geben Sie -4 ein). - Lesen Sie den Sekunden-Wert ab — das ist Ihr Cron-Zeitstempel. Die Hex- und Relative-Zeilen aktualisieren sich ebenfalls und geben Ihnen gleichzeitig eine maschinenlesbare und eine menschenlesbare Referenz.
Profi-Tipps
Anwendungsfälle der Formate
Jedes Ausgabeformat dient einem bestimmten Zweck. Hier ist, wann Sie welches verwenden sollten:
| Format | Verwendungszweck |
|---|---|
| @ Format | Schnelle visuelle Erfassung — das kompakte M/D/YYYY @ HH:MM:SS AM/PM-Layout ist auf einen Blick lesbar |
| DateTime | SQL-Datenbank-Einfügungen (YYYY-MM-DD HH:MM:SS), die häufigste Zeichenkettenform außerhalb von JSON |
| ISO 8601 | JSON-Nutzlasten (new Date().toISOString()), REST-API-Anfrage-/Antwortkörper |
| RFC 3339 | RSS-Feeds, Atom-Feeds, Kalenderabonnements (iCalendar); wird verwendet, wo ISO 8601 ein strengeres Profil benötigt |
| RFC 1123Z | HTTP-Header (Date, Last-Modified, Expires), Cookies (expires-Attribut) |
| RFC 822 | E-Mail-Header (Date-Feld), veraltete Newsgroup-Formate |
| RFC 850 | Ältere HTTP/1.0-Implementierungen (heute selten, aus Kompatibilitätsgründen beibehalten) |
| ANSIC | Go's time.ANSIC-Konstante — wird beim Lesen der Go time.Time-Standardausgabe verwendet |
| RubyDate | Ruby's Time#ctime-Format; entspricht der klassischen Unix ctime-Ausgabe |
| DateOnly / TimeOnly | Go 1.20+ Komfortkonstanten — nur das Datum oder nur die Uhrzeit extrahieren |
| Kitchen | Go's 12-Stunden-Format — schnelles Ablesen der Wanduhr |
| Locale | Benutzeroberflächenanzeige; respektiert die Sprache und kulturellen Konventionen des Browsers |
| Hex | Low-Level-Debugging, Firmware-Zeitstempel, eingebettete Systeme |
| Relative | Dashboard-Anzeigen, „Zeit seit letztem Ereignis"-UI-Elemente |
Sprachimplementierungen
Holen Sie den aktuellen Unix-Zeitstempel in Ihrer bevorzugten Sprache:
// Go
time.Now().Unix() // Sekunden
time.Now().UnixMilli() // Millisekunden (Go 1.17+)
// JavaScript
Math.floor(Date.now() / 1000) // Sekunden
Date.now() // Millisekunden
// PHP
time(); // Sekunden
intval(microtime(true) * 1000); // Millisekunden
# Python
import time; int(time.time()) // Sekunden
import time; int(time.time() * 1000) // Millisekunden
Allgemeine Tipps
- Zeitstempel vor 1970: Negative Werte eingeben. Der 1. Dezember 1960 um 00:00:00 UTC ist
-286329600. - Hex-Eingabe: Hexadezimale Werte (mit oder ohne
0x-Präfix) werden automatisch erkannt — geben Sie0x67DA15CEein und sehen Sie das dezimale Äquivalent. - Zeitzonen vergleichen: Setzen Sie die Zeitzone von Block A auf UTC und die von Block A auf Lokal gleichzeitig, um zu sehen, wie derselbe Augenblick in beiden dargestellt wird.
Häufige Fehler
Unix-Zeitstempel sind im Konzept einfach, aber leicht falsch zu verwenden. Hier sind die häufigsten Fallstricke.
Sekunden vs. Millisekunden-Verwechslung
Dies ist der häufigste Fehler. Eine 10-stellige Zahl wie 1712345678 sind Sekunden; eine 13-stellige Zahl wie 1712345678000 sind Millisekunden. Das Einfügen von Millisekunden in einen Sekunden-Modus-Konverter erzeugt ein Datum Jahrzehnte in der Zukunft (z.B. 54382 Jahre ab jetzt). Überprüfen Sie immer die Ziffernanzahl vor der Konvertierung.
Ignorieren der Zeitzone in der Rückwärtsrichtung
Bei der Konvertierung eines Datums und einer Uhrzeit in einen Unix-Zeitstempel (Block B) ist die ausgewählte Zeitzone wichtig. Die Eingabe von 2026-06-15 03:30:00 mit UTC ergibt einen anderen Zeitstempel als dieselbe Wanduhrzeit mit UTC+8 — der Unterschied beträgt genau 8 Stunden. Die resultierende Ganzzahl ist für jede Interpretation korrekt, aber wenn Sie vergessen, die Zeitzone einzustellen, stimmt die Ausgabe nicht mit dem überein, was das empfangende System erwartet.
Annahme, dass die Ortszeit der Serverzeit entspricht
Beim Dekodieren eines Zeitstempels aus einem Server-Log ist der Zeitstempel bereits in UTC — die Zeitzone beeinflusst nur die Anzeige. Das Umschalten von Block A in den Lokal-Modus ändert die angezeigte Uhrzeit, aber nicht den zugrunde liegenden Augenblick. Wenn die Ausgabe falsch aussieht, überprüfen Sie zuerst den Zeitzonen-Wähler, nicht den Zeitstempelwert.
Verwendung der falschen Einheit für Hex- oder Relativwerte
Hex- und Relativzeit-Ausgaben werden aus derselben internen Konvertierung abgeleitet. Die Eingabe eines Zeitstempels in Millisekunden mit der auf Sekunden eingestellten Einheit erzeugt einen Hex-Wert, der einen anderen Augenblick darstellt. Bestätigen Sie immer, dass der Einheiten-Wähler mit der Genauigkeit Ihrer Quelldaten übereinstimmt.
Alternativen
| Tool | Zeitstempel zu Datum | Datum zu Zeitstempel | 21+ Formate | Unabhängige Zeitzone pro Block | Clientseitig |
|---|---|---|---|---|---|
| Toollect Unix-Zeitstempel-Konverter | Ja | Ja | Ja (21) | Ja | Ja |
| unixtimestamp.com | Ja | Ja | ~5 | Nein | Ja |
| epochconverter.com | Ja | Ja | ~8 | Nein | Ja |
| site24x7.com | Ja | Ja | ~6 | Vollständige IANA | Ja |
date -d @timestamp (Linux) |
Ja | Nein | ~3 | Nur System-TZ | N/A |
Datenschutz
Der Unix-Zeitstempel-Konverter verarbeitet jede Konvertierung vollständig in Ihrem Browser. Kein Zeitstempel, Datum oder Zeitzonenwert, den Sie eingeben, wird an einen Server übertragen, in einer Datenbank gespeichert oder in einem System protokolliert.
Alle Konvertierungen werden mit dem nativen JavaScript Date-Objekt des Browsers im Speicher durchgeführt. Die Tool-Seite enthält keine Analyse-Skripte, keine Tracking-Pixel und keine Drittanbieter-Einbettungen. Es werden keine Cookies, localStorage- oder sessionStorage-Einträge erstellt oder gelesen.
Nach dem anfänglichen Laden der Seite funktioniert der Konverter vollständig offline — Sie können die Internetverbindung trennen und Zeitstempel ohne Unterbrechung weiter konvertieren. Sie können dies überprüfen, indem Sie das Tool im Flugmodus verwenden oder die Netzwerkaktivität in den Entwicklertools Ihres Browsers überprüfen.
Fehlerbehebung
| Problem | Wahrscheinliche Ursache | Lösung |
|---|---|---|
| Ausgabe zeigt ein Datum in 1970 oder 1969 | Die Eingabe wird in der falschen Einheit gelesen | Ändern Sie den Einheiten-Auswähler, um Ihrer Eingabe zu entsprechen (Sekunden / ms / μs) |
| Datum und Uhrzeit zeigen den falschen Moment | Der Zeitzonen-Auswähler ist falsch eingestellt | Wechseln Sie zu UTC, um den Basis-Augenblick zu überprüfen, und stellen Sie dann den korrekten Offset ein |
| Locale-Zeile zeigt falsche Uhrzeit | Die Locale-Formatierung ignoriert die Block-A-Zeitzonenauswahl | Dies wurde behoben — Locale respektiert jetzt die ausgewählte Zeitzone. Überprüfen Sie, ob Sie die neueste Version verwenden |
| Ausgabe aktualisiert sich nicht | Die Eingabe enthält nicht-numerische Zeichen | Leeren Sie das Feld und geben Sie nur Ziffern und ein optionales führendes Minus ein |
| Relative Zeit zeigt „gerade eben" für einen bekannten vergangenen Zeitstempel | Relativ wird gegen die aktuelle Systemuhr berechnet | Dies ist zu erwarten — relative Zeit vergleicht den Zeitstempel immer mit „jetzt" |
| 13-stellige Eingabe zeigt ein Datum weit in der Zukunft | Die Eingabe ist in Millisekunden, aber die Einheit ist standardmäßig auf Sekunden eingestellt | Wechseln Sie die Einheit zu „Millisekunden" |
Technische Daten
- Konvertierungs-Engine: JavaScript
Date-Objekt (ECMAScript-Standard) - Zeitstempelbereich: Vollständiger JavaScript-Zahlenbereich (±9 Billiarden Sekunden, deckt Milliarden von Jahren ab)
- Unterstützte Eingabe: Dezimale Ganzzahlen, negative Werte (vor 1970)
- Eingabepräzision: Sekunden, Millisekunden oder Mikrosekunden (konfigurierbar)
- Zeitzonenunterstützung: UTC, lokal (Browser-System), benutzerdefinierter GMT-Offset (-12 bis +14 in 0,5-Stunden-Schritten); unabhängig für jeden Block
Die 21 Formatfamilien
| # | Gruppe | Format | Beispiel |
|---|---|---|---|
| 1 | Allgemein | @ Format | 3/19/2025 @ 12:54:38 AM UTC |
| 2 | Allgemein | DateTime | 2025-03-19 00:54:38 |
| 3 | Allgemein | ISO 8601 | 2025-03-19T00:54:38+00:00 |
| 4 | Allgemein | RFC 3339 | 2025-03-19T00:54:38Z (UTC verwendet Z) |
| 5 | RFC | RFC 1123Z | Wed, 19 Mar 2025 00:54:38 +0000 |
| 6 | RFC | RFC 822 | 19 Mar 25 00:54 UTC |
| 7 | RFC | RFC 822Z | 19 Mar 25 00:54 +0000 |
| 8 | RFC | RFC 1123 | Wed, 19 Mar 2025 00:54:38 UTC |
| 9 | RFC | RFC 850 | Wednesday, 19-Mar-25 00:54:38 UTC |
| 10 | Go | ANSIC | Wed Mar 19 00:54:38 2025 |
| 11 | Go | UnixDate | Wed Mar 19 00:54:38 UTC 2025 |
| 12 | Go | RubyDate | Wed Mar 19 00:54:38 +0000 2025 |
| 13 | Go | DateOnly | 2025-03-19 |
| 14 | Go | TimeOnly | 00:54:38 |
| 15 | Go | Kitchen | 12:54AM |
| 16 | Go | Stamp | Mar 19 00:54:38 |
| 17 | Gebietsschema | Locale | 3/19/2025, 12:54:38 AM (browserabhängig) |
| 18 | Gebietsschema | Locale Date | 3/19/2025 |
| 19 | Gebietsschema | Locale Time | 12:54:38 AM |
| 20 | Sonstige | Hex | 0x67DA15CE |
| 21 | Sonstige | Relative | aktualisiert sich live |
Format-Stammbaum
Die Datums- und Zeitformate in diesem Tool stammen aus vier Linien:
- RFC 822 (1982) definierte das ursprüngliche E-Mail-Datumsformat mit einer 2-stelligen Jahreszahl. RFC 1123 (1989) ersetzte es mit einer 4-stelligen Jahreszahl. RFC 1123Z ist dasselbe Format mit einem numerischen Zeitzonen-Offset (
+0000) anstelle einer alphabetischen Abkürzung (UTC). Zusammen decken diese HTTP-Header (1123Z) und E-Mail-Formate (822) ab. - ISO 8601 (1988) etablierte den internationalen Standard für die Darstellung von Datum und Zeit. RFC 3339 (2002) profiliert ISO 8601 für die Internetnutzung und fügt Anforderungen wie das obligatorische
Zfür UTC hinzu. Die meisten modernen APIs wählen eines dieser beiden Formate. - Go-Zeitkonstanten (
ANSIC,UnixDate,RubyDate, usw.) sind Komfortlayouts, die in die Go-Standardbibliothek eingebaut sind. Sie spiegeln POSIX-Konventionen (ctime-Ausgabe), RFC-Standards und Go-spezifische Komfortformen (DateOnly,Kitchen,Stamp) wider. - Gebietsschema-Formate verwenden die
Intl.DateTimeFormat-API des Browsers, die dem Unicode Common Locale Data Repository (CLDR) folgt. Die genaue Ausgabe hängt von der Browserspracheinstellung des Benutzers ab.
Kompatibilität
- Browser: Chrome 90+, Firefox 90+, Safari 15+, Edge 90+
- Abhängigkeiten: Keine — reines JavaScript, keine Drittanbieter-Bibliotheken
- Datenverarbeitung: 100 % clientseitig — keine Netzwerkanfragen
Funktionen
- Bidirektionale Konvertierung zwischen Unix-Zeitstempeln und lesbaren Daten
- Echtzeit-Anzeige des aktuellen Unix-Zeitstempels mit automatischer Aktualisierung
- Mehrere Ausgabeformate: UTC, Ortszeit, ISO 8601, Hex und Relativzeit
- Benutzerdefinierte Zeitzonen-Offset-Unterstützung für genaue Datum-zu-Zeitstempel-Konvertierung
- Clientseitige Verarbeitung — keine Daten werden an einen Server gesendet