About
表示言語: 日本語 英語に切り替え

Unixタイムスタンプ変換器

Unixタイムスタンプ (秒またはミリ秒) を人間が読める日付に、または逆に変換。大きさで単位を自動検出。

タイムスタンプ → 日付

日付 → タイムスタンプ

  1. 上のフィールドにUnixタイムスタンプを貼り付けるか、現在時刻を使用をクリック。
  2. 単位は自動検出のままにするか、値が曖昧な場合は秒/ミリ秒を強制。
  3. 下に表示されるUTC、ローカル、相対時間の行を読む。
  4. 逆方向に行くには、下のピッカーで日付を選んでタイムスタンプに変換をクリック。
何ができるのか?

Unixタイムスタンプは1970-01-01 00:00:00 UTCからの秒 (またはミリ秒) のカウント — Linux、macOS、データベース、ログファイル、HTTPヘッダーが使用する同じエポック。このツールはその数値とUTCおよびローカルタイムゾーンの両方の人間が読める日付の間を変換し、逆変換もできます。自動検出は桁数に基づいて秒vsミリ秒を選びます。

例

入力 (秒、10桁):

1709251200

出力:

UTC (ISO 8601)   2024-03-01T00:00:00.000Z
Local time       3/1/2024, 9:00:00 AM     (in a UTC+9 locale)
Relative         2 months ago             (relative to now)
Seconds          1709251200
Milliseconds     1709251200000

ミリ秒での同じ瞬間は1709251200000になります — 13桁。

なぜ私のタイムスタンプが間違った年を示すのか?

  • 秒とミリ秒の混同。 1709251200はミリ秒として1970年1月; 1709251200000は秒として56137年。桁数を確認 — 10は秒、13はミリ秒。
  • マイクロ秒またはナノ秒。 一部のシステム (Pythonのtime.time_ns()、Prometheus) は16桁または19桁の値を出力します。貼り付け前に1000または1,000,000で割ってください。
  • タイムゾーンの混乱。 ローカル行はブラウザのオフセットによってUTCと異なります。ログファイルが12:00:00と言い、サイトが21:00:00を表示する場合、それはUTC+9であり、バグではありません。
  • 32ビットオーバーフロー (Y2038)。 signed int32に時間を格納するレガシーシステムは2147483647 (2038年1月19日UTC) で負の値にラップし、1901として解釈されます。
  • 先頭ゼロが削除。 0012345は12345になります。再フォーマットせずに表示されたとおりに値を貼り付けてください。
  • フロートタイムスタンプ。 1709251200.123は小数秒です。ツールはそれを受け入れ、小数部分をミリ秒として保持します。
よくある質問

私のタイムスタンプは秒かミリ秒か?

桁を数えてください。2001年から2286年頃の日付のタイムスタンプは秒で10桁 (例 1709251200) またはミリ秒で13桁 (例 1709251200000)。3つのゼロで終わる大きな数字を見た場合、ほぼ確実にミリ秒です。このツールは大きさで自動検出します: 10^12以上の値はミリ秒として扱われます。

Y2038問題とは何ですか?

signed 32-bit integerに格納されたUnixタイムスタンプは2038年1月19日UTC 03:14:07にオーバーフローします — 値2147483647。時間にまだint32を使用するシステム (古いCコード、一部の組込みデバイス、一部のデータベース) は負の数にラップし、1901年12月13日として解釈します。現代の64ビットシステムとJavaScript数値は安全です。

なぜ私のタイムスタンプが間違った年を示すのか?

ほぼ常に単位の不一致。1709251200000を貼り付けてツールが秒として扱うと、56137年頃の日付が得られます。1709251200を貼り付けてツールがミリ秒として扱うと、1970年1月20日が得られます。単位ドロップダウンを明示的に設定するか桁数を確認してください。

タイムスタンプにはタイムゾーンが含まれますか?

いいえ。Unixタイムスタンプは1970-01-01 00:00:00 UTCからの秒の絶対カウントです。タイムゾーンは持ちません。このツールはUTC表現とブラウザのローカルタイム解釈の両方を表示します。同僚と比べて9時間のオフセットを見た場合、それはタイムゾーンの違いで、バグではありません。

1970年より前の日付に負のタイムスタンプを使用できますか?

はい。負の値がサポートされています — -86400は1969年12月31日UTCです、例えば。すべてのシステムがそれらを受け入れるわけではありません (一部のデータベースや古い言語はゼロでクランプ) が、JavaScript Dateはネイティブに処理するので、このツールは正しく変換します。

これはタイムスタンプフィールドでISO 8601日付文字列をサポートしますか?

いいえ、タイムスタンプフィールドは数値エポック値のみを期待します。カレンダー日付と時間を選ぶには日付 → タイムスタンプセクションを使用。2024-03-01T00:00:00ZのようなISO 8601文字列がある場合、ブラウザコンソールにnew Date("...").getTime()としてドロップしてミリ秒を取得するか、日付ピッカーに貼り付けてください。

私が変換するタイムスタンプや日付を保存しますか?

いいえ。ここで入力したタイムスタンプや日付は保持しません。変換した内容はタブを閉じるかリフレッシュした瞬間にすべて破棄されます — ログなし、探した内容について当方には記録なし。追加の安心が欲しい場合、ブラウザの開発者ツールで確認できます。