Informační systém datových schránek to vyřeší podobně.
Ale to vysvětlení zní kouzelně. Kdybych nevěděl, o co jde, myslel bych si, že celý svět měří čas špatně a datové schránky to teď vyřeší: z důvodu řešení mezinárodní opravy systému měření času.
V Googlu to řeší tak, že nějakou dobu před přechodem jejich NTP postupně zpomalí hodiny, takže se servery nemusí v čase vracet zpátky :)
http://googleblog.blogspot.cz/2011/09/time-technology-and-leaping-seconds.html
NTP nikdy v case neskace, kdybys vedel jak to funguje, netrepal bys takovy blaboly. NTP zpomaluje/zrychluje hodiny. Samo, pokud si nekdo pusti klienta a setne jen aktualni cas ... tak se proste nastavi aktualni cas.
Prevazne pak taky tam, kde sejde na casovym kontinuu prozmenu nesejde na presnosti hodin. Takze netreba je nastavovat vubec.
Leap indicator flag v NTP protokolu je upozornění na to, že o půlnoci bude vložena přestupná sekunda. Protokol NTP s přestupnou sekundou počítá, v tom problém není – problém je třeba v unixovém čase, který s přestupnou sekundou nepočítá, a obchází se to například tím, že jedna sekunda následuje dvakrát po sobě (což ale znamená skok v čase do minulosti – pokud měříte na milisekundy, po 23:59:59,999 následuje znovu 23:59:59,000). Další možnost je o tu jednu sekundu protáhnout jiný časový úsek – v extrémním případě roztáhnout jednu sekundu na dvě, Google to roztažení dělá na delším časovém úseku. Opatchovaný NTP server mají proto, aby dokázal určitou dobu běžet mimo přesný čas a postupně „rozpouštět“ tu přestupnou sekundu.
Je to přesně tak. Pokud proběhne vložení přestupné sekundy v UNIX Time např. podle tabulky na https://en.wikipedia.org/wiki/Unix_time, poslední sekunda dne se ještě jednou zopakuje během první sekundy následujícího dne.
Aplikace, které využívají UNIX Time k určování času nějakých událostí, nejsou během uvedených dvou sekund schopné jednoznačně určit souslednost těchto událostí a délka intervalu mezi dvěma po sobě jdoucími událostmi může během těchto dvou sekund vyjít záporná.