タイムゾーン
異なるタイムゾーン間の時間を変換する
タイムゾーンの使い方
- 1ソースタイムゾーンとターゲットタイムゾーン(主要な都市とUTCの逸脱をサポートしています)を選択します。
- 2変換するローカル時間を入力してください。
- 3ターゲットタイムゾーンを確認し、夏場にいるかどうかを示します。
タイムゾーン変換とは?
ターゲット時間 = ソース時間 + (ターゲットオフセット - ソースオフセット)地球は、隣接するタイムゾーンの1時間の違いで、24のタイムゾーンで経度によって分かれます。 変換するときは、ターゲットタイムゾーンとソースタイムゾーンUTCオフセットの違いを元の時間に追加します。
DSTは、地域の一部が夏に1時間ずつ時計を拾うことを可能にします。 夏の中にあるかどうか確認するために、クロスボーダー会議、フライト、リモートコラボレーションが必要です。
タイムゾーンは、この初期の正午線(Greenwich)に基づいており、世界24の理論的なタイムゾーンの合計で、15度ごとに東に1時間を追加します。 しかし、実際のボーダー**は国と地方の境界線に沿って破壊されていきます** そして、「ハーフタイムゾーン」と「45分ゾーン」の数があります:インドはUTC + 5:30、ネパールはUTC + 5:45、中央オーストラリアはUTC + 9:30を使用します。 そのため、経度を割くのは簡単ではなく、タイムゾーンデータベース(INAA tz データベース)をチェックする必要があります。
夏に移行するルールは異なります。ヨーロッパは3月01:00 UTCの最終日曜日でした。10月最後の日曜日でした。北アメリカは11月の最初の日曜日、11月の最初の日曜日でした。南半球(オーストラリア、ニュージーランド)のシーズン、反対は9月10日に始まり、4月に終了しました。 メニュー エクエーターやほとんどのアジア諸国ではサマータイムは使用していません。** そのため、国際化プログラムを記述する際には、オフセットのハードを固定値にエンコードしてはいけません。タイムゾーン ID を使用する必要があります。
| 組織体制 | 標準的なオフセット | 夏のシフト。 | 夏は? |
|---|---|---|---|
| UTCについて | UTC+0 | なし | お問い合わせ |
| 中国標準的な時間 | UTC+8 | なし | (1991年以降は廃棄) |
| 日本標準時刻 JST | UTC+9 | なし | お問い合わせ |
| 中央ヨーロッパ時間CET | UTC+1 | UTC+2 | はい。 |
| 英国時間 GMT/BST | UTC+0 | UTC+1 | はい。 |
| イースタン アメリカ ET | UTC−5 | UTC−4 | はい。 |
| アメリカ合衆国 パシフィック PT | UTC−8 | UTC−7 | はい。 |
| インドの標準的な時間IST | UTC+5:30 | なし | お問い合わせ |
主要なタイムゾーン オフセット vs 夏
よくある質問
UTCオフセットとは?
UTCオフセットは、世界時間(UTC)の調和に反するタイムゾーンの時差を示します。例えば、北京UTC + 8とロンドン冬UTC + 0。
夏は移行に影響を与えますか?
はい。 夏が適用される領域は、夏+1時間以上移動し、変換は、対応する日付が影響しているかどうかを常に確認しなければなりません。
同じ国に複数のタイムゾーンがあるのはなぜですか?
大規模な国(米国、ロシアなど)は、複数の経度をスパンし、自然に複数のタイムゾーンを分割します。
UTCとGMTは同じことですか?
毎日の使用は交換可能ですが、厳密には異なります。 GMT(Greenwich Horizon)は、地球の回転占星術時間に基づいており、UTC(UTC)に置き換えられました。 UTCは、アジマスによる地球の回転と非常に精密で同期する原子時計に基づいており、0.9秒の誤差制御です。 すべての近代的なシステムのための時間標準は、UTC、GMT、唯一の英語法といくつかの伝統的な文脈です。
サーバーが使用するタイムゾーンは?
UTCストレージと伝送を調和させ、コストタイムゾーンをプレゼンテーションの瞬間だけをユーザーに変換します。 ログが相互参照できるので、夏のシフト中にデータの重複や損失がないこと、データベースの移行はタイムゾーンの設定の変更による歪みにつながりません。 フロントエンドは、国際的に使用されています。 DateTimeFormat または display レイヤー変換として dayjs/luxon を指定します。 UTCへの体系的なローカルタイムストックデータ移行は、記事によるベースラインの特定に特に注意を払う必要があります。