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.
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.
- UTC-Modus: Zeigt alle Ausgaben in Koordinierter Weltzeit an. Das RFC-3339-Format verwendet ein literales
Z-Suffix anstelle von+00:00. - 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 @ 2:14:38 PM +0000(schnell lesbares Format) - RFC 1123Z:
Wed, 19 Mar 2025 14:14:38 +0000(HTTP-Datum-Standard, entsprichtDate- undLast-Modified-Headern) - Relative:
124d(wie lange die Anfrage zurückliegt)
- @ Format:
- 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 Sie0x6618E1FEein 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.
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 |
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 @ 2:14:38 PM +0000 |
| 2 | Allgemein | DateTime | 2025-03-19 14:14:38 |
| 3 | Allgemein | ISO 8601 | 2025-03-19T14:14:38+00:00 |
| 4 | Allgemein | RFC 3339 | 2025-03-19T14:14:38Z (UTC verwendet Z) |
| 5 | RFC | RFC 1123Z | Wed, 19 Mar 2025 14:14:38 +0000 |
| 6 | RFC | RFC 822 | 19 Mar 25 14:14 UTC |
| 7 | RFC | RFC 822Z | 19 Mar 25 14:14 +0000 |
| 8 | RFC | RFC 1123 | Wed, 19 Mar 2025 14:14:38 UTC |
| 9 | RFC | RFC 850 | Wednesday, 19-Mar-25 14:14:38 UTC |
| 10 | Go | ANSIC | Wed Mar 19 14:14:38 2025 |
| 11 | Go | UnixDate | Wed Mar 19 14:14:38 UTC 2025 |
| 12 | Go | RubyDate | Wed Mar 19 14:14:38 +0000 2025 |
| 13 | Go | DateOnly | 2025-03-19 |
| 14 | Go | TimeOnly | 14:14:38 |
| 15 | Go | Kitchen | 2:14PM |
| 16 | Go | Stamp | Mar 19 14:14:38 |
| 17 | Gebietsschema | Locale | 3/19/2025, 2:14:38 PM (browserabhängig) |
| 18 | Gebietsschema | Locale Date | 3/19/2025 |
| 19 | Gebietsschema | Locale Time | 2:14:38 PM |
| 20 | Sonstige | Hex | 0x6618E1FE |
| 21 | Sonstige | Relative | 124d |
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