Wandelt einen Unix-Zeitstempel in ein lesbares Datum um, sowohl in UTC als auch in Ihrer lokalen Zeitzone, mit einer relativen Angabe wie vor drei Tagen, und rechnet ein Datum wieder in einen Zeitstempel zurück.
Ein Unix-Zeitstempel zählt ab Mitternacht UTC am 1. Januar 1970 und trägt selbst keine Zeitzone. Die Einheit wird aus der Größenordnung erschlossen statt aus der Stellenzahl — Sekunden, Millisekunden, Mikrosekunden und Nanosekunden sind alle im Umlauf, und dieselben Ziffern bezeichnen je nach gemeinter Einheit völlig verschiedene Momente. Der UTC-Wert und Ihre lokale Darstellung stehen nebeneinander, weil der Unterschied zwischen beiden die Hauptquelle der Verwirrung um Zeitstempel ist und das Verbergen einer der beiden genau diese Verwirrung am Leben hält.
Zeitstempel richtig lesen
-
UTC ist der Wert, Ortszeit die Darstellung:
derselbe Zeitstempel erscheint auf zwei Rechnern als unterschiedliche Uhrzeit. Keine davon ist falsch, und die zugrunde liegende Zahl ist identisch.
-
Die Größenordnung entscheidet über die Einheit:
ein aktueller Zeitstempel hat rund zehn Stellen in Sekunden und dreizehn in Millisekunden. Ein falscher Tipp verschiebt das Datum um Jahrzehnte.
-
Negative Zeitstempel sind Daten vor 1970:
sie sind gültig und werden hier verarbeitet, auch wenn manche Systeme sie rundweg ablehnen.
-
Unix-Zeit ignoriert Schaltsekunden:
sie zählt nominelle 86.400 Sekunden pro Tag statt echter verstrichener Zeit. Das zählt für Präzisionsmessungen und sonst kaum irgendwo.
UTC is the value; local time is only ever a rendering of it
The [msm_tool slug="epoch-converter"] shows a timestamp's UTC value alongside its local rendering deliberately, because a Unix timestamp itself carries no timezone at all — the same number displays as different clock times on two different machines, and neither reading is wrong, since the underlying number they were both computed from is identical. Hiding either figure is exactly what lets that confusion take hold in the first place.
A relative description does work the raw number cannot
Alongside both time zones, a phrase like "three days ago" translates the raw number into something immediately legible without doing mental arithmetic against the current date. The precise UTC and local figures stay available right next to it for anything that actually needs the exact value rather than the approximate sense of it.
Magnitude decides the unit, not the number of digits alone
Seconds, milliseconds, microseconds and nanoseconds are all genuinely in circulation, and the same string of digits means a wildly different moment depending on which one applies — a plain digit count is not reliable on its own, which is why the unit is inferred from magnitude and then stated explicitly alongside the result rather than left for a wrong guess to pass unnoticed.
Negative timestamps are dates before 1970, and they are valid
A negative value represents a genuine moment before the Unix epoch and is handled correctly here, even though some systems reject negative timestamps outright as though they were invalid input rather than a normal part of the format.
Leap seconds are ignored, by definition
Unix time counts a nominal 86,400 seconds in every day rather than tracking true elapsed time including the leap seconds occasionally inserted to keep clocks aligned with the Earth's rotation. That distinction matters for precision timing applications and essentially nowhere else that an ordinary reader of a timestamp would ever notice.