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