Unix 타임스탬프: 초, 밀리초, 잘못된 날짜
네 가지 입력, 한 순간. 타임스탬프가 1970년이나 잘못된 날짜에 도달하는 이유를 알아보세요.
1970년 1월에 해당하는 타임스탬프는 종종 단위가 잘못된 경우가 있습니다. 숫자 1792069200는 Unix 초이고, 1792069200000는 동일한 시점을 밀리초로 나타낸 것입니다. 둘 다 변환하기 전에 시간대 오프셋을 추가할 필요가 없습니다.
시간대 변환기를 열고 날짜 또는 타임스탬프 붙여넣기를 펼친 다음 두 숫자 중 하나를 붙여넣고 변환을 선택하세요. 양식 아래의 해석을 확인하세요. 둘 다 2026-10-15T13:00:00.000Z를 생성해야 합니다.
같은 순간을 쓰는 네 가지 방법
다음을 하나씩 시도하거나 네 가지 타임스탬프 예시를 다운로드하세요:
1792069200
1792069200000
2026-10-15T13:00:00Z
2026-10-16T00:00:00+11:00
마지막 줄은 이미 다음 날 자정이지만 여전히 같은 순간을 나타냅니다. 명시된 11시간 오프셋이 그 차이를 설명합니다.
도구는 첫 번째 숫자를 초로, 두 번째 숫자를 밀리초로 읽습니다. 오늘 날짜 주변의 날짜의 경우 10자리 대 13자리는 유용한 단서이지만 타임스탬프의 보편적인 정의는 아닙니다. 이 변환기는 추측하는 대신 11자리 및 12자리 숫자 입력을 거부합니다. 1900년부터 2100년까지의 날짜를 지원하며 모든 역사적 타임스탬프 형식의 파서는 아닙니다.
JavaScript를 작성하는 경우 숫자 Date 생성자는 밀리초를 기대합니다. MDN의 Date 참조는 해당 단위를 문서화합니다. 초에 1,000을 곱하는 것은 단위 변환이지 시간대 조정이 아닙니다.
시계뿐만 아니라 날짜도 확인하세요
시간대 추가를 사용하여 필요한 도시를 포함하세요. 위 샘플의 경우 테스트된 결과는 다음과 같습니다:
| 시간대 | 현지 날짜 및 시간 | 해당 날짜의 UTC 오프셋 |
|---|---|---|
| UTC | 2026년 10월 15일 13:00 | +00:00 |
| Australia/Melbourne | 2026년 10월 16일 00:00 | +11:00 |
| Europe/London | 2026년 10월 15일 14:00 | +01:00 |
| America/New_York | 2026년 10월 15일 09:00 | -04:00 |
이 오프셋은 샘플 날짜에 속합니다. 도시 간의 영구적인 차이로 재사용하지 마세요. 일광 절약 시간으로 인해 간격이 바뀔 수 있습니다. 반복 작업의 경우 cron 및 일광 절약 예시를 참조하세요.
시계 카드 내부를 드래그하면 공유 순간이 이동하므로 모든 카드가 함께 업데이트됩니다. 모든 시간 복사는 날짜와 오프셋도 복사합니다. 이는 팀원에게 "9시"만 보내는 것보다 더 유용합니다.
오프셋이 없는 날짜는 다른 입력입니다
2026-10-15T13:00를 붙여넣고 시간대가 없으면 다음으로 읽음을 Australia/Melbourne로 설정하세요. 2026-10-15T02:00:00.000Z이 되며 첫 번째 예시보다 11시간 빠릅니다.
문제가 없습니다. 이번에는 현지 시계 판독값을 제공했고 소스 시간대가 누락된 컨텍스트를 제공했습니다. Unix 숫자 또는 명시적 오프셋을 사용하면 소스 선택이 순간을 이동하지 않습니다. 내 시간대는 기기의 시간대를 추가할 수 있지만 기기가 레이블이 없는 로그 항목이 원래 사용한 시간대를 알려줄 수는 없습니다.
공유하기 전에 모호한 입력을 해결하세요
도구는 의도적으로 여러 입력을 명확히 하도록 요청합니다:
10/11/2026 09:00는 10월 11일 또는 11월 10일을 의미할 수 있습니다. 연-월-일 날짜를 사용하세요.2026-10-15 09:00 CST는 모호한 약어를 사용합니다. 전체 소스 시간대를 선택하거나 명시적 UTC 오프셋을 제공하세요.2026-11-01T01:30은(는)America/New_York에서 시계가 뒤로 갈 때 두 번 발생합니다. 의도된 오프셋을 제공하세요. 현지 시계 판독값만으로는 둘 중 하나를 선택할 수 없습니다.
우리는 2026년 10월 15일에 도구의 파서에 대해 이러한 입력과 네 가지 동등한 타임스탬프를 확인했습니다. 변환 출력 및 결과 기록은 정확한 값을 보존합니다. 자연어 파싱은 언어에 따라 다릅니다. 시간이 모호하지 않아야 하는 경우 명시적 날짜와 오프셋이 더 나은 선택입니다.