すべてのツール開発者ツール
Unix タイムスタンプ変換
秒・ミリ秒・マイクロ秒・ナノ秒の Unix エポックタイムスタンプを UTC または世界の主要タイムゾーンの日時に変換し、日時をタイムスタンプに戻します。
現在の Unix 時刻
-
入力した内容は保存されません。同じリクエスト内で変換して返します。
秒・ミリ秒・マイクロ秒・ナノ秒の Unix エポックタイムスタンプを UTC または世界の主要タイムゾーンの日時に変換し、日時をタイムスタンプに戻します。
入力した内容は保存されません。同じリクエスト内で変換して返します。
ログ、データベース、API は時刻を Unix タイムスタンプ、つまり 1970 年 1 月 1 日 UTC からの経過秒数で保存しています。ここに貼り付ければ、あなたのタイムゾーンでの実際の日時がわかります。日付をクエリや API 呼び出しに必要なタイムスタンプに変換することもできます。
現在の日付のタイムスタンプは、秒なら 10 桁 (1767225600 は 2026 年 1 月 1 日 00:00 UTC)、ミリ秒なら 13 桁、マイクロ秒なら 16 桁、ナノ秒なら 19 桁です。ツールは値の大きさで判断し、10^11 未満を秒、10^14 未満をミリ秒、10^17 未満をマイクロ秒、それ以上をナノ秒とみなします。JavaScript の Date.now() や多くの Java API はミリ秒、Unix のツール、Python の time.time()、多くのデータベースは秒を返します。判別結果は手動で変更できます。
Unix タイムスタンプは常に UTC で、タイムゾーンが関係するのは人に表示するときだけです。逆方向ではローカル時刻があいまいになることがあります。時計を戻すと 01:30 が 2 回あり、進めると 02:30 は存在しません。ツールはどちらの場合も黙って一方を選ばずに警告します。これが、年に 2 回レポートが 1 時間ずれるよくある原因です。
負のタイムスタンプは 1970 年より前の日時です。-86400 は 31/12/1969 00:00 UTC です。このツールは -62135596800（01/01/0001 00:00:00 UTC）から 253402300799（31/12/9999 23:59:59 UTC）までの任意の時刻を扱えます。小数は秒の端数として保持されるので、1700000000.5 は 14/11/2023 22:13:20.5 UTC です。単位は数値の大きさだけで判別するため、03/03/1973 より前のミリ秒値は 11 桁以下になり秒として読まれます。86400000 は 02/01/1970 ではなく 27/09/1972 と表示されます。このような古い値では単位を「ミリ秒」に設定してください。
Excel や Google スプレッドシートでは、=A1/86400+DATE(1970,1,1) でセル A1 の秒数を UTC の日時に変換できます（ミリ秒なら 86400000 で割ります）。セルの表示形式は日付と時刻にします。現地時刻にするには UTC との時差（時間）を 24 で割って足します。日本なら +9/24 です。=(A1-DATE(1970,1,1))*86400 は日時を秒に戻します。PostgreSQL では to_timestamp(1700000000) が timestamptz を返し、EXTRACT(EPOCH FROM column) で戻せます。MySQL の FROM_UNIXTIME(1700000000) と UNIX_TIMESTAMP(column) はセッションのタイムゾーンを使います。数式の確認には同じ値をここに貼り付けてください。1700000000 は 14/11/2023 22:13:20 UTC になるはずです。
値が秒なのにミリ秒として読まれたか、元のシステムで 0 や空だった可能性があります。1970 年 1 月の日付は、ほぼ必ず実際の出来事ではなく欠損値を意味します。
いいえ。Unix 時間はうるう秒を無視するため、1 日は常にちょうど 86,400 秒です。コンピューター、データベース、API の時刻の扱いと同じです。
桁数を数えます。現在、秒のタイムスタンプは 10 桁、ミリ秒は 13 桁です。変換ツールが自動で判別し、単位を自分で指定することもできます。
ありません。UTC のただ一つの時点から秒を数えるので、同じタイムスタンプはどこでも同じ瞬間を指します。表示のしかただけがタイムゾーンによって変わります。
タイムスタンプを符号付き 32 ビット整数で保存しているシステムは 19/01/2038 にオーバーフローします。この変換ツールは十分な大きさの数値を使い、9999 年までの日付を扱えます。
JavaScript では Math.floor(Date.now() / 1000) で秒が得られ、Date.now() 単体ではミリ秒になります。Python では int(time.time())。Linux や macOS のシェルでは date +%s。PostgreSQL では EXTRACT(EPOCH FROM now())（小数付き）、MySQL では UNIX_TIMESTAMP() です。このページのライブ時計は同じ値を秒で表示し、そのままコピーできます。
IANA タイムゾーンデータベースから、都市名の付いた主要な 40 のゾーンを選べます。UTC と Asia/Kolkata（インド）から America/Los_Angeles、Pacific/Auckland まであります。各ゾーンは変換する日付に応じて独自の夏時間ルールを適用します。ブラウザのゾーンが一覧にあれば最初から選ばれ、なければ UTC で始まります。お住まいの都市がない場合は、現在同じ時刻の都市を一覧から選んでください。たとえば大阪なら Asia/Tokyo です。
2 つのカードを組み合わせます。タイムゾーンで Asia/Kolkata を選び、日時からタイムスタンプへに 14/11/2023 と 10:00 を入力して変換を押すと 1699936200 が得られます。これをタイムスタンプから日時へに貼り付け、タイムゾーンを America/New_York に切り替えます。タイムスタンプから日時へには 13/11/2023 23:30:00、UTC オフセット -05:00 と表示され、ニューヨークでは前日の夜です。夏時間は入力した日付に合わせて適用されるため、14/07/2023 のインドの 10:00 はニューヨークの 14/07/2023 の 00:30（-04:00）になります。タイムゾーンを切り替えると日時からタイムスタンプへに入力した日時もニューヨーク時間として読み直されるので、答えはタイムスタンプから日時への表示を見てください。
lastLogonTimestamp や pwdLastSet などの属性は Windows の FILETIME 値で、Unix 時間ではなく 01/01/1601 UTC からの 100 ナノ秒単位の間隔数です。133446720000000000 をそのまま貼り付けるとナノ秒として読まれ、25/03/1974 と表示されます。先に 10000000 で割って 11644473600 を引いてください。結果の 1700198400 は 17/11/2023 05:20:00 UTC です。Excel では =A1/864000000000-109205 で同じ UTC の日時になり、PowerShell では [DateTime]::FromFileTimeUtc(133446720000000000) を使えます。
日時からタイムスタンプへに分けて入力します。日付は 14/11/2023、時刻は 22:13:20 です。その日付で同じオフセットのタイムゾーンを選び（+05:30 なら Asia/Kolkata、末尾が Z なら UTC）、変換を押すと 1699980200 になります。一覧に同じオフセットのゾーンがない場合は、自分でオフセットを引いて UTC で入力してください。22:13:20+05:30 は 16:43:20 UTC です。タイムスタンプから日時へには UTC と現地時間の ISO 8601 が表示され、そのままコピーできます。