Epoch Converter: Unix Timestamp umrechnen

Fügen Sie einen Timestamp oder ein Datum ein: Sie sehen es in Worten, in Ihrer Zeitzone und UTC, mit allem, was die Zahl sonst sein könnte.

s · ms · µs · ns · FILETIME · .NET · Excel · NTP · GPS · läuft in Ihrem Browser

Beispiel · 817876800

Samstag

2. Dezember 1995

04:00:00 UTC

UTC
Sa., 2. Dez. 1995 · 04:00:00
Sa., 2. Dez. 1995 · 04:00:00UTC · UTC+00:00
Relativ
vor 31 Jahren
Geschrieben als
ISO 8601 · UTC
1995-12-02T04:00:00Z
ISO 8601 · UTC
1995-12-02T04:00:00Z
RFC 5322 · E-Maildas von RFC 2822 definierte Format
Sat, 02 Dec 1995 04:00:00 +0000
HTTP-DatumRFC 9110
Sat, 02 Dec 1995 04:00:00 GMT
SQL DATETIMEUTC
1995-12-02 04:00:00
Sekunden
817876800
Millisekunden
817876800000
Mikrosekunden
817876800000000
Nanosekunden
817876800000000000

Eine Zahl · jede Epoche

7 Lesarten fallen auf ein echtes Datum

Gelesen als Unix-Sekunden, nach der Länge: 9 Ziffern. Als GPS-Sekunden wäre es der 6. Dezember 2005: ebenfalls ein echtes Datum, daher bleibt es einen Klick entfernt.

LesartFällt auf
1900–2100: ein echtes DatumHeute2038: die 32-Bit-GrenzeFällt auf kein echtes DatumWählen Sie eine Lesart, um sie zu verwenden
Jetzt

Millisekunden
Mikrosekunden
Nanosekunden
ISO 8601

Die Uhr Ihres Browsers zählt ganze Millisekunden: Die Nullen danach sind Auffüllung, keine Genauigkeit.

Datum und Uhrzeit → Timestamp
Zeitzone

UTC · UTC+00:00 an diesem Datum

1793813880
Millisekunden
1793813880000
ISO 8601
2026-11-04T17:38:00Z
Anfang und Ende in UTC
AnfangEnde
Tag17937504001793836799
Monat17934912001796083199
Jahr17672256001798761599

Alles passiert in diesem Tab: Nichts, was Sie einfügen, wird irgendwohin gesendet.

So nutzen Sie den Epoch Converter als Unix-Timestamp-Rechner

Fügen Sie Ihren Timestamp in das Feld ein, in welcher Einheit er auch vorliegt, und das Datum erscheint in Ihrer eigenen Zeitzone und in UTC. Sie können auch ein Datum, den Date-Header einer E-Mail oder das Wort jetzt eingeben, um die Epoch-Zeit dazu zu erhalten.

Die Seite liest eine Zahl zugleich in Sekunden, Millisekunden, Mikrosekunden und Nanosekunden, wählt die Lesart, die auf ein echtes Datum fällt, sagt warum und hält die anderen Lesarten einen Klick entfernt bereit. Unter der Antwort werden dieselben Ziffern als Timestamp von Windows, .NET, Mac, Excel, NTP und GPS gelesen, und jedes Format lässt sich kopieren.

Epoch Converter liest 133756272000000000 als Windows FILETIME: 9. November 2024, jede Epoche auf einer ZeitachseEpoch Converter liest 133756272000000000 als Windows FILETIME: 9. November 2024, jede Epoche auf einer ZeitachseAlles einfügenEine Zahl in jeder Einheit, ein ISO-Datum, der Date-Header einer E-Mail, ein SQL-Datetime oder das Wort jetzt. Die Anzeige sagt, wie es gelesen wurde.Die Ziffern, gezähltDas Lineal unter der Zahl gruppiert ihre Ziffern zu dritt, sodass sich 18 Ziffern als sechs Gruppen lesen: der erste Hinweis darauf, was sie ist.Zuerst die AntwortWochentag und Datum in Worten, dann die Uhrzeit in UTC und in Ihrer eigenen Zeitzone, dazu jedes Format zum Kopieren.Welche Lesart und warumDie Seite sagt in Worten, welche Lesart sie gewählt hat und warum, und nennt die andere Lesart, die ebenfalls auf ein echtes Datum fällt.Jede andere EpocheDieselben Ziffern in jeder Einheit und jeder Epoche gelesen, jede als Balken ab ihrem eigenen Beginn. Wählen Sie eine Zeile, um diese Lesart zu verwenden.
Das Tool liest eine Windows FILETIME. Wählen Sie eine Nummer, um zu sehen, was der jeweilige Teil tut.

Was ist Epoch-Zeit (Unix-Zeit), und warum beginnt sie 1970?

Epoch-Zeit oder Unix-Zeit ist die Zahl der Sekunden seit 1970-01-01 00:00:00 UTC, dem Moment, den POSIX die Epoche nennt. Der Timestamp 0 ist dieser Moment. In welchem Jahr liegt der Zeitpunkt 817876800? Im Jahr 1995: 817876800 ist 1995-12-02 04:00 UTC.

Keine Primärquelle hält fest, warum 1970 gewählt wurde. Das erste Unix-Handbuch zählte im November 1971 Sechzigstelsekunden ab dem 1. Januar 1971 und vermerkte, dass seine Uhr in etwa zweieinhalb Jahren ablaufen würde; mit der siebten Edition 1979 zählte Unix Sekunden seit dem 1. Januar 1970, einem runden Datum nahe der Zeit, in der Unix entstand. UTC selbst begann erst 1972, frühere Timestamps sind daher UTC per Konvention.

Erste Unix-Edition, 1971Sechzigstelsekunden seit dem 1. Januar 1971, in 32 Bit

voll am 8. April 1973 · 2,27 Jahre

Siebte Unix-Edition, 1979Sekunden seit dem 1. Januar 1970, als 32-Bit-Zahl mit Vorzeichen

1901-12-13 → 2038-01-1968 Jahre in jede Richtung

negative Werte: vor 1970

Der chronologisch--interessierte Benutzer wird bemerken, dass 2**32 Sechzigstelsekunden nur etwa 2,5 Jahre sind.

UNIX Programmer's Manual, erste Edition, time (II), 3. November 1971

Jede Epoche, die diese Seite liest, auf einer Linie

  1. .NET0001-01-01 · Ticks zu 100 ns
  2. Windows FILETIME1601-01-01 · Ticks zu 100 ns
  3. Excel1899-12-30 · Tage
  4. NTP1900-01-01 · Sekunden
  5. Mac HFS+1904-01-01 · Sekunden
  6. Excel 19041904-01-01 · Tage
  7. Unix1970-01-01 · Sekunden
  8. GPS1980-01-06 · Sekunden
Beide Balken sind aus der Größe des Zählers berechnet: 2³² Sechzigstelsekunden füllen 2,27 Jahre, etwas weniger als die eigene Schätzung des Handbuchs. Jede andere Epoche, die diese Seite liest, beginnt an einer anderen Stelle derselben Linie, gezeichnet auf der Zeitachse des Konverters selbst. Quelle: time (II), 1971, time (2), 1979

Ist mein Timestamp in Sekunden, Millisekunden, Mikrosekunden oder Nanosekunden?

Zählen Sie die Ziffern: Ein aktueller Timestamp hat in Sekunden 10 Ziffern, in Millisekunden 13, in Mikrosekunden 16 und in Nanosekunden 19. JavaScript und Java verwenden Millisekunden, Unix-Tools und die meisten APIs Sekunden.

Die Zahl der Ziffern ist ein starkes Indiz, kein Beweis. Auch NTP-, GPS- und Mac-Timestamps haben heute zehn Ziffern, und eine Windows FILETIME und ein .NET-Tick-Wert haben beide achtzehn. Deshalb liest diese Seite jede Skala zugleich und zeigt die gewählte Lesart neben den anderen. Eine FILETIME ist außerdem größer, als JavaScript exakt fassen kann, daher behält die Seite die Ziffern so, wie Sie sie eingefügt haben.

10 Ziffern · 4 Skalen · die Ziffern allein sagen nicht, welche

Unix-Sekunden1792972800
NTP-Sekunden4001961600
GPS-Sekunden1477008018
Mac HFS+3875817600
Unix-Milli­sekunden1792972800000
Unix-Mikro­sekunden1792972800000000

18 Ziffern · 2 Skalen · nur die erste Ziffer unterscheidet sie

Windows FILETIME134374464000000000
.NET-Ticks639285696000000000
Unix-Nano­sekunden1792972800000000000

Sekunden mit 10 Ziffern reichen von 2001-09-09T01:46:40Z bis 2286-11-20T17:46:39Z. Diese 285 Jahre sind eine Spanne, keine Einheit.

Jeder Wert ist derselbe Moment, 26. Oktober 2026, 00:00 UTC, auf seiner eigenen Skala. Die Länge unterscheidet die Unix-Einheiten; die Epochen kann sie nicht unterscheiden. Quelle: ECMA-262 §21.4.1, [MS-DTYP] 2.3.3, DateTime.Ticks

Wie rechne ich einen Unix-Timestamp in ein Datum meiner Zeitzone um?

Ein Unix-Timestamp hat keine Zeitzone: Er bezeichnet überall denselben Moment. Das Datum hängt davon ab, wo Sie ihn lesen, daher zeigt die Seite Ihre eigene Zeitzone und UTC nebeneinander, dazu jede andere Zeitzone, die Sie wählen.

Die Zeitzonenauswahl nutzt die IANA-Zeitzonendatenbank, dieselbe wie Ihr Betriebssystem, daher werden Sommerzeitumstellungen für das Datum selbst angewendet, nicht für heute. In der anderen Richtung wird ein Datum ohne Offset als UTC gelesen, und die Seite bietet an, es stattdessen in Ihrer eigenen Zeitzone zu lesen.

Ein Moment1793057400= 2026-10-26T23:30:00Z

  • Los Angeles16:30Mo., 26. Okt.UTC−07:00
  • New York19:30Mo., 26. Okt.UTC−04:00
  • UTC23:30Mo., 26. Okt.UTC+00:00
  • Berlin00:30Di., 27. Okt.UTC+01:00
  • Kolkata05:00Di., 27. Okt.UTC+05:30
  • Tokio08:30Di., 27. Okt.UTC+09:00
  • Lord Howe10:30Di., 27. Okt.UTC+11:00

Berlin, 29. März 202623 Stunden · die Uhren sprangen von 02:00 auf 03:00

Berlin, 25. Oktober 202625 Stunden · die Uhren wurden von 03:00 auf 02:00 zurückgestellt

Mitteleuropäische Normalzeit · UTC+01:00Mitteleuropäische Sommerzeit · UTC+02:00die Stunde, die es zweimal gabdie Stunde, die es nie gab

Ein Timestamp, 7 Ortszeiten: Wo das lokale Datum von dem in UTC abweicht, ist es markiert. An den beiden Umstellungstagen in Berlin im Jahr 2026 bezeichnete eine Uhrzeit keinen Moment und eine andere zwei. Quelle: ECMA-262 §21.4.1.19, IANA tz

Was passiert 2038 mit der Unix-Zeit?

Eine als 32-Bit-Ganzzahl mit Vorzeichen gespeicherte Unix-Zeit endet bei 2147483647, also 2038-01-19 03:14:07 UTC; eine Sekunde später springt sie auf ein Datum im Dezember 1901. Systeme, die mit 64 Bit zählen, wie es POSIX inzwischen vorschreibt, sind nicht betroffen.

Das Risiko liegt 2026 in der Speicherung, nicht in den Uhren: Eine MySQL-Spalte vom Typ TIMESTAMP endet weiterhin bei 2038-01-19 03:14:07 UTC, ebenso jedes Dateiformat und jedes eingebettete Gerät, das ein 32-Bit-Feld behalten hat. NTP hat einen eigenen, früheren Überlauf: Seine 32-Bit-Sekunden laufen 2036 über. Die Seite markiert jeden Timestamp nahe oder jenseits der 2038-Grenze.

2.147.483.647die größte 32-Bit-Zahl mit Vorzeichen

01111111 11111111 11111111 11111111

Di., 19. Jan. 203803:14:07 UTC

+ 1 Sekunde

-2.147.483.648dieselben 32 Bit, als Zahl mit Vorzeichen gelesen

10000000 00000000 00000000 00000000

Fr., 13. Dez. 190120:45:52 UTC

Letzte Sekunde, UTC

time_t, 32 Bit mit Vorzeichen2038-01-19 03:14:07
Sekunden, 32 Bit ohne Vorzeichen2106-02-07 06:28:15
MySQL-Spalte TIMESTAMP2038-01-19 03:14:07
NTP, Ära 02036-02-07 06:28:15
Datumswerte in Mac HFS+2040-02-06 06:28:15

heute2038-01-19

Jedes Ende ist aus der Größe des Feldes berechnet: die letzte ganze Sekunde, die es fassen kann. Ein 64-Bit-time_t, von POSIX.1-2024 vorgeschrieben, reicht etwa 292 Milliarden Jahre vor und nach 1970. Quelle: POSIX.1-2024 A.4.19, MySQL 8.4, RFC 5905 §6, TN1150

Kann ein Unix-Timestamp negativ sein?

Ja: Ein negativer Timestamp ist ein Datum vor 1970. -1 ist 1969-12-31 23:59:59 UTC, und -86400 ist 1969-12-31 00:00:00 UTC.

POSIX selbst lässt negative Werte undefiniert, aber GNU und die meisten Systeme behandeln sie per dokumentierter Erweiterung als Daten vor 1970, ebenso JavaScript, Python und PostgreSQL. MySQL ist die Ausnahme: Seine Spalte TIMESTAMP beginnt 1970, und FROM_UNIXTIME(-1) gibt NULL zurück. Geburtsdaten und historische Aufzeichnungen sind gewöhnliche negative Timestamps, daher liest die Seite sie als Daten, statt sie für einen Fehler zu halten.

SekundenWie weit zurück (log. Skala)Datum, UTC

0Do., 1. Jan. 197000:00:00 UTC
-1Mi., 31. Dez. 196923:59:59 UTC
-86.400Mi., 31. Dez. 196900:00:00 UTC
-31.536.000Mi., 1. Jan. 196900:00:00 UTC
-1.000.000.000So., 24. Apr. 193822:13:20 UTC
-2.147.483.648Fr., 13. Dez. 190120:45:52 UTC
  • POSIXWenn das Jahr <1970 oder der Wert negativ ist, ist die Beziehung undefiniert.
  • GNU date@-1 ist 1969-12-31 23:59:59 UTC: negative Werte, als Erweiterung von POSIX
  • JavaScriptjedes Datum bis etwa 273.790 Jahre vor oder nach 1970
  • MySQL TIMESTAMPbeginnt bei 1970-01-01 00:00:01 UTC: kann keinen negativen Wert fassen
Jeder Wert als Unix-Sekunden gelesen. Die Balken sind logarithmisch skaliert, damit die kleinen Werte sichtbar bleiben. Die letzte Zeile ist die kleinste Zahl, die ein 32-Bit-Feld mit Vorzeichen fassen kann: das andere Ende des Jahr-2038-Problems. Quelle: POSIX.1-2024 §4.19, GNU Coreutils, ECMA-262 §21.4.1, MySQL 8.4

Windows, .NET, Mac, Excel, NTP und GPS: die anderen Epochen

Viele Systeme zählen ab ihrem eigenen Nullpunkt: Windows ab 1601, .NET ab dem Jahr 1, Mac und HFS+ ab 1904, Excel ab 1900, NTP ab 1900 und GPS ab dem 6. Januar 1980. Eine Zahl, die als Unix-Timestamp keinen Sinn ergibt, ist oft eine davon.

Die FILETIME 133756272000000000 zum Beispiel zählt 100-Nanosekunden-Intervalle seit 1601 und ist 2024-11-09 12:00:00 UTC. Excel zählt Tage und behandelt 1900 absichtlich als Schaltjahr, daher liegen seine Seriennummern unter 61 um einen Tag daneben, und die Seite markiert sie. Die GPS-Zeit überspringt Schaltsekunden und liegt seit 2017 18 Sekunden vor UTC.

EpocheZähltSeitAm 26. Okt. 2026ZiffernZeitzoneWo sie vorkommt
Unix-SekundenSekunden1970-01-01179297280010UTC (POSIX)date +%s, time.time() in Python
Unix-Milli­sekundenMillisekunden1970-01-01179297280000013UTCDate.now() in JavaScript, Java
Unix-Nano­sekundenNanosekunden1970-01-01179297280000000000019UTCUnixNano() in Go
Windows FILETIMETicks zu 100 ns1601-01-0113437446400000000018UTC (Ortszeit auf FAT)NTFS, lastLogon im Active Directory, Win32
.NET-TicksTicks zu 100 ns0001-01-0163928569600000000018UTC oder lokal, je nach KindDateTime.Ticks
Excel-Serien­nummerTage1899-12-30463215keine: Datum und Uhrzeit ohne ZoneExcel, Google Sheets, LibreOffice
Excel 1904Tage1904-01-01448595keine: Datum und Uhrzeit ohne Zoneältere Excel-Versionen für Mac
Mac HFS+Sekunden1904-01-01387581760010GMT (klassisches HFS: lokal)Datei-Zeitstempel in HFS+
NTP-SekundenSekunden1900-01-01400196160010UTCNTP-Pakete
GPS-SekundenSekunden1980-01-06147700801810keine Schaltsekunden: UTC + 18 Sek.GPS-Empfänger, RINEX-Dateien
Jeder Wert ist derselbe Moment, 26. Oktober 2026, 00:00 UTC, auf seiner eigenen Skala, berechnet von der Engine, mit der diese Seite arbeitet. Google Sheets und LibreOffice zählen Tage ebenfalls ab 1899-12-30, daher stimmen ihre Seriennummern ab dem 1. März 1900 mit denen von Excel überein. Quelle: [MS-DTYP] 2.3.3, DateTime.Ticks, Excel, Google Sheets, LibreOffice, TN1150, RFC 5905, RINEX 3.05

Zählt die Unix-Zeit Schaltsekunden?

Nein. Die Unix-Zeit gibt jedem Tag genau 86.400 Sekunden, daher hat eine Schaltsekunde keine eigene Zahl, und POSIX sagt das selbst: Die aufgeschlüsselte POSIX-Zeit ist trotz ihres Anscheins nicht unbedingt UTC.

Seit 1972 wurden UTC 27 Schaltsekunden hinzugefügt; die Unix-Zeit hat keine Zahl für die zusätzliche Sekunde, daher steht ein Timestamp für zwei Sekunden. Die letzte war am 2016-12-31, und 2022 beschloss die Generalkonferenz für Maß und Gewicht, dass die Grenze, die sie nötig macht, bis 2035 angehoben wird, was sie in der Praxis beendet. Die GPS-Zeit, die nie Schaltsekunden hatte, zeigt den Unterschied: Sie liegt 18 Sekunden vor UTC.

Die letzten Sekunden am 31. Dezember 1998

UTC23:59:5823:59:5923:59:6000:00:0000:00:01
Unix-Zeit915148798915148799915148800915148800915148801
GPS-Zeit599184010599184011599184012599184013599184014

Die Unix-Zeit vergibt 915148800 zweimal; die GPS-Zeit, die keine Schaltsekunden kennt, zählt weiter.

27 Schaltsekundenkeine nach dem 31. Dezember 2016 · bis zum 28. Juni 2027 keine angekündigt

bevor es die GPS-Zeit gabseit es die GPS-Zeit gibt: Jede vergrößerte ihren Vorsprung um eine Sekunde

Die koordinierte Weltzeit (UTC) enthält Schaltsekunden. In der POSIX-Zeit (Sekunden seit der Epoche) werden Schaltsekunden jedoch ignoriert (nicht angewendet), um eine einfache und kompatible Methode zur Berechnung von Zeitdifferenzen zu bieten. Die aufgeschlüsselte POSIX-Zeit ist daher trotz ihres Anscheins nicht unbedingt UTC.

POSIX.1-2024, Rationale A.4.19
Kurz nach dieser Schaltsekunde lag die GPS-Zeit 13 Sekunden vor UTC. Quelle: POSIX.1-2024 A.4.19, leap-seconds.list, RINEX 3.05

Unix-Timestamps in Python, JavaScript, Java, C#, Go, SQL und der Shell

Jede Sprache rechnet in einer oder zwei Zeilen in beide Richtungen um. Die Fallen sind die Einheit (JavaScript und Java zählen Millisekunden) und die Zeitzone (eine Datenbank kann den Wert in der Zeitzone ihrer Sitzung lesen).

Jedes Beispiel unten macht aus 817876800 ein Datum und aus einem Datum wieder Sekunden, und jedes wurde ausgeführt, um seine Ausgabe zu prüfen. In der Shell nehmen macOS und die BSDs date -r 817876800, GNU/Linux dagegen date -d @817876800: Die beiden sind nicht austauschbar.

from datetime import datetime, timezone

t = datetime.fromtimestamp(817876800, tz=timezone.utc)
print(t.isoformat())  # 1995-12-02T04:00:00+00:00

back = datetime(1995, 12, 2, 4, 0, tzinfo=timezone.utc)
print(int(back.timestamp()))  # 817876800

Ausgeführt mit Python 3.14.4 am 26. Oktober 2026: Es gibt aus, was die Kommentare zeigen.

Jeder Tab ist ein vollständiges Programm oder eine Sitzung, die so läuft, wie sie eingefügt wird; im Shell-Tab führen Sie die Hälfte für Ihr System aus. Quelle: docs.python.org, ECMA-262, Instant, DateTimeOffset, pkg.go.dev/time, PostgreSQL, MySQL, date(1), GNU Coreutils

Epoch-Zeit: Fragen und Antworten

Was ist Epoch-Zeit?

Epoch-Zeit, auch Unix-Zeit oder Unix-Timestamp genannt, ist die Zahl der Sekunden, die seit 1970-01-01 00:00:00 UTC vergangen sind, ohne Schaltsekunden. Computer speichern Daten so, weil sich eine einzige Zahl leicht vergleichen, sortieren und senden lässt. Der Timestamp 1000000000 war 2001-09-09 01:46:40 UTC, und das Feld oben rechnet jeden Wert in ein Datum um.

Wie rechne ich Epoch-Zeit oder Linux-Zeit in ein Datum um?

Fügen Sie die Zahl oben in das Feld ein. Die Seite liest sie in Sekunden, Millisekunden, Mikrosekunden und Nanosekunden, wählt die Lesart, die auf ein echtes Datum fällt, und zeigt dieses Datum in Ihrer Zeitzone und in UTC. Von Hand multiplizieren Sie die Sekunden mit 1.000 und übergeben sie einer Datumsfunktion, etwa new Date(817876800 * 1000) in JavaScript.

Wie lautet die aktuelle Epoch-Zeit?

Die Uhr auf dieser Seite zeigt die aktuelle Unix-Zeit live in Sekunden, Millisekunden, Mikrosekunden und Nanosekunden, und jeder Wert lässt sich kopieren. Sie stammt von der Uhr Ihres eigenen Geräts und ist daher nur so genau wie diese; ein Computer, der sich über das Internet synchronisiert, liegt meist nur Bruchteile einer Sekunde daneben. In der Kommandozeile gibt date +%s sie in Sekunden aus.

Ist ein Unix-Timestamp in Sekunden oder Millisekunden?

Klassische Unix-Timestamps sind in Sekunden, aber JavaScript, Java und viele Web-APIs verwenden Millisekunden, und manche Datenbanken und Logs Mikro- oder Nanosekunden. Ein aktueller Timestamp hat in Sekunden 10 Ziffern und in Millisekunden 13. Kommt ein Datum im Jahr 1970 oder Tausende Jahre in der Zukunft heraus, stimmt die Einheit nicht; diese Seite probiert jede Einheit aus und zeigt, welche Sinn ergibt.

Warum beginnt die Unix-Zeit 1970?

Keine Primärquelle hält den Grund fest. Das erste Unix-Handbuch von 1971 zählte Sechzigstelsekunden ab dem 1. Januar 1971 und rechnete damit, dass die Zählung innerhalb weniger Jahre ablaufen würde. Als auf ganze Sekunden umgestellt wurde, wurde der 1. Januar 1970 zum Beginn: ein rundes Datum nahe der Zeit, in der Unix entstand, ab dem eine 32-Bit-Zählung der Sekunden bis 2038 reicht.

Ist Unix-Zeit dasselbe wie UTC?

Fast, aber nicht genau. Die Unix-Zeit folgt dem Kalender und der Uhr von UTC, gibt aber jedem Tag genau 86.400 Sekunden und ignoriert Schaltsekunden, sodass eine Schaltsekunde keinen eigenen Timestamp hat. POSIX selbst sagt, dass eine aufgeschlüsselte Unix-Zeit nicht unbedingt UTC ist. Bei Daten und Uhrzeiten, die Menschen lesen, fällt der Unterschied nie auf; bei exakten Intervallen über eine Schaltsekunde hinweg schon.

Was ist das Jahr-2038-Problem?

Eine als 32-Bit-Zahl mit Vorzeichen gespeicherte Unix-Zeit reicht nur bis 2147483647, also 2038-01-19 03:14:07 UTC. Eine Sekunde später läuft sie über und wird als Dezember 1901 gelesen. Moderne Betriebssysteme nutzen 64-Bit-Zeit und sind sicher, doch 32-Bit-Felder gibt es noch in manchen Datenbanken, Dateiformaten und eingebetteten Geräten: Die Spalte TIMESTAMP von MySQL etwa endet noch immer in dieser Sekunde.

Kann ich ein Datum vor 1970 umrechnen?

Ja. Daten vor 1970 sind negative Timestamps: -1 ist 1969-12-31 23:59:59 UTC, und ein Datum im Jahr 1950 liegt bei etwa -631 Millionen. Fügen Sie eine negative Zahl ein, und die Seite zeigt ihr Datum; geben Sie ein älteres Datum ein, und Sie erhalten den negativen Wert. Striktes POSIX lässt negative Werte undefiniert, und TIMESTAMP in MySQL kann sie nicht speichern, aber die meisten Sprachen und Datenbanken lesen sie als Daten vor 1970.

Wie rechne ich eine Windows FILETIME in ein Datum um?

Eine FILETIME zählt 100-Nanosekunden-Intervalle seit 1601-01-01 UTC und hat daher heute 18 Ziffern. Fügen Sie sie in das Feld ein, und die Seite liest sie neben den Unix-Einheiten als FILETIME: 133756272000000000 ist 2024-11-09 12:00:00 UTC. Von Hand ziehen Sie 116444736000000000 ab und teilen durch 10.000.000, um Unix-Sekunden zu erhalten.

Wie rechne ich eine Excel-Seriennummer in einen Timestamp um?

Eine Excel-Seriennummer zählt Tage, mit Nachkommastellen für die Uhrzeit: Im standardmäßigen 1900-Datumssystem ist 45658 der 2025-01-01. Fügen Sie die Seriennummer ein, und die Seite liest sie als Excel-Datum im 1900- und im 1904-System. Excel behandelt 1900 absichtlich als Schaltjahr, daher liegen Seriennummern unter 61 um einen Tag daneben, und die Seite markiert sie, statt zu raten.

Berücksichtigt der Konverter Zeitzonen und Sommerzeit?

Ja. Die Seite zeigt jedes Datum in Ihrer eigenen Zeitzone und in UTC, und Sie können jede IANA-Zeitzone wählen, etwa America/New_York oder Asia/Kolkata. Die Sommerzeit wird für das umgerechnete Datum angewendet, nicht für heute, sodass ein Sommer-Timestamp auch im Winter Sommerzeit zeigt. Ein Datum, das Sie ohne Offset eingeben, wird als UTC gelesen, und ein Klick liest es stattdessen in Ihrer eigenen Zeitzone.

Wird mein Timestamp irgendwohin gesendet?

Nein. Die Umrechnung läuft in Ihrem Browser, was Sie einfügen, verlässt also nie Ihr Gerät, und kein Server sieht es. Ein Link, den Sie mit „Link kopieren“ erstellen, trägt den Timestamp in seiner Adresse, damit die Seite, die er öffnet, das Datum schon zeigt; sonst wird nichts gespeichert oder gesendet.

Fehlt Ihnen etwas?Funktion oder neues Tool vorschlagen