Převodník časových razítek

O Unix časových razítkách

Unix časové razítko počítá sekundy (nebo milisekundy) od 1. ledna 1970 UTC — tzv. „epochy“. Je to jediné číslo, které jednoznačně reprezentuje okamžik v čase bez ohledu na časovou zónu nebo formát kalendáře, a proto většina systémů takto interně ukládá a předává data.

Unixový čas notoricky ignoruje přestupné sekundy — každý den je definován jako přesně 86 400 sekund, takže vzácné přestupné sekundy, které udržují hodiny v souladu s rotací Země, se prostě vstřebají, místo aby se počítaly; proto se unixový čas někdy označuje jako „téměř lineární“ místo skutečně lineárního. Praktičtější omezení: tradiční 32bitová reprezentace unixového času se znaménkem přeteče 19. ledna 2038 — takzvaný problém roku 2038 —, ačkoli většina dnešních systémů ukládá časové značky jako 64bitové hodnoty, což stejné přetečení odsouvá zhruba o 292 miliard let.

Kde se s tím setkáte

• Čtení pole created_at nebo expires_at z odpovědi API nebo řádku databáze
• Debugování, proč claim exp nebo iat v JWT neodpovídá očekávání
• Převod časového razítka z logu na místní čas při vyšetřování incidentu
• Ověření, zda cache, token nebo relace skutečně vypršely

Často kladené otázky

Jak zjistím, zda je časové razítko v sekundách nebo milisekundách?
Časová razítka v sekundách pro nedávná data mají 10 číslic, v milisekundách 13. Tento nástroj automaticky rozpozná, které jste vložili.

Proč se mé časové razítko zdá o pár hodin „špatné“?
Samotné Unix časové razítko nemá časovou zónu — je to přesný okamžik. Co se mění, je způsob zobrazení: řádky UTC a Místní zde zobrazují stejný okamžik, jen formátovaný pro dvě různé časové zóny.

Funguje to i pro data před rokem 1970?
Ano — záporná časová razítka představují okamžiky před epochou a tento nástroj je zpracovává a zobrazuje stejným způsobem.

Co je problém roku 2038?
Tradiční 32bitová unixová časová značka se znaménkem dokáže počítat jen do 2 147 483 647 sekund po epoše, čehož se dosáhne 19. ledna 2038 v 03:14:07 UTC — o sekundu později přeteče a přeskočí na záporné číslo, které se typicky čte jako datum v roce 1901. Postiženy jsou systémy stále používající 32bitové časové značky (některá vestavěná zařízení a starší 32bitový software); většina dnešních 64bitových systémů už ukládá časové značky ve 64 bitech, což stejné přetečení odsouvá daleko za jakýkoli praktický časový horizont.