アカウント名:
パスワード:
日付でロケールっていうとサマータイムが心配になるけど、大丈夫かね?「現在時刻」の拾い方によっては1時間ずれるとかありそうだけど。
まぁ、日本でしかつかわれない想定で対応しないと明記するのでもいいとは思うが、DXだなんだ言ってるんだし、今後を見据えて意識し始めておいてもいいと思う。
五輪でサマータイムとか言ってたのが懐かしいな。
# 自分も正しい対処方法はやったことないのでわからんのだけど。
> 日付でロケールっていうとサマータイムが心配になるけど、大丈夫かね?
当然サマータイムでも問題が出るコードですね。まあ最大1日前後のずれなんで実用上ほぼ問題にならないでしょうけど。濃厚接触判定の日付フォーマットはGoogle/Appleが考えてくれてるので大丈夫のはず。
> まぁ、日本でしかつかわれない想定で対応しないと明記するのでもいいとは思うが、
日本でしか使われないにしても外国人が使う想定ではあるので日中英の3か国語に対応してるわけで。特に中国と行き来する人はロケールを都度切り替えて使っている可能性がある。
> # 自分も正しい対処方法はやったことないのでわからんのだけど。
サマータイムを無視した UTC-0 で保存、内部処理をして最終的なアウトプットで UTC やサマータイムを考慮した時刻にする、という形だったかとこうしないと巻き戻って重なる時刻の処理とかで色々な問題になる
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
サマータイム (スコア:0)
日付でロケールっていうとサマータイムが心配になるけど、大丈夫かね?
「現在時刻」の拾い方によっては1時間ずれるとかありそうだけど。
まぁ、日本でしかつかわれない想定で対応しないと明記するのでもいいとは思うが、
DXだなんだ言ってるんだし、今後を見据えて意識し始めておいてもいいと思う。
五輪でサマータイムとか言ってたのが懐かしいな。
# 自分も正しい対処方法はやったことないのでわからんのだけど。
Re: (スコア:0)
> 日付でロケールっていうとサマータイムが心配になるけど、大丈夫かね?
当然サマータイムでも問題が出るコードですね。
まあ最大1日前後のずれなんで実用上ほぼ問題にならないでしょうけど。
濃厚接触判定の日付フォーマットはGoogle/Appleが考えてくれてるので大丈夫のはず。
> まぁ、日本でしかつかわれない想定で対応しないと明記するのでもいいとは思うが、
日本でしか使われないにしても外国人が使う想定ではあるので日中英の3か国語に対応してるわけで。
特に中国と行き来する人はロケールを都度切り替えて使っている可能性がある。
Re: (スコア:0)
> # 自分も正しい対処方法はやったことないのでわからんのだけど。
サマータイムを無視した UTC-0 で保存、内部処理をして最終的なアウトプットで UTC やサマータイムを考慮した時刻にする、という形だったかと
こうしないと巻き戻って重なる時刻の処理とかで色々な問題になる