2ちゃんねる用ブラウザ「A Bone」Vol.2

>832
私が余計な負荷と言ったのはこういう事です。
例えば10分に1回更新チェックをする設定にしたとします。
貴方はウッカリA Boneを立ち上げたまま寝てしまい、8時間が経過した。
この時点で全く無駄な更新チェックが48回も行われる事になりますよね。
この事を言っています。
現在の仕様ではユーザーがボタンを押した時だけ更新チェックが行われ
るので、必要な時だけ更新チェックを行ったことになるのですが、定期
自動巡回のような放っておけば何度でも更新チェックをする機能というのは
2ちゃんねるの事を考えていない機能の様に感じてしまう訳です。
もちろん、絶対に定期自動更新チェックを搭載しない方が負荷が低くなる
という訳ではありません。ユーザーの使い方次第です。
指定フォルダに関しては、現バージョンでもフォルダを選択して、お気に入り
タブの上にある更新チェックボタンを押せば、そのフォルダ内だけ更新チェック
はします。
ただ今回は更新チェックではなく、新規レスの取得ですよね。
この件に関してはA Boneを作成するにあたり随分考えました。
例を上げて説明しますと、かちゅ〜しゃの場合は巡回(新規レス取得)で、
ホットゾヌは更新チェックです。
この2つを比較した場合、それぞれにメリットとデメリットがあります。
ホットゾヌの場合、各スレッドの更新を恐らくファイルのタイムスタンプで
判定して更新があったかどうかをチェックしています。
この場合、2ちゃんねるへの負荷はかなり低いと思いますが、逆に
新規レスがいくつあるのかは分かりません。
かちゅ〜しゃの場合はスレッド毎に新規レスをいきなり取りに行くので、
レス数の数だけリクエストが発生し、サーバーへの負荷は高いと言え
ますが、新着数が分かるだけでなく、既に取得も完了しています。
これらを比較して私の出した回答が今のA Boneの方式です。
A Boneは板毎にsubject.txtを取得して更新をチェックしています。
この方法であれば新着数も分かりますし、スレッドの数だけリクエストを
送る事もありません。
仮にお気に入りに100個のスレッドがあっても、そのスレッドが全て
ソフトウェア板のスレッドだったら1回subject.txtを取得するだけです。
これは我ながら良い判断だなぁと思っているのですが(笑)。
ただし最悪のケースもありえます。
100個の板から1個ずつスレッドをお気に入りに登録した場合、100回
リクエストを送り、100回新着レスを取得しにいくより、遥かに転送量が
かさみます。
ただ、これは理論上の話で、実際の使用上では各人に好みがあり、
おのずと板の傾向は偏りますので、100個の板から1個ずつのスレッド
なんて事にはならないと判断しました。
この辺りが現バージョンの仕様の理由ですが、いかがでしょう？