アカウント名:
パスワード:
https://news.tv-asahi.co.jp/news_society/articles/000332996.html [tv-asahi.co.jp]
直前の大地震のデータをメモリに残すのは、これまでは通常の運用で地震の情報を効率的に更新するためでしたが、今回の問題を受けて一度ずつデータを消す運用に改めました。
運用を変えても今後の情報の発表に遅れはないということです。
データを残すの自体は正常だった感あるね。言い回しが運用フローの不具合って感じ。
ストレージにlogを吐き出して残すのはよくある話だと思ってたけど、そうでもないんだ
ソースの方を読むと、不具合を突き止められないから、運用で回避するよって言ってるように思う。
自分の想定したシナリオだと、・各々の地震計から計測した震度を記録した配列（のようなもの）がある。・その配列をソートして一番大きい値を最大震度として発表する。・各々の配列は地震のたびに上書きされるから、次の地震がおきる直前までは前のデータを持ってる。・何らかの原因で更新されなかった要素がある。・その結果、ソートするデータに前の地震のデータが一部混入する。・それを防ぐために発表後は次の地震がおきる前にゼロクリアする。
最大震度を間違えることはなくなるかもしれないけど、根本的な解決ではない感じ。
時刻とセットで記録しておくとかじゃだめなんかな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
一度ずつデータを消す運用に改めました (スコア:0)
https://news.tv-asahi.co.jp/news_society/articles/000332996.html [tv-asahi.co.jp]
直前の大地震のデータをメモリに残すのは、これまでは通常の運用で地震の情報を効率的に更新するためでしたが、今回の問題を受けて一度ずつデータを消す運用に改めました。
運用を変えても今後の情報の発表に遅れはないということです。
データを残すの自体は正常だった感あるね。言い回しが運用フローの不具合って感じ。
Re:一度ずつデータを消す運用に改めました (スコア:1)
ストレージにlogを吐き出して残すのはよくある話だと思ってたけど、そうでもないんだ
Re:一度ずつデータを消す運用に改めました (スコア:1)
ソースの方を読むと、不具合を突き止められないから、運用で回避するよって言ってるように思う。
自分の想定したシナリオだと、
・各々の地震計から計測した震度を記録した配列（のようなもの）がある。
・その配列をソートして一番大きい値を最大震度として発表する。
・各々の配列は地震のたびに上書きされるから、次の地震がおきる直前までは前のデータを持ってる。
・何らかの原因で更新されなかった要素がある。
・その結果、ソートするデータに前の地震のデータが一部混入する。
・それを防ぐために発表後は次の地震がおきる前にゼロクリアする。
最大震度を間違えることはなくなるかもしれないけど、根本的な解決ではない感じ。
Re: (スコア:0)
時刻とセットで記録しておくとかじゃだめなんかな。