変換した時刻がログと数時間ずれるのはなぜですか?

どちらか片側がローカル時間を表示していて、あなたは UTC を期待しているのです。ツールで両方の表示を比較し、API のドキュメントに記載されたタイムゾーンを確認してください。

2038 年以降はどうなりますか?

32 ビット符号付き秒カウンターは 2038 年 1 月にオーバーフローします(「Y2038」)。64 ビットシステムとミリ秒カウンターは影響を受けません。新しいコードでは 64 ビットの時間型を優先してください。

エポックからの秒数・ミリ秒の値を人が読める日付に変換します。単位とタイムゾーンという 2 つの古典的な混乱も解消します。

1

タイムスタンプコンバーター →
数値を貼り付けてください。ツールは UTC 表示とローカルタイムゾーン表示を並べて示し、逆変換も表示します。
2

まず単位の確認です。10 桁の値(約 17 億)は秒、13 桁の値(約 1.7 兆)はミリ秒です。ミリ秒を秒として入力すると 1970 年 1 月になります。これが最もよくある誤答です。16 桁はマイクロ秒、19 桁はナノ秒です(Java の Instant、Go のナノ秒 time)。
3

タイムゾーンの意味論:Unix タイムスタンプはタイムゾーンに依存しません。どこでも同じ瞬間です。日付文字列は、表示するタイムゾーンによって異なるだけです。変換前に、API が UTC を期待/返すか(通常は UTC)を必ず確認し、データベースには整形済みの日付ではなくタイムスタンプを保存してください。

変換した時刻がログと数時間ずれるのはなぜですか?: どちらか片側がローカル時間を表示していて、あなたは UTC を期待しているのです。ツールで両方の表示を比較し、API のドキュメントに記載されたタイムゾーンを確認してください。
2038 年以降はどうなりますか?: 32 ビット符号付き秒カウンターは 2038 年 1 月にオーバーフローします(「Y2038」)。64 ビットシステムとミリ秒カウンターは影響を受けません。新しいコードでは 64 ビットの時間型を優先してください。