■スレッドリストへ戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50

「monazillaツールと課金及び転送量・鯖負荷問題を考えるスレ」

257 :心得をよく読みましょう :02/03/25 04:04 ID:TlGlQ49T
640 名前:委員長 ◆ABoneCRY 投稿日:2002/03/23(土) 22:38 ID:???
>607〔subject.txt形式は巡回板が多くて
    かつ、一つの板あたりのお気に入りがごく少数な場合は逆に負荷になる。〕
それは言えてます。
A Boneを作る際に、かちゅ〜しゃの巡回機能や、ホットゾヌの更新チェックの
仕様を参考にして、「空振り覚悟の巡回」を排除すること、「新着レス数が分かる」
事を条件にして作った方式なんですが、そういう落とし穴も想定出来ます。
ただ、データ的には不足かもしれませんが、テスターさんから頂いたお気に入り
リストや、既得スレッドリストを拝見する限りでは、まず落とし穴にはまらないなと
感じました。

>617〔subject.txt は想像以上にデカい〕
想像以上にという表現が相応しいかどうか分かりませんが、小さいとは
言えないかもしれません。
ただ、subject.txtも圧縮データとして取得出来る事も付け加えておきます。

>624〔更新チェックだけだったら
    板毎のお気に入りの数を集計して、
    n個以上だったらその板のsubject.txtを取りに行く
    n個以下だったらdatのLast-Modifiedを取得
    するのが効率がいいのかな、と〕
効率面から考えると確かに良い提案だと思います。
ただ、これは私の個人的な感覚ですが、その二つは、方式ではなく
機能の違いになってしまうと思うのです。
つまり、subject.txt取得=新着レス数が分かる
datのLast-Modifiedを取得 =新着レスがある事だけが分かる。
状況によって切り替えてしまうと、ユーザーさんにとっては、
違和感を感じると思います。
だから、負荷がかかっても良いという理屈を言うわけではないですが。

258 :心得をよく読みましょう :02/03/25 04:04 ID:TlGlQ49T
653 名前:委員長 ◆ABoneCRY 投稿日:2002/03/23(土) 22:48 ID:???
>633
テストどころか、コードも全然書いてません。(^-^;

>634
いや、実は巡回機能を実装したいと思ってはいます。
気持ち的には、巡回機能ではなく、オフライン読み支援機能ですが、
それは言葉のお遊びかもしれませんね。

>635
> >>617 〔subject.txtは〕30KB 前後ですね。
それは解凍後のサイズなので、転送量的には半分程度ではないかと。

> ところで、今は sage で書いても subject.txt は正確に更新されるんですか?
大丈夫です、よっぽどの事故がない限り更新されてます。

>638〔(subject.txtの)圧縮は効くはずだけどそれはそれで負荷が掛かるな〕
負荷はあるでしょうね。

378KB
新着レスの表示

スレッドリストへ戻る 全部 前100 次100 最新50

0ch BBS 2004-10-30