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

Unixタイムスタンプは単に1970年1月1日UTC午前0時から経過した秒数です — 数十年前に選ばれた恣意的な基準点で、それ以来コンピュータシステム内で時点を表現するほぼ普遍的なデフォルトになりました。その魅力は、日付と時刻を比較・保存しやすい単一の整数に縮約することです: ある瞬間が別の瞬間より前かどうかを確認することは、カレンダー計算ではなく単純な数値比較であり、保存には日付がどの世紀に落ちようと固定で予測可能な量のスペースしか使いません。だからこそデータベースのタイムスタンプ列からAPIレスポンス、ログファイルのエントリまで、あらゆるものの基盤にあるのです。生の数値そのものを見る人には何の意味も持たないにもかかわらずです — それがこのようなコンバーターが存在する理由の全部です。

現在の瞬間を秒単位で表すUnixタイムスタンプは10桁の長さで、同じ瞬間をミリ秒で表現すると13桁になります — ミリ秒精度のための3桁の追加です。この長さの違いが、ある数値がどの単位かを識別する早くて信頼できる方法であり、間違った想定をしたときに起こる最もよくある2つの混乱する失敗モードも説明します。ミリ秒単位の値を秒を期待するコードに渡すと、見た目の日付が約1000倍になり、西暦55000年あたりに落ちます — 劇的で明らかに間違っています。秒単位の値をミリ秒を期待するコードに渡すとその逆になります: 実際の経過時間を約1000で割り、解釈された日付が1970年あたりに落ち、もっともらしい日付に十分近いため、他の場所での本物のバグと時々混同されることがあります。単位のずれではなくです。

生のUnixタイムスタンプはタイムゾーン情報を一切持っていません — 単に経過した秒数のカウントであり、地球上のどこでも同じ瞬間には同一です — 読みやすい日付に変換する瞬間こそが、表示目的でタイムゾーンを選ばなければならないところです。UTC（あるいは定義上タイムゾーンに依存しない生のタイムスタンプ自体）を使ってイベントを保存・記録することは、サーバー、データベース、あるいはログを読む人がどのタイムゾーンにいようと、システム内の各記録が正確に同じ瞬間を表すことを意味します。ローカル時刻への変換は、人間が実際にその値を見ているときにのみ行われる表示層の判断であり、だからこそこのツールはその2つを明確に分けます: UTCとISO 8601は保存・比較する価値のある値として、ローカル時刻は読む価値のあるバージョンとしてです。

かなりの量の古いインフラ — レガシーなC言語コード、一部の組み込みシステム、特定の古いデータベース列型 — はUnixタイムスタンプを32ビット符号付き整数に格納しており、これには明確な上限があります: 2038年1月19日03:14:07 UTCにオーバーフローして1901年の日付に戻ります。これはY2K問題と同じ根本的な形のバグですが、2桁の年ではなくバイナリ整数の限界に根ざしています。JavaScriptは64ビット浮動小数点値として数値を表現し、これははるかに大きな余裕を持ちこの特定のオーバーフローの影響を受けないため、このツールで計算されたタイムスタンプは影響を受けません — この懸念は、変換されるタイムスタンプをもともと生成したシステムに適用されるのであって、ここで行われる変換自体には適用されません。