エポック&タイムスタンプコンバーター

タイムスタンプを日付形式に変換するか、指定された日付のタイムスタンプを取得します。

UNIXエポックタイムスタンプ
日時

日時

タイムスタンプ値を取得するためのプログラミング言語:

Math.round(new Date() / 1000)
ドキュメント
import time;
time.time()
ドキュメント
(int) (System.currentTimeMillis() / 1000)
ドキュメント
import ( "time" )
int32(time.Now().Unix())
ドキュメント
double now_time = std::chrono::duration_cast(std::chrono::system_clock::now().time_since_epoch()).count();
ドキュメント
NSDate().timeIntervalSince1970
ドキュメント
SELECT UNIX_TIMESTAMP(); #1567758868
SELECT FROM_UNIXTIME(1567758868); #2019-9-6 16:34:28
DateTimeOffset.Now.ToUnixTimeSeconds()
ドキュメント
Time.now.to_i
ドキュメント

日付および時刻仕様の標準定義

RFC 822 | RFC 1036 | RFC 1123 | RFC 2822 | RFC 3339 | RFC 5322 | ISO 8601

エポックタイムスタンプとは何ですか?

UNIX時間、またはPOSIX時間は、UNIXまたはUNIXライクなシステムで使用される時間表現です。1970年1月1日UTCの0:0:0:0から現在までの総秒数を表します。閏秒に関係なく。

2038年問題

Unix時間の最初期のバージョンは、60 Hzで増加する32ビットの整数でした。1971年11月3日にリリースされた Unix Programmer's Manual の最初の版では、「60分の1秒で測定される1971年1月1日00:00:00からの時間」をUnix時間として定義していました。つまり、1971年1月1日00:00:00から開始して、60 Hzで増加します。これは、32ビットの符号なし整数としてUnix時間を保存すると、リセットが829日(約2.5年)後に枯渇することを意味します。この制限のために、Unix時間原点は何度も再定義され、1 Hzで測定されるUTCの1970年1月1日00:00:00の時間原点を使用するようになりました。UnixとCは、時間を表すために32ビットの符号付き整数を使用するため、これは1970年以前と以後の136年間の時間枠を収容します。つまり、2038年1月19日にリセットが枯渇するまでです。

現在、UNIXを使用しているほとんどのシステムは32ビットで、時間タイプtime_tを32ビットの符号付き整数として表します。136年間の秒数を表すことができます。 UTCのFri Dec 13, 1901 20:45:52からUTCの Jan 19, 2038 3:14:07まで(バイナリ:01111111 11111111 11111111 11111111、0x7FFF:FFFF)、次の秒にはバイナリ番号が10000000 00000000 00000000 00000000(0x8000:0000)になります。これは負の数です。そのため、システムは時間を1901年12月13日20:45:52(および可能性があります)1970年に戻すことに誤解されます。この時点で、ソフトウェアの問題が発生し、システムが麻痺する可能性があります。

現在の解決策は、システムを32ビットから64ビットシステムに変換することです。 64ビットシステムでは、この時間を292.2777702659兆15:30:08まで表すことができます。 12月4日。

ファイルサイズが制限を超えています。

これ以上ファイルをアップロードすることはできません。

アカウントをアップグレードしてさらに解除します

月額請求
年間請求
-40%

プレミアム

US$ / 月
1回の支払いとして請求されます US$36

無制限

US$ / 月
1回の支払いとして請求されます US$72