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.
Eine Zahl · jede Epoche
7 Lesarten fallen auf ein echtes DatumGelesen 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.
- Millisekunden
- Mikrosekunden
- Nanosekunden
- ISO 8601
Die Uhr Ihres Browsers zählt ganze Millisekunden: Die Nullen danach sind Auffüllung, keine Genauigkeit.
UTC · UTC+00:00 an diesem Datum
1793813880- Millisekunden
1793813880000- ISO 8601
2026-11-04T17:38:00Z
Anfang und Ende in UTC
| Anfang | Ende | |
|---|---|---|
| Tag | 1793750400 | 1793836799 |
| Monat | 1793491200 | 1796083199 |
| Jahr | 1767225600 | 1798761599 |
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.

Alles 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.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.
voll am 8. April 1973 · 2,27 Jahre
1901-12-13 → 2038-01-1968 Jahre in jede Richtung
negative Werte: vor 1970
UNIX Programmer's Manual, erste Edition, time (II), 3. November 1971
Der chronologisch--interessierte Benutzer wird bemerken, dass 2**32 Sechzigstelsekunden nur etwa 2,5 Jahre sind.
Jede Epoche, die diese Seite liest, auf einer Linie
- 1
.NET
0001-01-01· Ticks zu 100 ns - 2
Windows FILETIME
1601-01-01· Ticks zu 100 ns - 3
Excel
1899-12-30· Tage - 4NTP
1900-01-01· Sekunden - 5
Mac HFS+
1904-01-01· Sekunden - 6
Excel 1904
1904-01-01· Tage - 7Unix
1970-01-01· Sekunden - 8GPS
1980-01-06· Sekunden
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
18 Ziffern · 2 Skalen · nur die erste Ziffer unterscheidet sie
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.
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
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 11111111Di., 19. Jan. 203803:14:07 UTC
+ 1 Sekunde
-2.147.483.648dieselben 32 Bit, als Zahl mit Vorzeichen gelesen
10000000 00000000 00000000 00000000Fr., 13. Dez. 190120:45:52 UTC
Letzte Sekunde, UTC
time_t, 32 Bit mit Vorzeichen2038-01-19 03:14:07TIMESTAMP2038-01-19 03:14:07heute2038-01-19
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, TN1150Kann 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- POSIX
Wenn das Jahr <1970 oder der Wert negativ ist, ist die Beziehung undefiniert.
GNU date
@-1ist 1969-12-31 23:59:59 UTC: negative Werte, als Erweiterung von POSIXJavaScriptjedes 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
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.
| Epoche | Zählt | Seit | Am 26. Okt. 2026 | Ziffern | Zeitzone | Wo sie vorkommt |
|---|---|---|---|---|---|---|
| Unix-Sekunden | Sekunden | 1970-01-01 | 1792972800 | 10 | UTC (POSIX) | date +%s, time.time() in Python |
| Millisekunden | 1970-01-01 | 1792972800000 | 13 | UTC | Date.now() in JavaScript, Java | |
| Nanosekunden | 1970-01-01 | 1792972800000000000 | 19 | UTC | UnixNano() in Go | |
| Ticks zu 100 ns | 1601-01-01 | 134374464000000000 | 18 | UTC (Ortszeit auf FAT) | NTFS, lastLogon im Active Directory, Win32 | |
| Ticks zu 100 ns | 0001-01-01 | 639285696000000000 | 18 | UTC oder lokal, je nach Kind | DateTime.Ticks | |
| Tage | 1899-12-30 | 46321 | 5 | keine: Datum und Uhrzeit ohne Zone | Excel, Google Sheets, LibreOffice | |
| Tage | 1904-01-01 | 44859 | 5 | keine: Datum und Uhrzeit ohne Zone | ältere Excel-Versionen für Mac | |
| Sekunden | 1904-01-01 | 3875817600 | 10 | GMT (klassisches HFS: lokal) | Datei-Zeitstempel in HFS+ | |
| NTP-Sekunden | Sekunden | 1900-01-01 | 4001961600 | 10 | UTC | NTP-Pakete |
| GPS-Sekunden | Sekunden | 1980-01-06 | 1477008018 | 10 | keine Schaltsekunden: UTC + 18 Sek. | GPS-Empfänger, RINEX-Dateien |
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
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
POSIX.1-2024, Rationale A.4.19
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.
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.
const t = new Date(817876800 * 1000); // Date counts milliseconds console.log(t.toISOString()); // 1995-12-02T04:00:00.000Z const back = Date.UTC(1995, 11, 2, 4, 0, 0) / 1000; // months count from 0 console.log(back); // 817876800
Ausgeführt mit Node.js 22.23.2 am 26. Oktober 2026: Es gibt aus, was die Kommentare zeigen.
import java.time.Instant;
public class Main {
public static void main(String[] args) {
Instant t = Instant.ofEpochSecond(817876800L);
System.out.println(t); // 1995-12-02T04:00:00Z
long back = Instant.parse("1995-12-02T04:00:00Z").getEpochSecond();
System.out.println(back); // 817876800
}
}Ausgeführt mit OpenJDK 25.0.2 am 26. Oktober 2026: Es gibt aus, was die Kommentare zeigen.
var t = DateTimeOffset.FromUnixTimeSeconds(817876800); Console.WriteLine(t.ToString("o")); // 1995-12-02T04:00:00.0000000+00:00 var back = new DateTimeOffset(1995, 12, 2, 4, 0, 0, TimeSpan.Zero).ToUnixTimeSeconds(); Console.WriteLine(back); // 817876800
Ausgeführt mit .NET 10.0.103 am 26. Oktober 2026: Es gibt aus, was die Kommentare zeigen.
package main import ( "fmt" "time" ) func main() { t := time.Unix(817876800, 0).UTC() fmt.Println(t.Format(time.RFC3339)) // 1995-12-02T04:00:00Z back := time.Date(1995, 12, 2, 4, 0, 0, 0, time.UTC).Unix() fmt.Println(back) // 817876800 }
Ausgeführt mit Go 1.25.5 am 26. Oktober 2026: Es gibt aus, was die Kommentare zeigen.
SET TIME ZONE 'UTC'; SELECT to_timestamp(817876800); -- 1995-12-02 04:00:00+00 SELECT EXTRACT(EPOCH FROM TIMESTAMPTZ '1995-12-02 04:00:00+00')::bigint; -- 817876800
Ausgeführt mit PostgreSQL 16.10 am 26. Oktober 2026: Es gibt aus, was die Kommentare zeigen.
SET time_zone = '+00:00'; SELECT FROM_UNIXTIME(817876800); -- 1995-12-02 04:00:00 SELECT UNIX_TIMESTAMP('1995-12-02 04:00:00'); -- 817876800
Ausgeführt mit MySQL 9.5.0 am 26. Oktober 2026: Es gibt aus, was die Kommentare zeigen.
# macOS and the BSDs: -r takes seconds date -u -r 817876800 '+%F %T' # 1995-12-02 04:00:00 date -u -j -f '%F %T' '1995-12-02 04:00:00' +%s # 817876800 # Linux (GNU coreutils): -d @seconds; GNU's -r reads a file's date date -u -d @817876800 '+%F %T' # 1995-12-02 04:00:00 date -u -d '1995-12-02 04:00:00' +%s # 817876800
Ausgeführt mit dem date-Befehl von macOS 26.6 und von GNU coreutils 9.12 am 26. Oktober 2026: Es gibt aus, was die Kommentare zeigen.
Epoch-Zeit: Fragen und Antworten
Was ist Epoch-Zeit?
Wie rechne ich Epoch-Zeit oder Linux-Zeit in ein Datum um?
new Date(817876800 * 1000) in JavaScript.Wie lautet die aktuelle Epoch-Zeit?
date +%s sie in Sekunden aus.Ist ein Unix-Timestamp in Sekunden oder Millisekunden?
Warum beginnt die Unix-Zeit 1970?
Ist Unix-Zeit dasselbe wie UTC?
Was ist das Jahr-2038-Problem?
TIMESTAMP von MySQL etwa endet noch immer in dieser Sekunde.Kann ich ein Datum vor 1970 umrechnen?
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?
Wie rechne ich eine Excel-Seriennummer in einen Timestamp um?
Berücksichtigt der Konverter Zeitzonen und Sommerzeit?
Wird mein Timestamp irgendwohin gesendet?
Fehlt Ihnen etwas?Funktion oder neues Tool vorschlagen
Verwandte Tools
UUID-Generator
UUID v4, v7, v1, v5 und v3 oder GUIDs in großer Menge und in jedem Format erzeugen und Version und Zeitstempel einer UUID dekodieren
Base64 dekodieren & kodieren
Base64 dekodieren und kodieren: Text (UTF-8, URL-sicher), Bilder, PDFs und beliebige Dateien in Base64 oder eine Data-URI
Binär-Übersetzer
Text in Binär und Binär in Text übersetzen: automatische Erkennung, Hex, Dezimal und Oktal
Subnetzrechner
Netzwerk, Broadcast, nutzbare Hosts und Masken für jeden IPv4- oder IPv6-Block, mit VLSM, Aufteilung und Cloud-Subnetzen