秒とミリ秒の自動判定
UNIXタイムスタンプには、1970年1月1日からの経過時間を「秒」で表す標準的な形式（10桁）と、JavaScriptなどで使われる「ミリ秒」形式（13桁）があります。当ツールは入力された数値の桁数を自動的に評価し、どちらの形式であるかを判別します。
これにより、データベースから抽出した値やAPIのレスポンスをそのまま貼り付けるだけで、手動で桁数を調整することなく即座に正しい日時へ変換できます。
ローカル時刻とUTCの同時表示
サーバーのログ解析やグローバルなシステムのデバッグでは、協定世界時（UTC）と開発者自身のローカルタイムゾーンを比較する作業が頻繁に発生します。本ツールはJavaScriptのDateオブジェクトを活用し、入力されたタイムスタンプからUTCとブラウザ環境のローカル時刻を同時に計算・表示します。
変換処理はすべてお使いの端末内で完結するため、機密性の高い本番環境のログデータなどを外部のサーバーへ送信するリスクは一切ありません。
変換可能な範囲と2038年問題
変換可能な日時の範囲は、ブラウザのJavaScriptエンジンがサポートする仕様に依存します。一般的には1970年以前の過去日（負のタイムスタンプ）から、遠い未来の日付まで幅広く対応しています。
ただし、32ビット整数の上限である「2147483647」を超えるとオーバーフローを引き起こす、いわゆる「2038年問題」についてはシステム側の仕様に依存します。古いデータベースやシステムを扱う際は、値の型（32ビットか64ビットか）に注意してデバッグを行ってください。
よくある質問
入力したタイムスタンプが秒かミリ秒かを確認するには？
数値の桁数で判別できます。一般的な秒単位のUNIXタイムスタンプは10桁（例：1690000000）ですが、JavaScriptなどで取得されるミリ秒単位のものは13桁になります。当ツールではこの桁数の違いを利用して自動判別を行っています。
なぜUTCとローカル時刻で日付がずれることがあるのですか？
タイムゾーンの時差が原因です。例えば日本標準時（JST）はUTCより9時間進んでいるため、UTCで午前0時〜9時の間のタイムスタンプを変換すると、日本のローカル時刻では日付が1日進んで表示されることがあります。
2038年以降のタイムスタンプにも対応していますか？
はい、本ツールは内部で余裕のある桁数を扱えるため、2038年以降のタイムスタンプも問題なく変換できます。ただし、変換元のシステムが32ビット環境の場合は、そのシステム自体でオーバーフローが発生していないか注意してください。
1970年より前の日付（負のタイムスタンプ）は変換できますか？
はい、負の数値を入力することで1970年1月1日以前の日付にも変換可能です。ブラウザの仕様に基づき、過去の日付も正確に計算・表示されます。
UTCとローカル時刻以外のタイムゾーンに変換できますか？
いいえ、当ツールで表示できるのは協定世界時（UTC）と、現在お使いのブラウザに設定されているローカルタイムゾーンの2種類のみです。任意のタイムゾーンへの手動切り替えには対応していません。
ツールの不具合や改善案はありますか。 フィードバックを送る