ISO 8601 타임스탬프 검증기 및 포맷기

이 Validator 검사

이 validator는 실용적인 개발자 워크플로우를 위해 설계되었습니다: 타임스탬프 또는 날짜 문자열을 붙여, 예상된 ISO 8601 모양과 일치 여부를 확인하고, 값이 JSON에 저장된 API로 전송되기 전에 명백한 포맷 문제를 잡거나 구성 파일로 복사합니다. 해당 이용 후기에 달린 코멘트가 없습니다.

이 검증자는 확인하지 않습니다.

문자열은 구조적으로 유효하며 여전히 응용 프로그램에 대해 잘못 될 수 있습니다. 이 페이지는 비즈니스 규칙, 이벤트 주문, API 스키마 요구 사항, 또는 시간대 상쇄, UTC Z suffix, 분수 초, 또는 날짜 전용 형식을 알고 있지 않습니다. 형식의 실수를 잡는 데 도움이되지만, 궁극적으로 타임스탬프를 소비하는 시스템에 의해 정의 된 계약을 대체하지 않습니다.

일반적인 이유 ISO 8601 타임스탬프 실패

가장 일반적인 실패는 간단합니다: 엄격한 타임스탬프가 T를 기대하는 공간을 사용하여 T 분리기를 누락, 불가능한 달 또는 낮을 입력, 필요한 시간대 오프셋을 추가, 추가 추적 텍스트를 추가, 또는 스프레드 시트 또는 로그 뷰어에서 숨겨진 흰색 공간으로 값을 복사. 타임스탬프는 ISO 8601에 가까운 것처럼 실패 할 수도 있지만, 정확한 조각을 포함하지 않습니다. 대상 시스템 기대.

허용된 예와 거절된 예

좋은 예에는 2026-03-05T17:46:39Z와 같은 전체 UTC 타임스탬프와 날짜가 당신이 필요로 할 때 2026-03-05와 같은 날짜 전용 값이 포함되어 있습니다. 거부된 입력은 종종 2026/03/05와 같은 값을 포함, 공간과 타임 스탬프, 또는 부분적으로 누락 된 시간 필드와 문자열. 통과 및 실패 예를 들어 측면을 준수하는 것은 종종 문제인지 확인하는 가장 빠른 방법, 시간대 표기, 또는 불가능한 달력 값입니다.

UTC, 오프셋 및 Z의 의미

Z suffix는 UTC를 의미합니다. +00:00와 같은 명시된 오프셋은 UTC를 나타냅니다. -05:00 또는 +02:00와 같은 값은 다른 로컬 오프셋과 같은 타임스탬프를 나타냅니다. 두 개의 문자열은 UTC로 작성되기 때문에 화면에 다른 것을보고 동시에 동일한 즉시를 표시 할 수 있으며 다른 지역 오프셋으로 작성됩니다. 즉, 종종 유효성 검사 및 해석이 필요하며, 패턴 매칭이 아닙니다.

Date-Only vs Date-Time 입력

2026-03-05와 같은 날짜 유일한 가치는 유효한 ISO 8601일 수 있습니다, 그러나 그것은 일 또는 시간대를 나르지 않습니다. 그 때문에 날짜, 보고 범위, 달력 필드에 허용 될 수 있지만, 이벤트 타임 스탬프, 감사 기록, 또는 정확한 즉시 필요한 API 페이로드. 이 구별을 사용하여 값을 단순히 유효하거나 실제로 테스트하는 시스템에 적합 여부를 결정하십시오.

잘못된 Timestamp를 고치는 방법

값을 트리밍하고 분리기를 검사하여 시작합니다. 그런 다음 대상 시스템이 날짜 만 예상 여부를 확인, Z와 UTC 타임스탬프, 또는 명시된 수치 오프셋 타임스탬프. 값이 스프레드 시트, 로그 내보내기 또는 복사 UI 필드에서 온 경우 추가 공간을 제거하고 월, 일 및 시간 조각이 완료된다는 것을 확인합니다. 작은 punctuation 문제는 종종 실패 검증 결과의 실제 원인입니다.

개인 정보 보호 및 로컬 검증

검증은 브라우저에서 실행되므로 로그인, 웹훅, 일정 및 제3자 타임스탬프 검수원으로 전송하지 않고 내부 시스템에서 타임 스탬프를 검사할 수 있습니다. 그 값 자체가 민감 할 때 유용합니다, 사건에 묶어, 또는 payload의 일부가 오히려 로컬 디버깅 세션에 유지됩니다.