アカウント名:
パスワード:
ソフトウェアサービスだと、タイムゾーンへの対応は当然行いますよ。内部では UTC で管理して、見せる方は Localtime にするってことですよね。表示の変更はユーザが選ぶようにしてるので、自動にはあえてしなくてもいいかなと。きりがないので。
内部がUTCならいいんだけどとくに日本国内向けのサービスだとたいていJSTになっていて阿鼻叫喚
特に出力ファイルやログデータにローカルタイムのHHMMSSが含まれていたら、ソートが狂ったりファイル名が衝突したり悲惨ですね。
バッチが飛ばされたり2回実行されたりとかもありそうです。
バッチ扱うようなシステムだと、通常アプリケーション日付ってのもありませんか?日付が 05:00 JST で切り替わる(○月×日は、5:00 から 29:59 までになる)ようなやつ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
控えめな対応 (スコア:0)
ソフトウェアサービスだと、タイムゾーンへの対応は当然行いますよ。
内部では UTC で管理して、見せる方は Localtime にするってことですよね。
表示の変更はユーザが選ぶようにしてるので、自動にはあえてしなくてもいいかなと。
きりがないので。
Re: (スコア:0)
内部がUTCならいいんだけどとくに日本国内向けのサービスだとたいていJSTになっていて阿鼻叫喚
Re: (スコア:0)
特に出力ファイルやログデータにローカルタイムのHHMMSSが含まれていたら、ソートが狂ったりファイル名が衝突したり悲惨ですね。
Re: (スコア:1)
バッチが飛ばされたり2回実行されたりとかもありそうです。
Re:控えめな対応 (スコア:1)
バッチ扱うようなシステムだと、通常アプリケーション日付ってのもありませんか?
日付が 05:00 JST で切り替わる(○月×日は、5:00 から 29:59 までになる)ようなやつ。