Unix 타임스탬프 변환기
숫자를 넣으면 날짜로, 날짜를 넣으면 숫자로 바꿉니다.
Unix 타임스탬프는 1970-01-01 0시(UTC)부터 지난 초입니다.
POSIX 시간 (윤초 제외) 기준 · 브라우저 시간대 자료(IANA) · 업데이트
서울 시각
-
날짜 → 타임스탬프
지금 타임스탬프
이 기기 시계 기준이라 몇 초 어긋날 수 있습니다.
자주 보는 타임스탬프
| 초 | UTC | 뜻 |
|---|---|---|
| 0 | 1970-01-01 00:00:00 | 시작점 (서울 오전 9시) |
| 1000000000 | 2001-09-09 01:46:40 | 10자리가 된 때 |
| 1700000000 | 2023-11-14 22:13:20 | 17억 초 |
| 2000000000 | 2033-05-18 03:33:20 | 20억 초 |
| 2147483647 | 2038-01-19 03:14:07 | 32비트 정수 끝 (2038년 문제) |
결과가 이상한가요?
어떻게 계산했나요
POSIX 시간 (윤초 제외) 기준 · 브라우저 시간대 자료(IANA)
- Unix 시간 = 1970-01-01T00:00:00Z 부터 지난 초 (POSIX, 윤초는 세지 않고 하루를 86,400초로)
- 단위 자동 판별: 정수 부분이 11자리 이하면 초, 12~14자리 밀리초, 15~17자리 마이크로초, 18자리 이상 나노초. 1973~5138년 날짜에서 맞습니다. 다르면 단위를 직접 고르세요
- 시간대·서머타임은 브라우저의 IANA 시간대 자료(Intl.DateTimeFormat)로 맞춥니다. 한국은 1988년 이후 서머타임이 없어 늘 UTC+09:00 입니다
- ISO 8601 은 고른 시간대의 오프셋을 붙여(UTC 는 Z) 'YYYY-MM-DDTHH:MM:SS' 로 씁니다
- 넣은 값은 서버·분석 도구·주소창 어디에도 보내지 않습니다
자주 묻는 질문
Unix 타임스탬프가 무엇인가요?
1970년 1월 1일 0시(UTC)부터 지난 초를 센 숫자입니다. 시간대와 상관없이 한 순간을 숫자 하나로 나타내서 서버·데이터베이스·로그에 많이 씁니다. 같은 숫자도 서울에서는 9시간 더한 시각으로 읽습니다.
초인지 밀리초인지 어떻게 알아보나요?
요즘 날짜라면 초는 10자리(1,7xx,xxx,xxx), 밀리초는 13자리입니다. 자바스크립트 Date.now()와 자바 System.currentTimeMillis()는 밀리초, 유닉스 date +%s·파이썬 time.time()·PHP time()은 초입니다. 자동으로 두면 자릿수로 판별하고, 16자리는 마이크로초, 19자리는 나노초로 읽습니다.
2038년 문제는 무엇인가요?
초를 부호 있는 32비트 정수로 저장하면 2147483647(2038-01-19 03:14:07 UTC)을 넘을 수 없습니다. 그 뒤로는 음수가 되어 1901년으로 돌아갑니다. 64비트로 저장하면 문제없습니다.
윤초는 세나요?
Unix 시간은 윤초를 세지 않습니다(하루를 항상 86,400초로 침). 그래서 실제 지난 초와 몇십 초 차이가 나지만, 날짜 변환은 이 도구처럼 윤초 없이 하는 것이 표준입니다.
서머타임이 있는 도시는 어떻게 바꾸나요?
브라우저의 시간대 자료로 그 날짜의 서머타임을 맞춥니다. 날짜→숫자로 바꿀 때, 서머타임이 시작돼 없는 시각(예: 뉴욕 3월 둘째 일요일 2시 30분)은 한 시간 뒤로, 끝나서 두 번 있는 시각은 앞의 것으로 계산합니다.