Unix-Zeitstempel-Konverter

Datum & Uhrzeit Umrechner
Unix-Zeitstempel
Zeitzone
Datums- und Zeitformate
@ Format
DateTime
ISO 8601
RFC 3339
RFC 1123Z
RFC 822
RFC 822Z
RFC 1123
RFC 850
ANSIC
UnixDate
RubyDate
DateOnly
TimeOnly
Kitchen
Stamp
Lokales Format
Datumsformat
Zeitformat
Hexadezimal
Relativ
Datum
- -
Uhrzeit
: :
UTC/GMT
Unix-Zeitstempel
Sekunden
Millisekunden
Mikrosekunden
Hexadezimal
Relativ

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

  1. Geben Sie einen Unix-Zeitstempel in das Eingabefeld ein (nur Ziffern, optionales Minuszeichen für Zeit vor 1970).
  2. Wählen Sie die Eingabegenauigkeit: Sekunden, Millisekunden oder Mikrosekunden.
  3. Wählen Sie eine Zeitzone: UTC, Lokal (Ihre Systemzeitzone) oder Benutzerdefiniert (geben Sie einen Offset zwischen -12 und +14 in halbstündigen Schritten ein).
  4. Lesen Sie die Ergebnisse — 21 Datums- und Zeitformatzeilen aktualisieren sich in Echtzeit.

Block B — Datum & Uhrzeit zu Zeitstempel

  1. Geben Sie das Jahr direkt ein. Verwenden Sie die Dropdown-Menüs für Monat, Tag, Stunde, Minute und Sekunde.
  2. Wählen Sie eine Zeitzone aus dem UTC/GMT-Auswähler: Lokal entspricht Ihrer Systemzeitzone; numerische Eingaben wie UTC+8 behandeln die Eingabe als Wanduhrzeit in dieser Zone.
  3. 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.

  1. Öffnen Sie den Unix-Zeitstempel-Konverter.
  2. Geben Sie 1742345678 in das Eingabefeld von Block A ein.
  3. 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, entspricht Date- und Last-Modified-Headern)
    • Relative: 124d (wie lange die Anfrage zurückliegt)
  4. 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.

  1. Stellen Sie in Block B das Datum auf 15. Juni 2026 und die Zeit auf 03:30:00 ein.
  2. Setzen Sie den UTC/GMT-Auswähler auf UTC+4 (EDT ist UTC-4, also geben Sie -4 ein).
  3. 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 Sie 0x6618E1FE ein 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 Z fü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

Häufig gestellte Fragen

Was ist ein Unix-Zeitstempel?
Ein Unix-Zeitstempel (auch Epochenzeit genannt) ist die Anzahl der Sekunden, die seit dem 1. Januar 1970 um 00:00:00 UTC vergangen sind. Es ist eine universelle Methode für Computer, Zeit als einzelne Ganzzahl darzustellen, unabhängig von Zeitzonen und Kalenderformaten.
Woher weiß ich, ob mein Zeitstempel in Sekunden oder Millisekunden vorliegt?
Ein Unix-Zeitstempel in Sekunden hat 10 Ziffern (z.B. 1712345678), während ein Millisekunden-Zeitstempel 13 Ziffern hat (z.B. 1712345678000). Unser Tool behandelt alle Eingaben als Sekunden. Die Ausgabetabelle zeigt auch das Millisekunden-Äquivalent als Referenz.
Behandelt dieses Tool Daten vor 1970?
Ja. Daten vor dem 1. Januar 1970 werden als negative Unix-Zeitstempel dargestellt. Zum Beispiel ist der 31. Dezember 1969 um 23:59:00 UTC -60 Sekunden. Geben Sie einen negativen Wert ein und das Tool konvertiert ihn korrekt.
Werden meine Daten an einen Server gesendet?
Nein. Die gesamte Konvertierung erfolgt ausschließlich in Ihrem Browser. Es werden keine Daten über das Netzwerk übertragen, was dieses Tool sicher für die Verarbeitung von Zeitstempeln aus privaten Protokollen oder vertraulichen Systemen macht.
Was ist das Jahr-2038-Problem?
Am 19. Januar 2038 um 03:14:07 UTC werden 32-Bit-Integer-Unix-Zeitstempel überlaufen — der Maximalwert 2.147.483.647 wird auf -2.147.483.648 gesetzt, was dem 13. Dezember 1901 entspricht. Die meisten modernen Systeme verwenden 64-Bit-Integer, die dieses Problem für Milliarden von Jahren vermeiden.
Was ist der Unterschied zwischen ISO 8601 und RFC 3339?
RFC 3339 ist ein Profil von ISO 8601. Beide verwenden das gleiche grundlegende Format (YYYY-MM-DDTHH:MM:SS±HH:MM), aber RFC 3339 erfordert den Zeitzonenindikator (Z für UTC oder ±HH:MM) und schreibt einen dreistelligen Jahresbereich vor. In der Praxis akzeptieren die meisten modernen APIs beide Formate problemlos.
ESC