유닉스 타임스탬프 변환기 — 초·밀리초·마이크로초를 시간대까지 맞춰 변환
1700000000 같은 숫자를 붙여넣으면 고른 시간대의 날짜와 UTC, ISO 8601, 지금으로부터 얼마나 지났는지를 함께 보여 줍니다. 반대로 날짜와 시각을 넣어 타임스탬프를 얻을 수도 있습니다.
유닉스 타임스탬프는 1970년 1월 1일 00:00:00 UTC부터 흐른 초를 센 숫자입니다. 2026년 9월 현재 약 17억 9천만입니다. 서버 로그, API 응답, 데이터베이스에 시간이 이 형태로 들어 있는 경우가 많습니다.
예전 버전은 이 숫자를 항상 영어(en-US) 형식으로, 브라우저가 있는 시간대로만 보여 줬습니다. 그래서 한국어 화면에서도 'Wednesday, November 15, 2023'처럼 나왔고, 서버가 쓰는 UTC나 다른 나라 시간으로 보고 싶어도 방법이 없었습니다. '12abc'처럼 글자가 섞인 입력도 12로 받아들여 1970년 근처 날짜를 보여 줬습니다.
자릿수로 보는 단위
| 예시 | 자릿수 | 단위 | 가리키는 시각 |
|---|---|---|---|
| 1700000000 | 10자리 | 초 | 2023년 11월 15일 (한국 시간) |
| 1700000000000 | 13자리 | 밀리초 | 같은 시각 (자바스크립트 기본) |
| 1700000000000000 | 16자리 | 마이크로초 | 같은 시각 (파이썬·데이터베이스에서 사용) |
이 변환기가 하는 일
단위는 자릿수로 자동 판단하고, 어떻게 읽었는지 화면에 표시합니다. 자동 판단이 틀렸다면 초·밀리초·마이크로초 버튼으로 직접 고를 수 있습니다. 음수도 받아 1970년 이전 날짜를 보여 줍니다.
시간대를 고르면 그 시간대의 날짜·시각과 UTC를 함께 보여 주므로, 서버 로그(UTC)와 사용자 화면(한국 시간)을 나란히 비교할 수 있습니다. 처음에는 브라우저 시간대가 선택됩니다. 서머타임이 있는 지역은 그 시점의 시차를 계산하고, 오늘과 시차가 다르면 그 사실을 알려 줍니다. 예를 들어 뉴욕의 7월 타임스탬프는 UTC-4, 12월 타임스탬프는 UTC-5로 나옵니다.
날짜에서 타임스탬프를 만들 때도 같은 시간대를 기준으로 읽습니다. 서울을 고르고 2026-09-18 14:30:05를 넣으면 1789709405가 나오며, 이는 UTC로 05:30:05입니다.
자주 겪는 문제
- •초와 밀리초 혼동 — 자바스크립트 Date.now()는 밀리초를, 대부분의 API와 유닉스 명령은 초를 씁니다. 1000배 차이라 1970년이나 5만 년 뒤로 엉뚱하게 나옵니다.
- •시간대 착각 — 타임스탬프 자체에는 시간대가 없습니다. 같은 숫자가 서울에서는 오전 7시, 런던에서는 전날 밤 10시로 보입니다.
- •2038년 문제 — 32비트 부호 있는 정수로 초를 저장하는 오래된 시스템은 2038년 1월 19일 이후를 표현하지 못합니다. 요즘 시스템은 64비트라 문제가 없습니다.
- •윤초 — 유닉스 시간은 윤초를 세지 않습니다. 그래서 두 타임스탬프의 차이가 실제로 흐른 초와 1초씩 어긋날 수 있습니다.
- •서머타임이 시작되는 날에는 존재하지 않는 시각(예: 새벽 2시 30분)이 생깁니다. 그런 시각을 넣으면 그 시간대의 규칙에 따라 가까운 실제 시각으로 계산됩니다.
자주 묻는 질문
왜 1970년이 기준인가요?
유닉스를 만들던 1970년대 초에 정한 기준점입니다. 당시 쓰기 편한 최근 날짜였고, 이후 사실상 모든 시스템이 그대로 따르고 있습니다.
ISO 8601이 무엇인가요?
2023-11-14T22:13:20.000Z처럼 적는 국제 표준 표기입니다. 끝의 Z는 UTC를 뜻합니다. API에 시간을 보낼 때 가장 안전한 형식입니다.
입력한 값이 서버로 전송되나요?
아니요. 변환은 모두 브라우저 안에서 이루어집니다.