Unix タイムスタンプは計算されるものではなく、読み返されるものです:整数そのものが瞬間をすでに保持しており、やることはそれを目で見られる日付に読み返すことです。Unixタイムスタンプ変換は両方向でその読み返しを行います。タイムスタンプから日付のモードに 1789689600 と入力すると、結果ブロックは同じ瞬間を 6 通りで読み返します:ISO 行、UTC 行、ローカル行、読みやすい行、日付行、時刻行。6 行が揃うと、瞬間は金曜日の 2026 年 9 月 18 日 UTC 00:00 に固定されます。逆方向モードは壁の時計が示すままの日付と時刻を受け取り、秒とミリ秒の整数を返します。ページ上部のライブ行は現在のタイムスタンプを 1 秒ごとに更新し、各読み返し行と各出力にコピーボタンが付いており、整数も文字列も 1 回のペーストでブラウザの外へ出ます。
記事は以下の順で進みます:纪元と整数が数える単位;タイムスタンプから日付の 6 行の読み返し;逆方向モードのローカル時刻の解析;秒とミリ秒を決める桁数の規則;2 つの時計、2 つのタイムゾーンでの同じ瞬間の読み方;そして整数がブラウザの外へ向かう場所。
纪元と整数が数える単位
整数は 1 つの固定原点からの経過秒を数えます:1970 年 1 月 1 日 00:00:00 UTC、Unix の纪元です。0 は纪元そのもので、負の整数はそれより前の時刻を読み、各暦日はちょうど 86400 を足します;カウンタは閏秒を挿入しないため、計算は直線的のままです。1789689600 は原点からの 20714 日後で、86400 の 20714 倍はちょうどその整数に余りなく着き、そのため読み返しは UTC の 2026 年 9 月 18 日のきれいな真夜中に落ちます。同じ瞬間には 2 番目の書き方もあります:ミリ秒の書き方です。1000 倍すると、瞬間は 1789689600000 になります。1 つの瞬間、2 つの整数、動いたのは単位と小数点の位置で、時刻ではありません。より丸い例で単位が見えます:315532800 はちょうど纪元から 10 年後の 1980 年 1 月 1 日 00:00:00 UTC で、経路に 1972 年と 1976 年の 2 つのうるう年を跨ぎます。
タイムスタンプから日付:6 行の読み返し
6 行は 6 つの鐘が 1 つの瞬間を読み返すもので、6 つの異なる瞬間ではありません。ISO 行は 2026-09-18T00:00:00.000Z と書き、文字列内の Z が UTC であることを示します。UTC 行は Fri, 18 Sep 2026 00:00:00 GMT と読まれます。ローカル行はブラウザのタイムゾーンに従います:同じ整数でも、東京のブラウザでは 9 月 18 日 09:00 と、ニューヨークのブラウザでは 9 月 17 日 20:00 と読まれます。読みやすい行・日付行・時刻行はサイト言語でレンダリングされ、日本語では読みやすい行が 2026 年 9 月 18 日(金) 0:00:00 を返します。各々の行は同じ瞬間の 1 つの形式で、1 つの行き先のために選ばれます:API とログには ISO、タイムゾーン間の比較には UTC、読者にはローカル、表示には読みやすい行、片方だけ必要なら日付行または時刻行。各行にコピーボタンがあり、形式は 1 つだけとして渡ります。
日付からタイムスタンプ:ローカル時刻の解析
逆方向モードが受け取るのは整数ではなく壁の時計です:日付フィールドと時刻フィールドが、ブラウザのあるタイムゾーンのローカル時刻として解析されます。壁の表示 2026 年 9 月 18 日 12:00 は、UTC のブラウザでは 1789732800、東京のブラウザでは 1789700400、夏時間のニューヨークのブラウザでは 1789747200 と読まれます。1 つの壁の表示に 3 つの異なる整数が対応し、その隔たりはちょうどタイムゾーンオフセットに等しい:同じ壁の 12:00 は、東京では UTC 03:00、ニューヨークでは UTC 16:00 です。出力は秒とミリ秒の両方を一度に列挙し、秒はミリ秒を 1000 で割って切り捨てた値なので、2 行は同じ瞬間の 2 通りの書き方です。このモードは日付が正確な瞬間になる継ぎ目で、未来日付の記事が扱う問いでもあります:開始の瞬間が固定された未来の日付です。
桁数が秒かミリ秒を決める
変換は単位を聞きません。桁数を見ます。10 桁以下は秒として、11 から 13 桁はミリ秒として読みます。両方の窓は同じ地平線、2286 年に到達します:9999999999 を秒と読むと 2286 年 11 月 20 日 17:46:39 UTC、9999999999999 をミリ秒と読むと、同じ瞬間に 3 つの 0 を付けた書き方です。ミリ秒の窓は 10000000000 から始まり、これはミリ秒で 1970 年 4 月 26 日 17:46:40 UTC なので、その日以降のすべてのミリ秒値は正しい単位で読まれ、近年の 13 桁の値はミリ秒の窓の中に曖昧さなく置かれます。唯一の狭い隙間は 1970 年の初頭です:1000000000 は 10 桁なので秒として読まれ、これは 2001 年 9 月 9 日 01:46:40 UTC で、同じ桁がミリ秒だった場合の纪元から 16 分 40 秒ではありません。この規則は、1970 年第 1 四半期の 1 つの意図的な読み違いの代償に、ヒントなしで現代の値が読める無単位の入力欄を手にします。
2 つの鐘での同じ瞬間
タイムスタンプはタイムゾーンを保持しません。保持するのは読み返しです。基準の瞬間 1789689600 は UTC で 9 月 18 日 00:00、夏時間のベルリンで 02:00、東京で 09:00、ニューヨークでは 9 月 17 日 20:00 に置かれます。整数はどのタイムゾーンでも 1 つの数です。タイムゾーンが入る場所は壁の時計の方です。この分離が期間を安全にします:1789732800 から 1789689600 を引いた 43200 秒、すなわち 12 時間は、どのタイムゾーンでも同じ差です。2 つの整数は同じ UTC 軸の上にあるためです。日付計算機の差値モードは 2 つの日付の同じ期間を日で報告し、日付差の記事がそのモードを最初から最後まで通します。同じ引き算の整数版は純粋な整数演算で、その間に暦はありません。
整数が向かう場所
変換の外では、整数は機械の通貨です:API はそれを返し、サーバログはそれで刻印し、ファイルシステムはそれを格納し、データベースはそれでソートし、壁の時計は読み取り時に読者のタイムゾーンでそれからレンダリングされます。日付との継ぎ目こそ、タイムゾーンが入り、誤りが生まれる場所です。出生日期の 1990 年 1 月 15 日のローカル真夜中は、UTC で読めば 632361600、東京で読めば 632329200 で、1 つの壁の表示が整数の上で 9 時間の隔たりになります。年齢計算機は整数ではなく日付を読み、ローカル真夜中を出生の瞬間として保持します;年齢の記事は、なぜローカル真夜中の解析が正しい年齢と 1 日ずれの境目かを説明します。計画の連鎖の遠い端では、整数として始まった日付がブラウザの外へ出ます:2026 年 1 月 15 日に 36 歳で組んだ 30 年のローンが 2056 年 1 月 15 日の 66 歳で完済し、ローン計算機がその返済計画を持ち、退職計算機が退職日を同じ方法で持ち、それぞれが結びで終了日付を壁の時計へ書き戻します。