Unix 타임스탬프 변환기 무료 온라인: 날짜↔타임스탬프 즉시 변환

A 초 단위 타임스탬프는 10자리(예: 1700000000). 밀리초는 13자리입니다. 대부분의 시스템은 초를 사용합니다.

A 여기에 구현된 Unix 타임스탬프 표준은 대부분의 사람들이 경험할 수 있는 기간을 훨씬 넘어서는 미래의 날짜도 처리할 수 있습니다. 64비트 시스템의 경우 약 기원후 292,277,026,596년까지의 날짜를 나타낼 수 있습니다. 일반적인 사용에는 한계가 없을 것입니다. 999999999999999999와 같은 큰 숫자를 입력해 보세요. 범위를 벗어나면 오류가 표시됩니다.

A 아니요, 전혀 저장하지 않습니다. 타임스탬프는 모두 사용자 브라우저에서만 처리됩니다. 서버로 전송되거나 어디에도 저장되지 않습니다. 페이지를 닫으면 데이터는 사라집니다. 클라이언트 측 도구입니다. 민감한 로그나 프로덕션 데이터를 다루는 개발자에게는 개인정보 보호 위험이 전혀 없음을 의미합니다. API 키나 내부 타임스탬프도 안심하고 붙여넣을 수 있습니다.

A 네, 이 도구는 현재 Unix 에포크 시간을 초와 밀리초 단위로 실시간 시계로 표시합니다. 매 초 자동으로 업데이트됩니다. 페이지 상단에서 실시간으로 움직이는 것을 확인할 수 있습니다. 터미널을 열지 않고 코드 스니펫을 테스트하거나 타임스탬프를 확인할 때 유용합니다. 필요하면 페이지를 새로고침하여 재설정할 수 있습니다.

A 네, 이 도구는 두 형식을 모두 처리합니다. 10자리 숫자를 붙여넣으면 초 단위로 인식합니다. 13자리 숫자는 자동으로 밀리초로 읽힙니다. 예를 들어 1700000000(초)는 2023년 11월 14일로 변환되고, 1700000000123(밀리초)는 밀리초까지 포함한 정확한 시간을 보여줍니다. JavaScript의 Date.now()에서 가져온 타임스탬프는 밀리초입니다. MySQL이나 PostgreSQL의 데이터베이스 타임스탬프는 보통 초 단위입니다. 도구가 자동으로 형식을 파악합니다.

A 윤초는 실제로 존재합니다—1972년 이후 27번 추가되었습니다. 하지만 Unix 타임스탬프는 이를 직접 반영하지 않습니다. 하루를 정확히 86,400초로 처리합니다. 윤초가 발생하면 시스템은 보통 마지막 초를 반복하거나 분산시킵니다. 따라서 윤초 기간에 해당하는 타임스탬프를 변환하면 원자시계와 1초 차이가 날 수 있습니다. 대부분의 애플리케이션에서는 문제되지 않습니다. GPS 위성은 더 높은 정밀도가 필요하지만, 웹 로그는 신경 쓸 필요가 없습니다.

A 32비트 유닉스 타임스탬프의 한계는 2038년 1월 19일입니다—유닉스 버전의 Y2K 문제죠. 최신 시스템은 64비트 타임스탬프를 사용해서 수십억 년 동안 넘치지 않습니다. 이 도구도 내부적으로 64비트로 작동하므로 2038년은 문제가 되지 않습니다. 하지만 여전히 32비트 정수를 사용하는 레거시 임베디드 시스템이나 오래된 데이터베이스를 다룬다면 2038년 1월 19일 03:14:07 UTC부터 오류가 나타나기 시작합니다. 타임스탬프 2147483648을 테스트로 입력해보세요—정상적으로 변환됩니다.

A 유닉스 에포크의 시작인 1970년 1월 1일 UTC 자정이 기준입니다. 1969년 12월 31일이 뜬다면 타임스탬프가 -1이거나 0에 가깝다는 뜻입니다. 날짜 문자열을 도구가 해석하지 못했거나, 밀리초 대신 초 단위로 입력했을 가능성이 큽니다. 10자리 숫자 끝에 0을 세 개 붙여보세요. 1700000000은 초, 1700000000000은 밀리초입니다. 이 차이로 표시되는 날짜가 완전히 달라집니다.

A 앞뒤 공백은 자동으로 제거되지만 중간에 문자가 섞이면 오류가 납니다. "1700000000abc"를 붙여넣으면 부분 변환 없이 "잘못된 날짜" 오류가 표시됩니다. 끝에 공백이 있는 "1700000000"은 정상적으로 변환됩니다. "1700000000+0200"처럼 시간대 오프셋이 포함된 경우, 도구는 오프셋을 무시하고 기본 숫자를 UTC로 처리합니다. 로그에서 대괄호나 따옴표와 함께 복사했다면 먼저 제거하세요. 붙여넣기 전에 숫자만 선택하는 습관을 들이면 확실합니다.

A Unix 타임스탬프는 1970년 1월 1일 UTC 자정부터의 초를 셉니다. 이 도구는 기본적으로 UTC로 결과를 표시합니다. 도쿄(UTC+9)에서는 15:00 UTC에 해당하는 값이 현지 시간 다음 날 자정으로 나타납니다. 현지 오전 9시는 UTC 0시—같은 순간, 다르게 표현될 뿐입니다. 도구의 시간대 선택 메뉴를 확인하거나 머릿속으로 오프셋을 더해보세요. 1700000000을 변환해서 직접 확인하는 것도 좋습니다. 숫자 자체는 시간대에 무관하다는 걸 이해하면 대부분의 혼란이 사라집니다. 로그 분석 시에는 UTC 기준으로 비교하는 습관이 안전합니다.