# Zeitstempel-Konverter

URL: https://www.toolflux.app/zeitstempel-konverter/
Stand: 2026-05-06

Zeitstempel-Konverter mit 16 Lesarten: Unix, ISO 8601 und 12 Kalender-/Datumsnotationen - Julianisches Datum, Maya, Hijri, Thai, Äthiopisch, indisch (Saka) und mehr. Y2038-Warnung.

Ein Augenblick ist immer derselbe - der Name dafür hängt vom System ab. Der Konverter unten zeigt deinen Zeitpunkt in sechzehn Notationen gleichzeitig: Unix-Sekunden für Maschinen, ISO 8601 für JSON, Julianisches Datum für Astronomen, Maya Long Count für Geschichts-Threads, Hijri / Thai / Äthiopisch / Saka für nationale und religiöse Kontexte. Plus eine Y2038-Warnung, falls dein Wert die 32-Bit-Grenze reißt.

## Drei Notationen für Maschinen, eine für Menschen

Oben in der Maschinen-Gruppe stehen die drei Lesarten, die direkt im Code landen:

- **Unix-Sekunden.** Der POSIX-Standard. `time(NULL)` in C, `Time.now.to_i` in Ruby. Eine Zahl wie 1746576000.
- **Unix-Millisekunden.** JavaScript-Native (`Date.now()`), Java (`System.currentTimeMillis()`), viele neue APIs. Drei Stellen länger als Sekunden.
- **ISO 8601 / RFC 3339.** Der Mensch-und-Maschine-Standard. `2026-05-07T13:45:00+02:00` in deiner gewählten Zeitzone, oder `2026-05-07T11:45:00Z` wenn du UTC ausgewählt hast. In JSON die richtige Wahl - eindeutig durch den Zeitzonen-Offset.

Direkt darunter, in der Menschen-Gruppe, sitzt die Lokal-Karte: **UTC und Lokal** rendert UTC eindeutig und lokal mit Wochentag, Sommerzeit-Markierung und ISO-Wochennummer - die Karte, die du an Kolleg*innen weiterschickst.

Wenn du nur eine Notation merken sollst: ISO 8601 mit explizitem Offset. Sie ist eindeutig, sortierbar und überall verstanden.

## Niche-Karten für Kontext

Die unteren Karten sind Spezial-Lesarten:

- **Relativ.** "vor 3 Tagen", "in 5 Stunden". Für UI-Anzeigen praktisch, für Logs schlecht (kein eindeutiger Bezug).

Zuerst die heute weiterhin amtlich oder bürgerlich genutzten Kalender:

- **Japanische Ära.** Reiwa seit Mai 2019. Offizielle Notation in Japan, neben dem Gregorianischen.
- **Chinesisch.** Lunisolar mit 60-Jahres-Zyklus aus Stamm + Zweig. Ab dem chinesischen Neujahr am 17. Februar 2026 läuft das Jahr 丙午 (bing-wu, "Feuer-Pferd"); die ersten sechs Wochen 2026 stehen noch unter 乙巳 (Holz-Schlange).
- **Islamisch (Hijri).** Reiner Mondkalender, etwa 11 Tage kürzer als das Sonnenjahr. Aktuell ca. 1447 AH.
- **Thailändisch (Buddhistische Ära).** Amtskalender Thailands. Dieselben Monate wie der Gregorianische, das Jahr ist um 543 höher: 2026 = 2569 BE. Findest du auf jedem thailändischen Personalausweis und im Royal Gazette.
- **Indisch (Saka).** Nationaler Kalender Indiens, seit dem 22. März 1957 von der Calendar Reform Committee unter Meghnad Saha eingeführt. Gazette of India und All India Radio nutzen ihn neben Gregorianisch. Das Jahr beginnt am 1. Chaitra (22. März, in Schaltjahren 21. März); ab diesem Tag gilt Saka = Gregorianisch − 78, davor − 79.
- **Äthiopisch.** Bürgerlicher Kalender Äthiopiens, in Eritrea informell verbreitet. Zwölf Monate zu 30 Tagen plus Pagumē mit 5 oder 6 Tagen. Liegt rund 7 Jahre und 8 Monate hinter Gregorianisch; das Neujahr (Enkutatash) fällt auf den 11. September (12. September im Jahr vor einem Gregorianischen Schaltjahr).

Darunter die historischen und Spezial-Notationen:

- **Julianisches Datum.** Durchlaufender Tag-Zähler seit 4713 v. Chr. Astronomen rechnen damit, weil zwischen zwei JDNs eine einfache Subtraktion liegt - keine Monatsbrüche.
- **Maya Long Count.** Fünf Stellen, baktun.katun.tun.uinal.kin. Der berühmte Wechsel 13.0.0.0.0 war am 21. Dezember 2012. Heute (2026) liegen wir bei 13.0.13.x.x.
- **Französisch-Republikanisch.** Der Revolutionskalender 1793-1805. Zwölf 30-Tage-Monate plus 5 oder 6 Sansculottiden am Jahresende. Kommt in Französisch-Geschichts-Threads regelmäßig vor.

## Y2038 - der 32-Bit-Überlauf

Am 19. Januar 2038 um 03:14:07 UTC erreicht ein vorzeichenbehafteter 32-Bit-Unix-Zeitstempel seinen maximalen Wert. Die nächste Sekunde kippt er - viele alte Systeme zeigen plötzlich 13. Dezember 1901. Der Konverter zeigt eine rote Warnung, wenn dein Eingabewert nach diesem Datum liegt.

Wer ist betroffen: 32-Bit-Embedded-Systeme, alte Industrie-PLCs, manche Datenbank-Schemata mit `INT(11)` für Timestamps, ältere C-Codebases ohne `time64_t`. Wer nicht: 64-Bit-Linux/macOS/Windows, moderne JavaScript-Engines, Postgres / MySQL mit `BIGINT`. Der reine Browser ist auf 64-Bit, kann den Wert problemlos darstellen.

Wenn du heute eine Anwendung baust, die Termine ab 2038 verarbeitet (Renten, Versicherungen, langfristige Verträge): unbedingt 64-Bit-Timestamps oder ISO-8601-Strings verwenden, nie 32-Bit-Unix-Sekunden.

## Sommerzeit-Markierung

Unter dem Eingabefeld zeigt der Konverter die nächste Sommerzeit-Umstellung für die ausgewählte Zeitzone an. Beispiel: Europe/Berlin schaltet 2026 am 25. Oktober (letzter Sonntag) von Sommer- auf Normalzeit. Praktisch zur Vermeidung von Cron-Job-Doppelläufen oder Meeting-Kollisionen.

Das EU-Parlament stimmte 2019 für ein Ende der Zeitumstellung. Der Rat der EU hat seither keine gemeinsame Position festgelegt - das Vorhaben liegt auf Eis. Bis auf weiteres bleiben die Umstellungen.

## "Jetzt"-Button und Live-Modus

Klick auf "Live Zeit" lädt den aktuellen Browser-Zeitpunkt und animiert die Karten beim Aufleuchten - eine 1-Sekunden-Demo der vollen Tool-Oberfläche. Danach läuft der Konverter im Live-Modus: jede Sekunde aktualisieren sich die Werte. Beim ersten Tippen ins Eingabefeld kippt der Live-Modus ab und du siehst den eingegebenen Zeitpunkt statisch.

## Zeitzonen-Auswahl

Standardmäßig nimmt der Konverter deine Browser-Zeitzone. Über das Auswahlmenü kannst du auf gängige Zonen umschalten: UTC, Europe/Berlin, Europe/London, America/New_York, Asia/Tokyo, etc. Die ISO-Karte schreibt dann denselben Augenblick mit dem Offset der ausgewählten Zone (`+02:00`, `-07:00` etc.) - wechselst du auf UTC, klappt sie zu `…Z`.

Wichtig: Unix-Sekunden, Unix-Millisekunden, Relativ, Julianisches Datum, Maya Long Count, Französisch-Republikanisch, Sternzeit und Diskordianisch sind zeitzonen-unabhängig - sie zählen denselben absoluten Augenblick. Mit der Zeitzonen-Auswahl ändern sich der Lokal-Teil der UTC-und-Lokal-Karte, der Offset der ISO-Karte und alle Kalender-Karten, deren Datum nahe Mitternacht über die Zonengrenze springen kann (Japanische Ära, Hijri, Chinesisch, Thai, Saka, Äthiopisch).

## Häufige Fragen

### Was ist ein Unix-Zeitstempel und wie konvertiere ich ihn?

Ein Unix-Zeitstempel ist die Anzahl Sekunden seit dem 1. Januar 1970 00:00:00 UTC. Im Konverter oben einfach den Wert eintippen - er erkennt Sekunden, Millisekunden, Mikrosekunden oder Nanosekunden automatisch.

### Was ist der Unterschied zwischen Unix-Sekunden und Millisekunden?

Sekunden: 1746576000. Millisekunden: 1746576000000. JavaScript nutzt ms (Date.now), C/POSIX nutzt s (time()).

### Wann läuft ein 32-Bit-Unix-Zeitstempel über (Y2038)?

Am 19. Januar 2038 um 03:14:07 UTC. 64-Bit-Systeme sind nicht betroffen, 32-Bit-Legacy-Systeme schon.

### Wie sieht das Maya-Long-Count-Datum heute aus?

Heute ungefähr 13.0.13.x.x. Der Wechsel 13.0.0.0.0 war am 21. Dezember 2012.

### FAQ

**Was ist ein Unix-Zeitstempel und wie konvertiere ich ihn?**

Ein Unix-Zeitstempel ist die Anzahl Sekunden seit dem 1. Januar 1970 00:00:00 UTC. Ein typischer Wert um 2026 liegt bei rund 1,7 Milliarden. Im Konverter oben kannst du den Wert eintippen - er erkennt automatisch, ob es Sekunden, Millisekunden, Mikrosekunden oder Nanosekunden sind, und rechnet in alle 16 Lesarten um.

**Was ist der Unterschied zwischen Unix-Sekunden und Millisekunden?**

Unix-Sekunden sind die klassische POSIX-Zählweise: ein Wert wie 1746576000. Millisekunden sind drei Nullen länger, also 1746576000000. JavaScript nutzt Millisekunden (Date.now liefert ms), Datenbanken und APIs oft Sekunden. Höhere Auflösungen kommen vor: BigQuery speichert TIMESTAMP intern in Mikrosekunden (UNIX_MICROS), InfluxDB defaultmäßig in Nanosekunden.

**Wann läuft ein 32-Bit-Unix-Zeitstempel über (Y2038)?**

Am 19. Januar 2038 um 03:14:07 UTC erreicht ein vorzeichenbehafteter 32-Bit-Unix-Zeitstempel seinen maximalen Wert (2³¹ - 1). Eine Sekunde später kippt er auf -2³¹, was vom System als 13. Dezember 1901 interpretiert wird. Moderne 64-Bit-Systeme sind nicht betroffen. Legacy-Software, Embedded-Geräte und alte Datenbanken können bei dem Datum kippen. Der Konverter zeigt eine rote Y2038-Warnung, sobald der Eingabe-Zeitstempel diese Grenze überschreitet.

**Was ist das Julianische Datum?**

Das Julianische Datum (JDN) ist ein durchlaufender Tag-Zähler, der am 1. Januar 4713 vor Christus, mittags UT, beginnt. Astronomen und Historiker nutzen es, weil es ohne Monatsgrenzen rechnet - der Abstand zwischen zwei Daten ist einfach die Differenz der JDNs. Beispiel: 1. Januar 2000 ist JDN 2451545 (das ist die J2000.0-Astronomie-Epoche).

**Wie sieht das Maya-Long-Count-Datum heute aus?**

Das Maya Long Count zählt in fünf Stellen: Baktun.Katun.Tun.Uinal.Kin (jeweils 144000 / 7200 / 360 / 20 / 1 Tage). Der berühmte 13. Baktun-Wechsel (13.0.0.0.0) war am 21. Dezember 2012 - kein Weltuntergang, sondern ein Übergang. Heute liegen wir bei 13.0.13.x.x. Der Konverter nutzt die akademisch akzeptierte GMT-Korrelation 584283; andere Korrelationen verschieben das Datum um wenige Tage.

**Wann endet die Sommerzeit in Deutschland?**

In Europe/Berlin endet die Sommerzeit jährlich am letzten Sonntag im Oktober (z. B. 26. Oktober 2025) um 03:00 Uhr Lokalzeit, sie wird auf 02:00 Uhr zurückgestellt. Sommerzeit beginnt am letzten Sonntag im März. Der Konverter zeigt unter dem Eingabefeld die nächste Sommerzeit-Umstellung für die ausgewählte Zeitzone. Tipp: ISO-8601-mit-Offset-Notation (z. B. 2026-05-07T13:45:00+02:00) ist eindeutig - du musst nicht raten, ob Sommer- oder Winterzeit gemeint ist.

**Welche Zeitzone-Notation ist eindeutig in JSON?**

ISO 8601 mit explizitem Zeitzonen-Offset oder UTC-Z. 2026-05-07T13:45:00+02:00 oder 2026-05-07T11:45:00Z sind eindeutig. Vermeide reine 'YYYY-MM-DD HH:MM:SS'-Strings ohne Zeitzonen-Information - APIs und Empfänger raten dann lokal, was zu Sommerzeit-Bugs führt. Im Konverter ist die ISO-Karte direkt für JSON-Use kopierbar.