타임존 변환기

반영됩니다. 브라우저의 IANA 타임존 데이터를 그대로 쓰기 때문에, 뉴욕처럼 계절에 따라 오프셋이 바뀌는 지역도 고른 날짜에 맞는 값이 나옵니다. 오프셋을 상수로 들고 계산하는 방식이 아니라서, 3월과 7월의 뉴욕 시각이 서로 다르게 나옵니다.

봄철 서머타임 전환일에는 새벽 1시 59분 다음이 3시가 되어 2시대가 존재하지 않습니다. 그런 시각을 넣으면 오류를 내는 대신 그 직후의 실재하는 순간으로 맞춥니다. 반대로 가을철에는 같은 시각이 두 번 있는데, 이때는 앞쪽(서머타임이 아직 적용 중인 쪽)을 고릅니다. 둘 다 정답이 없는 질문이라 가장 가까운 답을 주는 쪽을 택했습니다.

실무에서는 거의 같게 씁니다. 엄밀히는 GMT 가 천문 관측에 기반한 옛 기준이고 UTC 는 원자시계에 기반한 현재 표준입니다. 차이가 1초 미만이라 일상적인 시각 변환에서는 구분할 필요가 없습니다. 이 도구는 UTC 를 씁니다.

로그나 API 응답에 들어 있는 숫자와 맞춰 보기 위해서입니다. 유닉스 시각은 타임존이 없는 절대적인 값이라, 여러 지역의 시각이 정말 같은 순간인지 확인할 때 기준이 됩니다. 초 단위이며, 밀리초를 쓰는 시스템이라면 1000을 곱하면 됩니다.