Unix タイムスタンプ変換

// Unix タイムスタンプ変換に関するよくある質問

Unixタイムスタンプって何？

1970年1月1日 00:00:00 UTC からの経過秒数で日時を表す方式です。「エポック秒」「Unix time」とも呼ばれ、ほぼすべてのプログラミング言語・データベース・APIで標準的に使われています。時差を気にせず全世界で同じ数値になるのが利点で、内部的な時刻表現として広く採用されています。

どんな場面で使うと便利？

APIレスポンスのタイムスタンプ確認、エラーログの時刻確認、データベースのタイムスタンプフィールド検証、cronスケジュールのテスト時刻生成、JavaScript の `new Date(timestamp)` 動作確認など、開発・運用・データ分析で頻繁に必要になります。数字だけ見て「何月何日？」と迷った時に一発解決できます。

10桁と13桁の違いは？

10桁は「秒単位」（例: `1723334400`）、13桁は「ミリ秒単位」（例: `1723334400123`）です。JavaScriptの `Date.now()` は 13桁のミリ秒、大半の他言語や API は 10桁の秒単位を使います。本ツールは自動判別するので、どちらを貼っても正しく変換します。

タイムゾーンはどう扱われますか？

Unixタイムスタンプは元々UTC基準の数値で、タイムゾーンの概念を持ちません。本ツールでは変換後に「UTC」と「あなたのブラウザのタイムゾーン（通常JST）」の両方で表示します。他のタイムゾーンで確認したい場合は タイムゾーン変換 で世界主要都市の時刻を並べて見られます。

未来や過去の日時も変換できますか？

はい、未来（2100年など）も過去（1900年など）も、有効な範囲であれば変換できます。負のタイムスタンプ（-86400 → 1969年12月31日）で1970年以前も表現可能です。年号の予定確認、歴史的な日付の変換、将来のイベント時刻設定にも使えます。

2038年問題って何？

古い32ビットシステムでは、Unixタイムスタンプが 2^31 (2147483648) に達する 2038年1月19日 03:14:07 UTC に整数オーバーフローが発生し、時刻が破綻します。「Y2K38問題」とも呼ばれます。現代の 64ビット対応システムでは問題ありませんが、レガシーシステム対応時には注意が必要です。本ツールでは 64ビットで処理するので影響ありません。

JavaScriptで生成した時刻と一致しないことがある

JavaScript の `Date.now()` はミリ秒（13桁）を返すのに対し、多くの言語や API では秒（10桁）が標準です。API のレスポンスをそのまま `new Date(timestamp)` に渡すと1000倍ずれる、というのはよくあるミスです。本ツールで元の値を確認してから、必要なら `× 1000` または `÷ 1000` で調整してください。

現在時刻をワンクリックで取得したい

「現在時刻」ボタンで、今この瞬間のUnixタイムスタンプを秒・ミリ秒両形式で取得できます。テストデータの作成、モックAPIのレスポンス作り、cron設定の動作確認などに便利です。取得した値はコピーしてすぐコードに埋め込めます。

マイクロ秒・ナノ秒には対応していますか？

現バージョンは秒・ミリ秒のみ対応です。マイクロ秒（16桁）やナノ秒（19桁）を扱いたい場合は、`× 1000` や `÷ 1000` で単位換算してから本ツールに入力してください。多くの用途では秒またはミリ秒で十分です。

データは外部に送信されますか？

いいえ、すべての処理はブラウザ内で完結します。入力したタイムスタンプ・日時は外部に送信されません。本番システムのタイムスタンプ、社内ログの時刻、機密性のあるスケジュール情報も安心して変換できます。