유닉스 타임스탬프 변환기

유닉스 시간의 시작점은 왜 1970년인가

유닉스 시간은 약속한 시작점인 에포크(epoch)를 0으로 놓고 셉니다. 값 0이 오류나 빈 날짜를 뜻하는 것은 아닙니다. 이 기준에서 1은 시작점으로부터 1초 뒤이고, 86400은 하루 뒤입니다.

타임스탬프 숫자에는 “서울 시각” 같은 표시 시간대가 붙어 있지 않습니다. 같은 숫자를 UTC나 KST로 읽으면 시계에 보이는 시각은 달라도 가리키는 순간은 같습니다.

• 0초 → 1970-01-01 00:00:00 UTC
• 0초 → 1970-01-01 09:00:00 KST
• 양수는 시작점 이후, 음수는 시작점 이전

초와 밀리초는 1000배 차이

1초는 1000밀리초입니다. 초 값을 밀리초로 바꾸려면 1000을 곱하고, 밀리초 값을 초로 바꾸려면 1000으로 나눕니다. 최근 날짜의 타임스탬프는 초라면 보통 10자리, 밀리초라면 보통 13자리여서 이를 구별의 단서로 쓸 수 있습니다.

1704067200초와 1704067200000밀리초는 같은 순간입니다. 그러나 10자리 숫자를 밀리초로 읽으면 1970년 근처 날짜가 됩니다. 예상보다 수십 년 빠른 날짜가 나오면 숫자의 단위를 먼저 확인하세요.

• 초 → 밀리초: 초 × 1000
• 밀리초 → 초: 밀리초 ÷ 1000
• 단위가 적힌 문서나 API 규격이 자릿수 추정보다 우선

자동 판별이 멈추면 단위를 고르세요

자동 판별은 부호를 제외한 정수부가 1~10자리면 초, 13자리면 밀리초로 읽습니다. 11~12자리와 14자리 이상은 단위를 직접 선택해야 합니다. 오래전 날짜의 밀리초나 먼 미래의 초도 있으므로 자릿수만으로 모든 값을 구분할 수는 없습니다.

자동 판별 안내가 원래 자료의 단위와 다르면 “숫자 단위”에서 초 또는 밀리초를 선택하세요. 예를 들어 1000밀리초를 바꾸려면 밀리초를 직접 골라야 시작점 1초 뒤가 됩니다.

• 1~10자리: 자동 모드에서는 초
• 13자리: 자동 모드에서는 밀리초
• 11~12자리·14자리 이상: 단위를 지정한 뒤 변환

한국 날짜를 타임스탬프로 바꾸는 순서

날짜·시각 입력에서 연월일과 시·분·초를 채우고 시간 기준을 고르세요. “KST · UTC+09:00 고정”이면 입력한 시각에서 9시간을 뺀 UTC 순간을 사용합니다. UTC를 고르면 입력한 시각을 그대로 UTC로 읽습니다.

2024-01-01 00:00:00을 KST로 입력하면 UTC는 전날인 2023-12-31 15:00:00이고, 결과는 1704034800초입니다. 같은 글자라도 UTC 기준으로 입력하면 1704067200초가 되므로 시간 기준 선택을 확인해야 합니다.

• 날짜와 시각 입력
• 밀리초가 있으면 0~999 범위로 입력
• 입력한 날짜가 KST인지 UTC인지 선택
• 아래 결과에서 초 또는 밀리초 복사

KST는 이 화면에서 UTC+09:00으로 고정

이 도구의 KST는 모든 날짜에 UTC보다 9시간 앞서는 고정 표시 규칙입니다. 해외에서 접속하거나 기기 시간대를 바꿔도 같은 입력의 결과가 달라지지 않습니다. UTC에 9시간을 더하면서 자정을 넘으면 날짜도 다음 날로 바뀝니다.

과거 한국에서 실제로 사용한 표준시 변경이나 서머타임 이력은 반영하지 않습니다. 역사 기록의 현지 시각을 복원하거나 다른 도시의 서머타임을 비교하려면 날짜별 시간대 데이터가 있는 도구가 필요합니다.

• UTC 2023-12-31 15:00 → KST 2024-01-01 00:00
• KST 표시는 항상 UTC+09:00
• 지역별 역사적 시차·서머타임은 계산 범위 밖

소수초와 음수 타임스탬프 읽기

초 입력은 소수 셋째 자리까지 받습니다. 1704067200.123초는 1704067200123밀리초이며, UTC로 2024-01-01 00:00:00.123입니다. 0.123초는 123밀리초라서 끝의 작은 시간 차이도 보존됩니다.

음수도 시작점 이전의 순간을 나타내는 유효한 값입니다. -1초는 1969-12-31 23:59:59 UTC이고, -0.001초는 시작점보다 1밀리초 전입니다. 밀리초 칸에는 소수 없는 정수를 입력하세요.

• 0.001초 = 1밀리초
• -0.001초 = -1밀리초
• 마이크로초·나노초 및 소수 넷째 자리 이하는 지원하지 않음

로그·API에서 가져온 값 확인하기

로그의 생성 시각, 데이터의 갱신 시각, 만료 시각처럼 숫자로 저장된 날짜를 읽을 때 쓸 수 있습니다. 필드 이름이 timestamp라고 해서 항상 초인 것은 아닙니다. 문서에 seconds, milliseconds, epoch ms 같은 단위 설명이 있는지 살펴보세요.

JavaScript의 Date.getTime()과 Date.now()는 밀리초 값을 반환합니다. 숫자만 복사한 뒤 밀리초를 선택하면 날짜를 확인할 수 있습니다. “지금 시각 넣기”는 버튼을 누른 순간의 기기 시각을 사용하며, 표준 시각 서버와 기기의 오차를 보정하지는 않습니다.

• 필드의 단위부터 확인
• 복사한 숫자를 입력하고 UTC·KST를 대조
• 원본 로그의 시간 기준과 날짜가 일치하는지 확인

ISO 8601의 Z는 UTC라는 뜻

ISO 8601 결과는 2024-01-01T00:00:00.000Z처럼 표시합니다. T는 날짜와 시각 사이의 구분이고, 끝의 Z는 UTC를 뜻합니다. 같은 순간의 KST는 2024-01-01 09:00:00.000으로 보입니다.

문서나 메시지에 날짜를 붙여 넣을 때는 시간대가 함께 있는 형식이 덜 헷갈립니다. API에 넣을 값은 그 API가 요구하는 숫자 단위나 날짜 문자열 형식에 맞춰 골라야 합니다.

• 초·밀리초 복사: 숫자가 필요한 입력에 사용
• KST·UTC 복사: 사람이 읽는 날짜와 시간 기준 확인
• ISO 8601 복사: UTC를 명시한 날짜 문자열

윤초·2038년 문제와 이 도구의 범위

일반적인 유닉스 시간은 윤초를 누적해서 세지 않습니다. 이 도구도 하루를 86400초로 계산하며 23:59:60 같은 윤초 입력을 받지 않습니다. 윤년의 2월 29일은 달력 규칙에 맞으면 입력할 수 있습니다.

2038년 문제는 초 값을 부호 있는 32비트 정수로 저장할 때 생기는 범위 문제입니다. 2147483647초는 2038-01-19 03:14:07 UTC입니다. 이 도구는 그 이후도 표시할 수 있지만, 결과를 옮길 시스템이 같은 범위를 지원하는지는 따로 확인해야 합니다.

이 화면은 UTC와 KST 결과가 모두 0001~9999년 안에 있는 날짜를 지원합니다. 날짜가 범위를 벗어나거나 실제 달력에 없는 경우에는 결과를 만들지 않습니다.

• 윤초 보정과 역사적 지역 시각 복원은 제외
• 2024-02-29는 유효, 2023-02-29는 오류
• 표시 범위를 넘는 입력은 반올림하거나 잘라내지 않음

결과를 복사하기 전 세 가지 확인

먼저 초·밀리초 단위, 다음으로 날짜 입력의 시간 기준, 마지막으로 결과의 연월일을 확인하세요. 단위 실수와 시차 실수는 모두 값이 그럴듯하게 나올 수 있어 결과만 훑으면 놓치기 쉽습니다.

입력이 비어 있거나 잘못되면 이전 결과를 지우고 복사를 막습니다. 안내를 보고 값을 고친 뒤 새 결과를 복사하세요. “초기화”는 입력과 결과를 비우며, 다시 시작하려면 숫자나 날짜를 넣거나 예시·현재 시각 버튼을 누르면 됩니다.

• 단위: 원본이 초인지 밀리초인지
• 시간 기준: 입력 날짜가 KST인지 UTC인지
• 정밀도: 필요한 밀리초가 남아 있는지