Entwickler
Timestamp-Konverter
Unix-Timestamp zu lesbarem Datum – und zurück – in Ortszeit wie in UTC.
Zu Datum
| Umrechnung | | |
|---|---|---|
| UTC | |
Zu Timestamp
| Sekunden | | |
|---|---|---|
| Millisekunden | |
Ein „created_at“: 1758614400 in einer API-Antwort, eine Datenbankspalte voller dreizehnstelliger Zahlen, eine Logzeile, die mit einem Vorfall abgeglichen werden muss: Der Unix-Timestamp ist allgegenwärtig – und mit bloßem Auge unlesbar. Fügen Sie ihn hier ein, und das zugehörige Datum erscheint sofort, sowohl in Ihrer lokalen Zeitzone als auch in UTC – das räumt die Mehrdeutigkeiten aus, die Analysen verfälschen. Auch die Gegenrichtung funktioniert: Datum und Uhrzeit wählen, Timestamp in Sekunden oder Millisekunden erhalten. Der „Jetzt“-Button fügt den aktuellen Moment mit einem Klick ein. Alles wird in Ihrem Browser berechnet: kostenlos, ohne Anmeldung, ohne Limit – und nichts von Ihren Daten wird irgendwohin gesendet.
Wie funktioniert es?
- Fügen Sie einen Unix-Timestamp – oder ein Datum – in das Eingabefeld ein.
- Wählen Sie die Einheit: Sekunden oder Millisekunden.
- Lesen Sie die Umrechnung in Ortszeit und UTC.
- Kopieren Sie das Ergebnis oder klicken Sie auf „Jetzt“ für den aktuellen Moment.
Häufige Fragen
Sekunden oder Millisekunden – woran erkenne ich das?
Zählen Sie die Stellen: Ein aktueller Timestamp in Sekunden hat zehn (1758614400), in Millisekunden dreizehn (1758614400000). Unix und die meisten APIs sprechen in Sekunden; JavaScript (Date.now()) und Java in Millisekunden. Wer sie verwechselt, landet 1970 oder im Jahr 57000 – der Fehler fällt schnell auf.
Hängt ein Timestamp von der Zeitzone ab?
Nein – genau das ist seine Stärke: Ein Timestamp zählt die Sekunden seit dem 1. Januar 1970 um Mitternacht UTC, überall auf der Welt identisch. Nur seine Darstellung als Datum variiert mit der Zeitzone. Daher die goldene Regel: als Timestamp oder UTC speichern, erst zur Anzeige in Ortszeit umrechnen.
Warum 1970 als Ausgangspunkt?
Das ist die Unix-„Epoch“, Anfang der 1970er-Jahre von den Entwicklern des Systems als praktischer, naher Nullpunkt gewählt. Jedes Datum seither wird als Anzahl der seit diesem Moment vergangenen Sekunden ausgedrückt – frühere Daten ergeben schlicht negative Timestamps.
Was ist das Jahr-2038-Problem?
Auf Systemen, die Timestamps noch als vorzeichenbehaftete 32-Bit-Ganzzahlen speichern, läuft der Zähler am 19. Januar 2038 über und springt zurück ins Jahr 1901. Moderne 64-Bit-Systeme sind für Milliarden Jahre sicher, doch eingebettete Hardware und Altdatenbanken bleiben betroffen – ein echtes Audit-Thema.