アカウント名:
パスワード:
ある日の0時0分0秒に 24*60*60秒を足してその翌日を得るなんてやっていると、うるう秒に対応できないんじゃないかと。 次は 2006年元旦か: http://jjy.nict.go.jp/QandA/data/leapsec.html [nict.go.jp]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
本当に何となく、ですが (スコア:5, 興味深い)
月次処理とか日付処理とか。
Re:本当に何となく、ですが (スコア:1, 興味深い)
テストで10年ぐらいまわして、なぜか10月30日のみ発生する。
結局、25*60*60秒足すと回避できる(翌日日付取得のみのメソッドだった)ので、汚い手段でとても嫌だったんだけどシューティングで既に半日も費やしていたので、その泥縄修正しました。
#さすがに関係ないとは思いますがAC
Re:本当に何となく、ですが (スコア:2, すばらしい洞察)
11/1 がかえってくると、翌々日と思うのですが。
それとも、私、すごい考え違いしてます?
Re:本当に何となく、ですが (スコア:1)
ある日の0時0分0秒に 24*60*60秒を足してその翌日を得るなんてやっていると、うるう秒に対応できないんじゃないかと。 次は 2006年元旦か: http://jjy.nict.go.jp/QandA/data/leapsec.html [nict.go.jp]
Re:本当に何となく、ですが (スコア:0)
その場がおさまればそれでいいのです(違)
正しく?は25時間加算ではなく、正午基点に24時間加算とするべきでしたがどうでもいいやって感じです。
シューティングの際にみつけてしまったんですが、末日を取得するメソッドが、
・引数で受け取ったの日付でcheckdate
・エラーが出なければ日付を1日インクリメントしてループ
・エラーが出てループを脱出したら日付をデクリメントしてリターン
って構造になっているので、真剣に別のプロダクトに差し換えを検討中です。ちょっと酷ス。。
Re:本当に何となく、ですが (スコア:0)
11月1日が出てきたらえらいことですがな。
Re:本当に何となく、ですが (スコア:0)
うわ火ダルマ。10/31の間違いだす。