ISO 8601 Timestamp Validator and Formatter

Sprawdzić znaczniki czasu ISO 8601 i normalizować formatowanie dla API, płatności JSON, dzienniki audytu, harmonogramy, kanały i eksport bazy danych. Użyj go do złapania nieprawidłowo ukształtowanych dat, zanim przełamią integracje lub stworzą dezorientację strefy czasowej. ToolMill działa w pełni po stronie klienta, co sprawia, że wygodne jest sprawdzanie wartości podobnych do produkcji bez wysyłania ich do innej usługi walidatora.

Co ten Validator sprawdza

Ten walidator jest przeznaczony do praktycznego procesu deweloperskiego: wkleić znacznik czasu lub ciąg daty, sprawdzić, czy pasuje do oczekiwanego kształtu ISO 8601, i złapać oczywiste problemy formatowania przed wysłaniem wartości do API, przechowywane w JSON, lub skopiowane do pliku konfiguracyjnego. Sprawdza, czy wartość wygląda jak poprawna data w stylu ISO- lub znacznik czasu i czy przeglądarka może przetworzyć ją w datę rzeczywistą zamiast niemożliwej.

Co ten walidator nie sprawdza

Łańcuch może być strukturalnie poprawny tutaj i nadal być zły dla aplikacji. Ta strona nie zna Twoich reguł biznesowych, zamawiania zdarzeń, wymagań API schematów, lub czy usługa niższego szczebla nalega na przesunięcie strefy czasowej, przyrostek UTC Z, ułamkowe sekundy, lub tylko format daty. Pomaga złapać błędy formatu, ale nie zastępuje umowy określonej przez system, który ostatecznie zużyje znacznik czasu.

Powody wspólne dla ISO 8601 Znacznik czasu Fails

Najczęstsze błędy są proste: brakuje separatora T, używając miejsca, w którym ścisły znacznik czasu oczekuje T, wpisując niemożliwy miesiąc lub dzień, pomijając wymagane przesunięcie strefy czasowej, dodając dodatkowy tekst śledzący, lub kopiując wartość z ukrytą Whitespace z arkusza kalkulacyjnego lub przeglądarki dziennika. Znacznik czasowy może również zawieść, ponieważ wygląda na zbliżony do ISO 8601, ale nie zawiera dokładnych elementów, których oczekuje system docelowy.

Akceptowane przykłady i odrzucone przykłady

Dobre przykłady obejmują pełny znacznik czasu UTC, taki jak 2026- 03- 05T17: 46: 39Z i tylko data, taka jak 2026- 03- 05, kiedy data jest wszystkim, czego potrzebujesz. Odrzucone wejścia często zawierają wartości takie jak 2026 / 03 / 05, znaczniki czasu z przestrzenią, ale bez strefy czasowej, lub łańcuchy z częściowo brakujących polach czasowych. Porównywanie przechodzącego i upadającego przykładu obok siebie jest często najszybszym sposobem, aby zobaczyć, czy problemem jest interpunkcja, zapis strefy czasowej, lub niemożliwa wartość kalendarza.

UTC, Offsety i znaczenie Z

Przyrostek Z oznacza UTC. Wyraźne przesunięcie, takie jak + 00: 00, reprezentuje również UTC, podczas gdy wartości takie jak -05: 00 lub + 02: 00 reprezentują ten sam rodzaj znacznika czasu z innym lokalnym przesunięciem. Dwa struny mogą reprezentować tę samą chwilę, patrząc inaczej na ekranie, ponieważ jeden jest napisany w UTC, a drugi jest napisany z regionalnym przesunięciem. Jest to jeden powód debugowanie znacznika czasu często wymaga zarówno walidacji i interpretacji, a nie tylko dopasowania wzorca.

Date- Only vs Date- Time Inputs

Wartość date- only, taka jak 2026- 03- 05, może być poprawna według normy ISO 8601, ale nie zawiera time- of- day lub timezone. Może to być dopuszczalne w odniesieniu do terminów wymagalności, zakresów raportowania i pól kalendarza, ale nie w odniesieniu do znaczników czasu zdarzenia, zapisów audytowych lub ładunków API, które wymagają dokładnej natychmiastowej transmisji. Użyj tego rozróżnienia, aby zdecydować, czy wartość jest tylko poprawna czy odpowiednia dla testowanego systemu.

Jak naprawić nieprawidłowy znacznik czasu

Zacznij od przycinania wartości i sprawdzania separatorów. Następnie należy potwierdzić, czy system docelowy oczekuje tylko daty, znacznika czasu UTC z Z lub znacznika czasu z wyraźnym liczbowym przesunięciem. Jeżeli wartość pochodzi z arkusza kalkulacyjnego, eksportu dziennika lub skopiowanego pola UI, usuń dodatkowe spacje i potwierdź, że dany miesiąc, dzień i czas są kompletne. Małe problemy interpunkcyjne są często prawdziwą przyczyną nieudanego wyniku walidacji.

Prywatność i walidacja lokalna

Zanim polecisz na zatwierdzonym znaczniku czasu

Po zatwierdzeniu należy potwierdzić dokładny format znacznika czasu oczekiwany przez rzeczywiste miejsce przeznaczenia, w tym precyzję, obsługę offsetową i czy wymagana jest normalizacja UTC. Ważność składni to tylko pierwsza kontrola; zgodność z systemem odbioru jest częścią, która nadal wymaga przeglądu.

Dlaczego najwyraźniej wyraźny znacznik czasowy może nadal powodować problemy

Nawet czysty znacznik czasu może powodować problemy, jeśli jeden system oczekuje UTC, inny przechowuje lokalne offsety, lub cel wymaga sekund, milisekund lub szczególnego stylu offsetu. Wartości tylko dla danych mogą być również niejednoznaczne, jeżeli kod niższego rzędu zakłada północ w określonej strefie czasowej.

Co ważne ISO 8601 Wynik robi i nie oznacza

Ważny wynik oznacza, że tekst odpowiada zasadom formatowania, które ten walidator akceptuje dla znaczników czasu w stylu ISO 8601. Nie gwarantuje to, że znacznik czasu opisuje odpowiednie zdarzenie, używa planowanej strefy czasowej lub odpowiada dokładnym wymogom przechowywania API, bazy danych lub gazociągu logowania.

Walidacja przebiega w przeglądarce, dzięki czemu można sprawdzić znaczniki czasu z dzienników, haków internetowych, harmonogramów i systemów wewnętrznych bez wysyłania ich do kontrolera trzystronnego znacznika czasu. Jest to przydatne, gdy sama wartość jest wrażliwa, powiązana z wypadkiem lub częścią ładunku, które wolelibyście trzymać w lokalnej sesji debugowania.

ISO 8601 Znacznik czasu Walidator i Formatter

Spróbuj.

Przykłady