GrepBoardTools GrepBoard 매뉴얼 ↗ Log ↗

Tools / 시간·날짜

Unix 타임스탬프 ↔ 날짜

1760842800·1760842800123 같은 타임스탬프나 2026-10-19 12:00:00 같은 날짜를 넣습니다.

입력한 값은 브라우저 안에서만 계산하고 서버로 보내지 않습니다.

타임스탬프 → 날짜

날짜 → 타임스탬프

YYYY-MM-DD HH:MM[:SS] — 오프셋이 없으면 고른 시간대로 읽습니다. Z 나 +09:00 을 붙이면 그것으로 읽습니다.

무엇을 하나

  • 타임스탬프의 정수 자릿수로 단위를 짐작합니다: 11자리까지 초, 12~14자리 밀리초, 15~17자리 마이크로초, 그 위는 나노초. 12자리는 「9999년의 초」와 「1973~2001년의 밀리초」가 겹치므로 단위를 직접 고르는 편이 확실합니다.
  • 날짜에 Z 나 +09:00 같은 오프셋이 없으면 고른 시간대의 벽시계로 읽습니다. 서머타임으로 건너뛴 시각은 바뀌기 전 오프셋으로, 두 번 있는 시각은 앞의 것으로 읽습니다(Python zoneinfo 의 fold=0 과 같음).
  • 계산은 브라우저 안에서 하며 마이크로초 단위까지 정수로 셉니다.

예시

넣은 값결과
01970-01-01T00:00:00Z
17608428002025-10-19T03:00:00Z (Asia/Seoul 12:00)
21474836472038-01-19T03:14:07Z — 부호 있는 32비트의 끝
-1.51969-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 를 쓰는 요즘 리눅스는 해당하지 않지만 오래된 장비 · 파일 형식 · 데이터베이스 열에는 남아 있습니다.

입력한 값이 서버로 가나요?

아니요. 바꾸는 계산은 모두 브라우저 안에서 합니다. 입력값은 서버로 보내지 않고, 이 사이트가 쓰는 방문 통계와 광고에도 넘기지 않습니다. 자세한 것은 개인정보 처리 안내에 있습니다.