Linux タイムスタンプコンバーター

Unix タイムスタンプ（POSIX 時間またはエポックタイムとも呼ばれます）は、うるう秒を除いて、1970 年 1 月 1 日 00:00:00 UTC から経過した秒数です。これは単純な整数であり、タイムゾーンに関係なく、世界中で同じ瞬間を表します。

Unix タイムスタンプを変換するにはいくつかの方法があります: - オンライン: Unix タイムスタンプ変換ツール を使用して即座に変換 - 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 ビットシステムは依然として脆弱です。修正方法は、約 2,920 億年の範囲を提供する 64 ビットの時刻表現に移行することです。

いいえ。Unix タイムスタンプは意図的にうるう秒を無視します。うるう秒が UTC に追加される場合でも、各日は正確に 86,400 秒として扱われます。うるう秒が挿入されている間、Unix タイムスタンプは 1 秒間進まず、実質的にうるう秒をスキップします。これは、Unix タイムスタンプが原子時計から小さく（現在約 27 秒）蓄積し続ける量だけ乖離することを意味します。

Unix タイムスタンプは、どこでも同じ瞬間を表します。タイムゾーンが重要になるのは、人間が読める日付として表示するときだけです。タイムスタンプは常に生の整数形式で保存し、ローカル時刻への変換は表示のためだけに行ってください。EST や PST のような略称ではなく、America/New_York のような IANA タイムゾーン名を使用してください。略称は夏時間を考慮しないためです。当社の Unix タイムスタンプ変換ツール は、複数のタイムゾーンで結果を同時に表示します。

最大値は、保存に使用する整数のサイズによって異なります: - 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 など）としてデータベースのカラムやデータ構造に保存する一般的な方法は、将来にわたって安全です。