무엇을 하나
- 타임스탬프의 정수 자릿수로 단위를 짐작합니다: 11자리까지 초, 12~14자리 밀리초, 15~17자리 마이크로초, 그 위는 나노초. 12자리는 「9999년의 초」와 「1973~2001년의 밀리초」가 겹치므로 단위를 직접 고르는 편이 확실합니다.
- 날짜에
Z나+09:00같은 오프셋이 없으면 고른 시간대의 벽시계로 읽습니다. 서머타임으로 건너뛴 시각은 바뀌기 전 오프셋으로, 두 번 있는 시각은 앞의 것으로 읽습니다(Pythonzoneinfo의fold=0과 같음). - 계산은 브라우저 안에서 하며 마이크로초 단위까지 정수로 셉니다.
예시
| 넣은 값 | 결과 |
|---|---|
0 | 1970-01-01T00:00:00Z |
1760842800 | 2025-10-19T03:00:00Z (Asia/Seoul 12:00) |
2147483647 | 2038-01-19T03:14:07Z — 부호 있는 32비트의 끝 |
-1.5 | 1969-12-31T23:59:58.500000Z |
2026-10-19 12:00:00 (Asia/Seoul) | 1792378800 |
어떻게 확인했나
공개 전에 Python datetime · zoneinfo 와 24가지(타임스탬프 → 날짜 14, 날짜 → 타임스탬프 10)를 대조했습니다. 음수 · 소수 초 · 2038년 경계 · 뉴욕 서머타임 시작과 끝을 넣었습니다.
자주 묻는 것
명령줄에서는 어떻게 바꾸나요?
GNU date 로 date -d @1760842800 은 타임스탬프를 날짜로, date -d '2026-10-19 12:00:00' +%s 는 날짜를 초로 바꿉니다. 시간대는 앞에 TZ=Asia/Seoul 을 붙여 정합니다.
2038년 문제는 무엇인가요?
부호 있는 32비트 정수에 초를 담으면 2147483647(2038-01-19 03:14:07 UTC) 다음에 음수로 넘어갑니다. 64비트 time_t 를 쓰는 요즘 리눅스는 해당하지 않지만 오래된 장비 · 파일 형식 · 데이터베이스 열에는 남아 있습니다.
입력한 값이 서버로 가나요?
아니요. 바꾸는 계산은 모두 브라우저 안에서 합니다. 입력값은 서버로 보내지 않고, 이 사이트가 쓰는 방문 통계와 광고에도 넘기지 않습니다. 자세한 것은 개인정보 처리 안내에 있습니다.