한국어

개발자 도구 · Unix 타임스탬프 변환기

Z의 의미: UTC, ISO 8601 타임스탬프의 오프셋 및 지정자

· 작동 방식

타임스탬프 iso-8601 시간대

Z 및 오프셋 지정자가 한 순간에 만나는 두 개의 날짜-시간 경로
원본 ToolAcre 벡터 일러스트레이션

변환기 및 API는 순간을 ISO 8601 문자열로 인쇄하며 후행 Z 또는 오프셋은 사람들이 건너뛰는 부분입니다. 이 게시물에서는 UTC와 로컬 출력을 올바르게 읽을 수 있도록 형식을 하나씩 설명합니다.

두 개의 문자열, 하나의 인스턴트 — 10:00:00Z 및 12:00:00+02:00가 나란히 있고 두 시간 떨어져 있다고 생각하는 독자

`2025-02-03T10:00:00Z` 및 `2025-02-03T12:00:00+02:00` 이름은 한 순간입니다. 두 번째 문자열은 2시간 앞선 벽시계를 표시하고 해당 시간을 빼는 데 필요한 오프셋을 제공합니다. 시간 필드만 읽으면 동시 이벤트 사이에 허구적인 간격이 생깁니다.

ToolAcre는 두 문자열을 모두 Date에 전달하고 epoch 초, epoch 밀리초 및 표준 UTC ISO 문자열을 반환합니다. 동일한 수치 결과가 결정적인 비교입니다. 변경된 시계 문자판은 끝에 있는 지정자가 차이를 설명하는 경우 변경된 경과 시간을 의미하지 않습니다.

안전한 비교 절차는 먼저 각 문자열을 에포크 밀리초로 정규화하는 것입니다. 해당 정수가 일치하는 경우 명백한 클럭 차이는 경과 시간이 아닌 표현입니다.

ISO 8601 날짜-시간의 구조 — 날짜, T 구분 기호, 시간, 소수 초 및 영역 지정자

도구에서 생성된 ISO 값에는 달력 날짜, `T`, 시-분-초 필드, 3자리 밀리초 분수 및 후행 `Z`이 있습니다. 이 정확한 모양은 `toISOString()`에서 나온 것입니다. Date가 제공된 문자열을 구문 분석하기 때문에 입력 처리가 더 광범위하지만 오류 메시지에서는 `2024-03-01T09:30:00Z`과 같은 명시적인 값을 권장합니다.

구분 기호는 부분을 읽기 쉽게 만듭니다. 터미널 지정자는 순간을 확정적으로 만듭니다. 분수는 영역을 변경하지 않고 1초 이내에 위치를 구체화합니다. API 출력을 비교할 때 최종 지정자를 첨부해 두십시오. 시계를 UTC로 매핑하는 데 필요한 정보를 제거하기 전에 스크린샷을 자릅니다.

Z(Zulu) — Z가 UTC를 의미하는 이유, 군사 및 항공 시간대의 원산지, 지정자가 없는 것과 같지 않은 이유

이 구현 내에서 `Z`은 명시적 영역으로 감지되고 `toISOString()`은 이를 UTC에 사용합니다. 통합 문서의 군사 출처 계정은 저장소에 문서화되어 있지 않으므로 이 문서에서는 이를 출처 기록으로 반복하지 않습니다. 작동 사실은 더 좁고 테스트 가능합니다. 후행 Z는 현지 시간 가정을 방지합니다.

No designator는 Z의 다른 철자가 아닙니다. ToolAcre는 Z가 없는 날짜-시간 또는 숫자 오프셋에 대해 `assumedLocal`을 설정한 다음 해석을 제공한 브라우저 영역을 사용자에게 알려줍니다. 누락된 접미사를 Z로 바꾸면 원래 시계가 로컬 시계를 의미할 때마다 의도한 순간이 변경됩니다.

이 변환기에서 Z는 UTC 형식을 표시합니다. 이름 지정 기록이 저장소 증거 외부에 있습니다.

`+02:00`와 같은 접미사는 해당 순간에 기록된 시계와 UTC 간의 차이를 기록합니다. 도시를 식별하지 않습니다. 많은 지역이 오프셋을 공유할 수 있으며 지역은 다른 날짜에 다른 오프셋을 사용할 수 있습니다. 문자열은 그것을 생산한 정치적 규칙이 아니라 읽기를 보존합니다.

반복 일정에서는 이러한 제한이 중요합니다. API는 `+02:00`을 사용하여 과거 순간을 충실하게 보고할 수 있지만 접미사만으로는 다음 겨울의 09:00 회의를 계산할 수 없습니다. Epoch 변환에는 제공된 오프셋만 필요합니다. 미래의 실제 시간 예약에는 이 패널 외부의 명명된 영역과 규칙 인식 논리가 필요합니다.

작업 예: 1개의 에포크, 2개의 판독값 — 변환기가 표시하는 UTC 값과 로컬 값, 이름이 동일한 순간인지 확인

이 기사를 확인하려면 에포크 1,738,577,600초를 사용하세요. 변환기는 `2025-02-03T10:00:00.000Z`을 렌더링합니다. `2025-02-03T12:00:00+02:00`의 소스 문자열은 2시간 후 벽 판독값이 양의 2시간 오프셋으로 균형을 이루기 때문에 동일한 개수로 다시 변환됩니다.

브라우저-로컬 행에 세 번째 시계 시간이 표시될 수 있습니다. 그것은 세 번째 이벤트를 생성하지 않습니다. 이는 1,738,577,600,000 밀리초에 걸친 또 다른 형식화 ​​전달입니다. 초 또는 ISO로 신원을 확인한 다음 해당 영역을 나타내는 청중에 대해서만 레이블이 지정된 각 시계를 사용하십시오.

이 동등성은 회귀 고정 장치가 될 수도 있습니다. 두 소스 문자열을 모두 구문 분석하고 하나의 에포크 값을 주장합니다. 이 테스트는 로케일에 따른 표시 산문을 고정하지 않고 오프셋 산술을 보호합니다.

누락된 지정자 — 기본 2024-05-01T10:00:00는 모호하며 다양한 언어에서 이를 해석하는 방법

지정자가 누락된 경우에는 한 가지 개선이 필요합니다. `2025-02-03`와 같은 기본 날짜는 여기에서 구현되고 테스트된 ECMAScript 규칙에 따라 UTC로 읽혀집니다. `2025-02-03T10:00:00`과 같은 기본 날짜-시간은 로컬로 읽혀지고 플래그가 지정됩니다. 둘 다 단순히 "모호하다"라고 부르는 것은 코드와 모순됩니다.

교환 순간의 실제 안전 형식에는 여전히 Z 또는 오프셋이 포함됩니다. 패널의 `datetime-local` 컨트롤을 통해 로컬 날짜-시간을 의도적으로 입력할 수 있지만 결과 ISO 문자열을 공유하기 전에 복사하세요. 그 변환은 벽시계에서 파생된 현재 환경의 순간을 기록합니다.

누락된 지정자가 항상 모호한 것은 아닙니다. 이 구현은 날짜와 날짜-시간을 구별합니다.

ISO 8601는 이 변환기가 보여주는 것보다 더 많은 표기법을 다루지만 저장소는 간격, 기간 또는 주 날짜에 대한 파서 또는 테스트를 제공하지 않습니다. 날짜 승인은 신뢰할 수 있는 문서화된 예를 벗어난 문자열에 대해 플랫폼에 따라 다를 수 있습니다. 따라서 이 기사에서는 패널을 일반적인 ISO 문법 검사기로 제시하지 않습니다.

API 계약이 특수한 날짜 형식을 허용하는 경우 해당 API의 파서로 유효성을 검사하세요. ToolAcre의 날짜-시대 경로는 명시적인 날짜-시간 및 그것이 방출하는 로컬 선택기 모양에 적합합니다. 성공적인 날짜 구문 분석은 이 브라우저가 문자열을 수락했음을 증명하지만 모든 표준을 준수하는 소비자가 문자열을 수락해야 하는 것은 아닙니다.

기간, 간격 및 주 날짜는 여기에 표시된 허용되는 입력 범위를 벗어납니다.

시계 필드를 비교하기 전에 타임스탬프의 접미사까지 읽으세요. Z는 기록된 시계를 UTC에 고정합니다. 숫자 오프셋은 산술을 UTC로 다시 제공합니다. 영역 없는 날짜-시간은 브라우저에 로컬 해석을 사용하도록 요청합니다. 이러한 결말은 비슷해 보이는 접두사에도 불구하고 다른 질문에 답합니다.

변환기는 생성된 범용 출력에 레이블을 지정하고 현지 시간을 가정할 때 보고합니다. 해당 공지를 장식이 아닌 결과의 일부로 사용하세요. 지정자 없이 복사된 시간 값은 불완전한 증거인 반면, 에포크 또는 정식 ISO 행은 독자들에게 순간을 그대로 유지합니다.