현재 Unix 타임스탬프
타임스탬프 → 날짜
날짜 → 타임스탬프
빠른 참조
주요 타임스탬프
- 유닉스 에포크: 0 (1970년 1월 1일)
- 2000년: 946684800
- 2038년 문제: 2147483647
- JS Date 최대값: 8640000000000000 ms
형식 예시
- 초: 1609459200
- 밀리초: 1609459200000
- ISO 8601: 2021-01-01T00:00:00.000Z
- RFC 2822: Fri, 01 Jan 2021
Unix 타임스탬프는 1970년 1월 1일 0시(UTC)부터 지금까지 흐른 초를 센 숫자입니다. 컴퓨터, 데이터베이스, API가 뒤에서 시간을 다루는 방식이 이것입니다. 문제는 1790812800 같은 숫자가 변환하기 전에는 사람에게 아무 의미가 없다는 점입니다. 손으로 계산하려면 시간대, 윤년, 초 단위인지 밀리초 단위인지까지 챙겨야 해서 번거롭고 틀리기 쉽습니다. 로그 파일이나 JSON 응답, DB 행에 적힌 숫자가 정확히 언제인지 알아야 할 때, 반대로 머릿속의 날짜를 코드가 기대하는 epoch 값으로 바꿔야 할 때 쓰는 도구입니다.
페이지를 열면 맨 위에서 현재 Unix 타임스탬프가 1초마다 올라갑니다. 다른 곳을 뒤지지 않아도 기준값이 늘 손에 있는 셈입니다. 그 아래에 아무 epoch 값이나 붙여 넣으면 읽을 수 있는 날짜와 시각으로 바로 바뀌고, 반대로 날짜를 넣어 타임스탬프를 얻을 수도 있습니다. 초 단위와 밀리초 단위를 모두 다룹니다. JavaScript의 Date.now()와 많은 로깅 시스템은 밀리초를, Unix cron과 대부분의 서버 도구는 초를 쓰기 때문에 이 둘을 섞으면 1,000배 차이가 나는 고전적인 버그가 됩니다.
변환은 전부 브라우저 안에서 이루어지므로 붙여 넣은 타임스탬프나 날짜가 서버로 전송되지 않습니다. 사내 시스템이나 비공개 로그에서 가져온 값도 안심하고 넣을 수 있습니다. 한 가지 습관을 권합니다. 변환 결과가 1970년이나 5만 년 뒤처럼 터무니없다면 밀리초 값을 초로 읽었거나 그 반대일 가능성이 큽니다. 자릿수부터 세어 보세요. 10자리면 보통 초, 13자리면 보통 밀리초입니다.
브라우저에서 Unix epoch 타임스탬프와 사람이 읽는 날짜를 서로 변환합니다.
페이지 맨 위 '현재 Unix 타임스탬프'가 실시간으로 올라갑니다. 언제든 정확한 기준값으로 쓸 수 있습니다.
'타임스탬프 → 날짜' 패널의 'Unix 타임스탬프' 칸에 해석할 epoch 값을 넣습니다. 초든 밀리초든 상관없습니다.
입력과 동시에 '변환 결과'에 날짜와 시각이 표시됩니다. 버튼을 누르거나 새로 고칠 필요가 없습니다.
'날짜 → 타임스탬프' 패널에서 '날짜'와 '시간'을 정하고(내 시간대 기준으로 읽힘) '타임스탬프로 변환'을 누릅니다.
'단위'의 '초' / '밀리초' 버튼으로 입력값을 어떻게 읽을지 정합니다. 결과에는 두 단위의 값과 ISO 8601, 'UTC 문자열', '로컬 문자열'이 각각 복사 버튼과 함께 나옵니다.
'로컬 문자열' 줄은 같은 순간을 내 시간대로 보여 줍니다. 한국에서는 Thu Oct 01 2026 09:00:00 GMT+0900으로, UTC 자정이 우리 시간으로는 아침 9시입니다. 괄호 안 시간대 이름은 브라우저 언어를 따릅니다.
연도가 5만 년대라면 밀리초 값입니다. '밀리초'를 누르면 같은 입력이 2023-11-14T22:13:20.000Z가 되고, 로컬 문자열은 Wed Nov 15 2023 07:13:20 GMT+0900입니다.
날짜와 시간은 브라우저 시간대로 읽힙니다. 한국은 UTC보다 9시간 빠르므로 저녁 6시 30분이 UTC로는 오전 9시 30분입니다.
음수는 epoch에서 거꾸로 셉니다. 하루는 86,400초입니다.