ISO 8601 Validátor časových razítek a formín

Co tento validátor kontroluje

Tento validátor je určen pro praktický vývojářský pracovní postup: vložte časové razítko nebo datový řetězec, zkontrolujte, zda odpovídá očekávanému tvaru ISO 8601 a chyťte zjevné problémy s formátováním před odesláním hodnoty do API, uloženého v JSON, nebo zkopírovaného do konfiguračního souboru. Kontroluje, zda hodnota vypadá jako platné datum nebo časové razítko ve stylu ISO- a zda jej prohlížeč může rozdělit do reálného data namísto nemožného.

Co tento validator nekontroluje

Řetězec může být strukturálně platný zde a stále být špatný pro vaši aplikaci. Tato stránka nezná vaše obchodní pravidla, objednávání událostí, požadavky na schéma API, nebo zda navazující služba trvá na posunu časového pásma, UTC Z, frakční sekundy, nebo pouze formát data. Pomáhá vám chytat chyby ve formátu, ale nenahrazuje smlouvu definovanou systémem, který nakonec spotřebuje časové razítko.

Společné důvody: ISO 8601 Timestamp fails

Nejčastější selhání jsou jednoduchá: chybí T separátor, pomocí prostoru, kde přísné časové razítko očekává T, psaní nemožný měsíc nebo den, vynechání požadovaného časového pásma ofsetu, přidání extra tailing textu, nebo kopírování hodnoty se skrytou bělidlo z tabulky nebo prohlížeč záznamů. Časové razítko může také selhat, protože vypadá v blízkosti ISO 8601, ale neobsahuje přesné kusy váš cílový systém očekává.

Přijaté příklady a odmítnuté příklady

Dobré příklady zahrnují plné UTC časové razítko, jako je 2026-03-05T17: 46: 39Z a date- pouze hodnota, jako je 2026-03-05, kdy datum je vše, co potřebujete. Zamítnuté vstupy často zahrnují hodnoty jako 2026 / 03 / 05, časové razítka s prostorem, ale bez časového pásma, nebo řetězce s částečně chybějícími časovými poli. Porovnání průchodu a selhávání příklad vedle sebe je často nejrychlejší způsob, jak zjistit, zda problém je interpunkce, timezone notace, nebo nemožné kalendářní hodnotu.

UTC, ofsety a význam Z

Příslušenství Z znamená UTC. Explicitní posun jako + 00: 00 také představuje UTC, zatímco hodnoty jako -05: 00 nebo + 02: 00 představují stejný typ časového razítka s jiným místním posunem. Dva struny mohou reprezentovat stejný okamžik při pohledu jinak na obrazovce, protože jeden je zapsán v UTC a druhý je napsán s regionálním ofsetem. To je jeden z důvodů, proč odposlouchávání časových razítek často vyžaduje jak validaci, tak interpretaci, ne jen shodnost vzorců.

Date-Only vs Date-Time Inputs

Pouze hodnota data, jako je 2026-03-05, může být platná ISO 8601, ale nenese časovou nebo časovou zónu. To může být přijatelné pro data splatnosti, rozsah vykazování a kalendářní pole, nikoli však pro časové razítka událostí, záznamy o auditu nebo platební zatížení API, které potřebují přesný okamžitý čas. Použijte toto rozlišení k rozhodnutí, zda je hodnota pouze platná nebo skutečně vhodná pro systém, který zkoušíte.

Jak opravit neplatné časové razítko

Začněte zkrácením hodnoty a kontrolou oddělovačů. Poté potvrďte, zda cílový systém očekává pouze datum, UTC časové razítko s Z, nebo časové razítko s výslovným číselným odstupem. Pokud hodnota pochází z tabulky, log export, nebo kopírování UI pole, odstranit další prostory a potvrdit, že měsíc, den a čas kusy jsou kompletní. Malé problémy s interpunkcí jsou často skutečnou příčinou neúspěšného výsledku ověření.

Ochrana soukromí a místní ověřování

Validace běží ve vašem prohlížeči, takže si můžete zkontrolovat časové razítka z logů, webháků, rozvrhů a vnitřních systémů, aniž byste je poslali na třetí-party časové razítko checker. To je užitečné, když hodnota sama o sobě je citlivá, vázána na incident, nebo část užitečné zátěže byste raději udržet v místní ladění relace.