Table -> Kalender

[Gunnar Bittersmann]

@@Christian Kruse

Um von Timestamp des Sonntags zu dem des folgenden Donnertags (gleiche Uhrzeit) zu kommen, musst du 4 Tage addieren – umgerechnet in Sekunden also 4 × 24 × 60 × 60 bzw. in Millisekunden 4 × 24 × 60 × 60 × 1000.

Das ist falsch.

Grmpf, ja. 96 Stunden später ergibt nicht immer dieselbe (lokale) Uhrzeit. Nämlich dann nicht, wenn sich die lokale Zeitzone ändert (Umstellung auf Sommenzeit und zurück). Ich hätte sagen sollen: gleiche Uhrzeit in UTC.

Ein Tag hat (abhängig von Daylight-Saving) zwischen 23 und 25 Stunden, +/- ein paar Sekunden (abhängig von Schaltsekunden).

Das ist aber auch nicht ganz richtig. Es gibt maximal eine Schaltsekunde amm Tag. Und zwar am 30. Juni oder am 31. Dezember 23:59:60 UTC. (Was bei uns schon der 1. Juli bzw. 1. Januar ist.) Das fällt also nicht mit der Sommerzeitumstellung zusammen, so dass Schaltsekunden das Intervall [23:00:00, 25:00:00] nicht erweitern. ;-)

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

Von 2015-06-30T23:59:59Z bis 2015-07-01T00:00:00Z sind 2 Sekunden vergangen, laut Unix-Zeit jedoch nur eine.

LLAP 🖖