問題タブ [utc]

Objective-C で iPhone アプリを作成すると、NSDateオブジェクトに解析する必要がある文字列形式 (UTC 形式で、末尾にゼロ UTC オフセットまたはズールー時間を示す Z が付いている) の日付があります。

ちょっとしたコード:

これをデバッガーで実行すると、最終的にdateはnil! 私はそれが私の日付フォーマット文字列と関係があると仮定しています。

日付文字列を正しく解析するにはどうすればよいですか?

考えられるのはZ、日付形式をリテラルにして、日付形式を に設定することyyyy-MM-dd'T'HH:mm:ss.SSS'Z'です。

Z がリテラルとして解析され、日付がオフセット情報を失い、あいまいになり、現地時間と解釈される場合を除いて、これはうまくいきます。

たとえば、解析する文字列が 2009-08-11T06:00:00.000Z (ズールー時間の 6:00) の場合、現地時間の 6:00 と解釈され、正しくないオフセットが適用されます。次に、ユーザーのオフセットに応じたオフセットで 2009-08-11T06:00:00.000-600 (ズールー時間の 12:00) として解析されます。

ありがとう！

タイムゾーン オフセット (分単位) があり、そのタイムゾーンを決定する必要があるシナリオがあります。すべてのデータが利用できないことはわかっていますが (たとえば、オフセットが -240 分のタイムゾーンがいくつかある可能性があります)、「最良の推測」は受け入れられます。

私の最初のパスは次のようになりました。

これはある程度機能しますが、夏時間を考慮に入れる必要があるため、多少気が遠くなります。この恐ろしいハックを追加しました：

これは、夏時間が有効でないときにユーザーに正確な時刻を表示できるという点で「十分に」機能し、DST 中は約 70% 正確です。それでも...これは私の目にはひどいコードです。

これを行うより良い方法はありますか？優雅さが増せば良く、精度が高ければさらに良いでしょう。

アップデート

技術的には、Javascript が日付に関して取得できるあらゆる情報にアクセスできます。「オフセット」と呼ばれる隠しフィールドを配置したページがあります。オフセット フィールドに DateTime().getTimezoneOffset() を入力する JQuery 関数があります。DateTime オブジェクトに役立つものは何も見当たりませんが、おそらくこれにより、他のアイデアへの道が開かれるでしょう。

文字列処理に関連する国際化の問題は、次のアドバイスに従うことでほとんど解決できます。Unicode を使用し、すべてを UTF-8 としてデータベースに格納すると、世界中のすべての言語を使用してクライアントにサービスを提供できます。

しかし、日付/時刻の処理に関連する国際化の問題についてはどうでしょうか?

質問:

• 時間処理を取り巻く国際化の問題を解決するための、同様のわかりやすいベスト プラクティスはありますか?
• アプリケーションが異なるタイム ゾーンで動作するクライアントにサービスを提供できるようにするにはどうすればよいでしょうか? どのような問題に遭遇し、どのように解決しましたか?

getUTCFullYear（）がjavascriptのgetFullYear（）と異なる実際のケースはありますか？

同じことが当てはまります：

getUTCMonth（）とgetMonth（）

getUTCDate（）とgetDate（）

ここで何かが足りませんか？

編集：

getUTCFullYear（）のドキュメントを参照してください。

getUTCFullYear（）がjavascriptのgetFullYear（）と異なる実際のケースはありますか？

tzinfoナイーブな時間とをUTC時間に変換する正しい方法は何ですか？私が持っていると言う：

最初の方法、pytzはインスピレーションを得ました：

2番目の方法、UTCDateTimeFieldから

言うまでもなく、これら2つの方法では、かなりの数のタイムゾーンで異なる結果が得られます。

質問は-正しい方法は何ですか？

Python でシェデュラー アプリを作成する予定ですが、DST と GMT の処理に問題はありません。

例として、 PHP 関連の質問 563053も参照してください。

誰かがすでに似たようなことに取り組んでいますか?

PyTZ - Python Time Zone Library を既に経験した人はいますか?

pytzの.localize（）関数で奇妙な問題が発生しています。ローカライズされた日時が調整されない場合があります。

.localize動作：

ご覧のとおり、ローカライズ/正規化操作の結果として時間は変更されていません。ただし、.replaceが使用されている場合：

これは日時を調整するようです。

質問は-どちらが正しいのか、なぜ他の人が間違っているのか？

私は自分のenvironment.rbをチェックしました

時間に関してdevelopment.rbには何もありません

理論的には、これはうまくいくようです...

また正しい...

正しい！

しかし、Railsで新しいレコードを作成したり、古いレコードを更新したりすると

何度もレールを再起動しました！

PHPで、ホスティングプロバイダーがどこにあるかをハードコーディングせずに、UTCで現在の時刻を取得するにはどうすればよいですか？

たとえば、私は次のことを試しました。

実際のUTC時刻より1時間進んだ時刻を報告していることがわかります。2つの異なるタイムゾーンの2つの異なるホスティングプロバイダーでこれを試しましたが、同じ結果になりました。

UTC時刻を正確に取得するための信頼できる（そして、できればよりクリーンな）方法はありますか？

PHP 4.4.9に制限されているため、PHP5に追加された新しいタイムゾーンのものを使用できません。

前もって感謝します。