Unix Timestamp a Epoch Converter

Jak říct, zda Váš časový údaj Je v sekundách nebo milisekundách

Jednou z nejčastějších chyb časového razítka je míchání Unix sekund s Unix milisekund. 10- ciferná hodnota jako 1700000000 je obvykle sekundy, zatímco 13- ciferná hodnota jako 17000000000 je obvykle milisekund. Pokud vložíte milisekundy do nástroje, který očekává sekundy, datum může skočit daleko do budoucnosti. Pokud vložíte sekundy do nástroje, který očekává milisekundy, výsledek může spadnout blízko 1970. Tato stránka vám pomůže sanacy - zkontrolujte jednotku rychle, než budete věřit převáděné datum v logu přezkumu, API test, nebo databáze export.

Jak porovnat výsledky epochu s UTC a místní čas

Epoch čas sám je timezone- neutrální. K zmatku dochází, když je na jedné obrazovce a v místním čase na druhé zobrazena lidská čitelná hodnota v UTC. Pokud porovnáváte protokoly aplikací, cloud přístrojové desky, časové razítka prohlížeče a záznamy databáze, zkontrolujte, zda každý systém zobrazuje UTC, browser- místní čas, nebo server- místní časové pásmo. Nesoulad tam může udělat dvě správné časové razítka vypadat nekonzistentní i když představují stejný okamžik.

Příklad Konverze Můžete ověřovat ručně

Používejte známé hodnoty, pokud chcete potvrdit, že se ropovod, skript nebo vložená hodnota chová podle očekávání. Například, 0 map na 1970-01-01T00: 00: 00Z, a moderní 10místný časový údaj by obvykle měla přistát v současném kalendářním roce spíše než v daleké minulosti nebo v daleké budoucnosti. Jednoduché kontroly, jako je tento, pomáhají chytat chyby jednotky a špatné předpoklady, než se rozšíří do sledování výstrahy, testovacích zařízení, nebo analytických událostí ladění.

Společné časové razítko Chyby v API, logech a databázích

Real- svět problémy s časovým razítkem obvykle není o konverzi vzorec sám. Pocházejí z kopírovaných desetinných hodnot, milisekund se zaměňují za sekundy, časové razítka uložená jako struny s okolním světlým prostorem, logaritmus zobrazuje místní čas, zatímco API vrací UTC, nebo různé systémy zaokrouhlují jinak. Tento převodník je užitečný, protože umožňuje otestovat syrovou hodnotu přímo a izolovat, zda je problém v časové známce, zdrojový systém, nebo způsob, jakým je výsledek zobrazen jinde.

Když konvertované datum vypadá špatně

Pokud výstup vypadá špatně, zkontrolujte nejprve délku časového razítka, pak ověřte, zda původní zdroj dokumentoval UTC nebo místní časový očekávání. Dále potvrďte, že vložená hodnota je čistě numerická a neobsahuje skryté mezery, desetinné oddělovače nebo formátování kopírované z jiného rozhraní. Pokud přecházíte z lidského data zpět na epoch, pamatujte, že vstupy data prohlížeče mohou odrážet místní kontext časové zóny spíše než doslovný řetězec UTC, pokud to v okolním pracovním proudu nezúčtujete.

Soukromí a offline použití

Veškerá konverze probíhá lokálně ve Vašem prohlížeči. ToolMill nemusí posílat vaše časové razítka, data, odkazy na události nebo interní data o událostech do služby vzdálené konverze. Díky tomu je tato stránka praktická, když kontrolujete hodnoty podobné produkcím, ladíte interní protokoly nebo ověřujete data exportovaná z jiného systému při zachování syrových hodnot ve vašem vlastním prohlížeči.