totonoe

TOOL

タイムスタンプを整える

Unix エポック(秒/ms/μs/ns 自動判定)⇔ ISO8601 ⇔ JST/UTC を同時表示。相対時間「3日前」、A→B の期間差分まで一発で。サーバーログ・API・SQL の確認に。

i

TLDR — 30秒で分かる

Unix エポック(秒/ms/μs/ns 自動判定)⇔ ISO8601 ⇔ JST/UTC を同時表示。相対時間・期間差分・有名なエポック値まで。

主な機能を見る
  • 桁数から秒/ms/μs/ns 自動判定
  • JST/UTC・ISO8601 同時表示
  • 相対時間(3日前など)
  • 期間差分(A→B)

桁数から秒/ms/μs/ns を自動判定します。

RESULT

計算中…

FORMATS

各種フォーマット

JST(人間向け)

UTC(人間向け)

ISO 8601(JST)

ISO 8601(UTC / Z)

UNIX EPOCH

エポック秒(4桁単位)

秒(s)

ミリ秒(ms)

マイクロ秒(μs)

ナノ秒(ns)

DIFF

期間差分(A → B)

分解

日数

時間

FAMOUS EPOCHS

有名なエポック値

クリックで入力欄にセット。

名称 エポック (ms)
Unix epoch 開始 0
兆ミリ秒(13桁突入) 1,000,000,000,000
1.5兆ms 1,500,000,000,000
1.7兆ms 1,700,000,000,000
2038年問題 2,147,483,647,000
2100-01-01 UTC 4,102,444,800,000

よくある質問

Q. 入力欄に何を入れればいい?
A. Unix エポック(秒/ミリ秒/マイクロ秒/ナノ秒のどれでもOK・桁数から自動判定)か、ISO8601 形式の日時文字列(例:2026-05-15T13:30:00+09:00、2026/05/15 13:30、May 15 2026 13:30 JST など)が入ります。空欄で「今」が入ります。
Q. 秒とミリ秒、どっちが入力された?
A. 桁数で自動判定します。10桁以下=秒、13桁=ミリ秒、16桁=マイクロ秒、19桁=ナノ秒として扱います。境目は「2001-09-09 以降は10桁→13桁に切り替わった」という事実に基づく簡易判定です。
Q. JST と UTC、どう違う?
A. UTC(協定世界時)は世界共通の基準時。JST(日本標準時)は UTC より9時間進んでいます(UTC+9)。例:UTC が 2026-05-15 04:30 のとき、JST は 2026-05-15 13:30。サーバーログは UTC、人間が見る画面は JST、というのが一般的な分担です。
Q. 「2038年問題」って何?
A. 32bit signed int の上限が 2,147,483,647 秒で、これは UTC で 2038-01-19 03:14:07 にあたります。これを過ぎると、古い32bitシステムでは負数にラップして時刻がおかしくなる「2038年問題」が発生します。現代の言語・OSは64bit化済みで影響は限定的ですが、組み込み・C ライブラリ・古い DB スキーマには残っています。
Q. ISO 8601 ってどんな形式?
A. 「YYYY-MM-DDTHH:mm:ss±hh:mm」または末尾「Z」(=UTC)。例:2026-05-15T13:30:00+09:00、2026-05-15T04:30:00Z。区切り文字や TZ の表記が固定されているため、機械にもパースしやすい標準形式です。
Q. 相対時間と期間差分の違いは?
A. 「相対時間」は基準日時(今)からの差を「3日前」「5分後」のように1単位で表示。「期間差分」は2つの日時の差を「3日4時間12分」のように複数単位に分解表示します。前者はSNSやログの読みやすさ、後者は厳密な期間計算に向きます。

RELATED TOOLS

続けて整える