タイムスタンプ変換
Unix ⇄ 日付 · 秒/ミリ秒
タイムスタンプ
準備完了
ABOUT
タイムスタンプ変換について
Unix タイムスタンプと ISO 日付文字列を素早く相互変換し、ログとインターフェース時間フィールドを調査します。
ログ調査、JWT exp 解読、データベース created_at フィールド——タイムスタンプ変換は日常最高頻度の「小ツール」の 1 つ。秒/ミリ秒混用による 1970 年や 2286 年の日付ミスは、ローカル即時変換で回避できます。
DEEP DIVE
タイムスタンプ変換を詳しく見る
Unix タイムスタンプは 1970-01-01 00:00:00 UTC からの秒数（またはミリ秒数）です。ログシステム、データベース、JWT の iat/exp、JavaScript Date.now() がこの形式を使用。JSONSort タイムスタンプツールは Unix 時間と ISO 8601 読みやすい日付を双方向変換し、秒/ミリ秒桁数を自動識別します。
「このタイムスタンプは何日？」の調査、テストデータの特定時間構築、JWT 有効期限検証など、開発者の日常高頻度ニーズです。
Unix タイムスタンプには秒（10 桁）とミリ秒（13 桁）の 2 つの慣例があります：MySQL UNIX_TIMESTAMP、JWT exp は秒；JavaScript Date.now()、Java System.currentTimeMillis() はミリ秒。ツールは桁数で自動識別しますが、ソースシステムのドキュメント確認を推奨します。
FEATURES
主な機能
Unix → 日付
タイムスタンプを入力すると ISO 8601 とローカルタイムゾーン読みやすい形式を出力します。
日付 → Unix
日付文字列を入力すると秒/ミリ秒タイムスタンプを出力します。
秒/ミリ秒識別
10 桁（秒）と 13 桁（ミリ秒）タイムスタンプを自動判定します。
複数タイムゾーン表示
UTC とローカルタイムゾーンを同時表示し、時差の混乱を避けます。
即時計算
入力変更ですぐにすべての形式出力を更新します。
ローカル実行
ネットワークリクエストなし。オフラインでも使用できます。
現在時刻
ワンクリックで now のタイムスタンプと ISO 文字列を入力します。
複数形式出力
ISO 8601、ローカル locale、Unix 秒/ミリ秒を同時表示します。
HOW TO USE
使用手順
-
1
タイムスタンプまたは日付文字列を入力
-
2
双方向変換結果を確認
-
3
必要な形式をコピー
-
4
サンプルデータボタンで入出力形式を素早く理解
-
5
結果をクリップボードにコピー、または他 JSONSort ツールと連携
WORKFLOW
典型的なワークフロー
データインポートから結果エクスポートまでの完全なフローで、チームのタイムスタンプ変換の使い方を統一します。
ソース形式を識別
桁数を数える：10=秒、13=ミリ秒；または ISO 日付文字列を貼り付け。
入力して変換
入力エリアに貼り付け、すべての形式出力を確認します。
クロス検証
ログ原文、JWT exp と照合して一致を確認します。
コピーして使用
必要な形式を取得してテストデータやドキュメントに書き込みます。
USE CASES
適用シーン
バックエンド開発
ログ内 Unix タイムスタンプを解読し、イベント発生の実時間を確認します。
フロントエンド開発
Date.now() 対応タイムスタンプを構築し、countdown コンポーネントをデバッグします。
テストエンジニア
特定有効期限の JWT または session テストデータを生成します。
データ分析
CSV/JSON 内タイムスタンプフィールドを読みやすい日付に変換してレポート作成します。
ログ分析
Splunk/ELK 内 @timestamp と Unix フィールドを相互変換対照します。
ブロックチェーン/Web3
オンチェーン block timestamp を読みやすい時間に変換して取引順序を検証します。
TIPS
使用のコツ
- 10 桁は秒、13 桁はミリ秒——1000 倍の差が最も一般的なエラー原因です。
- JWT の exp は秒単位 Unix タイムスタンプ、JavaScript Date.now() はミリ秒です。
- 2024-01-15T08:00:00Z など ISO 文字列入力で Unix タイムスタンプを逆引きできます。
- ログ調査時にサーバータイムゾーンを確認：UTC と CST は 8 時間差。
- JWT ツールと連携：Token デコード後 exp をこのツールに貼り付けて有効期限を確認します。
- DB エクスポートの秒単位タイムスタンプ、JS 使用時に ×1000 が必要か注意してください。
- 1970-01-01 が表示されたらミリ秒を秒として使っている可能性。×1000 して再試行してください。
- 夏時間切替日は locale 表示が 1 時間跳ぶ場合あり。UTC を基準にしてください。
- JWT exp を日付変換後 5 分 buffer を引いて Token 更新アラームを設定できます。
- DB 保存は UTC、表示層でローカルタイムゾーンに変換します。
LOCAL VS ONLINE
ローカル vs オンラインツール
JSONSort は純フロントエンドアーキテクチャを堅持。以下の比較が、開発データ処理にローカルツールが適している理由を示します。
TROUBLESHOOTING
よくある誤解とトラブルシューティング
実際の使用で起こりやすい問題と推奨対処法。試行錯誤の時間を削減します。
日付が 8 時間ずれる
推奨：UTC と CST を混同；ISO 文字列の Z または +08:00 を照合してください。
13 桁でも不正
推奨：マイクロ秒の可能性；1000 で割る。またはカスタム epoch か確認してください。
ISO 解析失敗
推奨：T 区切りとタイムゾーンを含む形式か確認；不完全日付は補完してください。
サーバーと不一致
推奨：サーバー clock skew；NTP 同期後の権威ソースを基準にしてください。
FAQ
よくある質問
秒とミリ秒の区別方法は？
10 桁は一般に秒（例：1700000000）、13 桁はミリ秒（例：1700000000000）。ツールが自動識別します。
タイムゾーンに対応していますか？
出力に UTC とブラウザローカルタイムゾーンの 2 形式を含みます。
2038 年問題の影響は？
JavaScript は 64 ビット浮動小数点で時間を表現。2038 年前は心配不要です。
負のタイムスタンプに対応していますか？
対応しています。1970 年以前の日付は負の Unix タイムスタンプに対応します。
マイクロ秒タイムスタンプは？
16 桁マイクロ秒は ÷1000 でミリ秒に変換後、変換してください。
データはサーバーにアップロードされる？
いいえ。JSONSort のすべてのツールはブラウザ内ローカルで動作し、入力内容はバックエンドサーバーに送信されません。
登録やインストールが必要？
不要です。ページを開くだけで使用でき、アカウント不要、クライアントダウンロード不要、PWA オフラインキャッシュにも対応。
どのくらいのファイルサイズに対応？
ブラウザメモリに依存しますが、通常数 MB 級のデータをスムーズに処理できます。超大ファイルは先に分割するかマージ・クリーンツールをご利用ください。