アカウント名:
パスワード:
通常存在しない60秒という時刻を挿入するのと、59秒を2回やるのでは、どっちの方がシステムに与える影響が少ないんですかねえ。
時刻をキーにしているDBがありそうだから、59秒が2回刻まれるの方が痛いかと。むろん、60秒を例外扱いしないよう組んである必要がありますが。
それが為に59秒が2回刻まれるとまずいことが起こるなら、1秒以内に2回そのイベントが起きないことが保証されていることが必要。1秒以内に2回起きないことは保証していて、2秒以内に2回起きないことは保証できないといのは限定的だと思う。でも、59秒が2回刻まれると秒未満での時刻の遡行が起こるので重大な影響になる(2012年には実際起きたようで)。一方、time構造体中の秒は古えより「int型の0~60」と定義されているので、よもや60秒を考慮していないなんてない。はず。きっと。多分。だといいなぁ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
23時59分60秒 (スコア:0)
通常存在しない60秒という時刻を挿入するのと、59秒を2回やるのでは、どっちの方がシステムに与える影響が少ないんですかねえ。
Re: (スコア:0)
時刻をキーにしているDBがありそうだから、59秒が2回刻まれるの方が痛いかと。
むろん、60秒を例外扱いしないよう組んである必要がありますが。
Re:23時59分60秒 (スコア:0)
それが為に59秒が2回刻まれるとまずいことが起こるなら、1秒以内に2回そのイベントが起きないことが保証されていることが必要。
1秒以内に2回起きないことは保証していて、2秒以内に2回起きないことは保証できないといのは限定的だと思う。
でも、59秒が2回刻まれると秒未満での時刻の遡行が起こるので重大な影響になる(2012年には実際起きたようで)。
一方、time構造体中の秒は古えより「int型の0~60」と定義されているので、よもや60秒を考慮していないなんてない。はず。きっと。多分。だといいなぁ。