날짜·시간·일정
로그의 10자리·13자리 시간은 언제인가요?
사용할 도구
날짜 오류는 단위가 불명확할 때 시작합니다. 초를 밀리초로 읽거나 UTC를 현지 시각과 비교하면 맞는 숫자도 이상한 날짜가 됩니다. 값을 더해 맞추기 전에 단위·표시 규칙을 나누세요.
Unix 시간은 명시한 단위의 정수 값을 읽고 UTC·선택 시간대를 보여 주며 자릿수로 단위를 확정하지 않습니다. 0부터 시작해 알려진 날짜로 초·밀리초 혼동을 재현합니다.
도쿄에서도 0은 0, 시계 표시만 다릅니다
UTC: 1970-01-01T00:00:00Z
Asia/Tokyo: 1970-01-01T09:00:00+09:00둘은 같은 순간입니다. 도쿄 표시를 위해 Unix 값에 9시간을 더하지 않습니다. 시간대 변경은 같은 순간을 다른 시계로 읽는 것이며 다시 9시간 더하면 순간 자체도 바꿔 이중 적용합니다.
2024-01-01 09:00만 있으면 시간대가 빠져 UTC 9시인지 도쿄 9시인지 모릅니다. 공유할 때 Z·+09:00 오프셋이나 시간대 이름을 붙이면 같은 순간을 재현하기 쉽습니다.
1704067200은 초·밀리초에서 다른 날짜
1704067200 seconds → 2024-01-01T00:00:00Z
1704067200 milliseconds → 1970-01-20T17:21:07.2Z초면 2024년 새해, 밀리초면 1970년 1월입니다. 같은 순간의 밀리초는 1704067200000으로 1,000배입니다. 자릿수를 임의로 고치지 말고 생성 측 단위를 확인하세요.
10자리 초·13자리 밀리초는 익숙한 날짜의 경험칙일 뿐입니다. 1970 근처·음수·먼 미래는 자릿수가 다릅니다. timestamp란 이름만으로도 단위는 모르니 API·저장 계약에 적으세요.
오프셋 날짜로 역변환도 확인
2024-01-01T00:00:00Z
2024-01-01T09:00:00+09:00각각 날짜→epoch로 바꾸면 초 단위 둘 다 1704067200입니다. epoch가 같으면 순간 이동이 아니라 표시 차이입니다. 오프셋 없는 문자열은 환경 해석에 의존할 수 있어 재현 입력에 쓰지 마세요.
소수 초에서는 정수 초 필드와 선택 단위 결과를 구분하세요. 밀리초 로그를 정수 초로 줄이면 같은 초 안의 순서를 잃습니다. 필요한 정밀도를 정하고 변환 중 자릿수 손실을 보세요.
날짜만 있는 값은 자동으로 순간이 아닙니다
2024-01-01에는 시각·시간대가 없어 순간으로 바꾸려면 추가 약속이 필요합니다. 생일·영업일을 편의상 UTC 자정으로 만들면 다른 지역에서 전날로 보일 수 있습니다. 날짜 의미라면 날짜로 유지하세요.
날짜 사이 며칠은 달력 차이, 순간 사이 몇 초는 경과 시간입니다. 달력 하루가 항상 24시간은 아닙니다. 시간대 전환 주변에서는 질문부터 정하고 입력 형식을 고르세요.
변환이 맞아도 원래 시계가 맞다는 보장은 없음
서버 로그 몇 초 차이는 단위·시간대를 맞춰도 남을 수 있습니다. 도구는 값의 의미를 변환할 뿐 시계 동기화·통신 지연을 측정하지 않습니다. 시작·종료·단말·수신 시각 중 무엇인지도 보세요.
변환 가능하다고 올바른 이벤트 값은 아닙니다. 열 복사 오류·생성 계약 변경을 확인하세요. 알려진 이벤트 하나의 값·단위·UTC·현지 표시를 대조하면 문제 계층을 좁힙니다.
값·단위를 한 쌍으로 공유
1704067200만 말고 Unix 초·UTC 대응 시각을 적고 필요하면 Asia/Tokyo를 붙이세요. 단위·시간대가 빠지면 상대가 추측합니다. 복사할 때 숫자만 남기지 말고 라벨을 유지하세요.
0·알려진 날짜·초/밀리초 동일 순간·오프셋 역변환을 고정 시험으로 남기세요. 현재 시간만 쓰면 매번 바뀝니다. 고정 예는 변경 후 단위 혼동·시차 이중 적용을 찾기 쉽습니다.
타임스탬프를 맞춰도 사건 순서는 따로 확인해야 합니다
2024-01-01T09:00:00+09:00과 2024-01-01T00:00:00Z는 Unix 초 1704067200인 같은 순간입니다. 변환하면 시차를 지연으로 오해하지 않을 수 있습니다. 하지만 초까지만 기록한 로그로 같은 초 안의 순서를 알 수는 없습니다. 밀리초로 바꾸어 0을 붙여도 측정 정보가 늘어나지는 않습니다.
장치 시계가 어긋나면 변환이 맞아도 실제 사건 순서와 반대로 보일 수 있습니다. 요청 ID와 처리 관계도 함께 보고 이 도구만으로 인과관계를 정하지 마세요. 원래 값, 초·밀리초 단위, 표시 시간대, 로그 정밀도를 남기세요. 표현 변환, 시계 동기화 확인, 사건 순서 판단은 별도 단계입니다.