본문으로 건너뛰기

유닉스 타임스탬프 변환

Unix Timestamp Converter

에포크 초·밀리초·ISO 8601·사람이 읽는 날짜를 원하는 시간대로 상호 변환합니다.

유닉스 타임스탬프를 사람이 읽는 날짜로, 또 그 반대로 바꿉니다. 초·밀리초·마이크로초·나노초를 모두 읽고, 어느 쪽으로 판단했는지 함께 알려 줍니다. 자릿수를 잘못 보면 천 배가 어긋나 1970년이나 55000년으로 떨어지기 때문입니다.

🔒 브라우저 안에서만 처리timestampepochdateconvert
단위

자릿수를 보고 초 단위로 읽었습니다. 틀렸으면 위에서 직접 고르세요. 1970년의 밀리초 타임스탬프와 1970년의 초 타임스탬프는 자릿수가 비슷합니다.

이 시각

ISO 8601 (UTC)
2026-11-10T13:57:22.000Z
Asia/Seoul
2026-11-10 22:57:22 +09:00
내 브라우저
2026-11-10 13:57:22 +00:00
에포크 초
1794319042
에포크 밀리초
1794319042000
에포크 마이크로초
1794319042000000
에포크 나노초
1794319042000000000

지금 기준

1초 전

요일

화요일

사용 방법

  1. 숫자를 붙여넣습니다

    자릿수로 단위를 짐작합니다. 열 자리는 초, 열세 자리는 밀리초입니다. 어떻게 판단했는지 화면에 적어 두므로 틀렸다면 바로잡을 수 있습니다.

  2. 필요한 시간대로 읽습니다

    UTC, 이 기기의 시간대, 그리고 직접 고른 시간대를 함께 보여 줍니다. 타임스탬프 자체는 하나의 순간이고, 시간대는 그것을 적는 방식에만 붙습니다.

  3. 반대 방향도 됩니다

    날짜와 시각을 넣으면 타임스탬프가 나옵니다. 데이터베이스나 로그 형식이 요구하는 단위로 골라 쓸 수 있습니다.

자주 묻는 질문

1970년으로 나옵니다. 뭐가 잘못됐나요?

밀리초 값을 초로 읽었거나, 값이 정말로 0인 경우입니다. 1970-01-01T00:00:00Z가 기준점 그 자체이고, 초기화되지 않았거나 빠진 타임스탬프가 대개 이 값이 됩니다.

2038년 문제가 뭔가요?

부호 있는 32비트 초 카운터가 2038년 1월 19일에 넘쳐 1901년으로 돌아갑니다. 이 도구는 32비트를 쓰지 않아 변환에는 문제가 없지만, 값을 넣을 상대 시스템은 그럴 수 있습니다. 먼 미래 날짜를 저장하기 전에 알아 둘 만합니다.

윤초는 반영되나요?

반영되지 않습니다. 어떤 유닉스 타임스탬프도 마찬가지입니다. 정의상 하루를 86,400초로 세기 때문에 윤초는 세지 않고 같은 값을 한 번 더 씁니다. 천문 계산이 아니라면 문제가 되는 경우는 거의 없습니다.

이 도구로 이어지는 것

다음 단계

이 도구의 결과를 그대로 받을 수 있는 도구들입니다.