Zeitstempel-Konverter
Konvertieren Sie zwischen Unix-Zeitstempeln und lesbaren Datumsangaben — zusätzlich unterstützt Windows FILETIME, .NET Ticks, LDAP/AD, Chrome WebKit und Excel OADate. Fügen Sie einen beliebigen Wert ein, das Format wird automatisch erkannt, mit Ein-Klick-Kopie.
Konverter
0 0 Zeitstempel → Datum
Datum → Zeitstempel
Was ist ein Unix-Zeitstempel?
Ein Unix-Zeitstempel (auch Unix-Epoche oder POSIX-Zeit genannt) ist die Anzahl der seit 1970-01-01 00:00:00 UTC — der Unix-Epoche — vergangenen Sekunden. Es ist die häufigste Methode, einen Zeitpunkt in der Programmierung darzustellen.
Beispielsweise entspricht 1700000000 dem 14. November 2023, 22:13:20 UTC.
Eigenschaften von Unix-Zeitstempeln:
- Zeitzonenunabhängig — immer in UTC gemessen
- Kontinuierlich — keine Schaltsekunden in den meisten Implementierungen
- Kompakt — eine einzige Zahl statt einer vollständigen Datumszeichenfolge
Sekunden vs. Millisekunden
Unix-Zeitstempel gibt es in zwei häufigen Auflösungen:
| Sekunden | Millisekunden | |
|---|---|---|
| Beispiel | 1700000000 | 1700000000000 |
| Präzision | 1 Sekunde | 1 Millisekunde |
| Verwendet von | Unix/Linux-APIs, den meisten Datenbanken | JavaScript (Date.now()), Java, Protokollsysteme |
| Stellen | ca. 10 Stellen | ca. 13 Stellen |
Wie man sie unterscheidet: Wenn die Zahl 13+ Stellen hat, handelt es sich um Millisekunden. Dieser Konverter erkennt die Auflösung automatisch — fügen Sie einfach die Zahl ein.
Häufige Anwendungsfälle
- Protokollanalyse — Zeitstempel in Serverprotokollen in lesbare Zeiten umwandeln
- API-Integration — Viele REST-APIs verwenden Unix-Zeitstempel für Datumsfelder
- Datenbankabfragen — Datensätze nach Zeitbereich mit Epochenwerten abfragen
- Planung — Verzögerungen berechnen oder zukünftige Ereignisse planen
- UUID v7 — UUID v7 kodiert einen Millisekunden-Unix-Zeitstempel in den ersten 48 Bits; dekodieren Sie ihn, um zu sehen, wann die UUID erstellt wurde
- Active-Directory-Verwaltung — LDAP-Zeitstempel wie
lastLogon,pwdLastSetundaccountExpiresin lesbare Daten umwandeln für Benutzer-Audits - Excel-/Office-Automatisierung — OADate-Seriennummern dekodieren bei der Interoperabilität mit Tabellenkalkulationen und
DateTime.FromOADate - Chrome-Forensik — WebKit-Zeitstempel aus
History- undCookies-SQLite-Datenbanken lesen für Debugging oder digitale Forensik
Was ist Windows FILETIME?
Windows FILETIME ist ein 64-Bit-Wert, der 100-Nanosekunden-Intervalle seit 1601-01-01 00:00:00 UTC zählt. Es ist das native Zeitformat der Win32-API, des NTFS-Dateisystems und von COM/OLE.
Eine FILETIME-Struktur speichert den Wert als zwei 32-Bit-DWORDs: dwLowDateTime und dwHighDateTime. Sie finden ihn in GetFileTime(), CoFileTimeNow() und NTFS-Master-File-Table(MFT)-Datensätzen.
Konvertierungsformel:
unix_seconds = (filetime / 10000000) - 11644473600Beispielsweise 133592755356230000 → 2024-05-04 04:32:15 UTC. Dieser Konverter erkennt 18-stellige Werte unter ~3 × 10¹⁷ automatisch als FILETIME.
Was sind .NET DateTime Ticks?
.NET Ticks ist eine 64-Bit-Ganzzahl mit Vorzeichen, die 100-Nanosekunden-Intervalle seit 0001-01-01 00:00:00 UTC (Jahr 1) zählt. Es ist der Hintergrundspeicher für DateTime in C#/.NET, zugänglich über DateTime.Now.Ticks.
Der Bereich deckt Daten von 0001-01-01 bis 9999-12-31 ab — ein einzelner long-Wert von bis zu ~3,16 × 10¹⁸. Anders als FILETIME (1601-basiert) beginnen .NET-Ticks im Jahr 1, um negative Werte zu vermeiden und Kalenderberechnungen zu vereinfachen.
Beispielsweise 638514336000000000 Ticks → 2024-05-16 00:00:00 UTC. Werte ab ~3 × 10¹⁷ werden als .NET-Ticks erkannt; darunter ist FILETIME wahrscheinlicher.
Was ist ein LDAP-/Active-Directory-Zeitstempel?
LDAP-Zeitstempel (verwendet von Microsoft Active Directory) sind numerisch identisch mit FILETIME — 100-Nanosekunden-Intervalle seit 1601-01-01 UTC. Der Unterschied liegt rein im Kontext: AD-Attribute wie lastLogon, lastLogonTimestamp, pwdLastSet und accountExpires speichern FILETIME-Werte unter dem LDAP-Schema.
AD-Administratoren wandeln diese routinemäßig um, um Benutzeraktivität und Kennwortablauf zu prüfen. In PowerShell:
[DateTime]::FromFileTime($value).ToString('yyyy-MM-dd HH:mm:ss')Beispielsweise 132514560000000000 → 2020-12-03 00:00:00 UTC. Ein accountExpires von 9223372036854775807 (Int64.MaxValue) bedeutet „läuft nie ab".
Was ist ein Chrome-/WebKit-Zeitstempel?
Chrome- und WebKit-Zeitstempel zählen Mikrosekunden (nicht 100-Nanosekunden) seit 1601-01-01 UTC. Sie erscheinen in Chromes History-, Cookies- und Login Data-SQLite-Datenbanken — nützlich für Debugging, Forensik und Datenwiederherstellung.
Da die Einheit μs (nicht 100ns) ist, sind die Werte für denselben Zeitpunkt 10× kleiner als bei FILETIME. Werte der heutigen Zeit haben 17 Stellen (~1,3 × 10¹⁶).
So fragen Sie den Chrome-Verlauf in SQL ab:
SELECT datetime(time / 1000000 - 11644473600, 'unixepoch') AS visit_time
FROM urls ORDER BY visit_time DESC LIMIT 10;Beispielsweise 13317696000000000 → 2023-01-09 00:00:00 UTC.
Was ist Microsoft OADate / Excel-Seriennummer?
OADate (OLE Automation Date) ist ein double, der Tage seit 1899-12-30 zählt. Der gebrochene Teil stellt die Tageszeit dar (0,5 = Mittag). Excel, Google Sheets und Office-Automatisierung verwenden dieses Serienformat intern.
Warum 1899-12-30 und nicht 1900-01-01? Excel repliziert absichtlich einen 1900-Schaltjahr-Fehler (1900 war kein Schaltjahr, aber Lotus 1-2-3 behandelte es als eines). Durch Zurückversetzen der Epoche um zwei Tage bleiben Excel-Daten mit dem Legacy-Fehler kompatibel.
Beispielsweise 45678.5 → 2025-01-21 12:00:00. In C#: DateTime.FromOADate(45678.5). In Excel: =DATUM(2025;1;21) gibt 45678 zurück.
FAQ
Was ist das Jahr-2038-Problem? Unix-Zeitstempel in 32-Bit-Signed-Integers erreichen bei 2147483647 ihr Maximum (19. Januar 2038, 03:14:07 UTC). Systeme, die noch 32-Bit time_t verwenden, werden einen Überlauf erleben. Die meisten modernen Systeme sind bereits auf 64-Bit-Zeitstempel umgestiegen, die für 292 Milliarden Jahre nicht überlaufen.
Verarbeitet dieses Tool Zeitzonen? Unix-Zeitstempel sind grundsätzlich UTC. Dieser Konverter zeigt sowohl die UTC-Darstellung als auch die lokale Zeitzone Ihres Browsers an.
Kann ich negative Zeitstempel verwenden? Ja. Negative Unix-Zeitstempel stellen Daten vor der Epoche (1970-01-01 00:00:00 UTC) dar. Zum Beispiel ist -86400 der 31. Dezember 1969, 00:00:00 UTC — genau ein Tag vor der Epoche.
Was ist der Unterschied zwischen FILETIME und LDAP-Zeitstempeln? Numerisch nichts — beide sind 100-Nanosekunden-Intervalle seit 1601-01-01 UTC. „FILETIME" ist der Win32/COM-Name; „LDAP-Zeitstempel" bezeichnet denselben Wert, gespeichert in Active-Directory-Attributen wie lastLogon. Für beide gilt dieselbe Konvertierungsformel.
Warum beginnt .NET DateTime.Ticks im Jahr 1? Der .NET-Kalender beginnt am 0001-01-01 (dem konventionellen Beginn des gregorianischen Kalenders), sodass alle gültigen Daten positive Tick-Werte erzeugen. Das vermeidet die Vorzeichenproblematik der FILETIME-Epoche von 1601 und vereinfacht die Datumsarithmetik über den gesamten Bereich 0001–9999.
Warum ist die OADate-Epoche der 30. Dezember 1899? Excel erbte einen Fehler von Lotus 1-2-3, der 1900 als Schaltjahr behandelte (was es nicht war). Damit Daten wie der 1. März 1900 zwischen Excel und der Realität übereinstimmen, wurde die OLE-Automation-Epoche auf den 1899-12-30 festgelegt — zwei Tage vor dem nominellen „1. Januar 1900", um den phantomhaften 29. Februar 1900 auszugleichen.