Unix タイムスタンプと Epoch コンバーター

あなたのタイムスタンプかどうかを伝える方法 秒単位またはミリ秒単位

最も一般的なタイムスタンプの間違いの1つは、Unixのミリ秒でUnix秒を混合しています。 1700000000 などの 10 桁の値は、通常は秒数です。ただし、17000000 などの 13 桁の値は、通常はミリ秒です。 秒数を期待するツールにミリ秒を貼り付けると、その日付は未来に飛び込むことがあります。 ミリ秒を期待するツールに秒を貼り付けると、結果は1970近くに落ちる可能性があります。 このページでは、ログレビュー、APIテスト、またはデータベースエクスポートで変換された日付を信頼する前に、ユニットをすばやく確認するのに役立ちます。

UTCとローカルタイムでEpoch結果を比較する方法

Epoch 時間自体はタイムゾーンニュートラルです。 1画面でUTCに人間が読みやすい値が表示され、別の画面でローカル時間に表示されると混乱が起こります。 アプリケーションログ、クラウドダッシュボード、ブラウザータイムスタンプ、データベースレコードを比較している場合は、各システムがUTC、ブラウザローカル時間、またはサーバーローカルタイムゾーンを表示するかどうかを確認します。 2つの正しいタイムスタンプが同じ瞬間を表すときにも矛盾しているようにすることができます。

手動で確認できる変換例

パイプライン、スクリプト、またはペーストされた値が期待通りに値するかどうかを確認したい場合に、既知の値を使用します。 たとえば、1970-01-01T00:00:00Z に 0 のマップ、現代の 10 桁のタイムスタンプは通常、過去や遠くの未来ではなく現代的なカレンダー年に着陸する必要があります。 監視アラート、テストフィクスチャ、または分析イベントデバッグにスプレッドする前に、ユニットの間違いや悪い仮定をキャッチするのに役立つような簡単なチェック。

API、ログ、データベースの一般的なタイムスタンプの間違い

実際のタイムスタンプの問題は通常、変換式自体についてではありません。 それらはコピーされた小数の値、ミリ秒は秒間間間間ミスされ、タイムスタンプは周囲の空白で文字列として保存され、APIはUTCを返す間、または異なるシステムが異なるシステムを丸める間、ローカル時間を示すログビューアが表示されます。 このコンバーターは、生の値を直接テストし、問題がタイムスタンプ、ソースシステム、結果が他の場所で表示されているかどうかを分離できるようにするため便利です。

変換された日付が間違っているとき

出力が間違っている場合は、まずタイムスタンプの長さを確認し、元のソースがUTCまたはローカルタイムの期待を文書化したかどうかを確認します。 次に、貼り付けされた値が純粋に数値で、隠しスペース、小数区切り文字、または別のインターフェイスからコピーされたフォーマットが含まれていないことを確認します。 人間の日付からエポックへ変換する場合、ブラウザの日付の入力は、周囲のワークフローでアカウントがない限り、リテラルUTC文字列ではなく、ローカルタイムゾーンのコンテキストを反映していることに注意してください。

プライバシーとオフライン利用

すべての変換は、ブラウザでローカルで行われます。 ToolMillは、タイムスタンプ、日付、インシデントリファレンス、または内部イベントデータをリモートコンバージョンサービスに送信する必要はありません。 これにより、本ページは、プロダクションのような値をチェックしたり、内部ログをデバッグしたり、別のシステムからエクスポートされたデータを検証したり、独自のブラウザセッションで未加工値を維持したりするときに実用的になります。