Unix 시간 정밀도 변환기

시스템마다 유닉스 시간을 세는 해상도가 다른데, 정작 그 숫자는 어느 쪽인지 거의 말해 주지 않습니다. PostgreSQL의 now()는 마이크로초, 자바스크립트의 Date.now()는 밀리초, 고의 time.Unix()는 초, gRPC의 Timestamp는 초와 나노초를 함께, 프로메테우스는 실수 초, syslog는 나노초까지 갑니다. 숫자를 붙여 넣으면 이 도구가 자릿수로 단위를 추측하고, 네 가지 정밀도로 값을 보여 주며, ISO 8601과 UTC 기준 RFC 2822, 현지 시각, 그리고 "얼마 전" 형태의 상대 표현으로 렌더링합니다. 출처를 이미 알고 있다면 추측을 덮어쓸 수 있습니다.

추측이 통하는 이유는 현재 시각의 타임스탬프가 특유의 길이를 갖기 때문입니다. 지금 기준으로 초는 열 자리, 밀리초는 열세 자리, 마이크로초는 열여섯 자리, 나노초는 열아홉 자리입니다. 이것은 형식의 속성이 아니라 현재에 대한 어림짐작이고, 오래되었거나 인위적인 값에서는 실패합니다. 1000000000이라는 수는 초로 읽으면 2001년 9월의 목요일이고 밀리초로 읽으면 1970년 1월의 월요일입니다. 둘 다 정당하며, 어느 로그가 그것을 썼는지는 여러분만 압니다. 0에 가까운 타임스탬프가 가장 모호한데, 수상하게 1970년으로 나오는 날짜는 대개 무언가가 정말 그만큼 오래된 것이 아니라 단위를 잘못 읽은 것입니다.

알아 둘 천장이 셋 있습니다. 부호 있는 32비트 초 카운터는 2038년 1월 19일 03시 14분 07초 UTC에 바닥나는데, 수많은 임베디드 시스템과 오래된 데이터베이스 컬럼에서 여전히 쓰이는 저장 타입입니다. 부호 있는 64비트 나노초 카운터는 — 고의 UnixNano를 비롯해 — 2262년 4월에 바닥납니다. 먼 이야기처럼 들리지만, 아주 먼 미래의 만료일을 계산하다 오버플로를 만나면 그렇지 않습니다. 그리고 자바스크립트의 수는 2의 53승까지만 정수를 정확히 담습니다. 9,007,199,254,740,992나노초, 즉 기원으로부터 약 104일입니다. 나노초 타임스탬프는 자바스크립트 수로 표현할 수 없으며 문자열이나 BigInt로 다녀야 합니다.

어떤 정밀도로도 해결되지 않는 것이 하나 있습니다. 유닉스 시간은 설계상 윤초를 무시합니다. 윤초는 세어지는 대신 흡수되므로, 윤초가 삽입될 때 같은 유닉스 타임스탬프가 실제 두 초를 덮습니다. 그 순간을 가로질러 두 타임스탬프를 빼서 구한 기간은 1초만큼 어긋납니다.