Table -> Kalender

[Gunnar Bittersmann]

@@Gunnar Bittersmann

Und Schaltsekunden fließen in die Unix-Zeit gar nicht mit ein.

| 2015-06-30T23:59:59Z | 1435708799 | 2015-06-30T23:59:60Z | gibt’s nicht | 2015-07-01T00:00:00Z | 1435708800

Auch das nicht so ganz richtig. Sondern:

| 2015-06-30T23:59:59Z | 1435708799 | 2015-06-30T23:59:60Z | 1435708800 | 2015-07-01T00:00:00Z | 1435708800

Die Unix-Uhr wird umgestellt (automatisch, wenn die Uhr durch einen Service synchronisiert wird).

Im Gegensatz zur Umstellung auf Sommerzeit oder zurück, wo die Umstellung an der Zeitzone erkennbar ist

| 2015-03-29T00:59:59Z | 2015-03-29T01:59:59+01:00 | 01:59:50 MEZ | 2015-03-29T01:00:00Z | 2015-03-29T03:00:00+02:00 | 03:00:00 MESZ

ist die Umstellung der Unix-Uhr durch nichts erkennbar, d.h. der Zeitpunkt 1435708800 (besser gesagt die Zeitpunkte im Intervall [1435708800, 1435708801[) sind nicht eindeutig. Es kann Anwendungen geben, wo dies problematisch ist.

Quarzgesteuerte Uhren gehen sowieso falsch, bspw.:

| 2015-06-30T23:59:59Z | 00:00:02 | Uhr geht 3 Sekunden vor | 2015-06-30T23:59:60Z | 00:00:03 | | 2015-07-01T00:00:00Z | 00:00:04 | Uhr geht 4 Sekunden vor

Da fällt die Schaltsekunde nicht weiter auf.

LLAP 🖖