Linux 타임스탬프 변환기

Unix 타임스탬프(POSIX 시간 또는 에포크 시간이라고도 함)는 1970년 1월 1일 00:00:00 UTC 이후 경과된 초 수(윤초 제외)를 나타냅니다. 시간대와 관계없이 전 세계에서 동일한 순간을 표현하는 단순한 정수입니다.

여러 가지 방법으로 Unix 타임스탬프를 변환할 수 있습니다. - 온라인: Unix Timestamp Converter를 사용하여 즉시 변환하세요 - Linux 터미널: date -d @1785292800(GNU Linux) 또는 date -r 1785292800(macOS) 실행 - JavaScript: new Date(timestamp * 1000).toISOString() - Python: datetime.utcfromtimestamp(1785292800) - PHP: date("Y-m-d H:i:s", 1785292800)

초 단위 타임스탬프는 10자리 숫자(예: 1785292800)입니다. 밀리초 타임스탬프는 13자리 숫자(예: 1785292800000)로, 초 단위 값에 1000을 곱했기 때문입니다. JavaScript의 Date.now()는 밀리초를 반환하는 반면, 대부분의 다른 시스템과 API는 초 단위를 사용합니다. 실수로 두 값을 혼용하면 완전히 잘못된 날짜가 생성됩니다. 초 단위 대신 밀리초를 사용하면 약 56,000년 이후의 날짜가 나오게 됩니다. 데이터 소스의 해상도를 변환 전에 항상 확인하세요. 확실하지 않을 때는 자릿수를 세어보세요: 10자리 = 초, 13자리 = 밀리초.

네. 1970년 1월 1일 이전의 날짜는 음수로 표현됩니다. 예를 들어, 타임스탬프 -3600은 1969년 12월 31일 23:00:00 UTC에 해당합니다. 모든 변환 도구가 음수 타임스탬프를 올바르게 처리하지는 않지만, 저희 온라인 변환기는 이를 지원합니다. 프로그래밍 언어들은 보편적으로 음수 타임스탬프를 지원합니다.

2038년 문제(Y2K38이라고도 함)는 타임스탬프를 32비트 부호 있는 정수로 저장하는 시스템에 영향을 미치는 시간 표현 문제입니다. 최대값은 2147483647이며, 이는 2038년 1월 19일 03:14:07 UTC에 해당합니다. 1초가 지나면 값이 -2147483648로 오버플로되어 1901년 12월 13일로 해석됩니다. 대부분의 현대 64비트 시스템은 영향을 받지 않지만, 임베디드 장치, 레거시 데이터베이스, 일부 32비트 시스템은 여전히 취약합니다. 해결책은 64비트 시간 표현으로 마이그레이션하는 것으로, 약 2,920억 년의 범위를 제공합니다.

아니요. Unix 타임스탬프는 의도적으로 윤초를 무시합니다. 각 날은 윤초가 추가되더라도 정확히 86,400초로 처리됩니다. 윤초가 삽입되는 동안 Unix 타임스탬프는 1초 동안 증가하지 않고, 사실상 윤초를 건너뜁니다. 이는 Unix 타임스탬프가 원자 시간과 작지만(현재 약 27초) 점진적으로 누적되는 차이를 갖게 됨을 의미합니다.

Unix 타임스탬프는 어디에서나 동일한 순간을 나타냅니다. 시간대는 사람이 읽을 수 있는 날짜로 표시할 때만 중요합니다. 항상 타임스탬프를 원시 정수 형태로 저장하고, 로컬 시간으로 변환하는 것은 표시 목적으로만 수행하세요. EST나 PST와 같은 약어 대신 America/New_York와 같은 IANA 시간대 이름을 사용하세요. 약어는 일광 절약 시간을 고려하지 않기 때문입니다. 저희 Unix Timestamp Converter는 여러 시간대에서 결과를 동시에 표시합니다.

최대값은 저장에 사용되는 정수 크기에 따라 다릅니다. - 32비트 부호 있는 정수: 2147483647(2038년 1월 19일 03:14:07 UTC) - 32비트 부호 없는 정수: 4294967295(2106년 2월 7일 06:28:15 UTC) - 64비트 부호 있는 정수: 9223372036854775807(약 2,920억 년 이후) 대부분의 현대 시스템은 64비트 정수를 사용하므로 사실상 무한한 범위를 제공합니다. 데이터베이스 열이나 데이터 구조에서 타임스탬프를 64비트 유형(SQL의 BIGINT)으로 저장하는 일반적인 관행은 미래에도 안전합니다.