타임스탬프 변환

1. 상단 카드에서 현재 Unix 타임스탬프(초·밀리초)와 한국 시간을 실시간으로 확인하고, 필요하면 "초 복사"·"밀리초 복사"로 가져갑니다.
2. 타임스탬프를 날짜로 바꾸려면 단위(초/밀리초)를 고른 뒤 숫자를 입력합니다. KST·UTC·ISO 형식이 즉시 표시됩니다.
3. 반대로 날짜를 타임스탬프로 바꾸려면 "날짜 → 타임스탬프"의 입력란에서 날짜와 시각을 선택합니다.
4. 각 결과 옆 "복사" 버튼으로 원하는 값을 클립보드에 담습니다.

프로그램은 "2026년 6월 16일 오후 9시"처럼 사람이 읽는 형식 대신, 1970년 1월 1일 0시(UTC)부터 흐른 초를 하나의 숫자로 저장하는 경우가 많습니다. 이것이 Unix 타임스탬프입니다.

• 시간대 혼란이 없다: 타임스탬프는 UTC 절대 기준이라 서울·뉴욕 어디서 봐도 같은 숫자입니다. 표시할 때만 각 지역 시간으로 변환합니다.
• 계산이 쉽다: 두 시각의 차이를 단순 뺄셈으로 구할 수 있어 경과 시간·만료 시각 계산이 간단합니다.
• 초 vs 밀리초: 10자리는 초, 13자리는 밀리초입니다. 자바스크립트는 밀리초를, 많은 서버·DB는 초를 씁니다.

로그 분석, 토큰 만료(exp), API 응답의 시간 필드를 다룰 때 자주 만나게 됩니다. 원리는 유닉스 타임스탬프 가이드에서 더 볼 수 있습니다.

아래는 이 변환기의 "타임스탬프 → 날짜"에 초 단위 값을 넣어 얻은 결과입니다.

17억은 KST로 11월 15일 아침이지만 UTC로는 아직 11월 14일 밤입니다. 로그의 "날짜"가 하루 어긋나 보일 때는 대개 이 9시간 차이가 원인입니다. 마지막 줄의 2,147,483,647은 32비트 부호 있는 정수가 담을 수 있는 가장 큰 값으로, 한국 시간으로는 2038년 1월 19일 낮 12시 14분 7초입니다.

단위를 잘못 고르면

결과가 1970년 1월 근처로 나오면 초 값을 밀리초로 읽은 것이고, 5만 년대처럼 터무니없는 미래가 나오면 밀리초 값을 초로 읽은 것입니다.

날짜 → 타임스탬프 (기기 시간대가 한국일 때)

하루는 86,400초, 30일은 2,592,000초, 365일은 31,536,000초입니다. 86,400으로 나누어떨어지는 값은 한국 자정이 아니라 한국 오전 9시(UTC 자정)입니다. 위 표에서도 1,790,985,600만 86,400의 배수입니다. 타임스탬프를 86,400으로 나눠 "날짜별"로 묶으면 UTC 날짜로 묶이므로, 한국 날짜 기준 집계가 필요하면 9시간(32,400초)을 더한 뒤 나눠야 합니다.

• 로그·DB 시간 해석: 서버 로그나 데이터베이스에는 시간이 Unix 타임스탬프로 저장되는 경우가 많습니다. 그 숫자를 붙여넣으면 한국 시간으로 바로 확인할 수 있어, 장애 발생 시각이나 주문 시각을 직관적으로 파악할 수 있습니다.
• 초·밀리초 혼동 방지: 자바스크립트는 밀리초, 많은 백엔드·DB는 초 단위를 씁니다. 10자리면 초, 13자리면 밀리초인 경우가 일반적입니다. 단위 선택을 바꿔보며 그럴듯한 날짜가 나오는 쪽으로 맞추면 실수를 줄일 수 있습니다.
• API 만료 시각 계산: 토큰의 exp 값처럼 미래의 타임스탬프가 한국 시간으로 언제인지 확인하거나, 특정 날짜를 타임스탬프로 바꿔 만료 시각을 설정할 때 유용합니다.