타임스탬프 변환
10자리 숫자가 몇 시인지, 그 시각이 어느 시간대 기준인지까지 함께 확인하세요.
도구를 준비하고 있어요.
타임스탬프 변환 상세 가이드
사용법과 예제를 살펴보고, 궁금한 내용은 주제별로 찾아보세요.
시작 전에 한눈에 보기
- 단위
- 유닉스 초와 밀리초를 직접 골라 입력합니다.
- 기준점
- 0은 1970년 1월 1일 0시 0분 0초 UTC입니다.
- 음수
- 음수는 1970년 이전을 뜻합니다.
- 시간대
- UTC와 브라우저 시간대를 포함한 15곳 중에서 고릅니다.
- 서머타임
- 그 시기에 실제로 적용된 오프셋으로 계산합니다.
- 경계
- 건너뛴 시각과 두 번 있는 시각을 구분해 알려 줍니다.
- 범위
- 밀리초 기준 ±8,640,000,000,000,000까지 다룹니다.
- 처리 위치
- 계산은 이 브라우저에서 이뤄지며 입력을 저장하지 않습니다.
타임스탬프 변환 사용 순서
기준 시간대를 먼저 고르세요
맨 위에서 한 번 고르면 아래 날짜 입력 칸과 결과가 모두 그 기준으로 묶입니다. 지금 그 지역의 오프셋도 함께 표시하므로 어느 기준으로 보고 있는지 헷갈리지 않습니다. 시간대를 바꾸면 이미 나온 결과를 새 기준의 날짜로 다시 보여줍니다.
단위를 고르고 타임스탬프를 넣으세요
초와 밀리초는 자동으로 짐작하지 않고 직접 고릅니다. 고른 단위와 자릿수가 어긋나 보이면 값을 바꾸지 않고 안내만 하므로, 13자리를 초로 읽어 엉뚱한 연도가 나오는 일을 막을 수 있습니다.
반대로 날짜에서 타임스탬프를 얻으세요
오른쪽 칸에 연·월·일·시·분·초를 넣으면 고른 시간대 기준으로 읽어 타임스탬프를 만듭니다. 2월 30일처럼 없는 날짜나 범위를 벗어난 값은 무엇이 문제인지 짚어 알려 줍니다. 지금 시각 넣기를 누르면 현재 시각이 양쪽에 함께 채워집니다.
필요한 형식만 복사하세요
결과에는 고른 시간대와 UTC의 날짜, ISO 8601, 초, 밀리초, 요일, 지금 기준 상대 시간이 함께 나옵니다. 줄마다 복사 버튼이 있어 필요한 것만 가져갈 수 있습니다.
이런 작업에 활용하세요
로그에 찍힌 숫자가 몇 시인지 확인하기
서버 로그나 데이터베이스에는 1700000000 같은 숫자로 시간이 남습니다. 단위를 초로 고르고 넣으면 고른 시간대와 UTC의 날짜를 나란히 보여줍니다. 자릿수가 고른 단위와 어긋나 보이면 값을 바꾸지 않고 안내만 하므로, 13자리를 초로 잘못 읽어 엉뚱한 연도가 나오는 일을 막을 수 있습니다.
어느 시간대 기준인지 헷갈리지 않게
같은 순간도 시간대에 따라 날짜가 달라집니다. 기준 시간대를 맨 위에서 한 번 고르면 날짜 입력 칸과 결과가 모두 그 기준으로 묶이고, 지금 그 지역의 오프셋도 함께 표시합니다. 결과에는 고른 시간대와 UTC, ISO 8601, 초, 밀리초를 함께 보여주므로 필요한 형식만 복사하면 됩니다.
예제로 결과 이해하기
로그의 10자리 숫자를 시간대별로 보기
단위 초 · 1700000000UTC 2023-11-14 22:13:20 (UTC+00:00)
서울 2023-11-15 07:13:20 (UTC+09:00)
뉴욕 2023-11-14 17:13:20 (UTC-05:00)서머타임이 끝나 두 번 있는 시각
뉴욕 기준 · 2026-11-01 01:30:00먼저 오는 UTC-04:00 기준 1793511000
나중에 오는 UTC-05:00 기준 1793514600헷갈리기 쉬운 값
표를 좌우로 밀어 나머지 내용을 확인하세요.
| 입력 | 어떻게 읽나 | 주의할 점 |
|---|---|---|
| 1700000000 | 초로 고르면 2023년입니다. | 밀리초로 고르면 1970년이 됩니다. 자릿수를 확인하세요. |
| 0 | 1970-01-01 00:00:00 UTC입니다. | 서울 기준으로는 같은 날 오전 9시입니다. |
| -2208988800 | 1900-01-01입니다. | 음수는 1970년 이전을 뜻하며 오류가 아닙니다. |
결과가 예상과 다를 때
연도가 1970년으로 나옵니다
13자리 밀리초 값을 초 단위로 읽으면 1970년 근처가 됩니다. 반대로 10자리를 밀리초로 읽어도 마찬가지입니다. 단위를 바꿔 다시 변환해 보세요. 자릿수가 어긋나 보이면 입력 칸 아래에 안내가 함께 나옵니다.
넣은 시각이 없는 시각이라고 나옵니다
서머타임이 시작되는 날에는 시계를 한 시간 건너뛰어 그 사이의 시각이 존재하지 않습니다. 실제로 있는 시각으로 옮겨 계산하고 어떤 시각으로 바꿨는지 함께 알려 드립니다.
결과 날짜가 하루 어긋납니다
기준 시간대를 확인하세요. 맨 위에서 고른 시간대로 날짜를 읽고 보여줍니다. UTC 기준 값이 필요하면 결과의 UTC 줄을 쓰거나 기준 시간대를 UTC로 바꾸세요.
범위를 벗어났다고 나옵니다
브라우저가 다룰 수 있는 시각은 밀리초 기준 ±8,640,000,000,000,000까지입니다. 그보다 큰 값은 계산할 수 없어 얼마까지 되는지 함께 알려 드립니다.
알아두면 쉬운 용어
- 유닉스 타임스탬프
- 1970년 1월 1일 0시 UTC부터 흐른 시간을 초나 밀리초로 센 값입니다.
- 오프셋
- UTC와의 시차입니다. UTC+09:00은 UTC보다 9시간 빠르다는 뜻입니다.
- 서머타임
- 여름에 시계를 한 시간 앞당기는 제도입니다. 같은 지역도 시기에 따라 오프셋이 달라집니다.
- ISO 8601
- 2023-11-14T22:13:20.123Z처럼 적는 국제 표기입니다. 끝의 Z는 UTC를 뜻합니다.
타임스탬프 변환 자주 묻는 질문
서머타임이 있는 지역도 정확한가요?
그 시기에 실제로 적용된 오프셋으로 계산합니다. 시계를 건너뛰어 존재하지 않는 시각을 넣으면 실제로 있는 시각으로 옮겨 알려 주고, 시계를 되돌려 두 번 있는 시각은 두 후보를 모두 보여줍니다.
0이나 음수를 넣어도 되나요?
0은 1970년 1월 1일 0시 UTC이고 음수는 그 이전을 뜻합니다. 예를 들어 -2208988800초는 1900년 1월 1일입니다.
변환한 값이 서버로 전송되나요?
전송되지 않습니다. 시간대 자료는 브라우저에 들어 있는 것을 쓰고 계산도 브라우저 안에서 이뤄집니다.
윤초는 반영되나요?
반영하지 않습니다. 유닉스 시간은 윤초를 세지 않는 것이 표준이며 이 도구도 같은 기준을 따릅니다.
한국은 서머타임이 없는데 왜 시간대를 골라야 하나요?
서울은 늘 UTC+09:00이라 결과가 달라지지 않습니다. 다만 어느 기준으로 읽었는지 분명히 하기 위해 항상 표시합니다. 해외 서버 로그를 볼 때 기준을 바꿔 비교하기도 쉽습니다.
소수점이 있는 값도 넣을 수 있나요?
넣을 수 없습니다. 정수만 받습니다. 소수점 아래가 필요하면 단위를 밀리초로 바꿔 정수로 만들어 넣으세요.