자동 감지 결과를 단위의 증거로 믿기
자동 감지는 정수부 자릿수를 사용합니다. 9~11자리는 초, 12~14자리는 밀리초, 15~17자리는 마이크로초, 18자리 이상은 나노초입니다. 과거 값, 앞에 0이 붙은 값, 시스템 고유 값은 애매할 수 있으므로 문서에 단위가 있으면 직접 선택하세요.
Unix 타임스탬프 변환기
변환브라우저에서 실행(업로드 없음)
Unix epoch 초, 밀리초, 마이크로초, 나노초를 정밀도 손실 없이 네 가지 epoch 값과 ISO 8601, UTC, 브라우저 로컬 날짜로 변환합니다. 복사한 API 로그에서 제한된 수의 타임스탬프를 추출하거나, 시간대가 명시되고 달력 값이 검증된 ISO 날짜를 다시 epoch 단위로 바꿀 수 있습니다.
다음에 할 작업
관련 작업 흐름을 이어가거나 이 작업 다음에 자주 사용하는 도구를 열어보세요.
작업 가이드
시간대와 DST를 가로질러 Cron 일정 검증하기
Cron 표현식은 필드 방언, IANA 시간대, 기준 instant, DST 동작과 누락 실행 정책이 정해져야 완전한 일정이 됩니다. 이 절차는 모든 기준 날짜를 명시적인 ISO 8601 instant로 바꾸고 5필드 Unix cron을 필드별로 검사합니다. 이어 로컬 벽시계와 UTC의 다음 실행을 비교하고 일광 절약 시간 전환을 시험한 뒤, 실제 운영 스케줄러에서 같은 fixture를 검증합니다.
열기관련 도구CSV JSON 양방향 변환기 | 로컬·손실 방지 변환
문자열 보존 타입 처리, 엄격한 구조 검사, 보호된 스프레드시트 출력으로 CSV와 JSON을 로컬 변환합니다.
열기관련 도구날짜·시간 워크벤치 | ISO 8601과 Unix Cron 검사
명시적 ISO instant를 포맷하고 5필드 Unix cron을 IANA 시간대와 DST 다음 실행으로 검사합니다.
열기관련 도구요청·응답 디버깅용 HTTP 헤더 파서
HTTP 헤더 블록을 로컬에서 분석하고 민감값 마스킹과 프로토콜 진단을 제공합니다.
열기이 도구 사용 방법
epoch 값, 복사한 로그 줄, 페이로드 조각은 타임스탬프 -> 날짜 모드를 선택하세요.
일반적인 epoch 값은 입력 단위를 자동 감지로 두고, 값이 애매하거나 문서에 단위가 있으면 직접 선택하세요.
UTF-8 기준 200,000바이트, 200줄, 타임스탬프 후보 100개 안에서 붙여넣고 감지 단위와 경고를 확인하세요.
정밀도가 중요한 작업에는 정확한 epoch 필드를 사용하고, 공동 장애 타임라인에는 ISO 8601 또는 UTC를 사용하세요.
사용자 화면이나 지역 일정과 비교할 때만 표시된 브라우저 로컬 IANA 시간대를 사용하세요.
날짜 -> 타임스탬프에서는 Z 또는 명시적 오프셋이 있는 완전한 ISO 날짜를 입력해 네 epoch 단위를 만드세요.
이 도구를 써야 할 때
API 로그 점검
복사한 로그에서 created_at, updated_at, processed_at, received_at 값을 추출하면서 짧은 HTTP 코드와 카운터는 제외하세요.
장애 타임라인 대조
초, 밀리초, 마이크로초, 나노초를 내보내는 여러 서비스의 이벤트를 하나의 UTC 장애 타임라인으로 정규화하세요.
데이터베이스와 이벤트 정밀도 확인
정렬에 쓰인 정확한 서브밀리초 epoch 값을 잃지 않고 데이터베이스 export와 이벤트 스트림을 확인하세요.
JWT 클레임 시각 검토
JWT NumericDate 클레임을 초로 읽고 exp, nbf, iat 경계를 비교하되 변환 결과를 서명 검증으로 오해하지 마세요.
테스트 fixture 생성
시간대가 명시된 ISO 날짜 하나에서 초부터 나노초까지 결정적인 API·큐 테스트 fixture를 만드세요.
지원 문의와 지역 시간 대조
사용자 문의나 예약 작업을 재구성할 때 UTC 이벤트와 브라우저의 표시된 IANA 시간대를 비교하세요.
흔한 실수
시간대 없는 날짜를 변환하기
Z나 명시적 오프셋이 없는 날짜는 어느 로컬 시간대인지 알 수 없습니다. 이 변환기는 다른 컴퓨터에서 순간이 달라지는 일을 막기 위해 시간대 없는 날짜를 거부합니다.
날짜 표시에 나노초가 남는다고 생각하기
ISO와 JavaScript Date 표시는 밀리초까지만 보여줍니다. 정확한 마이크로초·나노초 epoch 값은 유지되지만 읽기 쉬운 날짜에는 나머지 자릿수가 표시되지 않습니다.
UTC, 로컬 시간, 고정 오프셋을 섞기
서버 로그는 보통 UTC로 맞춰야 합니다. 브라우저 로컬 결과는 표시된 IANA 시간대와 일광 절약 시간 규칙을 따르므로 다른 날짜의 고정 오프셋과 다를 수 있습니다.
JWT NumericDate를 밀리초로 해석하기
JWT의 exp, nbf, iat는 초 단위 NumericDate입니다. 이를 밀리초로 읽으면 1970년 1월 근처 날짜가 나오며 토큰 경계 오류를 놓칠 수 있습니다.
예시
과거 밀리초 타임스탬프 변환
12자리 과거 값은 초가 아니라 밀리초입니다. 네 epoch 값은 모두 같은 순간을 정확히 나타냅니다.
입력
946684800000출력
단위: 밀리초
ISO 8601: 2000-01-01T00:00:00.000Z
초: 946684800
밀리초: 946684800000
마이크로초: 946684800000000
나노초: 946684800000000000API 로그에서 여러 단위 추출
복사한 로그 줄에 네 단위가 함께 있어도 변환할 수 있습니다. 짧은 HTTP 상태 코드와 카운터는 일괄 타임스탬프 후보로 처리하지 않습니다.
입력
created_at=1704067200 status=200
updated_at=1704067200123 duration_ms=42
processed_at=1704067200123000
received_at=1704067200123000000출력
감지됨: 4
초: 1
밀리초: 1
마이크로초: 1
나노초: 1
ISO 8601: 2024-01-01T00:00:00.000Z 및 2024-01-01T00:00:00.123Z시간대가 있는 ISO 날짜를 epoch로 변환
+09:00 오프셋이 순간을 명확하게 지정합니다. 검증된 날짜 하나에서 네 가지 정확한 epoch 표현을 만듭니다.
입력
2024-01-01T09:00:00.123+09:00출력
초: 1704067200.123
밀리초: 1704067200123
마이크로초: 1704067200123000
나노초: 1704067200123000000
ISO 8601: 2024-01-01T00:00:00.123Z정확한 epoch 변환과 날짜 표시의 한계
Unix 또는 POSIX 시간은 1970-01-01T00:00:00Z부터 명목상 경과한 시간을 초로 나타냅니다. 표시 시간대와 독립적이며 윤초에 별도의 epoch 값을 부여하지 않습니다.
변환 엔진은 소수 입력을 정수 나노초로 확장한 다음 초, 밀리초, 마이크로초, 나노초를 계산합니다. 16자리나 19자리 값이 JavaScript Number를 거칠 때 생기는 반올림을 피합니다.
자동 모드는 정수부 9~11자리를 초, 12~14자리를 밀리초, 15~17자리를 마이크로초, 18자리 이상을 나노초로 분류합니다. 원본 시스템 문서가 있으면 명시적 단위 선택이 우선입니다.
날짜 -> 타임스탬프 모드는 YYYY-MM-DDTHH:mm:ss 뒤에 선택적인 1~3자리 밀리초와 Z 또는 최대 +14:00/-14:00 오프셋을 요구합니다. Date 파싱 전에 월별 일수, 윤년, 시각 필드, 오프셋을 검사합니다.
JavaScript Date와 ISO 출력은 밀리초까지만 표시합니다. 음수 서브밀리초 순간은 해당 순간을 포함하는 밀리초로 내림 표시하지만 정확한 epoch 문자열에는 나머지가 남습니다. 상대 월·년 표시는 근사값이며 로컬 출력에는 일광 절약 시간 규칙을 식별할 IANA 시간대를 표시합니다.
자주 묻는 질문
자동 단위 감지는 어떻게 작동하나요?
자동 모드는 정수부 자릿수를 기준으로 9~11자리는 초, 12~14자리는 밀리초, 15~17자리는 마이크로초, 18자리 이상은 나노초로 봅니다. 이는 실용적인 추정일 뿐 메타데이터가 아닙니다. 앞에 0이 있거나 과거 값처럼 애매하면 단위를 직접 선택하세요.
나노초의 모든 자릿수가 보존되나요?
네. 정확한 계산은 정수 연산을 사용하므로 19자리 나노초가 JavaScript Number를 거치며 반올림되지 않습니다. ISO, UTC, 로컬 날짜는 밀리초까지만 표시하고, 남은 서브밀리초가 있으면 경고로 알립니다.
어떤 날짜 문자열을 입력할 수 있나요?
날짜 -> 타임스탬프 모드는 2024-01-01T00:00:00Z 또는 2024-01-01T09:00:00.123+09:00처럼 Z나 명시적 오프셋이 있는 완전한 ISO 8601 날짜와 시간을 받습니다. 시간대 없는 날짜와 2월 30일 같은 불가능한 달력 값은 거부합니다.
Unix 시간에 윤초가 포함되나요?
Unix/POSIX 시간은 1970-01-01T00:00:00Z부터 명목상 경과한 초를 세며 윤초에 별도 epoch 초를 부여하지 않습니다. 따라서 초 필드가 60인 날짜는 받지 않습니다.
UTC와 로컬 시간 중 무엇을 써야 하나요?
여러 서버와 장애 타임라인을 맞출 때는 UTC가 안정적입니다. 로컬 출력은 브라우저의 표시된 IANA 시간대와 일광 절약 시간 규칙을 사용하므로 사용자 화면이나 지원 문의 시각을 비교할 때 유용합니다.
입력 제한은 얼마인가요?
타임스탬프 입력은 UTF-8 기준 200,000바이트, 200줄, 감지 후보 100개까지입니다. 시간대가 있는 날짜 입력은 UTF-8 기준 128바이트까지입니다. 라이브 브라우저 처리와 결과 렌더링을 제한하기 위한 정확한 한도입니다.
붙여넣은 타임스탬프나 로그가 업로드되나요?
변환은 이 브라우저에서 실행되며 붙여넣은 값은 변환 서버로 전송되지 않습니다. 동의한 경우에도 분석에는 방향, 선택 단위, 결과·경고 건수, 처리 시간, 오류 분류만 전달될 수 있고 타임스탬프 값이나 로그 본문은 전달되지 않습니다.
JWT 만료 시간에는 어떤 단위를 써야 하나요?
JWT의 exp, nbf, iat는 보통 epoch 초인 NumericDate입니다. 필요한 숫자 클레임만 변환하고, clock skew와 서명 검증은 별도로 확인하세요. 숫자만으로 충분하다면 비밀이 포함될 수 있는 토큰 전체를 붙여넣지 마세요.
이 도구를 검증한 방법
관리 및 검수 SimpleWebUtils검토일
검증 방법: 이번 검증은 “짧은 카운터는 제외하고 네 단위 추출하기”의 정확한 입력과 Unix 타임스탬프 변환기를 짝지어 수행했습니다. “필요한 최소 맥락만 복사하기” 단계를 거쳐 “원본 시스템의 단위 확인하기” 이후 결과를 캡처해 예시와 비교했습니다. 명시적인 경계 질문은 “타임스탬프와 함께 비밀값 붙여넣기”, “자동 감지를 권위 있는 메타데이터로 쓰기”였습니다.
기대 결과: 추출기는 초·밀리초·마이크로초·나노초 값을 각각 분류하고 짧은 duration 카운터는 제외했으며, Date가 표현하지 못하는 세부 정밀도는 별도로 보존했습니다.
공식 출처와 표준
- RFC 3339: Date and Time on the Internet: TimestampsRFC Editor / IETF
관련 작업 가이드
도구를 열기 전에 자주 쓰는 작업 흐름과 예시를 확인하세요.
작업 가이드
시간대와 DST를 가로질러 Cron 일정 검증하기
Cron 표현식은 필드 방언, IANA 시간대, 기준 instant, DST 동작과 누락 실행 정책이 정해져야 완전한 일정이 됩니다. 이 절차는 모든 기준 날짜를 명시적인 ISO 8601 instant로 바꾸고 5필드 Unix cron을 필드별로 검사합니다. 이어 로컬 벽시계와 UTC의 다음 실행을 비교하고 일광 절약 시간 전환을 시험한 뒤, 실제 운영 스케줄러에서 같은 fixture를 검증합니다.
작업 가이드API 로그에서 타임스탬프 추출하고 변환하기
필드명과 원본 줄, 정확한 epoch 정밀도, 명시적인 단위 판단을 유지하면서 작고 비식별화된 로그나 payload를 검토 가능한 타임스탬프 행으로 바꾸는 방법입니다.
작업 가이드Unix 타임스탬프로 UTC 장애 타임라인 만들기
타임스탬프 필드를 식별한 뒤 여러 시스템의 사건을 정렬하고, 사건 시각과 수집 시각을 구분하며, clock skew를 기록하고, 인과관계를 과장하지 않고 결과를 설명하는 절차입니다.
작업 가이드JWT 만료와 not-before 타임스탬프 확인하기
요청이 nbf 전인지, exp와 같거나 이후인지, 선언된 token 구간 안인지 판단하면서 clock skew 정책을 기록하고 공유 증거에서는 원본 token을 제거하는 절차입니다.
관련 도구
관리 중인 다른 작업 흐름을 이어서 사용해 보세요
CSV JSON 양방향 변환기 | 로컬·손실 방지 변환
문자열 보존 타입 처리, 엄격한 구조 검사, 보호된 스프레드시트 출력으로 CSV와 JSON을 로컬 변환합니다.
변환
날짜·시간 워크벤치 | ISO 8601과 Unix Cron 검사
명시적 ISO instant를 포맷하고 5필드 Unix cron을 IANA 시간대와 DST 다음 실행으로 검사합니다.
텍스트
요청·응답 디버깅용 HTTP 헤더 파서
HTTP 헤더 블록을 로컬에서 분석하고 민감값 마스킹과 프로토콜 진단을 제공합니다.
인코딩
JSON 포매터 | 원문을 보존해 보기 좋게 정리·압축
중복 키와 숫자 원문을 보존하며 엄격한 JSON을 로컬에서 정리하거나 압축합니다.
포맷팅
JWT 디코더: 클레임과 만료 시간 확인
서명을 검증하지 않고 JWT 구조와 시간 클레임을 엄격하게 로컬 디코딩합니다.
보안