Chrome 67 が 1900 年より前の日付に対して異なるタイムゾーン オフセットを報告するのはなぜですか?

ブラウザ、タイム ゾーン、Chrome 67: 過去のタイムゾーンの変更をナビゲートする

タイム ゾーンとブラウザの動作のコンテキストにおける最近の変更Chrome 67 では、開発者の間で懸念が生じています。バージョン 67 に更新すると、一部のユーザーが以前のブラウザ バージョンや他のブラウザと比較してタイムゾーン オフセットの不一致に遭遇しました。

問題点

主な問題は、以前の日付の処理にあります。 1970、特にヨーロッパ/モスクワのタイムゾーンのタイムゾーン オフセット。以前の Chrome バージョンでは、オフセットは一貫して 03:00 として報告されていました。ただし、Chrome 67 では、1900 年より前の日付に対して 02:30 が返されるようになりました。

説明

この変更を理解するには、IANA タイム ゾーン データベースを参照することが重要です。これは、ブラウザーのタイムゾーン処理のための参照データを提供します。このデータベースによると、ヨーロッパ/モスクワのタイムゾーンには、1900 年のオフセットが実際に 02:30:17 でした。Chrome はこのオフセットを 02:30 に切り捨てているようで、その結果、観察された動作が発生しています。

影響と考慮事項

小さな調整のように見えるかもしれませんが、この変更は、正確な過去のタイムゾーン データに依存するコードに重大な影響を与える可能性があります。この問題に対処するには、1970 年より前の日付のタイムゾーン情報の使用を避けることが推奨されます。IANA 理論ファイルは、これらの初期の期間の信頼できるデータを提供するという課題を明示的に認めています。

変更の考えられる原因

この変更が特に Chrome 67 で現れた理由は推測する価値があります。考えられる説明の 1 つは、Chrome がオペレーティング システムによって提供されるタイム ゾーン データに依存するのではなく、IANA タイム ゾーン データを直接使用し始めた可能性があるということです。システム。これは、OS データを使用していた可能性がある、以前の Chrome バージョンからの逸脱を説明します。

結論

ブラウザでのタイムゾーン処理の背後にある基礎的なメカニズムを理解することが鍵となります。予期せぬ行動を避けること。データ ソースと過去のタイムゾーン移行のニュアンスを考慮することで、開発者はコードをブラウザーの最新の変更に適応させ、一貫性と信頼性の高いタイムゾーン処理を保証できます。 1970 年より前の日付で利用可能なデータの制限と精度を考慮することも同様に重要です。

以上がChrome 67 が 1900 年より前の日付に対して異なるタイムゾーン オフセットを報告するのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。