Unix 시간 정밀도 변환기
시스템마다 Unix 타임스탬프 정밀도가 다릅니다: PostgreSQL `now()`는 마이크로초, JS `Date.now()`는 밀리초, Go `time.Unix()`는 초, gRPC `Timestamp`는 초+나노, Prometheus는 실수형 초, syslog는 나노초. 로그에서 숫자를 복사했는데 단위를 모를 때, 이 도구가 크기로 자동 감지(억 단위 = s, 조 단위 = ms 등)하고 4개 정밀도와 사람이 읽을 수 있는 형식(ISO 8601, RFC 2822 UTC, 로컬 시간, 'X초 전/후')을 한꺼번에 표시합니다. 단위를 알고 있다면 자동 감지를 강제할 수 있습니다.
- 초 (s)1787274498
- 밀리초 (ms)1787274498000
- 마이크로초 (µs)1787274498000000
- 나노초 (ns)1787274498000000000
- UTC2026-08-21 01:08:18.000 UTC
- ISO 86012026-08-21T01:08:18.000Z
- RFC 2822Fri, 21 Aug 2026 01:08:18 GMT
- 로컬Fri Aug 21 2026 01:08:18 GMT+0000 (Coordinated Universal Time)
- 상대 시간18s 전
자동 감지는 크기 사용(~10^9 = s, ~10^12 = ms 등). 미래·과거 시간이 멀면 강제 변경.
사용법
- 숫자를 붙여넣기 — 콤마·언더스코어·공백은 자동 제거됨.
- 자동 감지가 크기로 s/ms/us/ns 중 하나 선택. 틀렸으면 드롭다운으로 강제.
- 4개 정밀도와 4개 시각 형식이 나란히 표시. 대상이 기대하는 것을 복사.
자주 묻는 질문
- 자동 감지는 어떻게 동작하나요?
- 현대 타임스탬프는 예측 가능한 자릿수에 들어옵니다: 2026년 unix-seconds는 약 1.78×10^9, ms는 1.78×10^12, us는 1.78×10^15, ns는 1.78×10^18. 입력 숫자가 속하는 10의 거듭제곱 구간으로 정밀도를 선택합니다. 비정상적인 값(예: 100년 후)이면 강제 변경 가능.
- 마이크로초·나노초 출력이 왜 정밀도를 잃을 수 있나요?
- JavaScript Number는 64비트 부동소수점으로 가수 53비트 — Date 전체 범위에서 ms 정밀도까지는 안전하지만, ns 값이 2^53을 넘으면 하위 자릿수에서 정밀도 손실. 큰 값에서 정확한 나노초 연산이 필요하면 BigInt를 사용하거나 관련 자릿수만 표시하세요.
- 상대 시간 기준은?
- 페이지 렌더링 시점의 브라우저 현재 시간. 새로고침으로 갱신. 로그 타임스탬프가 최근인지 오래된 건지 빠르게 확인할 때 유용.
관련 도구
유닉스 타임스탬프 변환기
유닉스 타임스탬프를 날짜로, 날짜를 타임스탬프로 변환하세요.
에포크 시간 변환기 (Unix, FILETIME, Excel)
한 시점을 11 가지 역사적 에포크 형식 사이에서 변환: Unix 초/밀리초, NTP, Windows FILETIME, .NET DateTime Ticks, Mac HFS+, Apple Cocoa CFAbsoluteTime, Excel 1900·1904 시리얼, ISO 8601, RFC 2822.
날짜 포맷 변환
ISO·RFC·Unix epoch·로케일 등 어떤 날짜를 입력해도 14+ 표준 형식을 동시에 표시.
기간 변환기
기간을 사람 친화("1h 30m")·시계(1:30:00)·ISO 8601(PT1H30M)·초/분/시/일 사이 변환.
시간 합계 계산기
시·분·초 단위의 시간을 더하고 빼서 합계를 h:m:s로, 그리고 소수 시간·총 분·총 초로 보여줍니다.
UUID 인스펙터 (버전·변형·시간)
임의의 UUID를 붙여넣어 버전(1~8)·변형, 그리고 시간 기반 v1·v6·v7의 경우 내장된 생성 타임스탬프·클록 시퀀스·노드(MAC)까지 디코딩 — 브라우저에서.