私のカレンダーは PST のサーバーでは正常に動作しますが、運用サーバー (EST) ではすべてのイベントが 1 日早く終了するようです。3時間の違いがあっても、イベントは適切な日付に表示されるはずなので、タイムゾーンの問題かどうかはわかりません。
他の誰かがこの問題に遭遇しましたか?
私のカレンダーは PST のサーバーでは正常に動作しますが、運用サーバー (EST) ではすべてのイベントが 1 日早く終了するようです。3時間の違いがあっても、イベントは適切な日付に表示されるはずなので、タイムゾーンの問題かどうかはわかりません。
他の誰かがこの問題に遭遇しましたか?
これは、タイムゾーンの壁を越えるときの典型的な問題です。日付のみがデータベースによって運ばれるが、データがタイムスタンプに変換され、タイムゾーンに合わせて調整される場合、問題が発生します。 .
イベントが1日早く終了するが、1日早く開始しない場合は、バックエンドスクリプトがブラウザからの終了日タイムゾーン情報を取得していないか、尊重していない可能性があります。イベントが午前0時PDT(または午前3時EDT)に開始し、午前0時EDT(または午後9時PDT)またはおそらく午前0時GMT(または午後4時PDT)に終了する場合、イベントは「早期に終了」します。ブラウザは、完全な日時情報(たとえば、「6/3/2010 00:00:00 GMT-0800」)を含むすべてのイベントを送信する必要があり、バックエンドスクリプトも、この情報を忠実に保存および報告します。
私は日本に住んでいますが、北米では多くの開発を行っているので、この問題は常に見られます。特に、ユーザーのいずれかが異なるタイムゾーンに住んでいる場合は、自宅のタイムゾーンではなくGMTのすべてのイベントについて考えることが開発に非常に役立つと思います。JSはタイムゾーン情報を非常にうまく処理し(夏時間の認識がないことを除けば、それは素晴らしく機能します)、ほとんどのサーバーはタイムゾーンを非常にうまく処理します。したがって、表示されるほとんどのバグは、不完全な日付情報を送信して作成しようとするクライアントスクリプトに関係しています。行う。
また、2010年11月7日の午前2:00にアプリケーションがどのように機能するかを確認することも価値があります。その日は25時間であり、2011年3月13日は23時間しかないためです。DSTへの切り替えは悪魔です。