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

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 기준으로 비교하는 습관이 안전합니다.

A Unix 타임스탬프는 1970년 1월 1일 UTC 이후 경과한 초를 세는 단일 숫자입니다. ISO 8601은 '2025-02-23T14:30:00Z' 같은 텍스트 문자열이고요. 타임스탬프는 계산에 최적입니다. 두 값을 빼면 정확한 기간이 나오죠. 하지만 사람이 읽으려면 반드시 변환이 필요합니다. 프로젝트 마감일을 관리할 때 DB에 '2025-12-31'로 저장하면 명확하지만, 날짜끼리 비교하려면 파싱 로직이 필요해요. 이 변환기로 두 형식을 자유롭게 오갈 수 있습니다. 학술 인용이나 API 응답에서는 ISO 8601의 가독성이 낫습니다. 반면 성능 측정이나 로그에는 타임스탬프가 더 가볍고 빠릅니다. 데이터를 소비하는 대상을 기준으로 선택하세요.

A 브라우저가 느려지는 것을 막기 위해 이 도구는 한 번에 하나의 값만 처리합니다. 아파치나 엔진엑스 로그 파일에 있는 수천 개의 기록을 바꿔야 한다면 파이썬 스크립트를 쓰는 게 낫습니다. datetime 모듈을 이용해 반복문을 돌려보세요. 당장 눈앞의 에러 로그 하나만 확인하고 싶다면 여기에 값을 붙여넣는 게 가장 빠릅니다.

A 음수는 1970년 기준 시점 이전의 초를 나타냅니다. -86400을 입력하면 1969년 12월 31일이 표시됩니다. 이 방식을 사용하면 수세기 전까지 거슬러 올라갈 수 있습니다. -2208988800을 입력하여 1900년 1월 1일을 직접 확인해 보세요.