無料Unixタイムスタンプ変換ツール - エポック時間を日付に変換 & 日付をタイムスタンプに

A このオンラインUnixタイムスタンプ変換ツールは直接期間を計算しませんが、両方のタイムスタンプをまず人間が読める日付に変換することで、簡単に差を見つけることができます。その後、別の日付計算ツールやスプレッドシートソフトウェアを使用して、早い日付を遅い日付から差し引きます。あるいは、数値のUnixタイムスタンプ値を直接引き算して、秒（またはミリ秒）単位の差を得ることもできます。これはイベントログの分析や間隔の測定に役立ちます。

A ここで実装されているUnixタイムスタンプの標準は、ほとんどの人が経験するであろう期間をはるかに超える、遠い未来の日付も処理できます。64ビットシステムの場合、約西暦292,277,026,596年までの日付を表すことができます。通常の用途では限界に遭遇することはないでしょう。999999999999999999のような大きな数値を入力してみてください。範囲外であればエラーが表示されます。

A いいえ、まったく保存しません。タイムスタンプはすべてお使いのブラウザ内でのみ処理されます。サーバーに送信されたり、どこかに保存されることは一切ありません。ページを閉じればデータは消えます。クライアントサイドのツールです。機密性の高いログや本番データを扱う開発者にとって、プライバシーリスクはゼロです。APIキーや内部タイムスタンプも安心して貼り付けられます。

A はい、ツールは現在のUnixエポックタイムを秒とミリ秒でライブ表示します。毎秒自動更新されます。ページ上部でリアルタイムに刻々と変化するのを確認できます。ターミナルを開かずにコードスニペットをテストしたり、タイムスタンプを検証するのに便利です。必要に応じてページをリロードすればリセットされます。

A はい、このツールは両方に対応しています。10桁の数字を入力すると秒として処理されます。13桁の数字は自動的にミリ秒と認識されます。例えば、1700000000（秒）は2023年11月14日に、1700000000123（ミリ秒）はミリ秒単位の正確な時刻に変換されます。JavaScriptのDate.now()から取得したタイムスタンプはミリ秒です。MySQLやPostgreSQLのデータベースタイムスタンプは通常秒単位です。ツールが自動で形式を判別します。

A うるう秒は実際に存在します—1972年以降27回追加されました。しかしUnixタイムスタンプは直接考慮しません。各日をちょうど86,400秒として扱います。うるう秒が発生すると、システムは通常、最後の秒を繰り返すか、なまらせます。そのため、うるう秒の期間に該当するタイムスタンプを変換すると、原子時計と1秒のずれが生じる可能性があります。大抵のアプリケーションでは問題になりません。GPS衛星は高精度を必要としますが、Webログは気にしなくて大丈夫です。

A 古い32ビットのUnixタイムスタンプの限界は2038年1月19日です—Unix版Y2K問題です。最新のシステムは64ビットを使うので、数十億年はオーバーフローしません。このツールも内部で64ビットで動作するため、2038年問題は関係ありません。ただし、古い組み込みシステムや32ビットのデータベースを扱う場合、2038年1月19日03:14:07 UTC以降にエラーが出始めます。タイムスタンプ2147483648を試しに入力してみてください—正しく変換されますよ。

A これはUnixエポックの誕生日である1970年1月1日UTC午前0時が基準です。1969年12月31日が出る場合、タイムスタンプが-1かゼロ付近です。日付文字列をツールが解析できなかったか、ミリ秒ではなく秒で入力した可能性があります。10桁の数字にゼロを3つ追加してみてください。1700000000は秒、1700000000000はミリ秒です。この違いで表示される日付が大きく変わります。

A 前後の空白は自動で除去されますが、途中に余計な文字が入るとエラーになります。「1700000000abc」を貼り付けると、部分変換ではなく無効日付のエラーが出ます。末尾にスペースが付いた「1700000000」は正常に変換されます。タイムゾーン付きの「1700000000+0200」は、オフセットを無視して基準の数字をUTCとして扱います。ログから角括弧や引用符ごとコピーした場合は、先に取り除いてください。数字だけを選択して貼り付ける癖をつけると確実です。

A Unixタイムスタンプは1970年1月1日0時UTCからの秒数です。このツールの表示はデフォルトでUTC。東京（UTC+9）では、15:00 UTCに相当する値が翌日0時として表示されます。つまり現地の午前9時はUTCの0時—同じ瞬間です。ツールのタイムゾーン欄を確認するか、頭の中でオフセットを加算してください。1700000000を変換して実際の表示を確かめてみましょう。数値自体にタイムゾーンがないと理解すれば、ずれの謎はほぼ解けます。ログ解析の際はUTCのまま比較するのが安全です。