【２ちゃんねるビューア】　巡回機能の巻。Part2

Dat巡回が鯖の負担で夜勤さんがﾋｰﾋｰ
はたして2chﾌﾞﾗｳｻﾞの未来は？

【２ちゃんねるビューア】　巡回機能の巻。Part1
http://pc.2ch.net/test/read.cgi/software/1016178419/l50

1 Name：夜勤 ★ Date：03/15(金) 16:46 ID:???
【２ちゃんねるビューア】　巡回機能の巻。

あいかわらず、サーバの状況は逼迫している今日このごろですが、
いかがお過ごしでしょうか。

ちょっと　ツールの作者様たちに聞きたいのですが、
自動巡回機能って搭載していますか?

搭載している・いない
巡回可能スレッド数の上限は?
巡回の(最大可能)頻度は?
毎回 dat とかを見に行くの?

あたりを教えて欲しいです。

なぜかっていうと、、、
あいも変わらず、なんとか現有のサーバで全てのアクセスを
こなしていけないかなぁ　と考えている訳なんです。
もちろん、ユーザとしては欲しい機能なんですが、、、
すでに　ツール使用者は 60万人(非公式)を超えているようなんです。

関連ｽﾚ・ｻｲﾄ

乱立する2ch用ブラウザの比較 Part3
http://pc.2ch.net/test/read.cgi/software/1015928913/l50
比較サイト
http://webmania.jp/~2browser/

18 Name：夜勤☆ Date：03/15(金) 17:17 ID:???
単発質問スレを立ててサーバ資源を無駄に消費する
という趣旨のスレです、、

29 Name：夜勤 ★ Date：03/15(金) 17:51 ID:???
>>28
なぜ　そのことがばれたんだろー。

34 Name：夜勤 ★ Date：03/15(金) 17:59 ID:???
ふそく。

43 Name：夜勤 ★ Date：03/15(金) 19:47 ID:???
で、ぶっちゃけた話、
「巡回機能は●持ちだけにしろー」という主張な訳なのです。

でも、それじゃあんまりかなとも思いますし、
そんな強制力がある訳でもありませんし、

んな訳で、どうしようかと、
100 か 0 か(白か黒か)じゃない方法もあるでしょうし、

95 Name：夜勤 ★ Date：03/16(土) 16:42 ID:???
今日現在においては、
game , music(ebi) , comic(salad) , tv(saki) , vip の巡回はするな
っつうことです。

100 Name：夜勤 ★ Date：03/16(土) 17:03 ID:???
>>95 に、　love(curry) を追加。

102 Name：夜勤 ★ Date：03/16(土) 17:11 ID:???
私(サーバの見守り係)の希望ではね >>99
私(一ユーザ)の希望でそれはこまります >>99

>>101
どうやって　やるのがスマート?

766 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 15:07 ID:???
あっ　私　夜勤だったりします。 (キャップ入れ忘れ)
まぁ　誰が発言したかはどうでも良いことですけど。


768 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 15:11 ID:???
たとえば　告知がないとか良くみんなが言うけど
各スレッドが告知だと思っています。それも時系列で整理されてて
賛否両論の意見つきの。とっても貴重な情報ですよ、きっと。

すくなくとも、わたしは　その時々に必要なスレッドを立てて
みんなで、わいわい議論をしたいと思っていますし、してきました。

この方法が悪いとかと言われても、私には他に手段がないので
困ってしまいますけど。

769 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 15:12 ID:???
じゃ　本題に入ろうかと思いますが、
私の編集が加わるのも　なんですから、そのままアップします。

771 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 15:21 ID:???
ひろゆき 2002/03/ 4:10
巡回いれていいとおもうんですが、、、、

夜勤 2002/03/ 4:11
●の話?

ひろゆき 2002/03/ 4:11
ツールの話しです。

夜勤 2002/03/ 4:12
無条件に?
　どんな方法でも?

ひろゆき 2002/03/ 4:12
認証IDのみにして、問題がおきたら、
　数を制限するとかすればいいんでないすか？

夜勤 2002/03/ 4:15
私の意見は、こうなんです
　巡回制限大(スレ3個とか、30秒待ちとか)　、全員。
　●持ち -> 制限緩和 (50スレ、20秒待ちとか)
　で方法は、比較的負荷のすくない方法で、

ひろゆき 2002/03/ 4:22
認証IDがなければ巡回なし、、、
　のほうがわかりやすいような、、、

夜勤 2002/03/ 4:22
わっかりましたー。

784 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 16:52 ID:???
>>778
そのあたり、何をどうするか、どうすれば良いのか?
を話し合うのが、このスレッドの目的だったりします。

それぞれの立場でそれぞれの主張がある訳で、
どのへんに落とすかと言う話だと思います。

決定するのは、最終的にはひろゆきさんでしょう。

２ちゃんねるはこう言うものだという管理人の主張。
２ちゃんねるをより使いやすくというみんなの主張。
あらし対策(削除人さんたちとか)をしている人の主張。
サーバを見ている者としての主張。
そんな予算ないぞーという管理人の主張。
等等

835 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 17:44 ID:???
>>1 でも書いたように　推定 60万ツールユーザがいる訳で、
1,000人の人が自分でプログラム作っていろいろやったとしても
59万9,000 人は、普通に使うだけで、　　　とか


851 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 17:57 ID:???
>>893
今、手元に資料ないので、詳しい数値はわかりませんが、
先日　cheese サーバで Apache のログとったですよ。
ユニークな IP でのアクセス数とか、
UserAgent 別、IP別でのアクセス数とか、
しらべたんです。

それを解析してみたら、

呼び出し回数では、ツール使用者が 50% をとうに越しています。
ユニークな IP では ツール使用者は　18.6% です。

cheese の数値を元に全体を推定すると、
60万人/日　のツール使用者。で、これが全体の 18% 〜 20% くらいで
あるのかな? ということです。

20% の人が　50% 以上のリソースを使っているのが、今日の２ちゃんねるです。



861 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 18:07 ID:???
確信犯は、サーバ側ではじけば済むのではないかと思いますが、
ようは、普通に使っているユーザの方々の問題でして、


868 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 18:13 ID:???
subject.txt は、直接引っ張ってくださいね、(cgi 通さずに)
更新チェックは、A Bone がやっているように subject.txt で行ってくださいね
スレッドも　できれば dat を直接持っていってくださいね
(read.cgi 通さずに、転送量との兼ね合いもありますけど)

この兼ね合いの部分は、日々変化するので
誰にもわかりませんよ。(私に回答をせまらないでね)
今は、サーバの負荷に苦しんでいます、かといって　極端に
転送量が増えるのもこまります。


913 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 20:41 ID:???
>>907
全部で 500人いたとしても、500/600,000 なので、
500/600,000 = 830ppm 位かと、

919 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 20:46 ID:???
なんか手違いで、キャップ入ってないのだ、pc サーバ。
入れてくるかな。。。


926 Name：夜勤 ◆D69Zsbfg ＠夜勤 ★ Date：03/22(金) 20:52 ID:???
>>920
一年後、六ヵ月後、三ヵ月後、
一ヵ月後でもいいから、総アクセス数等を予測して欲しい
おねがいします (切実です


936 Name：夜勤 ★ Date：03/22(金) 20:57 ID:???
あらっ　くどい名前になっちゃった。

>>929
見たくもないグラフです。現実は直視しなきゃならないですけど、
まぁ　二次関数のグラフを思い出していただければよいかな?
サーバの台数のグラフでも同じような感じかと思います。

>>930
私には　わかりません。管理人に聞いてください。
どうして私がそんなことを知り得る立場にいると思うの?
私に対する質問じゃないのかな? (ちがったらごめん)



962 Name：夜勤 ★ Date：03/22(金) 21:11 ID:???
巡回と一口に言っても、みんなの指摘どおりいろいろな方法で実現されている
のが現状でしょ。
だから、巡回の方法も良いものを考え出して、サーバに機能が必要なら
追加することもあるだろうし、

先ほども書きましたが、
subject,txt でもっていってね、
スレッドも dat で持っていってね、なんてのがサーバからの要望です。
差分取得のほうが早いかもしれないけど、たとえば ●持ちじゃなきゃ
差分取得を出来ないようにするなんてのも、物理的には可能だと思います。

といったからといって、何が決定したわけでもないですよ。
いろいろ公開の場で話し合いたいからここにスレッド立てたのですから。
とくに政治的な状況は私にはどうすることもできないので、
出きる範囲の話がしたいということで、ソフトウェア板にしました

970 Name：夜勤 ★ Date：03/22(金) 21:15 ID:???
だからー
そのいいとか悪いとかを誰が決めるの?
みんなで　知恵を絞って考えていきたいというスタンスなんだなぁ。。。わたし


971 Name：夜勤 ★ Date：03/22(金) 21:17 ID:???
>>968
>そんなソフトがUGで広まったら、
それが無視できない場合は、単に潰せば(アクセスできないようにすれば)よいかと


977 Name：夜勤 ★ Date：03/22(金) 21:19 ID:???
>>972
>こんな感じの意見でした

というか、ここで決まったら　あとは管理人が yes/no を言うだけです。
意見を述べたかったら、ここに参加するでしょうし。
だから　yes/no を迫るだけです、私は。
多分 yes としか言わないと思いますけど。


979 Name：夜勤 ★ Date：03/22(金) 21:24 ID:???
大抵そうだったですよ、今までの決定もすべて、 >>978
突然何時までに決定しなきゃならないわけでもないし、
堂堂巡りを繰り返しながら　ってな感じかと、

878 Name：委員長 ◆ABoneCRY Date：03/22(金) 18:46 ID:???
まだ予定レベルですが、実はA Boneへの巡回機能の搭載も
考えてたりします。
もちろん、今回の件が何らかの解答へ結びついた後にですが。
2ちゃんねるへの負荷への配慮は当然必要なことですし、それに
ついては今までも前向きに考えてきたつもりです。
しかし、従量制のダイアルアップユーザーへの配慮も忘れたくない
という思いもあるのです。
私も先日、一時期ダイアルアップ接続を余儀なくされたのですが、
更新チェック後、新着レスのあるスレッドを一括DLしてオフラインで
読みたいと思ったものです。
これは2ちゃんねるの負荷を無視した我侭ではなく、純粋に
通信費の節約という切実な願いですよね。
結果として、我侭なユーザーの身勝手な使い方に寄与する事が
ないように何らかの規制を考えなければなりませんし、それを
思いつくまでは搭載しませんが。
一度のまとめてリクエストを送ることの問題というのはありますが、
巡回でも手作業でも、取得するスレッドの数は同じという理論が
「ダイアルアップユーザーの為の巡回機能を作ろう」という気持ちに
させています。
願わくば、巡回機能の全面禁止ではなく、巡回機能のガイドライン
を作るという方向で話が進めば、と思っています。

22 Name：委員長 ◆ABoneCRY Date：03/22(金) 17:40 ID:???
>18
微妙なところですね。
現状では正式なガイドラインの提示はなく、各開発者の自主規制に
任されていると私は認識してますので、現状のままです。
なお、いくつかのブラウザでリロード規制などの処置が取られて
いますが、次バージョンのA Boneでは一切そういう規制は一切
加えていません。
しかしそれは恒久的に制限を設けないという訳ではなく、むしろ
2ちゃんねるへの負荷に対しては、優先的に考えてきたつもりですし
今後もそうするつもりなので、いつ自主規制するか分かりません。
今回の巡回やリロードに関する自主規制については、私個人として
2ちゃんねるが何を制限して欲しいのか、その辺りのアプローチが
ない為、こちらが勝手に2ちゃんねるの要望を想像して、リロード規制を
行う事は、ユーザーの立場を無視した行為と判断した為です。
今後、この辺りに関しては運営サイドと開発者サイドの間で何らかの
話し合い等が設けられると思いますが、その内容によっては自主規制を
行いたいと思っていますので、その際はご了承下さい。

27 Name：委員長 ◆ABoneCRY Date：03/22(金) 18:01 ID:???
>23-24
んー、まぁ1と2の間と言うことになるのかなぁ。

私の勝手な解釈なんですが、確かに更新チェックと巡回は
違うという意見を受理されていませんが、却下もされていない
と思ってます。
そして更に勝手な解釈なのですが、A Bone式の更新チェックは
今の巡回機能規制において、解答の一つを提示したと思ってます。
要するに、A Boneの更新チェックは規制の対象ではなく、規制の
対象となった巡回機能の今後の方向性の一つとなり得るということです。
手前味噌な言い方になってしまったけど、「巡回機能はツライね、A Boneの
ようなsubject.txtを取得する方法が一番無難なのかな」という発言は
いくつか見受けましたし、夜勤氏自身もおっしゃってたと思いますから、
そういう考えもあながち自惚れではないと思ってます。

A Boneの更新チェックに制限がかけられるという状況は、実は
全然想定してなかったりします。
なぜかというと、全面禁止は可能ですが、制限をかける事は
事実上不可能だからです。
制限というと、「50スレッドまで」とかになると思うのですが、
それは無理です。
50スレッドといっても、50個のsubject.txtかもしれないし、
5個のsubject.txtかもしれませんよね。
そういう仕様の更新チェックに「50スレッドまで」という規制を
提示された場合は、規制の再考を進言しますが、まぁそんな
頭の悪いことは言わないでしょう(笑)。
ただし、かちゅ〜しゃの巡回のように、「次の更新チェックまで
10分のインターバル」という規制に関しては、その間隔時間が
非常識でない限り、運営サイドの意見を尊重する予定です。

最後に、私個人としては、運営サイドとユーザーサイドの間に立つ
コウモリ野郎でい続けようと思ってます。
ユーザーの利便性を無視した意見にも、2ちゃんねるの存続を無視
した意見にも徹底抗戦のつもりです。

/* カックイー！有紀ちゃん見てるー!? */

778 ：委員長 ◆ABoneCRY ：02/03/22 15:40 ID:???
>>771の夜勤氏って本物なの？
打ち合わせ過程の事だから今からどうこう言うべきではないのかも
しれませんが、●持ちの制限50スレというのが難しいなぁ。
お気に入りに100スレ登録している場合、どの50個を巡回対象とするか？
という問題をクリアさせる必要が出てくる。
だからと言って、スレッド数の制限なしにしろとも言いませんけどね。
開発の進んでいるブラウザはともかく、かちゅ〜しゃの場合、kage.exeで
その辺りって対応出来るのかな？
強制的にTop50スレッドって事になるんぢゃないかしらん。

個人的な意見ですが、私的には「A Boneの更新チェックは巡回機能に
あらず」と思ってるのですが、それは認識としてあってるのかな？

146 Name：（ヒ） Date：03/17(日) 05:12 ID:???
>>139-143
んー。各ブラウザ作っている人は趣味だと思うので。。。
趣味だし、いやなら作るの止めればいいだけで。。。
で、ギコナビはユーザ数が少ないから、負荷がどうこうつーのは置いておいて。
とりあえず、次のﾘﾘｰｽでは、なんらかの制限を入れようと思っているのですが、
どんなのがいいでしょう。
とりあえず、制限を入れてみてユーザの意見を聞いてみるのがいいのかな。

133 ：名無しさん＠お腹いっぱい。 ：02/03/16 22:26 ID:???
負荷の問題は、直読み規制の影響で
read.cgiのrawモードを使う(使える)ツールが増えた事も関係してるかな。

恐らく、鯖の負荷は主に
・接続/転送(apache)
・プロセス(cgi)
・圧縮(mod_gzip, gzip)
・I/O
の４つから成り立っていると思うわけで。

で、接続の負荷は「巡回時はHTTP/1.1(Keep-Alive)を推奨」以外に考えつかない。
I/Oは、巡回間隔の設定やIf-Modified-Sinceの他にも、
巡回するスレッド数の上限の設定なども考えた方がいいかもしれない。
cgiは、read.cgiの占める割合が圧倒的だから
ツールを推奨してブラウザが呼ぶread.cgiを減らす、
できるだけ、ツールではread.cgiを呼ばない、などが考えられる。
その他にも、read.cgiがHEADメソッドに応答するのをやめて(304を返すようにして)
スレッドのURLに対しての更新チェックが出来ないようにする手もある。
更新チェックは(汎用の更新チェッカーは使えないが).datに対して行えばいい。
もちろん、rawモードを廃止すればかなり負荷は減らせると思うけど。

最後の圧縮負荷だけど、read.cgiのrawモードとの関係もあり、
この割合はかなり大きくなっていると思う。
もちろん、転送量とのトレードオフだから一概には決められないけど、
転送量よりも負荷が問題となるようなら、圧縮率を下げることを考えてもいい。
今は、mod_gzipもbbs.cgi呼ぶgzipも標準の圧縮率(6)になっていると思うから
これを4とか3に下げれば、転送量が若干増える変わりに負荷が減る。
転送量は数パーセント上がるし、どの程度負荷が減らせるかもわからないけど
過去ログのようにずっと残しておくものではないので
試してみてもいいと思う。

989 Name：夜勤 ★ Date：03/22(金) 21:48 ID:???
ちょっと　今回のお題からはずれますが
subject.txt を隠したいとかも　思っているんですよね、

なぜかというと、現在ツールを作成してまでも荒らしたい
という人が増えているらしく、それと戦っているのがトオルさん
だけだったりするわけです。まさしく孤軍奮闘なわけで、

最近のあらしツールは subject.txt からすレッド番号取ってきて
順次スレッドにレスを付けるような動きをするようです。
subback.html は(ちょっと変更でもすれば)解析しづらいので
よいのですが、subject.txt の構造を変えるのは影響が大きすぎる
と思うので、そんなこと考えています。

これは、また次のお題かな? (それより先に差分取得かな?)

923 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:49 ID:???
>>917
でも、巡回という付加価値ならお金払っても良いって人はおおいんじゃない?
●が使えるとかよりもずっと魅力的な付加価値だもん。

お金払ってくれる人が少ないってことは、巡回できるユーザが減るってことだから、サーバ負荷も減るでしょ?
とりあえずどっちに転んでも問題ない。

924 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:50 ID:???
町に昇格します。（ｗ
６０００人の村で
１２００人がツールユーザー（６０００×２０％）
５人が有料ユーザー
１１９５人が無料ユーザー（１２００-５）
で１２００人で３０００人分の米を食ってる。

１１９５人がみんな有料ユーザーへシフトするとは考えにくいので
５人の有料ユーザーへの制限はいらないかも。
で、１１９５人には巡回禁止措置。

940 名前：名無しさん＠お腹いっぱい。 本日の投稿：02/03/22 20:58 ID:???
ユーザーの選択肢を二択化したらどうかね。

１．専用ツール＋有料（巡回機能あり：制限つきかもしれないが）
２．通常ブラウザ＋無料（巡回機能無し：当たり前か？）

でどっちにも属さない、
３．専用ツール＋無料
はほっとくってことで。

有料化しても今までの利便性を維持するのは、２．を対象に考える。
負荷かけてるツールユーザーは有料だから負荷分のコストは負担する（全額ではないかもしれないが）。
で、３．はブラウザよりは利便性は高いが有料ユーザよりははるかに利便性は劣ると。。。
そうすれば
Ａ．負荷はかかるが金銭負担するユーザ
Ｂ．負荷はあまりかけないが金銭負担しないユーザ
　　（３．は巡回機能等を無くすことで通常ブラウザと同程度の負荷となるってことで、、）
の二極化が進むんじゃない？

巡回機能はこういうのはどうでしょうか？

1.subject.txtを取得して更新チェック
2.更新済みスレ一覧がでてから選択してdatの取得。

無料ユーザは１で止めるか、2の数を制限する感じで。

あ、あれ？

>>15
subback.htmlの方がsubject.txtより解析しづらいから荒らしツールが減る、
なんてことは100%有り得んよ。むしろやる気を増やすだけ。

カキコ荒らしはbbs.cgiでIP記録で警察通報、でいいんじゃないの

つづきはここでいいの？？

>>21
”ちょっと変更でもすれば”って書いてあるし
なんかうまいやり方でもあるんじゃないの？

あ、それでも、さらにやる気を増やすだけか

>>21

>カキコ荒らしはbbs.cgiでIP記録で警察通報、でいいんじゃないの

これのめんどくささを　あらしにも味わってもらう作戦と思われ

IEなどの普通のブラウザと、（IDに金を払わない）2ch閲覧ブラウザを区別して
後者にだけ制限を課そうとしているけど、もし仮に、JavaScriptとかを使って
IE上で2ch閲覧ブラウザと同等の機能性が確保できるhtmlファイル（ソフトとは呼べないだろう）が
出来たらどうするんだろう？

>>25
JavaScriptを切る。

>>25
ほかの非公式ツールとかのクラックでの話でもあったけど、
そういうのはそのツールでの被害(?)が増えてから考えるでいいんでないの？

>>25
今をどう乗り切るかが問題なんでないのかな?
もうどの鯖も重くてこまりんこ。

http://news.2ch.net/test/read.cgi/newsplus/1016802005/l50

【ネット】２ちゃんねる内の誹謗中傷監視サービス開始

1 ：京都県民がらすき以下略φ ★ ：02/03/22 22:00 ID:???
依頼：502 名前：名無しさん＠お腹いっぱい。 投稿日：02/03/22 13:10 ID:t1xrGjob


http://www.znw.co.jp/products/BBWatcher/index.html
インターネット掲示板自動モニタリングサービス BBWatcher２ちゃんねる　対応
BBWatcherとは
インターネット掲示板自動モニタリングサービス（ASPサービス）
インターネット上で発生している企業への誹謗・中傷といった新しいタイプの企業危機への対応策として
掲示板に投稿された記事の中から注視すべき記事をモニタリングして影響度合いを測るサービスを提供

鯖負荷問題発生中に転送量問題も発生しそうなヨカーン・・・

で、subject.txtは monazillaツールも読めなくなるの？
それとも monazillaツールだけは読めるようにする予定？

この”ちょっと変更でもすれば”のせいで、数日前まで
荒らしツールでもなんでもない マタ〜リが強制終了
しちゃってたみたいだけど。

やはり monazillaツール以外は荒らしツールとみなして
駆逐する方向なのだろうか。

>>30
荒らしツールがmonazillaツールに偽装してくるかもよ？

>>30
荒らしツールは駆逐したいだろうねー
でも　「それをどうやって見分けるか」なんでないか?
Monazilla の印籠があれば、その規制を簡単に乗り越えられると
特にID持ちは　簡単に見分けられるので　規制をスルーさせやすいと

100人の村で20人が村の半分の米食べてるって例えがあったけど、
ツール使ってるのはヘビーユーザーなんだから当たり前では?
ツールだから迷惑というよりヘビーユーザーだから迷惑なのでは?

だったら何だという話だが。。

>29
よーわ、こーいうツールを追い出す方向にするだけで
かなり違わないか？
それこそ企業相手に金がかかってるんだから強烈な巡回かけてると思うんだが。

夜勤さんは今どこに。。。

個人的には、monazilla ツールの作者と、
http://pc.2ch.net/test/read.cgi/tech/999431595/
のプロジェクトの人間がうまく連携してくれたらいいなあ
と思ったり、思わなかったり。

# どうせ、原則無料で C/S では限界なんだから。

>>33
例えるならば、ヘビーユーザー＝大食いってことね（藁
大食いだから、食料を食いつぶして迷惑と。

ここ

>>38
夜勤さん、
結局巡回（更新チェック）はどうなるの有料ユーザーのみ制限無しにするの？
それとも、無料と有料は区別なし？
それによってはツール乗り換える必要があるので、、、
ゾヌはアナウンスがないと●持ち優遇はしてくれないらしい。。。

夜勤さん、夜勤さんの立場として>>29の件のコメントあります？

つらいなぁ、とかなんでもいいです。

私の意見とひろゆきさんの意見はだしました。
あとは　個々の判断か、大きな概要をここで決めれば良いのでは?
と思っています。

私が、「あーすれ」とかいう問題でもないですよ。

>>29
ですかー?
見つけたら、それ相手に楽しもうかなー。

>>42 か、かなり（￣ー￣）ニヤリッ 的な発言ですな・・・・

さあ盛りあがってまいりました。

>>42
>>29みたいなところからお金をガンガンとれればいいのにね

>>45
ほんとに、

>>46 （￣ー￣）ニヤリッ

夜勤さんへ、ってゆうか管理人その他にもか？長文ｽﾏｿ

そもそも鯖負荷の問題は運営費用との比較の問題だと思います。で今問題になっているのは、
ツールによる機械的な巡回が鯖負荷を上げているということです（他の問題もあるでしょうが）。
であるならば、巡回をする人（ツールを使う人）には鯖負担の金銭的負担をしてもらうのが一番
合理的だと思います。ツールを以下のように分類します。
１．monazilla系巡回機能有り、２．monazilla系巡回機能無し、３．monazilla系巡回機能選択機能有り
４．非monazilla系。それで、１はログイン必須にする。２はそのまま。３はログインしなければ巡回でき
ないように改造してもらう。４は鯖側ではじくようにする。ってことにすれば良いのではないでしょうか？

想定している通常ユーザーはIE等のブラウザを使う訳ですからそもそも巡回機能はないので、その人
たちの利便性は変わらないと思います。そして、４は２ｃｈ側からすれば勝手にやってることですから
感知する必要はないですし、１は巡回機能がないので問題なし。１と３を対象に巡回は要IDってことに
すればいいのではないでしょうか？

それでも、UA偽装などが行われることは考えられますが、それはその問題がおおきくなって
から対応を考えれば良いのではないでしょうか？

それから、クレカを持っていない人への対応も必要ですが、それは決済方法の多様化を
考えるという問題ですので、近々にやるべきですが、とりあえずは上記をすべきではないでしょうか？

20％の人間が50％の負荷をかけているなら、以下のようになるはずです（理屈上は）
20%の巡回機能を使う人が半分に減る→25%負荷が減る
その半分が通常の使い方をする→6.25%負荷が増える・・・・・・差し引き18.5%負荷が減ると。。。
実際には決済方法が多様化しないと巡回機能を使える有料ユーザーはもっと少ないでしょうから
もっと減ると思われます。

どうでしょうか？管理人と相談して公式に有料ユーザーの巡回機能制限の廃止をアナウンスしていた
だけませんか？

でもね、こんなことを言うとまた叩かれるんだけど、
>>17 の話なんだわ

1,200 のうち、1,000 はかちゅーしゃだったりするんですよ。
他の作者さんたちのツールは、どうでも良いといえばどうでも
良いんだな現状は。

だからといって、kageさんとかを非難しているのではないのよ、
現状を説明しているだけだからね　(保身)

>.41
どこに出したんですか？

>29　が、社員総出でかちゅーしゃ使って巡回してたりして(藁

>>49 あややーやっぱりそうなのねん。
どこまで技術的に可能なのか知らないけれど、Kageでかちゅを改造するのは
そろそろ限界なのかもねぇ。

巡回機能を使うのと、
例えば かちゅ〜しゃ でたくさんのスレッドを「お気に入り」に入れておいて
順番にクリックしていくのとどこが違うか、と思うのですが。

巡回機能がなくても、1人のユーザが ツールを使っている同じ時間に
ほとんど同じ数のスレッドへのリクエストは発生するんじゃないかと。

>>53
数百登録してたら、手動でやるのと自動でやるのでは時間に差ができると思われ。

ここじゃ決まらないでしょ。

ID,PWの時みたいに monazilla MLかどこかで作者達と
直接コンタクトをとって、結果をここで発表すれば？

どう転んでも叩かれるみたいだし。

既出というか議論ずみ？

もう一つ、 Apache のモジュールを作る(前スレ822)というのが
前スレ820, 829 「事実上不可能」というのはなぜ？

CPU は遅くてもいいからメモリの多いサーバを増やして、
スレッドの後ろの方の、よく呼び出される部分を全てメモリ上に置けば
ディスクを読みに行くのは大きく減ると思われ。

>54
手だと時間がかかるし、数百の中には毎日は読まないものがあるだろうということね。

全部読むという前提では、1日に巡回する回数が同じなら
総負荷は 1回にかかる時間によらないと言いたかった。

>>55
そんなこと言わないで、ここでやりましょーよー
その方が　見通しよいですよ　きっと、

>>56
私やるですか? (やだねったら　やだねー
もう２ちゃんねるにお金つぎ込めないですよ、私。

>>58
ログインしないと更新チェックできなくなるのですか
という質問で、以前
オイスターのおいちゃん ★（＝夜勤 ★）さんから
それは各ツール作者さんの考え方次第、という回答を頂いたことがあります

夜勤さん、覚えてらっしゃいますか？
ぜひとも、このスタンスを貫いていただきたい

夜勤さんが壊れてく…

＞もう２ちゃんねるにお金つぎ込めないですよ、私。
どう考えても本音だよなぁ
2ch終演の香りが…

>>57
結局、手動だとﾒﾝﾄﾞｲし、時間もかかる（夜勤さんから見るとかせげる）というのが理由なの?
この辺り明確にするべき。

>夜勤さんから見るとかせげる
そう見える?

残念だなー
私は現状を説明しているだけよ。

まっ　ぼちぼち　様子を見ながらだけど、

夜勤さんにとって有料化は、
・転送量を減らすための手段
・2ちゃんねるビジネスの一つの方法
のどちらでしょうか？

>>夜勤さん
>>48>>50へはノーコメントですか？

>>59
それだと、頑張っている作者さんたちや、特に夜勤さんの負担（精神的、肉体的、金銭的）
が減らないから提案してるんですけど、有料ユーザーとの格差をつけて、有料ユーザー
を増やす→夜勤さんの負担が減るってことでいいことだと思うだけどね。

とにかく金銭的に早く２ちゃんねるから離れたい
(２ちゃんねるに独り立ちして欲しい)

それだけ、

>>65
めっちゃ本音や…

>>65
親が子に言う言葉だな。

>>64
賛成ですよ、細かい方法論は別にして
大筋では、私もその考えだし、ひろゆきさんも同意していると思っています。

どうも、委員長です。
巡回機能について考えてみました。

更新チェックと巡回機能を別物と考えて、両方の機能を搭載し
両方を備えることで、負荷の低減と利便性の両方を確保する
方法という、A Boneなりの解答を考えてみました。

要約すると、比較的軽いとされる更新チェックを行うことで、
重いとされる巡回にフィルタをかけるという方法です。

更新チェック：subject.txtを取得する方法(従来通り)
　(●なし ： 対象スレッド数制限なし、インターバル30分)
　(●持ち ： 対象スレッド数制限なし、インターバル10分)

巡回機能　　：更新チェックで新着レスのあったスレッドのみを
　　　　　　　巡回先スレッドとみなし、巡回する

私は巡回にしろ、更新チェックにしろ、対象スレッド数に制限を
かける事にはあまり賛成的ではありません。
なぜなら対象スレッドの制限は、閲覧という最も基本的なサービス
に規制をかけることで、それは掲示板というサービスの否定とも
言える行為だと感じるからです。
それよりは各機能を実行出来るインターバルに制限をかける方が
より自然な行為のように思います。
今回の私の案では、●なしに30分というインターバルを想定して
みましたが、個人的には1時間でもいいと思っています。
私が主張したいのは、●なしに対する全面禁止へのアンチテーゼ
でして、これは例えば学生などの、自由に課金を支払えず、ダイアル
アップ接続などの限られた環境のユーザーへの配慮です。
要するに、頻繁にリロードさせない処置ではなく、オフライン読みを
提供することに目的を置いています。
逆に●持ちの10分は、課金を支払っている代償としての付加価値は
絶対に必要で、これを無視することはオイスター作戦自体を否定する
ことになりかねませんので、必要以上のリロードを制限する目的で
最低ラインのインターバルの設定に止めています。
実際には30分・10分という具体的な数値に関しては議論の余地が
残っていますが、こんなもんでどうでしょうか？(^-^;
まだA Boneはこうやると決めた訳ではないです、念のため。

>>69
もしそれが実装されたらかちゅからA Boneに乗り換えるＹＯ！

まずかちゅ〜しゃを締め出したらどうですか？
話はそれからのような気がします。

ある一定のガイドラインを設けて、たとえば、更新チェックにdat直読みはしないでくれ、とか。
それに従っていないuser-agentを締め出すだけでも、大きな効果があると思います。

どうしてそれをやってみてからいろいろ問題提起をしないのかが不思議です。

>>71
>>49を読む限りじゃ、あっさりかちゅを締め出すのも
いかがなものかと思いますが。
逆に、一番効率がいいのも慥かでしょうけど。

素人の質問ですんませんが…
かちゅから他へ乗り換えた場合、今まで集めたログは移行できるんでしょうか？

>>69
どもです、
私も最近 A Bone 巡回機能を使ってみたりしています。
はっきり言って、私もどうしていいのかわからんのですよ。
なんとか　よろしくお願いします。

>>71
あら〜　そう思います?
で、副作用はないんですかねー
誰も叩かれない? (管理人は良いとして)

>>71
数の問題があるから、かちゅを禁止しても他の巡回可能なツール
に移行するだけでしょう（かちゅが一番タチが悪いのかもしれないけど）

結局、巡回という機能そのものについて（作者・ユーザー）に問題提起
しているんじゃないですか？

>69
一端終了させればまたチェックできるんだろ？
それなら30分だろうが1時間だろうが同じだよ

>>69
委員長さん、
無料と有料のユーザーに格差をつければ（IE等のユーザーには変化無し）
その分だけ有料化へ向かうユーザーが増えると思われます。
それが夜勤さんや２ｃｈの安定運営につながるのですから、委員長さんの
意見以上に差をつけた方が良いと思います。
学生さんの問題は金額の問題ならそれはしょうがないでしょう。年額数千円ですし、
そもそも、利便性を求めるのに対価を払わないのはおかしいと思いますし。
決済方法の問題であればそれはまた別の問題だと考える方が良いのではないでしょうか？
また、ダイヤルアップユーザ向けですがそれは、提案の方法が良いと思います。
インターバルは1時間超がいいと思いますが。

ご意見聞かせてください。

>>72
いや、なんか、「1000/1200＝全体の5/6である」かちゅ〜しゃの問題が、
なんで専用ツール全体の話に拡大しているのかが疑問なのです。
さらに、なぜそこに課金の話がでてくるのかも。

金を取るのはけしからん、って言ってるんじゃないんです。
問題の本質から外れていないだろうか？っていう話なんです。

>>74
＞で、副作用はないんですかねー
＞誰も叩かれない? (管理人は良いとして)

しっかりアナウンスすれば、管理人以外は叩かれないんじゃないんですか？(笑)
いずれにしても、ボランティアで後悔されているツール＝かちゅ〜しゃが
現状の問題に対応しきれなくなっているのが問題であって、
それはかちゅ〜しゃの作者さんの責ではないと思いますし。

かちゅ〜しゃ以外の選択肢がない状況であればいろいろ悩ましいでしょうけど、
ほかにも専用リーダーがあるわけですから、ユーザは、
これを機に乗り換えることも出来るかと思います。

>>78
そうだ、そうだ
かちゅのリロ厨たちをなんとかしてちょ

２ちゃん町概要更新（ｗ

６０００人の町で
１２００人がツールユーザー（６０００×２０％）
その１２００人が３０００人分の米を食ってる。

　内訳　：　　　　５人が有料ユーザー
　　　　　：　１１９５人が無料ユーザー
　　　　　-------------------------------
　　　　　：　１０００人がかちゅ〜しゃユーザー
　　　　　：　　２００人が他ツールユーザー

かちゅ〜しゃ一揆でも起こりそうですな。（ｗ

ひとまず更新チェックにdat直読みするな。

>>78
個別に　「お前んとこは開発しちゃいかん」とは、私はいえないです。

インターバルをお気に入りに入れたスレ数×1分とかに出来ませんか？

>>75
その問題提起はともかくとして、まずはなぜかちゅ〜しゃの負荷を
切り離してみて、実際どのくらいの負荷が解消されるのか、や、
そのあとどのようにしたらよいのか、を考えるのが順序だと思うって事だな。

今の話からは、少なくとも、かちゅ〜しゃからほかのツールに乗り換えてみないことには
サーバにかかる負荷のスケーリングは出来ないわけだし、
とにかく、問題は一つ一つ切り分けて片づけていかなきゃしょうがないと思います。

結局かちゅ〜しゃ排除の方向っつーことですかな？

>>83
お前のところは開発しちゃいかん、ってお話ではないと思います。
「その方式でアクセスされたら辛抱たまらん」から、
「こちらが提案する方式でアクセスできなければ、アクセスをご遠慮いただきます」
という話だと思うのです。

インターバルはソフトを再起動してもちゃんと利かせられるのだろうか。

>>87
この話を仕切りませんか?
キャップ発行するので。

[email protected] までメールください。

>>夜勤さん

bbs.cgiを止めて負荷の変動をみたりしてましたよね？
傾向がつかめるまで何分必要なのかわかりませんけど、
それと同じ事をかちゅ相手にしてみたらいかがですか？

>>86
かちゅ〜しゃを排除する、というよりも、高負荷がかかるソフトウェアでのアクセスを
抑制して、サーバにかかる負荷を沈静化したい、という話だと思うんですよ？
かちゅ〜しゃが、負荷を回避できる手法で変わっていけば、
また問題なく使える、というスタンスであれば、いいんじゃないんでしょうか？

かちゅ〜しゃはけしからんから締めだし、っていう話ではないと思うのです。

>>91
kage作者さんはここに今いるんでしょうか？
なんか欠席裁判みたいな感じがするんですが。

うむ、Kage作者が「そこまでは無理」といえば、かちゅあぼーん。
「何とかする！」といえば、とりあえず存命。

鯖負荷の観点からの考えですが、同じ鯖から連続で読み出さないように
お気に入りの読み出し順序を入れ替えるとか、連続になってしまうときは
そこにだけウェイトを入れるとかできないのでしょうか？

一律にウェイトを入れるよりは、そっちのほうが利便性がまだ確保されるので…

>>94はツールの話。

>>93
さぼ〜る＆♪の読み出しツールとして残ったりして（藁＞かちゅ〜しゃ

>92
前スレの後半にはいた。

>>73
乱立する2ch用ブラウザの比較　http://webmania.jp/~2browser/によれば
ゾヌ ギコ Maple 2ch Jane にはツールを使えば完璧ではないにしろインポートは可能

>76
終了させても無意味な方法はあります。
しかし、100%制限をするのはかなり難しいことも事実です。
でも、それは今論じる事ではないと思います。

>77
> 無料と有料のユーザーに格差をつければ（IE等のユーザーには変化無し）
> その分だけ有料化へ向かうユーザーが増えると思われます。
それは私もまったく同意権です。
多少強引でも、格差をつけて、少しでも課金が集まるようにすることが
オイスター作戦を成功に導く方法だと思ってます。

> 意見以上に差をつけた方が良いと思います。
今の私はまず方向性を定めたいと考えていますので、差をどの程度の
ものにするか？は次のラウンドでどうでしょうか？

> 学生さんの問題は金額の問題ならそれはしょうがないでしょう。年額数千円ですし、
> そもそも、利便性を求めるのに対価を払わないのはおかしいと思いますし。
> 決済方法の問題であればそれはまた別の問題だと考える方が良いのではないでしょうか？
学生さんを例に挙げて説明したのは便宜上のことで、それが本質ではありません。
要は「無料＝利便性の必要なし」というのではなく、無料でもある程度オフライン読みが
可能な方法も考えましょうということです。

> また、ダイヤルアップユーザ向けですがそれは、提案の方法が良いと思います。
> インターバルは1時間超がいいと思いますが。
賛同感謝します。
インターバルのさじ加減は、も少し話が固まってからみんなで検討しましょう。

てすと

>>92
◆DLL/lGHEさんは、ここを見に来ていらっしゃると思いますよ？
今すぐここで話を決めて、かちゅ〜しゃを締め出しましょうよ、というお話ではないと思うんです。

特に、◆DLL/lGHEさんには、かちゅ〜しゃに、Kage.dllで負荷を軽減するような
変更を加えることが出来るのか、とか、いろいろお聞きしたいと思いますし。

>>99

>>77へのレスありがとうでス。
差をどの程度にするかはたしかに次のラウンドですが、それも含めて
議論しないと後で「それだったら〜のほうが良かった」的な意見がでそうなので
提案してみました。

オフライン読みは必要だと思います、その方法論はもう少し議論が必要でしょうね。

>92
http://pc.2ch.net/test/read.cgi/software/1016178419/796
796 ： ◆DLL/lGHE ：02/03/22 17:16 ID:???
>>793
捏造はご遠慮ください

巡回（dat読み）は禁止、更新チェック（subject読み）はこのまま継続じゃダメなの？

委員長が言ってた

更新チェック：subject.txtを取得する方法(従来通り)
巡回機能　：更新チェックで新着レスのあったスレッドのみを
　　　　　　　　巡回先スレッドとみなし、巡回する

をKageで実現できないものだろうか？

>>104

868 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 18:13 ID:???
subject.txt は、直接引っ張ってくださいね、(cgi 通さずに)
更新チェックは、A Bone がやっているように subject.txt で行ってくださいね
スレッドも　できれば dat を直接持っていってくださいね
(read.cgi 通さずに、転送量との兼ね合いもありますけど)

てすと

M2+H9JHRです。今キャップいただきました。

それで、巡回のお話なのですが、更新があってもなくてもdatに逐次アクセスして
チェックするような仕組みだと、やっぱり高負荷だろうということは容易に想像がつきます。
２ちゃんほどの大きさのサイトになれば、そのあたりの仕組みを、管理側が
作者さん達に指示、というか、提案して、そのルールに沿って開発されたものだけを
サーバ側で受け入れるような工夫が必要なんだと思うのです。
ですから、その前段階として、かちゅ〜しゃに、その機能が搭載できるのか？
とか、考えていく必要があると思うのです。

書き込みテスト。

夜勤★！
>>105をKage作者にメールしる！
つーか委員長の元発言をメールしる！

発行したキャップは pc サーバ内だけで有効ですー

あれれ？

みてるから大丈夫。

>>112
メール欄

てすと　again

うー、ダメだ、限界。
書くだけ書いといて申し訳ないが、限界だ、寝ます。
明日みなさんの議論は読ませて頂きます。
失礼します。

>>111
了解です。

>>104-106
今問題になっているのはdat直読みの巡回ですから、私も
subject.txtを使った更新チェックは残して欲しいと、切に希望します。
委員長の提案されている方法がやはり、効果的な負荷抑制方法だとは思います。

subject.txtの読み出しについても、今後は、可能な限り
サーバの管理者とツール作者さんの間で、コントロールしていく必要が
あるように思いますけれど。

かちゅにはこういう超ヘビーユーザーがいるからな〜
何とかならない物か。

http://pc.2ch.net/test/read.cgi/win/1016813158/46n
273 名前：damian ◆RtvVD4LE 投稿日：2001/12/09(日) 13:49 ID:0jx7.bkg
漏れも時々バグっぽい動作するね。
だけど、やり直しししたらまともに動いたから気にも留めてない。

だけど、10万スレッド以上お気に入りに入れてるから「立ち上がり」と
「終了処理」に時間がかかることかかること・・・1時間もかかってるからねぇ。

リソースの食い方も特に「スレッド収得時」にひどいみたい。

メモリークリーナーなどと併用すると、漏れの場合は「かちゅ」が不正終了しますです

たびたびテスト。

弾１　広告収入の強化　(I&P 関連)
弾２　おいすたー作戦
弾３　携帯の課金　(I&P 関連)
・・・・つづく

というように、２ちゃんねるは　弾は打ち出したのです。
共倒れを防ぐ意味もあり、別々にやるのに私は賛成です。
(全部が　からみあっていたら、恐ろしい事も起こりやすくなると思う)

でも　すくなくとも毎月の維持費をペイできるまでにならないと
どーもならんですよ。

私も、頭が・・・・・
とりあえずカップラーメン食います。

>118さんが挙げたヴァカみたいなヤツのせいで…

金払った人間と払ってない人間との急激に格差を広げれば、オイスターが成功すると見るのは危険。
総倒れになる可能性もある。慎重にやっていただきたい。
以前、夜勤さん（？）は、金を払った人の規制を緩めることはあるが、払ってない人の規制を強くすることは有り得ないといっていたはずです。

いざとなったら、何をやっても仕方ないですが。。
とりあえず、アナウンスからはじめるべきでは？
緊急事態宣言をひろゆきが出すとか、各板にどんな使い方をすれば鯖に優しいとか。
情報が欲しければ取りに来いといいますが、無理やり情報を与えることも必要と思われ。

夜勤ﾀﾝに訴えるべきことではないけれど。。

>118
それは正直ネタだと思ってたんだが…
マジだとしたら痛すぎだな

>>122
＞各板の上部にどんな使い方をすれば鯖に優しいと書き添えるとか

お金に関しては携帯課金が始まればかなり改善されないかい？

>>122
総倒れなら、冶金さんにはもってこいだと思う（ｗ

>>122
以下を参照
【２ちゃんねるビューア】　巡回機能の巻。
http://pc.2ch.net/test/read.cgi/software/1016178419/883-885

もう今が「いざ」という時なのだん！

>>126
確かに。（ｗ

>>120
とりあえず弾1,2,3の広報活動
なにをやっているのか一般の人に認知させなくてはいけない。

具体的には
http://サーバー.2ch.net/test/flash.txt
においすたー作戦、携帯の課金の概要を知らせる。

現在はこんなの
<center>
<a href="http://www.dffmedia.com/index_ja.htm" target="_blank">クリックで救える命がある</a>、、、らしいです。<br>
<br>

</center>

私もキャップ発行していただきました。
Dream★さんが技術的には強そうなので、そちら方面をリードしていただければ
ありがたいです。

言葉の定義ですが、
巡回：更新をチェックしてレスを取得する、
更新チェック：更新チェックのみ
として現在の問題と原因は、、

鯖負荷の問題：専用ツール（含む非もなじらツール）による巡回と更新チェック（以下巡回等）
と考えられます。

解決法法案としては、

１．もなじらツールから巡回等をなくす。
２．もなじらツールの巡回等の機能を制限する

で、その実効性担保のための案としては
ａ．非もなじらツールの排除
ｂ．ＩＤ等での選別

さらに有料ユーザーの優遇を行うなら

Ａ．無料と比較した場合の制限緩和
Ｂ．完全規制無し

等の選択肢があるとおもいます。

次の書き込みでそれぞれの選択肢のpros/consを検証してみたいと思います。

>>124
誰が見るですか?
それより　２ちゃんねるからのお知らせを
毎回ツールが表示するとか

>>126
夜勤以上に、それを期待している人間はいっぱいいるだろうなあ。

>>132
なんと　まー、

>>131
1のレスの末尾に自動的に注意書きを追加するとか（ｗ

>131
A Boneには起動時に表示される
インフォメーション機能がつきましたね
もなじらツールにはアレを標準でつけてもらいますか？

>>130
(´-`).｡oO(　２＋ａ＋ｂ＋Ａしか道は無いと思うのだが　)

もう大ナタをふるうしかないっしょ！夜勤★ﾀﾝ！
６分の１の勢力であるかちゅ〜しゃユーザーからの巡回を弾く！
かちゅの巡回に依存してるほどの２ちゃん廃人だったら、
他のソフトに乗り換えてでも、２ちゃん続けるよ。きっと。

まぁ、Kageで委員長が提案してる方式に変えられるなら
それはそれでいいけどな。

絶対的な前提条件として、「ＩＥ等のブラウザからアクセスするユーザの利便性は
現状より悪くしない」ということもあります。
でpros/cons

１．負荷は減るが、利便性の大幅な低下
２．負荷はある程度減るが、利便性もある程度減る

ａ．利便性向上を管理できるが、非もなじら作者さん＆ユーザの大反発が予想される
ｂ．有料ユーザはいいが、無料ユーザの利便性の大幅な低下

Ａ．有料ユーザにもある程度負荷軽減の役割を担わせられるが、有料のメリットが薄くなる
Ｂ．有料ユーザ取り込みの手段となるが、無料ユーザの反発が予想される

みなさん、たらいない選択肢と見落としてるpros/consがあれば指摘してください。

言い忘れた、>>89の夜勤さんの提案でキャップもらいました。

とにかく、できる限りアナウンスをしていくのが、最も簡単な方法では？という提案でした。
みんなあんま危機感とか感じてないと思われ。

>>138
>>136

>>138
所々に出る"pros/cons"ってなに

そういえばツールを使うと広告とか表示しないね。

課金しない人で巡回する人は広告強制表示とかは？

どれくらい　切迫しているかなぁ・・・
今日も　bbs.cgi を軽くしたりする作業やってたし、
今週末は大丈夫だと思う。(全サーバは重くない)
来週だって大丈夫だと思うぞ　きっと
じゃ来月末くらいは? どうなっていることやら、
二ヵ月後はぼろぼろだと思う。

援軍は来るのか?
弾１　弾２　しかまだ撃っていないぞ。

#こういうふうに書くと、また煽っているといわれるんだけど、
#現実だよ。　これ、

>>137
1/6じゃなくて、5/6ですね。
ここまで多いとは、驚きました。

>>141　賛成意見・反対意見。

>>142
広告が表示されたところで、何の意味がある？
クリックするとか、その後の消費行動に至らなければ何のメリットも無いと思うが？

>141 利点と欠点。

>118 生きてるスレッドの数は 20万ちょっとだから… ネタかと。
レス数のトータルで 20万というのは平均 200 として 1000 だから、十分ありうる…

>142 名前欄に<img src=...> を押し込んでみるとか

>>144
"ツール利用者中"のでしょ。
全体(汎用のWebブラウザ使用者)から見たら1/6

>>147
そんなタグ取っちゃうもん

>>144
>>81
全ユーザーの６分の１（６０００分の１０００）
ツールユーザーの６分の５（１２００分の１０００）

ツール利用者のみに負担を押し付けるのは、果たして正しいのだろうか。
2ch使用者という全体的なくくり方で考え、IE利用者もツール利用者も
平等に負担しあうというのではいけないのだろうか。

>146
課金すると表示されなくなるから差別化が図れる、とか。

提案の一つとして。。。

>151
非課金者がツール使う場合は強制広告表示の路線で負担してもらうとか？

先ほども書きましたが、今回の件でいうのであれば、
「まず、かちゅ〜しゃに対応を求める」のが手順かな？と思います。

dat直読みの巡回方式から、A Boneのような、subject.txtを読んで
更新チェックを行い、ユーザが更新されたスレッドを読み込むときに
datにアクセスする、という方式になれば、サーバに対する同時要求数の
軽減につながり、結果として、負荷や転送量の軽減にならないか？
と思います。
その意味で、もなじら参加ツール作者のみなさんにガイドラインを提案して、
そのガイドラインに沿っていっていただけるツールに、datのアクセス権を
付与していく、という形が一番、すんなりいくのではないか、と思うわけです。

ツールに広告を表示でなんとか　というのは
弾２が　弾１に化けるだけのような気がしますが、
結局　弾は一個しか撃っていない。
それが　こけたら　ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

それとも、それに賭けますか?
そんな事は無しだと思うけど、

>154
とりあえず第一段階としてそれをやってみるのが良いのではないかと
それでもたぶん延命策にしかならないからその間に
次の手を考えると良いかと。

さらに、書いたようなことを実行するとして、２ｃｈ側・ツール側どちらで行うか
という問題もあります。

現実的な問題を考えると、
もなじらツールから巡回等の機能を無くすのはあまりに利便性の低下が激しいため、
避けるべきかと思います。
→もなじらツールの巡回等機能は実装可

また、実効性担保のいみからもなじらツール以外の閲覧ツールはＩＥ、ネスケ以外は
ＵＡを判断するなどして排除する。技術的な話は詳しい方お願いします。
→非もなじらツールの排除

有料ユーザの優遇のため各もなじらツールは無料ユーザの機能と差をつける。
その差は程度の問題ですが、少なくとも２〜３倍ていどの差をつける（同時チェック
可能レス数とかインターバルとか）
→有料ユーザの優遇策（有料ユーザの増加推進策も兼ねて）

ただし、委員長さんがいっているように、オフラインユーザ対策は施す必要がある。
また、クレカを持たない人のための対策（決済手段の多様化等）も平行して進める。

といったところが現実的な落とし所としてはいいのではないかと思いますが、
いかがでしょうか？みなさん。

>>152
だから〜
表示された時点で、既に課金されるとか、
広告を一度クリックしないと、次の操作に移れないとか、
なら意味もあるかもしれないけど、ただ「表示されただけ」だったら
見なきゃいいだけなんだし、なんの意味もない。

>122
「２ちゃんねるの使い方」も相当古くなってるから、このあたりで
2ｃｈ として公開してしばらく変えない仕様の情報をまとめて出して欲しいと思う。

どういうことはやってもいい（訴えない、文句を言わない、排除しない）というのも含めて。

スレッドに直リンクしていいですか、
特定のテーマの過去ログを他所で公開していいですか、
というレベルから。

>146
広告をクリックすると、1モナーGET。
スレ読み込み：1モナー消費
書き込み：2モナー消費
スレ立て：10モナー消費
1000取り合戦：100モナー消費

とか。

>>148
>>150
あ・・・了解です。

>>151
どうなんでしょうね？
そのツールを使うことで得られる受益に対する負担、という風な考え方って、
あるように思います。
また、オイスター作戦については、お金を払うことで得られる利益があるわけですし、
それを考えれば、一概にお金を払う＝マイナスイメージ
とはなっていないとは思います。

かちゅを実験で切り捨ててみる。とか。

>157
> もなじらツール以外の閲覧ツールはＩＥ、ネスケ以外は
> ＵＡを判断するなどして排除する

Netscape や IE のふりをしたらどうにもならないかも。
read.cgi 毎回呼んで。
だからどうしたら、というのはないけど。

>>160
そのシステム作って（w

>158
まーそーなんだけど
ツール使うと広告収入がまったくなくなるのは問題な訳で。
形だけでも表示させておく必要があるのかなと。

>>158
ハザード（妨害）の意味もあるんじゃないの？

広告の話は、ここでは捨てたいと思いますが、
なんの解決にもならないっすよ、(きっぱり)

>>157 >>163
IEは制限されないという前提がある以上、仕方ない。

というより、なんでIE＞非モナジラツールにするんだろうね。
いや、負荷の問題だというのは分かってるけど、なんでIEを優遇（？）するのか。

今回問題にしてるのは、「巡回」であって「閲覧」じゃないよね。

素朴な疑問として、UAを変更したところで、IEやネスケなどから
巡回に当たる動作は可能なの？JavaScriptとか使ってさ。

それができないのなら、IEやネスケはたんなる閲覧ツールなんだから
なんの問題もない。つーか閲覧に課金したら、単なる会員制サイトだよ。

>>167
いや、>>166でも書いたけど、
「IDなしの人が読みにくくすることにより、ID購入を促す」
というのはアリだと思うけど。

とりあえず第一段階としてかちゅーしゃ切り捨てで良くないですか？
その後各ツールに利用者が移って違った負荷が増えていくかもしれないけれども
その時はまたそれの対処の話をするということで。

>>168
IEとかで巡回することはない。ってことじゃないの？

>>157
私はちょっとだけ、意見が違うんですけれどね(笑)
更新時にdatをすべて獲得しなければいけない状況というのは、

●一刻も早く回線を切って、電話代を少なくしたい
●専用ツール起動直後で、どのみち全部読むのだから全部取りたい

の２つしかないと思います。
しかし、２番目については、
「読むときに確保しても同じ」であって、更新チェック時は
subject.txtを比較して、更新があったら知らせるだけでもさしたる違いはないと思います。

>>169
多分可能。
JavaScriptで出来なくても、IEのURL自動入力・ボタン自動クリックなどは
外部ソフトからでも可能だと思う。

>>172
一部のタブブラウザを使えば、複数のページを
15秒間隔とかで自動更新出来ますよ。

質問。
今はかちゅユーザーですが、以前はタブブラウザ使ってました。
ＩＥコンポーネントのｆｕｂです。

こいつには便利な機能があって、登録してあるUELは起動時に
一気に開きます。タブブラウザですから一括更新も出来ます。
read.cgiを起動するこいつと、かちゅとではどちらの負荷が大きい？

まぁ、こんな使い方するユーザーですから
かちゅに移行したわけですが（ｗ

メイプルには自動更新機能がある。

>>166
>>170

>>158をもう一回読んでよ。
>広告を一度クリックしないと、次の操作に移れないとか、なら意味もあるかもしれないけど
って書いてあるじゃん。これが「妨害」や「読みにくくする」にあたるでしょ。

ミクロのことを考えたらきりがないと思うのですが、
>>17 のうちの　1200 人の話ですので、
1 or 2 くらいは誤差の内かと。

>>130
れすありがとうです。

>>141
メリット、デメリットみたいなものです。

で、順番ですがＤｒｅａｍ★さんが言っているように、まずは、かちゅから（或いは全もなじらツール
同時に）導入をしてもらうのがいいと思います。
技術的なものはわからないのですが、kageの新しいバージョンに何らかの識別記号を入れてもらい
２ｃｈ側で判別するとか、オープンソース開発は無理になりますが（＆リバースエンジニアリングされ
たら無意味ですが）。

で、その識別記号がないものはすべて巡回等規制（無料ユーザ用）を適用し、識別記号のあるものは
その後、有料／無料で判別して（２ｃｈ側でかな？）で有料なら、より規制の緩和された巡回等機能を
つかえると、、、

無料ユーザの規制の程度ですが、

オフライン閲覧に不便＜無料ユーザの規制＜有料ユーザの規制
無料ユーザの規制＝有料ユーザの規制×１／２〜３

を満たすような範囲で決めればよいかと思いますが、どうでしょうか？

>>163
この点については、今も制限されているはずですよ？
UAのナリすましをしない限り、登録されているUA以外からアクセスしても、404が帰ってくるはずです。

>>170
今、問題なのは転送量ですよね？

広告を出したからと言って転送量が減るわけじゃないし、
広告を出すシステムをどうするかで、また面倒になるんじゃないですか？

>>178 >>182
いや、そういう意味じゃない。
たとえば、IDのない人がログ読みをするとき、間に広告を挟んで「読みづらくする」のを
目的にするの。広告効果とかは二の次で。

バナーばかりあって読みづらいサイトってあるでしょ？それを人為的に作り出すの。

>182
広告の話はまた面倒なので今はやめたほうがよさそうです。

>>175-176
一定時間リロードさせなくする変更は、read.cgi側で、何とかなるかも知れません。
たぶん、今の段階で問題になっているかちゅ〜しゃのdat直読みの圧力に比べれば、
まだ差し迫っていないと思います。

>>167で、ある意味結論は出てるんで、広告の話はもう終わりでよいのでは

で、かちゅが対応できたら規制開始ですか？
それとも先に規制開始してしまいますか？

>>183（俺）
バナーが無理なら、IDなしの人はレスの間に空行を50行ぐらい入れて
読みづらくするというのも考えられる。

誤解を与えてすみません。
非もなじらツール＜IE等とは思っていません。

非もなじらツール＝IE等＜もなじらツールと考えた方がいいかと思ってます。

>>157

ごめんなさい技術的な話はｻﾊﾟｰﾘなので。。。
一定間隔で巡回等を行うのはダイヤルアップユーザのためを考えてもいいと思います。
ただそれが無料ユーザには頻繁には出来ないようにしましょう、という主張なのです。

>>180
また、識別記号なんて面倒なものは導入する必要あるの？
今のID＆PASSでいいんじゃないの？
つまり有料ユーザーか無料ユーザーかだけで判別すれば
良いと思われ。つーかそれぐらい無料ユーザーを制限しないと
鯖の負荷なんて減らないよ。６０００人の町は６０００人のままじゃ
ないんだから。

>>180
常時接続している人が巡回機能を使う必然性というのは、あまりないと思うんですよ。
常時接続であれば、接続時間を気にしてひやひやすることがありませんから。
やはり、各ツールには、更新チェックだけしてもらって、ユーザが更新されたスレッドを
選択したときに、datへのアクセスが発生するようにすれば全体的なアクセスが
軽減するように思えます。

>>189の引用は>>173の間違いです。ｽﾏｿ。

>>187
Kage対応が先でしょ。
で、対応が無理だとなれば、かちゅからの巡回はすべて弾くと。

>>189
JOKESIZEさん、ﾋﾞﾐｮｰに引用スレッドずれてます？
A Boneユーザさんだったら、一度再取得かけた方がよいかも知れません。

だから・・・・かちゅ(現行Ver.)を規制すれば負荷が減るのかどうかを、
一時的にでも規制をかけて試してみたらどうですか？
みなさんの話を聞いてると、負荷は確かに減りそうですけどね。

もし、かちゅを規制しても負荷が対して変わらなかったりしたら、
ここで話してることは無駄になってしまいませんか？
kage作者さんにも、過度なストレスを与えることになりませんか？

今　苦しんでいるのは
単位時間あたりの cgi コール数だす。
これを乗り越えても、勿論転送量のもんだいもあると思いますけど、

今を乗り切らなきゃ　その先はないと思うんですが、どうでしょ。

余談失礼
388 名前：心得をよく読みましょう 投稿日：02/03/23 04:00 ID:x8rRe5Kj
tonまた重くなった。
なぜ？
389 名前：心得をよく読みましょう 投稿日：02/03/23 04:03 ID:x8rRe5Kj
ton書き込みが特に重い

>>189
一定間隔で巡回等を行うのはダイヤルアップユーザのためを考えてもいいと思います。
これはダイアルアップ連動で、

●回線つなげる->自動巡回->終了後切断

という意味ですよね？
そういう機能であれば、ダイアルアップ間隔の設定次第では、許容できる範囲だとは思いますよ。
この機能を使って、いつでもdat直にアクセスできるのであれば、効果は薄いかも知れませんけれど。

>>195
かちゅのデータ丸取り込み巡回が問題なわけだから、
かちゅの巡回を制限すれば、負担は確実に減るでしょ。
だって６分の１もの勢力なんだもん。

それにKage作者は、ストレスなんて感じる必要ないよ。
もともと義務なんてないんだし、作者逃亡で死んでたかちゅを
存命させただけでも功労賞モンだよ。
逆に言うとその存命が今の危機を招いたという話もあるが。（ｗ

技術的な見地からいって、
http://pc.2ch.net/test/read.cgi/software/1016178419/868
これが現時点で今すぐ実現可能な最善の策でしょ。

kage作者にはこれを読んでもらってなんとかしてもらう。
ダメなら、kageの配布を中止してもらえばいい。
そのうちかちゅユーザも別のブラウザに乗り換えるよ。

>193
いつまでに開発できないようなら弾くって事にしたほうか良さそうな。
開発できるまでいつまでも待つ事は出来ないし。

全然　別の事をいいますが、

read.cgi 経由による差分取得のほうが
負荷がかかっているのかしら、もしかして?

でも、もしできるなら、かちゅ〜しゃの巡回を止めたときの
負荷のデータも取ってみたいなぁ。

>>200
>>201
はい。結論でました。

とりあえず２・３日だけでもUAがかちゅだった場合1/2の確率で読めなくなるようにして
それでどれぐらい変化する物かデーターを取ってみたら？
そのデーターによってかちゅだけ変更してもらうかツール全般で変更するか協議してみたら？

>>190
古いかちゅユーザ（有料無料に関係なく巡回機能有り）をはじくために提案してみました。

>>191
私は常時接続ですが、一々クリックするのが面倒なので使ってます（ｗ
で、例えば起動時のみ巡回可能でそのあとは一定時間後でないと出来なくするとか
すれば問題は解決すると思うのですが、、、ソフトに時間パラメータを入れないといけなくなる
かも知れませんが、、、

>>187&>>193

一定時間の期限を設けて、それ以降ははじくとかでいいではないでしょうか？
その間に作者さんたちには対応してもらうということで。

>>199
そだね。
kageさんことDLLさんがインターフェイスを付けて自分のコントロール下に置くべきだね。

(´-`).｡oO( 今、議論してる人達の中に、かちゅユーザはいるのかな？ )

>>205
今の5分の巡回制限を1時間にするとか？

俺、かちゅユーザー。

>>196
かちゅ〜しゃは、dat獲得時にcgiをコールするのですね？
だとしたら、かちゅ〜しゃがdatに直接アクセスすれば、
目に見えた効果があるかも知れません。

おそらく、subject.txtを使った更新チェックは、かちゅ〜しゃ内部の変更を伴い、
Kage.dllでの対応は難しいのではないかと思います。
ですが、datに直にいく仕組みに変えることは、何となくKage.dllで
対応が可能なような気がします。
差し迫ったところの問題を回避するには、これで何とかなるかも知れませんが、
ユーザ数が増加すれば、また、転送量やサーバの負荷が問題になるので、
実質的な問題解決が必要になると思います。

あと、かちゅユーザをほぼ確実に弾く方法があるね。

read.cgiの仕様を変更する。
そしてかちゅ以外の2chブラウザにはその仕様変更に追従してもらい
kage作者には引退してもらう。

現時点でかちゅゆーざにkage.dllの製作を引き継げる
スキルを持った者がいないからkageの更新を停止してもらえば
それだけでかちゅゆーざをはじける。

(´-`).｡oO( かちゅ規制の前に、他の2chブラウザへのかちゅログ移行ツールを作って欲しい。特にAbone用とか。 )

>>211
Kageはソースが公開されているという罠。

>>195
kage作者さんは何も悪くないと思いますよ。今まで流れのなかで、
懸命にユーザの利便性を考えてくれたんですから。

>>198
その通りです。何とか時間パラメータ入れてインターバルを強制させるようにすると。
もちろんPCの時間を一々変えられたら対応できないでしょうが、、、
２ｃｈ側でipで比較してはじくと余計負荷が増えそうだから、ツールがPCの時計を
参照して自動的にインターバルとるようにすると、

って、技術的な難しさを無視して話してすみません＞ツール作者様

１５分に一回とか１時間に一回とか何かスマートじゃないなぁ。
それなら、無しにしたほうがすっきりするよ。
時間をずらしたり、その機能をクラックしたりするツールが出るのが目に見えてる。

もともとdat読みのかちゅを、DLLがcgi経由にしてるんじゃ
なかったけ？

>>205
＞私は常時接続ですが、一々クリックするのが面倒なので使ってます（ｗ

読むときに一つ一つスレッドを開きますよね？
そのときにdatへのアクセスが発生するのですから、面倒ということはありませんよ？
テストでA Bone使ってみてはいかがでしょう？

>>210
というか、元のかちゅ〜しゃの仕様がdat直読みで、
8月騒動以降のkageでread.cgiから読むようにしたんじゃなかった？

>>215
それなら常時接続にしたらよいかと思うのです。

>>216
それも　これも　転送量の問題から
そのようにされているのだと思います。
だから、kage さんは悪くないです。

>>218
でしたよね？私もそのころからかちゅ〜しゃユーザーでしたので。
おそらく、現時点では、kage.dllの対応で解決できる内容のお話だと思います。

Kage 0.99.0.95版はdat直読みのようですけど。

>>211
本人が「面倒だから引退します」というのならまだしも、
他人が「引退しろ」つーのはあまりにも失礼だね。

オイスター作戦とか、いろいろな改変時に、もっとも迅速に
対応したのがKage作者だった。これは間違いない。
だからやっぱり、Kage作者からの返答待ちだと思う。
対応できるか、できないのか、したくないのか。

う〜ん、ton/teri が重いのは、自動書き込みツールで、
また、がんがん bbs.cgi がコールされているんだな。。。

こっちのほうが　もっと緊急なのかなぁ、

>>208
そうゆーことです。1時間が良いかはわかりません。
有料ユーザを１０分とするなら、無料ユーザは３０分以上のインターバル
は必要ではないかと思ってますが。

>>212
それは各ツール作者さんのスレで要望してみてはいかがかと。

>>213
今後はもなじらはオープンソースでの開発は難しいかも。

>>215
そうしないとダイヤルアップユーザの利便性が大幅に低下するんです。
まぁ、ダイヤルアップユーザ保護と巡回機能制限による鯖負荷低下の兼ね合いですが。

>211
すごい権限をもってるんですね・・・
みんなのために頑張ってくれたkageさんを、みんなで引退させちゃうのなんて・・・

>>213
かちゅ〜しゃを弾くこと自体は、そんなに難しいことではないと思うんですよ。
UA判断して弾けばよいのですし。
弾かなくてすむ解決法があればそれでよいのですし・・・

>>223
失礼とか、そういう次元で話ができる状況なら
それはそれでいいんですけどね

>>220
夜勤さんからkage作者さんに、dat直読みに戻すようにお願いできませんか？

subject.txtで更新チェックは可能だと思う
ただ、DLL作成者が別件でいっておられたけど、
巡回 してるのか クリック したのかの判別がつけられない
とのことだったので、これを実装すると
通常のスレッド取得までもが一旦subject.txtを読みに
いかざるを得ないような気が

>>217

ゾヌのお散歩なんていうツール使ってます（ｗ
アボーンはちょっと明日にでも使ってみます。

>>211
かちゅ〜しゃをもし弾くとして、別にそんな方法は必要ないですよ。
それに、dllレベルで、何とかなりそうな感じかも知れません。

難しい話はよく分かりませんが、素人のかちゅユーザーの私はとりあえず違うツールに乗り換えるのがよかですか？

>>226
ここではそういうおセンチはいらないね。
話しが見えにくくなる。

逆にオープンになってるんだから
kageに対応したインターフェースが出てきても良かったんじゃ
ないだろうか。

>>230
>巡回 してるのか クリック したのかの判別がつけられない
そこなんだよねぇ。
俺はお気に入り３０個程度だから、お気に入り一覧を出して
ポンポンとクリックしていけば、大して巡回と変わらないよ。

>>230
1つの板で読んでいるレスが100あるとしたら、100回subject.txtを読んじゃうの？
そりゃきつすぎる。

それに巡回でも、1スレッドごとにsubject.txtを読み直すってことだし。

もしかしたら
●持ち　= read.cgi での差分圧縮取得あり
その他 = 必ず dat 取得

でうまく目の前はクリアできるのかなぁ。

転送量が増えるという罠がありますがネ。

ちょっと雑談。
こう深夜に書いてるとババ喰いまくっちゃうな。

夜勤さん、少しは議論の役に立ってますかね？

あとkage作者さんは引退してほしくないです、個人的に。
頑張ってくれた人なので。

>>235
Kage作者の対応があまりにも迅速だったため、
他の人がかちゅ〜しゃクローンを作ろうとまでは思わなくなった。
Kage作者自身、かちゅ〜しゃクローンを作るスキルはありそうなんだが
面倒なのか、遠慮してるのか、名言をさけている。

>>235
実は似たようなこと、それとなく書き込んだ記憶ある
2ch.dll化してもらって好きな風なフロントエンドを
作りたいな〜、とかって。
本題外れてます。すいません。

>237
A Boneはそーなってない、一つの板でのスレッド１００個であれば
一回読み込むだけで更新終了する。

>>239
つーか、仕様に従うかどーかと、引退するしないは全然関係ないでしょ。

>>237
内部で板ごとに一定時間（例えば５分とか）保持しておいて、
時間内にその板への要求があったらとっておいたtxtを使う。

とかはどうかな

>>239
ここまでのお話で、Kageさんに引退を迫るような内容はないですよ。
大丈夫です。

kageさんには2ch.dllってのを作ってもらえばいいんだよ。
あまりUIが得意じゃなかったりする性格みたいだし。
そしたら他の作者も通信部分はdllをつかえばいいだけだから
ツールの機能に力が注げるし。

うわっ241さん、同じです。

Part1の初期以降、このスレに顔を出さないところを見ると、
今、一所懸命、かちゅ〜しゃクローンを作ってる・・・ってことはないよな。（ｗ

>>233
議論の行方を見定めてからの方がいいと思います。

>>236
その程度なら確かにそうですね。

なんか全体的にかちゅの話ばかりになってますが、手をつける順番としてはそうですが、
早晩他のツールに移行して同じ問題が起きるとおもうので、ここでは一般的なもなじらツ
ールの巡回機能について方針を決めたほうが良いのではないでしょうか？

>>238
差分圧縮取得自体の有効性ってどうなんでしょうか？
cgiが噛めば必ずこの問題はでてきますし。
datを直に送り出せば、負荷は軽減すると思います。
転送量と負荷のトレードオフだと思います。

差分取得ってさ、よくあるダウンロードそふとの
レジューム機能として実装できない？
あれはcgiとか関係ないし。
あぼーんされたら困るけど。

>248
今まで凄まじい勢いで2chの変化に対応してきてますしね
ありえないとは言えないですね(w

>>230 >>244
230>巡回 してるのか クリック したのかの判別がつけられない

タイマーで何とかならないかな？
1つ目のdatを読み込んでから、何秒以内に同じ板のdatのリクがあった場合は
巡回とみなし、そうでない場合はクリックとみなすとか。

もう、

868 Name：夜勤 ◆D69Zsbfg Date：03/22(金) 18:13 ID:???
subject.txt は、直接引っ張ってくださいね、(cgi 通さずに)
更新チェックは、A Bone がやっているように subject.txt で行ってくださいね
スレッドも　できれば dat を直接持っていってくださいね
(read.cgi 通さずに、転送量との兼ね合いもありますけど)

と>>69で結論は出てるっしょ。
後はKageが対応できるかどうかだけで。

>>250
まさしく　そのとおりだと思います。
ただ定量的にどうやって計測すればいいのか、
kage が　単なるスレ読みと、巡回の区別が付かないように
read.cgi とかでは　もっと何なのかはわからないし、
dat の直読みは　負荷は 100 倍(1,000倍?)軽いと思いますが
転送量も増えますしねー

244のアイデアいいかも。
どうせ5分ごとにしか巡回できない仕様になってるんだから

>>69の以下の部分ね。

更新チェック：subject.txtを取得する方法(従来通り)
　(●なし ： 対象スレッド数制限なし、インターバル30分)
　(●持ち ： 対象スレッド数制限なし、インターバル10分)

巡回機能　　：更新チェックで新着レスのあったスレッドのみを
　　　　　　　巡回先スレッドとみなし、巡回する

ああ、でも巡回じゃない時も機能しちゃうのか・・・
アウチ

>>256
禿同。俺も>>244に賛成しておく。

>>256
かちゅ〜しゃの巡回インターバル５分のクラック法は
広く知られているという罠。だからこそ負荷が高い。

>>254
それはそうなんですが、、、
一気にやると　転送量が 10〜20% くらい増えるのは
まぁ　許容範囲なんですが、二倍とかになったら　たいへーん。

>>258=>>256っすよね？
巡回じゃないときに機能しても、それはそれで問題ないです。

>>262
実況等のリアルタイム系のスレ追えなくなるのに問題無い分けないでそ

>>260
かちゅ〜しゃの5分クラックをされても>>244なら
内部保持していたsubject.txtを読むだけで済むので
事実上アクセスはなくなる。
（5分以内のリロードができなくなることも意味する）

>>262
巡回じゃないときにも５分インターバルとか効いちゃったら
速報ネタとか祭りネタは死ぬね。まぁ仕方がないと言えば仕方がないんだが。
２ちゃんねるの文化のひとつがなくなるのはちょっと寂しいね。

>>264
Janeじゃ、30秒のリロード制限が入っただけで非難囂々だぞ。

>>260
そういう仕様だからこそ、クラックしてる人が5分ごとにしか巡回交信できない状態に戻されても文句言えないねって話
まあ、kage がソース公開されてんだから、その場合はそういう人はそっちをクラックし始めるだろうが

>>263
そりゃーそんときはそれこそIE使えばいいかと。
少なくとも、極端に短い時間に連続して起こるアクセスは
F5を高橋名人バリに連射しない限り起こらなくなる。はず。

>>258
なんでよ。

巡回命令
　↓
内部textが空白または前回巡回時より〜分立たってる　　　たってない　
　↓　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓
巡回開始　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　前回取得txtを表示

簡単そうじゃん。

>>257
更新チェックに制限を設ければ、もう掲示板ではありませんよ。
巡回(dat落としまくり)が問題視されているのであって。
subject.txtだけを取って「更新されているかどうか確認」というのは、さほど
サーバに負荷も、転送量増加も、与えていないのです。クライアントサイドでの処理なんですから。

>261
>スレッドも　できれば dat を直接持っていってくださいね
>(read.cgi 通さずに、転送量との兼ね合いもありますけど)

転送量に余裕があるのか鯖の負荷に余裕があるのか。
datをどっちでもっていくのか鯖側から指示してもらうしかないかと。

>>267
kageのソース公開を停止してもらう ってのはどうだろう
少なくともかなりクラックまでの時間は稼げる。

>>267
だからツールに対応させるんじゃなくて、鯖側で弾く対応をすべきだと思うのだよ。

>>263
それは単なるリロードでしょ？
リロード規制の話しじゃないよ？

>>265
そういうのも鯖負荷の原因なんだから、ついでに規制しちゃってもいいんじゃない？

>>269
kage 作者が巡回と通常のクリックの区別がつかないっていってたって話し出てなかったか？

>>274
>>276

>>276
だから、区別する必要はないかと。
ニュースはIEでF5連射してれば良し。

巡回とリロードの区別がつくんだったらそもそも既に話は終わっている・・・。

巡回ってフックすれば分かるやん・

すいません。話がまわりはじめています。
そんなに長いスレッドでもないので、新しく来た方は頭から読み直してみて下さい。
読み飛ばしつつでけっこうですので。

>>278
私は今更 IE 使いたくないよ・・・。
レス番をマウスホバーして内容を確認できない生活には耐えられない。
それぐらいだったら他ツールに逃げる。

>281
ここら辺で一度、問題をまとめて
今後話し合うべき点を指示して下さい。

kage 作者が出てこないと話が進みにくいよ。

>>271
いろーんな　方法で、いろいろ　アクセスくるから
なにがなにやら　切り分けが出来ないという現状。

今は、転送量が10%くらい増えてもよいから
サーバの負荷を減らしたい。
で　何らかの変更をした場合、そのようになるとの確証がないので
指示もだせない　ヘタレです。

転送量は　弾１がまかなう。(弾３もか?)
新サーバ設置は　弾２がまかなう。

というのが、私の考え。(たぶん　私だけが考えていること)

DLL氏もいないことですし、かちゅの話は一旦置いておいた方が
いいんでないでしょうか？

>>276
kageは通信部分をクラックして横取り丸みたいなソフトでしょ。
通信的には同じだけど

巡回＝あるボタンを押すことによって任意個のお気に入りを順番に自動的にリロードしていく

ってことでしょ。

つまりきっかけの巡回ボタンから上のtxt方式へ回せばいい。
むしろkageが無理矢理な事をやってるって証明じゃん。

・巡回　複数のスレッドを、短時間に次々にリクエストする
・リロード　同じスレッドを、短時間に何度もリクエストする

だから、最初の3スレぐらいはdat直読みを許して、それの経過時間がn秒以内なら
巡回とみなしてsubject.txt読み込みに切り替えるというのは？

>286
それが今回の元凶なのでそれを置いたら話があさっての方向にいってしまう。

>>287
何も理解してないな。
話の流れからしてかちゅ〜しゃの巡回機能は自動的にクリックしていくのと同じ動作をする機能。
kage はそのクリック動作から引き起こされるかちゅ〜しゃの通信部分だけをのっとってるだけ。

>>287
だから、巡回とか関係なく一律にtxt方式処理を行えばよいかと。
txt方式開始の契機を巡回ボタンに割り当てるという思想から脱却しる。

>>288
それいけそう。
それなら確かにリロードと巡回の区別がつく。

>>276 の話をわからずに「subjext.txt」読む形式で　といってるやつは論外だが、
5分制限でスレ更新チェック制限を設けるのはおもしろいかもしれない。
祭りや流れの速いスレへ参加したけりゃかちゅ使うな　という意味も込めて。
現状じゃ、かちゅは他に比べて鯖に優しいソフトじゃないわけだし。

>>785 が目的なら、単にdat直読みに戻すだけでいい気もする。

>>288
巡回対象にどれだけ同じ板のスレが混じっているかを考えると、
逆に負荷を増やすだけかもしれない。

Kageさん(◆DLL/lGHEさん)にお願いしなければならないことは、

１）dat直読み形式のdllにしていただく
２）A Boneのような、datへの一括アクセスではなくsubject.txtを使った更新チェックは可能か
　　検討していただく

ということでよろしいでしょうか？
夜勤★さんは、まず、１）の結果をもとに、負荷と転送量の課題を見つけていただいて、
その後、２）の方式で各ツール策者さんに提案していく、という形でいかがですか？

もう一度書きますが、
１．もなじらツール全部に対してどのようにするか方針を決めることが
　　議論の目的なんじゃないでしょうか？
２．そのうえでその方針に従って次に技術的な話をして（現在のレスはこれかな）、
３．その後に実際の問題を解決するために作者さんに要請する
　　（kage作者さんが一番初めかと思いますが）って手順なんじゃないでしょうか？

いまは、１番が決まる前に２番の話になってると思いますが。
夜勤さんはこの流れでいいのかな？
いいのであればとりあえず技術的な話になってしまうので、これ以上は能力的に
参加できないかも。。。

>>291
だから一律 txt 方式はリアルタイム系に対処できんといっただろうが

かちゅ/Kage は dat直読みですけど。

GET /software/dat/1016799543.dat HTTP/1.0
Host: pc.2ch.net
Range: bytes=92514-
Pragma: no-cache
User-Agent: Monazilla/1.00 kage/0.99.0.95

>>296
そのリアルタイム系に対処するというコトそれ自体を制限するって言ってます。

リロードまで規制したら祭がなくなっちゃうよ・・・

もっと　ぶっちゃけた　話をすれば
現状のアクセスで
　弾１(+弾３) で回線料とかに US$20,000-30,000 くらいまかないたい。(売上じゃないよ)
　弾２で毎月一台から２台増設したい。　たぶん 500/月〜600/月くらい。

でも、アクセス数が伸びればまた必要な額は増えると思う。
これが　明日にでも達成できれば、秋までは大丈夫だと思う。(きっと)

祭りスレのリロード規制を入れたら、そのスレだけみんなIEでリロードするという罠

>>288をもう少し改良。
あるスレッドが読み込まれ、一定時間経過前に次のスレッド読み込みリクエストがあったときには
両スレッドが同じスレッドかどうかを判定。

同じスレッドならリロードとみなし、subject.txtを読み込まずにdatを読み込む。
違うスレッドなら巡回とみなし、subject.txtを読み込んでから、レス数が異なる場合のみ
datを読み込む。

これならどう？

>>298
問題外だ
巡回できかつリロードも機能する方法はないのかという話をしているのに・・・。
何かを捨てれば解決するのは既にわかってるわい。

>>295
かちゅ〜しゃ以外に鯖に厳しい巡回してるソフトはないんでは？

>>300
なんか夜勤さん、単にぶっちゃけるだけになってません？

ここまでの流れという事で言いますと。

１，サーバの負荷が限界に近い
２，負荷の原因はcgiにあり、read.cgiの負荷が過大になっている
３，負荷の要因は、全ユーザの１／６が使うかちゅ〜しゃがread.cgi越しにdatを取っていることに起因する
４，まず、かちゅ〜しゃの巡回方法をdat直取りに変えてもらってテストして欲しい
５，各ツール作者さんには、subject.txtを獲得して比較する甲信チェックの導入をお願いしたい
６，巡回機能は、ダイアルアップユーザのためのものに縮小し、dat取得はなるべく逐次読み出しに
　　していって欲しい

という感じだと思うのですが。

>>304
有料ユーザを増やすのも目的のひとつかと思いましたので、
転送量も鯖負荷もすべて費用との兼ね合いの問題なので。

>>300
夜勤さん、私のレスよんでくれてますか？

>>303
それなら話は簡単で、

リロードは有効にしたい、っていうのであれば、>>244方式 プラス
前回アクセスしたスレならsubject.txtを見ないでdatを見に行く

とすればいいでしょ。
巡回中に同じスレは連続して見ないからね。

ここまで読んだ。
・何かデマが飛び交っていますがhtml化待ちのスレッドを読むとき以外は、
　cgiは使っていません。
・使い勝手を一切変えずに負荷を減らす余地はまだあります(現在作業中)。
・dat取得に強制インターバルを与えるのはおそらく可能です。
・完璧でなくてよければ、巡回と通常のdat取得の区別もいちおう可能です。

>>302
んで、subject.txt 自体は5分間隔規制ね。
subject.txt のタイムスタンプを見ればこれはいけるだろ。

後は各すれごとに直前に取得をしたか何らかの形で情報を残せばいいかな

>294

> ２）A Boneのような、datへの一括アクセスではなくsubject.txtを使った更新チェックは可能か
> 　　検討していただく

とりあえずかちゅーしゃは巡回を外してABone方式の更新チェックのみにしてもらう。
それで余裕がありそうなら更新チェック後の巡回機能も入れていくってのはどうですか？

>>297
ほ、ほんとだ、、
やはり作者がこないと話になってないことが多いきがする

>>306

> ３，負荷の要因は、全ユーザの１／６が使うかちゅ〜しゃがread.cgi越しにdatを取っ> ていることに起因する

かちゅ/Kage は dat直読みです。

GET /software/dat/1016799543.dat HTTP/1.0
Host: pc.2ch.net
Range: bytes=92514-
Pragma: no-cache
User-Agent: Monazilla/1.00 kage/0.99.0.95

>>309
まってたよ

>>297
バージョンによっての違いは無いのかな?

---
全員が同時には話し合いできないので、
書きっぱなしもありかと、
あとで読んでくれると思いますし。

>>309
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!

あ、ちわ〜す。
DLL作者様。
毎度ご苦労様です。

>>306
１−４は賛成ですが、
４−６はまだ賛成できません。

>>297
なんと！

>>318
４はどっちやねん！

＞何も理解してないな。
＞話の流れからしてかちゅ〜しゃの巡回機能は自動的にクリックしていくのと同じ動作をする機能。
＞kage はそのクリック動作から引き起こされるかちゅ〜しゃの通信部分だけをのっとってるだけ。

いや、だから言った通りじゃん。ｗ
かちゅ〜しゃのボタンを押した命令自体からは新たな事が出来ないのがkageの弱点でしょ。
わかる？

かちゅの巡回ボタン→自動的にクリックしていく動作

ってのを止められないのが問題だっていってるの。
まずかちゅ〜しゃありきになってる。
UIからいじれれば、巡回ボタンだけ別のプロセスに行けるってことだよ。

あっ　結構ついていけなくなっていたりします、
でも　どんどん進めてくださいね。

ん?
差分取得でも　read.cgi は誰も使っていないのかな?
とめちゃっても　ok ?

>>309
ｺﾞﾒﾝﾅｻｲ

>>318
は１−４と５−６の間違いでした。

差分取得とレジュームの本質的な違いは何？
サーバの負荷は変わる？

>>321
>UIからいじれれば、巡回ボタンだけ別のプロセスに行けるってことだよ。
これには全面的に同意だが、あなたの文面からはとてもそれが読み取れん。
つーか、それは最初っからわかってたんだが。
余りそっち方面に詳しくないからあれだけどサブクラス化等のややこしい手法を使えば巡回を押したこともわかるかなあというのもあったんだけどね

>>325
差分取得は read.cgi の駆動を使ってるけど、レジュームはウェブサーバの機能を使ってるんだから軽いんじゃ無いかな
でも差分取得は圧縮もしてて転送量が少ないんじゃないの？

>>326
>>308はどうよ

>>322
かちゅ〜しゃは困らないです。
Janeが一部設定でread.cgi rawモードを使ってるようですが
設定で回避できると思われます。

>>322
かちゅ〜しゃがread.cgiを経由していない、ということでしたら、
もなじらツール作者さんに告知をして、read.cgiから
「User-Agent: Monazilla/1.00」を弾いてみても良いかと思います。
前もそうでしたが、ユーザ側は常に最新のソフトを追っていない、ということが
ありますので。

>>327
じゃあ、差分取得はレジュームにすればいいんじゃない？

あぼ〜んあったら困るけど、何らかの形であぼ〜んのあった時間を
返してあげればレジュームと取得しなおしの切り替えは可能かと

とりあえず、>>309で対応可能だといってるものは早速取りかかってもらって、
現行のKage0.99.095以下のバージョンは弾いてもらうでいいんじゃないの？

>>328
302と308にいってることに大差はないから同意だけど
作者さんが考えがあるって言ってるんだから余り議論
することに価値を感じなくなりつつあり

それと平行してkageのインターフェースを作ってくれる人を
募集したほうが良くないですか？

>>324
ちょっとA Boneを使ってみていただけますか？
更新チェック後に、更新されたスレッドを読むときにdatを取りに行く、というのが、
そんなに不都合ではないことを実感していただけると思います。
前もって取得するか、読むときに取得するかの違いしかありませんので。

>>333
先を考えたらいくら議論しても足りないって感じなんだろ？

だから、◆DLL/lGHE さんが、ある程度の対応は可能だって言って
くれてるんだから、新バージョンのKage＋かちゅでの鯖側の負荷を
夜勤★さんに分析してもらうってのが、現状で最短対応なんじゃないの？

夜勤さんもぶっちゃけてるし、深夜だし
DLLさんはUIから作る気はないの？
もしくは2ch.dll作りに特化してUIはデザイン系の人に任せるとか。

>>334
作ったところでかちゅ〜しゃのクローンでもなければ乗りかえたくない・・・
Abone みたいに個人的には無駄に感じるものの群れで場所取られるのはすごい苦痛・・・

>337　それでよいかと思う。

カスタマイズ可能でデフォだとかちゅと同じUIがあれば最高なんだけど、
さすがに無理言ってるかな・・・

ふむふむ

じゃ　明日(というか今日だけど)か明後日にでも

read.cgi は Monazilla 以外をはじく。
kage の古いバージョンははじく。

をやってみましょうか、で　どれくらいどうなるのか。。
一番つらそうな vip とか tv でピーク時にやると、

>>336
まあ、それがないとも言わないが
単純に作者さんのほうが内情がわかってる分うまくやるだろうからうちらが考えてもねえ
そもそもこんな騒ぎになってなかったら確定で寝てるほど眠いし・・・

dolibってあるんだから、それをうまく活用できないかな。
ここで出てた2ch.dllって位置付けに持ってこれないかな

>322
Janeで低速回線の人向けに選べるようにしています。
設定で回避できます。

>339
別に一人だけ募集じゃなくて、やりたいって人に来てもらえば
シンプルなのも出来るし高機能なのも
出来ていくってならないかな？

話の腰を折ってすまんが一言いいたい。

スレの方向とは話が違うけれども、まず>>29みたいな２ちゃんねる
を利用して金をかせいでいる企業からちゃんと金を徴収することを
考えてほしい。
夜勤さんの話だと企業からの巡回が多いとか。
そういう組織的な（確信犯の）アクセスをまずつぶす、もしくは金銭
的に共存できるならそれでもよし。

次に過去ログの販売は真剣に検討してくれ。
著作権がなんだとかいう人もいるだろうが、書き込み前のメッセージ
に販売に関して同意する条項を追加しておけばいいだろう。
半年に一回くらい出して、それ以前のログを削除することで過去ログ
の読み込み負荷は減るし、読めなくなることを恐れての脅迫的な巡回
も減るんじゃないか。

最後に、monazillaツールでローカル過去ログの読み込み・参照に対応
してくれれば完璧なのだが。

とにかく技術側で現状に対応するには限界がある。
ユーザが拡大すればそれだけコストを相殺できるようなしくみがないと
また夏厨の動き出すころには同じスレが立つよ。

>>332
夜勤★さん！Kageの新バージョンできたら、
現行のKage0.99.095以下のバージョン弾くのよろしくね。（はぁと
とにかく今回は強制的にかちゅユーザーにはバージョンアップ
してもらわないといけなからね。

>>345
また、ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!

>>346
スキンレベルでいけるならそれでもいいんだけどね。

作者大集合（ｗ

神々が戯れるスレになってきましたな（w

>>351
委員長はねちゃったけどな。（ｗ
ｲﾏｺﾞﾛ内田有紀の夢でも見てるに違いない。

>>347
わたしもその辺の話がしたかったのですが、切迫した問題として、今のスレの流れは
かちゅ関係のものに集中しています。
落ち着いたらその辺も含めて考える必要があると思います。

>350
でも、そろそろかちゅはインターフェースを誰かつくらんと
今後に対応できなくなっていくような気がするが。

ここら辺の話題はかちゅスレでやるべきかな？

Abone作者がお就寝みになられたのが、惜しまれる。

取りあえず今日はひとまず終幕だな・・・。

まだ来てない作者呼んでこい！（来てたりして、というか名無しで来てるだろｗ）

ユーザにとっては、そのスレッドの内容を、前もって取得するか、読むときに取得するか
の違いしかありませんが、サーバにとっては、全datに対する一括アクセスを処理するか、
各板のsubject.txtを送出するだけですむのか？という大きな違いがあるわけです。

２ちゃんねるのサーバにとっては、転送量の問題とサーバにかかる負荷の問題が
両方でているのですから、一時に連続してdat送信の要求があるのは、高負荷そのもの
なのです。

巡回機能についても、ダイアルアップの人に限定して許すべきだ、というのは、
こういう事情からです。
ダイアルアップでオフラインになって読みたい、というのは、
その機能を使って何度も更新チェックをしたい、というのとは事情が違うわけですから、
(そもそもそれだと電話代がかさみますから)
許容できる、のではと思っているワケなんです。

>>355
簡単にできるならとっくにやってま〜す
一応プログラマの端くれだから

>354
なんとなく企業関係者が昔からあるかちゅを使ってログを集めてそうな気はするが。

>>355
＞ここら辺の話題はかちゅスレでやるべきかな？
dll化の話など具体的なものは作者さんの意向もあると思うけど
できればソフ板で出来たらと思うんですが、、

>>359
こんな説明があればパート1の前半あんな展開はなかったろうに。。

かちゅかちゅ言ってるけど、良いブラウザがｲﾊﾟｰｲあるよ。
慣れの問題を一番素晴らしいってのと勘違いしないでね。

もちろんDLLさんの他2ch互換サイトなんかの対応が素晴らしく早いってのはあるんだけど。

>>362
「2ch.dllをつくろう！」スレッドを建てるとか

どうせ板取得とかスレ取得とか共通処理なんだから
それを取り扱ったDLLを作る って話はいいことだと思う。

>>362
まあ、本当に別 UI を作るんだったら、現在の窓板のスレッドとは別個にム板辺りでスレッド立てて議論すべきだと思うけどね。
まあ、ソフト板でもいいけど。

去年の９月危機のときにかちゅを思い切り推奨したからね。
あれでかなりかちゅの利用率が上がったとおもわれ。
その後はkageをこまめに更新する人はすくないだろうけど。
俺も板が読めなくなって初めて更新するくらいだし。

>>365
賛成

>>364
当時の他のブラウザを一通り試してかちゅ〜しゃに落ち着いた私は多分他へはよほどのデメリットがないといけない・・・。
そういう人もいるんだよ・・・。
とにかく広く使える UI が最高。
板移転でログがさくっと使えなくなるデータ形式すら甘受するほどに・・・。

>>364
ゾヌ、A Bone、ギコナビ、えのまん(？)もそれぞれ一定期間試してみたさ。
でも結局かちゅ〜しゃなんだよ。決して食わず嫌いじゃないんだよ。
高機能だから素晴らしいってわけじゃないんだな。

それを「慣れ」の一言で済ましてしまうのはちょっと違う気がする。



一応、Janeは平行して使ってるけどね。（ｗ

>>342
そうですね。
まず、負荷の原因がつかめないと・・・

不正な、というか、攻撃目的のアクセスも切り分けて対処しないと、
「サーバは落ちないけれど、攻撃されたことでかかる費用負担で」
２ちゃんねる負けちゃいますから。

>>365
確かに２ｃｈデータ処理のAPIが整備されれば
ソフト作者も楽になるし、肝心なところをblackbox化も
できるし。

おれも現在ほぼ全てのブラウザが入っている。。
んでもやっぱり、かちゅなんですよね、、
正直このスレでの夜勤さんの発言には驚いたけど、
やっぱりそれだけ選ばれてる何か、はある

>>364
かちゅ〜しゃが、なぜ他のソフトの合計２００に対して
その５倍もの１０００の利用者があるのか、そこを考えて欲しいな。

俺はかちゅユーザーだからこそ、真摯にこのスレに参加してきたよ。
新スレ立ちからからずっとリアルタイムで追ってきたなんて初めてだ。

今から泥のように眠るよ。（ｗ

かちゅのリロードボタンの位置に慣れた
それだけがかちゅを使い続ける理由

かちゅ〜しゃ論はスレ違いなのでここらでやめましょう。
乱立スレでどうぞ。

一つだけ。広い、広く使えるってのはかちゅを押す理由には全くならないよ。
他のブラウザを試してない証拠。

>>280
しまった、完璧に見落としてた
開始はともかく、巡回の終了は取れるのか？
まあ、アクセス止まったらでいいのか・・・。

かちゅーしゃを使っていて、こういう時に
いつまでもこのまま使いつづけられるだろうか？
という問題はない？

------------------------------------------------------------

　　　　　　　　　　　　終了・・・みなさん、お疲れ様でした。

------------------------------------------------------------

乱立する2ch用ブラウザの比較 Part3
http://pc.2ch.net/test/read.cgi/software/1015928913/l50

かちゅが使いやすいから乗り換えられないって話題ならこっちの方が良いか。

お外も明るくなってきたので、そろそろ皆さんお休みの時間ですよ〜
本日はお疲れ様です、またのご参加をお待ちしてます〜

>>377
広く使えてかつ、それでいて機能的だとういうことじゃないのでしょうか？
確かに他にも広く使えるものはありますが、
それがその人にとってかちゅ〜しゃを上回っていなければその人にとって使わない理由になりますし。
そこら辺はさすがに内包して言っていると思われますが。

とりあえず、DLL作者タンの対応を待った上で特定鯖でテストして効果を確かめる。
それなりに効果があることが分かれば、他ツール向けのガイドラインも策定する。

kageの改良によっても効果がない、または十分な効果が見込めない場合。
まず、問題の切り分けをする必要がある。
かちゅ〜しゃの巡回機能のせいで負荷が高いのか、それとも別の理由（企業の巡回など）なのか。
かちゅ〜しゃの巡回機能のせいで負荷が高い場合は、kageの改良等で問題解決が可能かどうか。
技術的理由で解決が不可能な場合、他ツールへの移行を考える必要があるが、他ツールでも同じような
問題が起きないかどうか。
他ツールでも根本的な解決ができない場合は、巡回は有料化するという結論にならざるを得ない。
有料化するにあたっては、決済手段の多様化が望ましい。
というところか。

すでに Monazilla に某企業が潜り込んでいる、
といってみるテスト

新バージョンが出たようです

129 名前：0.99.0.96 ◆DLL/lGHE 投稿日：02/03/23 06:07
・0.99.0.95でしたらばに書き込めない不具合を修正。
・17スクリプトの板でスレ立てできない不具合を修正。
・すでに意味のない書き込み直前のdat落ちチェックを省略。
・ログインしていない場合、dat取得に5秒の強制インターバル。
http://kage.monazilla.org/

すいません、環境は　Win2k+IE50.1SP2 かちゅ2.102+0.99.0.96 です
ログはとりましたが送った方がいいでしょうか？

>>387
誤爆（ｗ

やってしまった。。
さっき不具合まっさい中だったので、書けていないものだとばっかり、、

かちゅユーザーにはろくなやつが居ないな。

＞196 ：夜勤 ★ ：02/03/23 04:06 ID:???
＞今　苦しんでいるのは
＞単位時間あたりの cgi コール数だす。

で、かちゅ〜しゃと関係無いはずのコレの正体は何なんだ？
read.cgi呼んでたのは去年秋の一時期だけで確かUAにkageのバージョン出てなかった頃だろ。

＞391
　昨日ｔｏｎ／ｔｅｒｉ、いまｋａｂａ鯖をアタックしてる奴の前哨戦だったとか？

かちゅ〜しゃを偽装したロボットとか。

巡回機能自体の改良の話が中心ですが、
そもそも巡回を余り使わなくてよいような機能を
かちゅ〜しゃにのっけられないですかね。

たとえば、A Boneの場合、板を開くと同時に既得スレの新着レスの有無をチェックして
くれますが、
私の場合、この機能のおかげでお気に入りに入れるスレの数が
かちゅ時代；３００超→現在；３０以下に激減しました。

あくまで本質的な解決とは異なる、
おまけの考慮になりますが、こういう機能の搭載で
巡回に頼る必要性自体を減らす努力もいる
と思います。

ただ、かちゅの場合、作者不在で本体が弄れないのがネックに
なってるわけですが。

>>342
・read.cgiのrawモードは完全停止してもokかと
・kageは 0.99.0.95 以下をすべてシャットアウトということで

bbs.cgiでsubject.txt.gzを作るようにはならないのかな。
subject.txt.gzの更新頻度を下げればさらに・・・

>>394
ＵＩは作れないんだって（；´Д｀）

せめて「お気に入りに」入れてる奴が、そのままで
レスと既得の比較ができれば、レス＞既得の奴だけ
チェクすればいいから巡回しなくともいいんだけど。
板によってレスがつく頻度やよく見るスレの個数がちがうから
板レベルでチェックすると見落とすことが多くて不便なんだよね。

◆業務連絡◆
Ｔｏ：夜勤さん
Ｒｅ：メール読んで下さい。
以上

>>399
To: はいいとして、Re: って何だ?

read.cgiいじるならついでにひろゆきのせいでできた名前欄が
空のdatにも対応してほしい
http://pc.2ch.net/test/read.cgi/tech/1002820903/503-

>>400
Referのことだと思われ。

JOKESIZEさん、Dreamさん、分かりやすいまとめ感謝します。

>180
オープンソース開発をやめさせるうんぬんは
作者に判断を委ねたほうがいいと思います。
公開している理由があると思うので。

>285
>今は、転送量が10%くらい増えてもよいから
>サーバの負荷を減らしたい。
ここでの話しを巡回規制などによるサーバー負荷削減に
絞っていただけるとありがたいです。
●優遇についての話しはその後でもいいかと。
って今は↓これの原因追求が先ですかね。

>196
>今　苦しんでいるのは
>単位時間あたりの cgi コール数だす。

特定の板で
クッキーがないか期限切れです！
今、新鮮なのを食べさせたので、一度戻ってから再投稿してくださいです。。。
こうなるんですがどうしたらいいんでそ？

なぜここで聞く
お前が使ってるビューアのスレで聞けよ

>>404
kaba鯖にある板か？
今全部止まってまっせ

PROXY規制中（避難）
http://mentai.2ch.net/test/read.cgi/accuse/1014876006/l50

>>406
もしそうならそのスレを見る限り、エラーは
「公開ＰＲＯＸＹ規制中！！ 」
になると思うんだが

>>403
レスありがとうです。

オープンソースの開発はもちろん作者さんに委ねるべきですが、もなじらツールとほかの
ツールの区別をする必要がある場合に、UAの偽装をするものがでてきた時（しかもその
数が多いとき、或いは公開されている時）などは、オープンソースでは厳しいのではないか
というもので、直ちにそういった措置を取る必要があるというわけではなりません。
また、そういった措置をとる必要がある際も、お願いベースで進めることになるんじゃないでしょうか？

現状では、かちゅの影響度を調べる調査を予定していますので、その他のツールはむしろ
巡回機能等（更新チェックも含む）の制限はなくしてもらい、かちゅの制限だけにして、正確な
データを取ったほうがいいいのかもしれないと考えています。

なので、ぞぬの制限を実験終了まではなくした方が良いかと思います。
その上で、実験結果をもとにその他の作者さんたちも含め、必要であれば制限してもらうようにを
お願いすればいいように思います。それに、制限の基準もツールによってまちまちですので、
これもツール間である程度統一させる必要がありますし。。。

実験後、有料ユーザ優遇は巡回規制をかちゅ以外のもなじらツール全般に広げるかどうかを
議論したうえで考えることだとは思います（ちょっとフライング気味に議論してました）。

しかし、有料ユーザの優遇は何らかの形で実装していただく必要はある可能性が高いと
思います。

>>407
すまん、鯖を勘違いしていた。
IEから実験室で書こうとすれば俺も「クッキーがないか期限切れです！ 」
って出たもんだから。

スレ違い。

>>408
UAの偽装対策でソースを隠すなんて完璧に無意味ですね。
パケットキャプチャすれば簡単に分かります。

>>403
大物ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

>>411
技術的なことは疎いのですが、もなじらツールとそれ以外（IE等も含めて）
を２ｃｈ側で判別する必要があるかもしれないので、ひとつの例としてだして見ました。
>>180をご参照ください。
それで、何か良い方法があればご提案していただけたらと思います。

おはようです、
このスレに来てみたけど、今度は kaba がなんかやられているみたいで、、、
見てきます。

また、

> もなじらツールとそれ以外（IE等も含めて）
> を２ｃｈ側で判別
無理です。
結論は>>6で悪意あるユーザーのことは考えるだけ無駄。

> もなじらツールとそれ以外（IE等も含めて）
> を２ｃｈ側で判別

できないことはないんだけど、サーバ側、クライアント側ともに
かなり大幅な修正が必要。現在のシステムのままでコレをやると、
穴だらけとなる。しかも、かなり簡単に穴につけ込める。

>>415-416

悪意があり且つスキルがあるユーザは少数でしょうから無視してもいいと思います。
（数の程度によりますが）
ただ、悪意もスキルもないが、単に古いバージョンのツール（巡回等が無制限に実装されている）
をはじくためには必要ではないかとおもうのです。
また、そのための改造が大幅になり穴だらけになるなら別な方法を考えましょう。
皆さんの知恵があれば何とかなると思います（昨年８月の事件の経験則ですが。。。）。

とりあえず今は　�@現状把握（夜勤ﾀﾝのいうテスト）が先でしょう。

多分、荒らしのコールとかちゅの巡回が原因「だろう」とかいっている段階ですから。

現状把握の後、　�A巡回の機能制限ないし仕様策定と言う話になりうるのではないかと。
で、これがすんだら　�B●の付加機能の話になるのではないのかと。

> 単に古いバージョンのツール（巡回等が無制限に実装されている）
> をはじく
だけならソース隠す必要ないじゃん。
言ってること支離滅裂。

ソースはできるだけ公開しておいた方がいい。

かちゅのソースが公開されていれば、
kage.dll で通信部分を乗っ取ったりしなくても、簡単に改良ができた。

>>418
そうです。代弁していただきありがとうです。
で、その�@を正確に行うためにはかちゅ以外は制限とかないほうがいいのかなと
思ってます（技術的に勘違いしてたらすみません）。
今の段階ではかちゅ以外は制限する必要はないわけですし。。。

>>420
それは一般論で、かつ「今まで」の話であり、
危機的状況である「今or今から」は、ソースをオープンすることで
クラック版を生み出す可能性がある・・・という話なんじゃないのか？

クッキー〜ってなるのは
ブラウザだとバックで戻って再送信すればできるんですよ
でも擬古だとバックなんてないですよねヽ(`Д´)ﾉ
どうすればいいんでしょうか？

で、夜勤ﾀｿはkabaにいったきり?

>>419
技術に疎いもので、すみません。
出来れば煽るだけでなく代替案を示していただけないでしょうか？

>>420
確かにそういう場合はありますが、もなじらツール作者間のみ公開とかにして、
その人たちにはNDAを結んでもらうとかすればいいのかなって気がします。

>>424
bbs.cgi 荒らしは撃退。で、食事に行ってる。
http://mentai.2ch.net/test/read.cgi/accuse/1014040931/494

>>425
だからUA変えればすむことだろ。
それとソースの公開非公開はぜんぜん関係ないって言ってるの。
NDAなんて論外だね。dolibが最初そうなる予定だったけど
２ちゃんねらー、ツール作者の双方から猛反発を食らった。
そもそもクライアント側の規制ほど無意味なものはない。がいしゅつだが。

>>422
知恵を寄せ集めるためのオープンソースとクラック版を作りにくくするための兼ね合い
だとおもいます。なので完全オープンではなく。NDA締結者のみとか何らかの対策は
必要ではないかという考えです。

>>425 代替案というか、
古いバージョンの UserAgent を名乗るブラウザからのアクセスを拒否するだけです。

>>428
ソース隠したってぜんぜん意味ないって言ってるだろ。
技術に疎いと自認してるなら思い込み垂れ流すの止めろ。

>>427
そうですね。UA変更でもOKだと思います。それが偽装されたらまた、NDAも含めて
検討すれば良いだけですね。ちょっと先走りすぎました。

まあ、現在のところはソース非公開にする理由はないよ。
HTTP 使っている以上、リクエストの中身は手に取るようにわかるわけだし。

今色々実験してるのかな？
Chokoでクッキーが期限切れって言われたよ。

>>430
何らかの対策が必要という意味であって、クローズにするべきって言うのが主張じゃないです。

>>429
>>431で、

>>433
ブラウザなら戻ってもう一度書き込むかそのままリロード。
かちゅならOK押してもう一度書き込む。
それ以外のツールはちょっとわからんが
現時点で対応していない可能性が高い。

ID:??? だから、名無しで論議してる人はトリップつけてほしいなぁ。
ROMしてるほうも混乱してくる、すっこんでろとか言われそうだけどさ。

>>431
そのスタンスで良いと思うよ。今回の問題には、特効薬がない。
現状にあわせて試行錯誤するしかないよ。

>>436
すっこんでろ

ゾヌ、ABoneでクッキーエラー。その他はまだわからない。

>>436
すっころんでろ

Σ（´Д｀ｽﾞｶﾞｰﾝ 　

Cookie のエラーについては関係ないから、要望板へ行こう。
http://kaba.2ch.net/test/read.cgi/accuse/1016287469/l50

>>439
ゾヌはバージョンが古いと思われ
A Boneは未対応(次のバージョンで対応予定)。

>>442
ツール別のスレのほうがいいと思うが

>>436
私も希望します。
わたしも引っ込んでろとは言われますが（鬱

>>.437
もう一度手順を、
１．かちゅの一部変更依頼（kage作者さんに巡回規制の実装を）と鯖側でのそれへの対応
　　（UAではじくなどかな？）
２．その実験の結果をみて、他のツールにも制限を導入すべきかどうか、どのような方法
　　によって行うか等の議論。
３．有料ユーザへの対応をどうするかの議論（制限を導入するとして）
４．議論の結論に基づいた各作者さんへの要請。

って流れになるかと。。。

巡回規制は現バージョンのものでは不足ですか?

>>446
お疲れさんです。
不足って事はないんじゃないですか？
文句言う奴は「巡回10秒を5秒に戻せやｺﾞﾙｧ」みたいなのでしょうし・・・。

kage0.99.0.96以降で
　ログインしてないと５秒間隔のかたつむり巡回（ｄａｔ読み）
　ログインしてると今まで通り巡回（ｄａｔ読み）

　ログインせずに巡回してそののろさに驚愕（ｗ

>>448
自慢したいんだろうけど反感買うからわざわざｶｷｺすんのやめとけ。

>>446
ごめんなさい。>>445の１．の前半は終わってます。

現状の規制でとりあえず実験してみましょうということで良いではないでしょうか？
実験結果によっては待機時間など若干変更が必要になるかもしれませんが。
あとは>>445の１．の後半部を夜勤さんが実装してくれるのをまって、実験を
始めるだけです。

＞446
　ここで言う事ではないと思いますが。
　kage配布ページにも寅さんネットへのリンク貼ったほうが良いかも。

>>446
・使い勝手を一切変えずに負荷を減らす余地はまだあります(現在作業中)。
というのはどんな方法ですか?

>>446
十分だと思います。>>445の１．は前半部は終わってますが、手順として一応書いただけです。

1)低負荷で理想的な巡回ガイドラインを「現状は棚に上げた上で」決める。
2)上記ガイドラインを「かちゅ以外の」ツールに実装する。
3)UAなどで判定して、かちゅでアクセスしてきたユーザーが見ているスレに
　「かちゅはあと３ヶ月で使用禁止」みたいな警告メッセージを強制挿入して
　かちゅ以外のツールへの移行を促す。
4)かちゅ利用率の減少を確認しつつかちゅ完全締め出し。

こんなんどうですか。

>>454
このスレをよくよんでください

>>454
かちゅに巡回規制が実装されて、それが効果があれば締め出す必要は
ないと思いますが。
１）は賛成ですが。

>>454
煽りﾈﾀ？
そうじゃないならおつむのﾃﾞﾌﾗｸﾞをお勧め。

いや、すげーマジだったりしますが(笑)
専用ブラウザの大半をかちゅが占めていて、かつ、
Kage.dllでの対処だけではカバーしきれない部分がある、
どうしても他のMonazillaプロダクツに移行する必要がある、
・・・という状況になった場合の移行促進案ちゅーことで。

>>458
それは他にてだてなく、且つそれをやれば確実に効果があるという場合ですね。
今のところ、ほかに手立てはありますし、効果があるかは実検待ちなので、とりあ
えず、その議論は後回しにしましょう。

おはようございます(笑)

>>403
Daxさん、おっしゃるとおりだと思います。
私も、オープンソースの件は、第三者が口を挟む筋合いのものではないと思っています。
何らかの不具合があったとしても、それは当事者間の問題だと思います。

kage作者氏による対策(0.99.0.99現在)
・5分制限クラックパッチ対策
・手動のdat取得間隔を3秒に変更。
・巡回時のdat取得間隔を10秒に変更。

とにかくできるだけ早く夜勤★さんに kage 0.99.0.98 以前は
シャットアウトするようにして欲しい。

2chが存続するかの問題だろ？
更新しなくていいからさく〜しゃにソースださせろって。
それで全部解決じゃん。
ソースが汚いとか言ってる場合じゃないって。

>>462
一切連絡が取れないという事実を知らないの？

クラックとかオープンソースとかそういう問題じゃなく、
ローカルプロキシ使えば誰でもできるんじゃないの？＜UA偽装

>>454
特に今すぐかちゅ〜しゃを締め出さねばならない、という切迫の仕方では
ないとは思いますが、どうでしょうか？
KAGEさんがご対応下さってるところでもありますし。

なぜ今回、かちゅ〜しゃに規制をかけるべきだ、という話になったか、その原因が大事だと思います。

原因は二つ。
１）転送量が大きくて、経済的負担がかかる
２）サーバ負荷が大きく、管理負担が大きい

原因は鯖リソースの50%x5/6以上を消費しているのがかちゅーしゃだから、でしょ

>>464
UA偽装やプロクシなどの問題は、今現在そう大きい問題ではないと思われますが。
今課題になっているのは、

１）転送量
２）サーバ負荷
３）クラッカーによるアタック

だと思うのです。
このうち、クラッキングについては、トオルさんが対応中とのことですし、
細かい情報が一切ないので、このスレッドでは
１と２について話しているというところだと思います。

>>460
ちょっと誤解のないようにいっときます。
オープンソースでの開発は開発者さんの意思次第ですが、
２ｃｈ側の事情でクローズにすべきって言う判断が出たら、その場合は
クローズにしない限りdat読みとかのIE等の利便性を超える部分は
提供しないということになるのではないかということです。

そして、２ｃｈ側としてクローズにすべきかどうかは議論の対象にしても良いものと
思われますが、いかがでしょうか？
もちろん２ｃｈ側でクローズにしてくれといわれたところで作者さんが従う必要はありませんが、
その場合はクローズにした開発者とは何らかの違いがでるのではないかということです。

>>465
話の流れを乱すつもりは毛頭ありませんので
ずれた提案その１として受け流してやってください：）

>>466
KAGEさんがギブアップだ、というまで、
あるいは、夜勤さんがギブアップだ、というまで、
かちゅ〜しゃに対する規制などというのは起きない、という流れだと思っています。
ここまでの話の流れは。

>>468
DOLIBの時と同じ話を繰り返すつもり？
特定のツールにしかアクセスを許さない部分を設けるとしたら、
●認証を使えばいいだけのこと

>>467
いや、何かもめてるようだから言ってみただけです。
余計な事言ってすみませんでした。

>>468
話の前提としてはまちがってないが、あんたは「2ch 側」じゃない。

>>467
厳密に言えば、１．２．は「をまかなう金がないこと」をつけるべきかと。
そうして話さないと、「負荷上がる＆金はいる」的な解決策が議論されなくなりますので。

>>468
その通りだと思いますよ。それを
「当事者間の問題」だといったつもりです。
２ちゃんねるにとって明らかにクリティカルな部分のコードがあり、
それを、可能であれば隠蔽して欲しい、ということであれば、その旨を作者さんに伝え
対応していただければ、という筋合いのお話ではないでしょうか？
ここで話すべきは、そのオープンソースの「この部分」が後悔されていると問題がある、
よって、オープンソースをやめてくれ。
という内容であるべきで、
「何となく危ないような雰囲気でもあるから、もうオープンソースにするのは・・・」
という漠然とした内容だと、ソース公開している作者さん達も、納得しにくいと思うのです。

だから通信部分だけ2ch.dllつくれっての。
誰かが音頭をとるか取らないかの問題だよ。
それをしようとしない2chサイド。

>>471
スレのログを全部読んで下さい。その辺の説明は前に書きました。

>>468
どこの側でもないですが。
下から４行目は「として」で区切らずに、「どうかは」の後で区切って読んで下さい。
また、余計な煽りはご遠慮願いないでしょうか？

クライアント側のソースをいくら隠蔽したって意味無いというのが
なぜ理解できないのか俺には理解できない＞★二人組

結局無料ツールユーザ代表、って立場なわけ？

>>474
まぁそうですね。
昨晩の夜勤★さんがはっきり「金銭面の問題だ」と示唆していますので。
サーバの負荷はサーバを増設すれば。
回線帯域使用料は、支払えば支払っただけ
それぞれ使えるわけですから。

ただ、その部分はあくまで「要求される」仕様ですので、
(予算はこれだけ、帯域はこれ以下、ロードアベレージはこれ以下に抑えたい、という)
分析するならその部分は議論ではなく、前提条件として受け入れるべきかと思い
省いてみました。

>>478
意味無いというよりも、「効果が非常に薄い」だよ。

おいおい 468 が余計な煽りに読めるようじゃ(以下余計な煽り略

そもそもあんたが「技術的なものはわからないのですが、」と
前もっておきながらオープンソース開発が無理だとか意味不明な
ことを言って皆から指摘されているのに撤回しないのが原因だろ。

>>475
その部分の議論も含めて（選択肢から外さずに）しましょうということです。
で現在のところはクローズにする明確な理由はないと認識しています。
ので、作者さんに依頼する必要はないと思います。

クローズにすべきと発言した覚えはないんだが（クローズも場合によっては必要
と書いた覚えはあるが）なぜ、クローズ推進者のように扱われるのだろうか？
たんに叩きたいだけなのか？う〜ん。

>>478
理屈で対立したって、その部分ははっきり言って些末な部分だから
玉虫色に話を流したいっていう私の姿勢をわかっていただけませんかね？＞ソース公開

＞結局無料ツールユーザ代表、って立場なわけ？

そういうシンパシーを持っていることは確かですよ？
私はかちゅ〜しゃとA Boneユーザですし、
このようなツールがあることで、２ちゃんねるのユーザビリティがどれだけ向上しているのか
良く知ってるつもりですから。

>>482
私も別に「ソースは隠蔽しなさい」なんていってないのにそう思われちゃってます(笑)
とにかく、ソースから何らかのいたずらが出来る人たちへの対応というのは、
ここのスレッドで話している内容とはちょっと違うということで、そろそろソースの話は切り離すか、
別のスレッドでお願いしたいところです。

萌れ 468 じゃなくて 473 だったや。 ｽﾏｿ

>>461
今日の夜11時頃にやる予定。
たぶん choco , vip の両サーバでやりますー
vip が一番負荷の高いサーバですので、現状。

(これから、ちょっと仕事がありまして。ｽﾝﾏｾﾝ)

>そろそろソースの話は切り離すか、
>別のスレッドでお願いしたいところです。

皆そう思ってるのに★二人組が折に付け話題にしてくるからあきれてるんだよ
というわけでもうしないでね

>>478
●持ちユーザですが、なにか？
クライアント側だけでなくそれに対応した鯖側の対応も必要だといってます。

>>479
金銭的な問題（本質的な問題はむしろこちらではないかとおもってます）を
議論の中に含めないと選択肢が少なくなるとおもいますので、このスレで良いかは
ともかく、この問題を議論する時には含めるべきとおもってます。

>>481
無理だ、って断言しましたっけ？

＞そろそろソースの話は切り離すか、
あんたら含め３〜４人でやってたんだろ

おいおい★二人。ちょいと話を先にもっていこうとし過ぎに見えるぞ。

今は夜勤さんのテスト(？)の結果がでるまで次に進まないんじゃないのかな？

話をまとめようとしてるんだろうけど、余計な文言ついてるから煽られてるように見えるんだけど…

>★の二人組
まとめ役が私見を披露すると話がややこしくなりかねないので
少なくともどちらか片方が事実の要約に徹するか
私見を述べる場合には別コテハン使うかする方がいいと思われ。

>>484
というか現状かちゅ〜しゃは具体的な対応策を出したので、あとは
夜勤さん側で .99 未満をはじく対応をして、その結果負荷がどうな
るか見てからまた対応を考えるっていう状況でしょ。
雑談タイムだからこういう話で間を持たしてもいいんじゃない?

って書いてるあいだに夜勤さんｷﾀｰ

>>488
>>180

>>486
結果が楽しみ？ですね。よろしくお願いします。

でもkage0.99.0.98以前のアクセスがすべてカットされて負荷が下がった状態は
一時的なものだから、できればほとんどのアクセスがkage0.99.0.99以降に
なるまでは実験を続けて欲しいなと思ったり。

Dreamさんも含めみなさん（夜勤さんにもべっと提案しましたが）
以下の提案はどうでしょうか、
１．ここはソフトウェア板なので、技術的な問題を話し合う
　　（どういったプログラムででどのデータをよめば負荷が小さくなるか等）
２．批判要望板とかで有料問題と優遇策などどちらかといえば政策的な話をする

というすみわけをしませんか？
私は２．の方を担当しようかと思いますが（このスレはDream★さんの方が適性がありそうなので）

468は相当日本語のセンスに欠ける予感。

なんかもっと話すことあるだろ

更新ﾁｪｯｸ・巡回方法とか

>>494
夜勤さんにお任せします。
テーマごとにスレッドを分けるのは賛成です。

>>492
>>180で書いたのは、そういう方法が一つの選択肢と考えられ、その選択肢を
採用したら無理になるだろう。ってことで、無理だと断言はしてないんですけど。
よく読んでください。

>>491
>>445とかでところどころまとめてるんですけど、、、

>>492「するとか」

なんかソフト板にはない独自の臭いがするな。
鼻がﾑｽﾞﾑｽﾞするぜ。

>>496
更新チェックと巡回方法については、昨晩私の見解は書きました。
ツールの各作者さん達のお話もお聞きしたいところなのですが。

>>500
花粉症？

ROMってましたがちょこっと一点のみ。

>>486
でchoco鯖って話でましたよね？
で、かちゅユーザーの方にkageのバージョンうｐ促す為に
長編板の議論スレとかでアナウンスした方が良いのでしょうか？

>>495
俺？ひどい、、、

>>496
ある程度の目安は政策的な判断かと、具体的な方法は技術的なこととして、
実験結果を参照しつつ議論を進めていきます。
また、私の意見はログにあります。

>>497
その点も夜勤さんの判断を待ちましょう。とりあえずでるまでは一旦落ちます

>>502 ★花粉アレルギー

こっちのスレで技術的な話ということになると、

やっぱり、
「あるべき巡回方法・更新チェック」とは何ぞや？
ということになるのかな。

夜勤ﾀﾝによれば「転送量を１０％くらい上げても負荷を下げられないか」
がﾃｰﾏだよね。

>>503　アナウンスすると実験にならない気もしなくもない。

>>503
それははっきりと夜勤さんが鯖を決めたら、アナウンスするでしょうし
私も手伝います。今のところはどの鯖かは最終決定ではないので
まだ、良いのではないでしょうか？

>>507
>>508
了解しましたです。
とりあえず先走らなくてよかったです。

>>505
★ｺｯﾌﾟﾝだろ。

>>502
インキン

>>507　アナウンスしないと実験にならない気もしなくもない。

>>512
実験期間をある程度取れば問題はないかと。
１日とかの短期の実験で判断するなら問題ですが。

事前に公表されていないと、はじかれたユーザが集団で
パニック起こしませんか？

おれも●買おうかな、、

夜勤氏もなにやるにすれ突然だもんな、、

今回の実験の目的は、kageの対策の効果を見極めること。
対策済みのkageが出回った状態で、かちゅ〜しゃユーザーが普段どおりの行動をとった場合
に鯖の負荷がどうなるかを見なければいけない。
となれば、事前にアナウンスする意味はあるでしょうね。その結果、かちゅから他のツールに移行
する人が出ても別に問題ないわけだし。
-----
486 名前：夜勤 ★sage 投稿日：02/03/23 16:08 ID:???
>>461
今日の夜11時頃にやる予定。
たぶん choco , vip の両サーバでやりますー
vip が一番負荷の高いサーバですので、現状。
-----
これが確定情報ならアナウンスしてもいいと思う。

>>507
>>493 にも書かれてる通り、アナウンス無しで古いkage弾いて負荷下がったって
それは一時的なもんでしょ。

0.99.0.99以降へ移行すれば巡回規制がかかって確実に鯖負荷は下がるのだから
速やかにかちゅユーザは最新のkageに入れ替えるように広く宣伝してまわるべきだと思うが。

　［Windows］［批判要望］のかちゅスレにはさっき＞461 と＞486 を
コピペしちゃいました。
　そこ見てるようなユーザーは告知なくてもkageの更新で対応する
でしょうが。

＞はじかれたユーザが集団でパニック
　新スクリプトの時とかと一緒で、質問は来るでしょうがそんなに・・・。
　どういう挙動（エラーメッセージ）かにもよるかと。

>>517
こういう動きがありますよ、という感じだったら混乱が少ないと思います。
Kage.dllの更新がご無沙汰な人もいるでしょうし。

確かにkage対策が最優先なのはわかし、異論は無いんだけど・・・。

かちゅが規制されて、かちゅユーザが他のツールに流れ、
今度は他のツールで鯖に過負荷を与える可能性はあるわけですよね。
かちゅ対策と並行して、他ツールの問題点も事前に指摘していかないと
そのうち、また今回と同じ議論が繰り返されることになると思うんですが。

>>517-519
アナウンスは必要だと思いますが、>>508で書いたように
夜勤さんから予定ではなく、決定が出てからアナウンスする方が
いいと思いますが。。。

>>521
>>445をご覧ください。

>>522
確かにおっしゃる通りなんですが．．．

あんまりこんなことは言いたくないんですが、今までの2chの対応を見ていると一部のスレ
を見ている人にとっては事前情報があるが、そういったスレを見ていない人にとっては唐突
な形で規制やらなにやらが行われている感じがするんですよね。
で、今回も確定情報が出てくるのは実施のちょっと前、又は実施後である可能性が高いと思うわけです。

>>524
今更何をおっしゃる・・・。
無料で使ってるんだから管理側に多大なｻｰﾋﾞｽ求めちゃｲﾔﾝ。

学習だな学習。情報拾いの。

>>524
まあ一ユーザとしては事前に教えてもらった方がいい。
でも、タダで使ってるんだし、そもそも2chは規模が大きくなったとはいえ
ひろゆきの個人サイト。使えなくなったからって文句は言えないよ。

だから俺は2ちゃんねるだけに依存しないようにはしてる。
ひろゆきはいい加減な性格だから、半年先に存続してるどうかもわからんし。

俺が管理者側だったら事前告知するけどなぁ
プチパニックになるのは必死だからつれて負荷が上昇するのは
見えてるからね
サービスとか以前のもんだと思うんだけど

>528　それ以前にキレて閉鎖してると思う。

えーっと…
それではどうしましょうか？
今回のはkage最新でないと意味ないんですよね？
本決定を待ってアナウンス、それとももうアナウンスはしても良いのでしょうか？

それと、choco,vip鯖へのアナウンスは板単位でアナウンスしたほうがいいですよね？
もしくはココへの誘導か…

>>512　旧Versionかちゅの影響をとりあえず評価しないといけないんだから、
　アナウンスしないほうが意味あるだろ。

　そもそも何のためのテストなのさ？

>>530
アナウンスはその板の住民で気の利いた奴が始めてると思う。
よそ者がやるとウザがられるから程々にした方がよいかと。

>>530
ソフト板に変なのを連れてくるなヽ(`Д´)ノ

>>530
アナウンスはもうしばらくまってもらった方が良いかと。
夜勤さんはこのスレで発表してくれるともうので、
このスレへのリンクと「こんな動きがありますよ」的な
書き込みならば良いのではないかと。

>>.531
旧バージョンははじく、新バージョンはOKで、どの程度減るかの実検なので、
全員が旧なら大幅に減るし、全員が新ならどの程度の効果があるかわかる。
そのあいだならはじいたのと受け入れたのの比較が出来る、
ということでアナウンスしても良いかと（夜勤さんの最終発表を待って）。

>>532
そうですね。とりあえず自分がアナウンスするなら長編のみとおもてるのですが、
>>508とかがあるので任せちゃ他方がいいですかね？

それと、>>531さんが言うように
１．旧バージョンの締め出しでどれだけ変わるか
２．新バージョン以降でどれだけ変わるか
の２点を調べるのであれば今はまだアナウンスしない方がいいですよね…

>>533
りょーかいですー。もしするとしても誘導はしないようにします。

>>534
とりあえず待ちの構えに入ります。なので一旦ROMに戻ります。

>>528　以前、BBSPINKでテストしたときも告知なしだったさ。
　理由は、告知するとテストにならない（効果を評価できない）からｗ

>>535
夜勤さんから最終決定が出たら、私もアナウンスに回りますので、
お手伝いしていただくのはありがたいですが、義務感みたいには思われなくて
結構ですよ。

>>534　今日早朝から、ずっと「実験」の字が間違ったままなんだが。

>>535
まだテストまで時間あるからじっくり逝こうよ。

>>518　単なるテストであって、規制の本実施でも何でもないのだが。

>>539
本当に効果がるかの実証検分だから、実検であってる。
等と言い訳してみる。

とりあえず夜まで様子見でいいかな？

>>539
首実検

>>531
すでに夜勤さんがログを解析したって言ってたろ？
旧バージョンのデータはすでにある

すでに現行kageで負荷低減に役立ってるんだから、
とっとと広めちゃった方がいいよ。
コメントは早い方がそのデータの安定が早まるし。

時に、いま夜勤さんは何処にいるのだろう？？？
再び◆業務連絡◆
Ｔｏ：夜勤さん
Ｒｅ：メール読んで下さい。
以上

>>545　そのまま比べていいのかなぁ？　当然そのデータは、VIP鯖のデータではないし。

前スレ77のまとめが良くできてる。

77 名前：名無しさん＠お腹いっぱい。 投稿日：2002/03/16(土) 02:50 ID:???
単なる「更新チェック」は無料OKで
datとってくる「巡回」は有料にするわけね。
┌――――┬――――――――┬――――――┬―――――――┬―――――――┐
｜巡回　 　 ｜ｄａt取得 　　　　　　｜ 鯖負荷 高 し ｜有料（ＩＤ必要）　 ｜ かちゅ〜しゃ等 ｜
├――――┼――――――――┼――――――┼―――――――┼―――――――┤
｜更新　 　 ｜ｓｕbject.ｔｘｔ取得　　｜鯖負荷低め　　| 無料（ＩＤ無くても　| 　A Boneや 　 　 ｜
｜ｃｈeck　　｜・HEＡＤﾁｪｯｸのみ　｜ 　 　 　 　　 　 ｜ 　　　　　よし) 　 ｜　ﾎｯﾄｿﾞﾇ　　 　 　｜　　　
└――――┴――――――――┴――――――┴―――――――┴―――――――┘
鯖負荷で分けるという意味では
合理的な分け方かも。

どっちみち定額で接続している人間には使い勝手は
余り変わらないしね・・・。

>>548
別に同じ鯖じゃなくてもいいんじゃないの？
今回の実験って
>>49 ＞1,200 のうち、1,000 はかちゅーしゃだったりするんですよ。
にあるようにツールユーザ全体に対するかちゅのリクエストの
比率の変動が知りたいんじゃないのかな？

>>550　何か違うよーな・・・。

>>549
それも良い案のひとつですが、ただダイヤルアップユーザ向けに巡回＝有料ではなく、
頻繁な巡回＝有料とすべきだという意見もあります。

頻繁な更新チェック→→→有料→→→→３分に一回程度？
頻繁でない更新チェック→無料→→→→１０分に一回程度？

頻繁な巡回→→→→→→有料→→→→１０分に一回程度？
頻繁でない巡回→→→→無料→→→→３０分に一回程度？

一番右はスレ数に関わらずその時間か、スレ数×ｎ秒でもいいと思います。

有料と無料ではここの案では３倍の開きを提案しましたが、この格差は
ぎろんによっては変わると思います。

これはあくまで試案です。

10分に1回も巡回する奴っているんだね・・・。鯖に負担かけたい荒らし？

ちなみに俺は鉄道板などの住人で、1日2回くらい巡回してます。
なにしろ一時期凄い勢いでdat落ちしていたので、巡回機能は必須です。

768 名前：夜勤 ◆D69Zsbfg 投稿日：2002/03/22(金) 15:11 ID:???
たとえば　告知がないとか良くみんなが言うけど
各スレッドが告知だと思っています。それも時系列で整理されてて
賛否両論の意見つきの。とっても貴重な情報ですよ、きっと。

すくなくとも、わたしは　その時々に必要なスレッドを立てて
みんなで、わいわい議論をしたいと思っていますし、してきました。

この方法が悪いとかと言われても、私には他に手段がないので
困ってしまいますけど。

いくつになっても分からないんだろうな、、

>>553
その段階で読まないのだったら、datとってもしょうがないんですよ。
dat落ちしたスレッド見られないよーっていうのはわかりますが、
だったら●買いましょうよって話ですし。

>>554
だったらこのスレもせめて批判要望でやるべきだな

要するに、お金を払うユーザが、すんなり納得してお金出せる仕組みにして、
そういうお金でサーバを運営できたらいいな、ってお話だと思いますよ。
巡回機能自体を、課金の対象にするということであれば、
それはそれで、受益者負担でよいと思うし、
だからこそ、subject.txt使った更新チェック＝巡回ではない
てところをしっかり見極めて欲しい、って点でもありますけれどね。

>>557
批判要望に、このスレッドのリンクをしたらどうなんでしょね？
実際みんな好き放題リンク貼るのに・・・・(笑)

ソース問題の人たちへ

835 名前：夜勤 ◆D69Zsbfg 投稿日：2002/03/22(金) 17:44 ID:???
>>1 でも書いたように　推定 60万ツールユーザがいる訳で、
1,000人の人が自分でプログラム作っていろいろやったとしても
59万9,000 人は、普通に使うだけで、　　　とか

ま、●買ってやるかな・・・。

>>560
たしかに1000人かもしれないけどその1000人が裏で公開とかしちゃって
残りの人にも手に入りやすい環境になっちゃったら一緒のような。

だから、そんなソースの話とか何だとかは今は置いといた方がいいと思う。
まずは先にかちゅがどうなるか。と。

>>559
スレ立ってるのみたよ

>552
しろゆきは金出さない奴ぁ巡回なしのほうがわかりやすい
みたいなこと前スレの何かのログで言ってたでしょ。

無料＝一切駄目ってんでいいんじゃない？

>>563
ほんとだ…しかも今日の2時って…フライング？

巡回をいじることで短期的には対処するとしても中長期的にはどうするの？
subject.txt あたりにその時の負荷率とか書き込んでおいて
ツールがそれに比例してインターバルを挿入って感じには出来ないのかな？
対応していないツールやブラウザからのアクセスにはサーバー側で間引くとか。

>>566
技術的なことはさておき、インターバルを混雑にあわせて可変化するってのは
いいアイデアではないかと思います。そうすれば無料ユーザでも鯖負荷が少ない時間帯は
利便性が減少しませんし。負荷が高い時は有料ユーザはお金払ってるということで制限は
緩和されると（受益者負担の原則）。

その混雑チェック自体が負荷を増やさないことと、作者さんたちと２ｃｈ側の技術的問題が
クリアできればすごくいいアイデアに思えてきた。。。

今日は一日出張＆新Verリリースでこのスレッドを読めなかったのですが、
どうにか今、過去ログを読み終わりました。(^-^;
read.cgiにUA判定で弾く仕様変更があるようですが、A Boneは例外の
範疇に入る予定ですよね。
これをしくじられると、現在A Boneはread.cgi経由でスレッドを取得してる
ので非常に困ります。
くれぐれもよろしくお願いします。＞夜勤氏

/* 夜勤氏自身がA Boneユーザーなので、
　　　　すぐ気付いてくれるハズですが(笑) */

なお、次バージョンか、最悪でも次々バージョンでdat直取りに変更する
予定です。

負荷は /proc から読み取れるんだっけ?

？かちゅが悪いとかじゃないですよね？
運営サイドの要望通りに dat読 → read.cgi経由 → dat読 と
ほぼリアルタイムに変更してきた、kageが一番だと思ってたのに。

>>568
read.cgi経由であろうがdat読みであろうがUAによる振り分けは可能。

196 ：夜勤 ★ ：02/03/23 04:06 ID:???
今　苦しんでいるのは
単位時間あたりの cgi コール数だす。
これを乗り越えても、勿論転送量のもんだいもあると思いますけど、

今を乗り切らなきゃ　その先はないと思うんですが、どうでしょ。

>>570
かちゅで唯一問題視されているのは 巡回時に
新着があろうと無かろうとdatにアクセスに行く
という点。

>>568
現状までの理解では、かちゅの旧バージョンをUAではじくというものだと思いますです。

>>570
かちゅが悪い訳ではないです。ましてやkage作者さんが悪いわけないと思います。

>>572
おれもさっきからログ読んでるんだけど、
>>196の問題からなんかはずれた方向に行ってる
ような気がしてたんだが・・

ずれていく原因の一つ
JOKESIZE ★
Dream ★

>>570 「かちゅの巡回」はよくない。少なくとも良くはない。

>>575　ズレてないよ。　
　
　荒らしの問題は、トオルの担当だからここでは切り分けて取り扱わないだけ。

>>575
確かに今問題になっているのが>>196のようなことだったら、かちゅが主たる原因とは
考えにくいような>>309

43 名前：夜勤 ★ 投稿日：2002/03/15(金) 19:47 ID:???
で、ぶっちゃけた話、
「巡回機能は●持ちだけにしろー」という主張な訳なのです。

でも、それじゃあんまりかなとも思いますし、
そんな強制力がある訳でもありませんし、

んな訳で、どうしようかと、
100 か 0 か(白か黒か)じゃない方法もあるでしょうし、

>>578
いや、ズレてはいるんだけど、
それはかちゅがread.cgi経由じゃないことが
わかって以来そのまま話が進んでるからじゃないの？

>>576　そいつらは関係ないような。
　ズレてるとしたら、スレの出発点としての夜勤★の認識それ自体では・・・？

>>581　どっちみち、テストの結果を見てからでもいいんじゃないの？
　ズレてるのかどうか白黒はっきりつくだろ。

　水掛け論を延々続けたいなら俺は止めないけどさｗ

なんとなくずれてきている気もするけど…

>>202,>>285,>>300,>>315,>>322,>>342,>>486
ちょっと抜けてるけど夜勤さんの>>196以降の発言。
とりあえず、cgiの問題もあるけど、今はかちゅとめてどうなるかって話でまとまってるんでないの？

実際に今日行われる予定の“テスト”ってなんのテスト？

>>580の問題とか委員長さんのなどのダイヤルアップユーザ対策、
それから、もちろん鯖負荷の問題を解決するために、短期的（これから行われるであろう実験）
と中期的（●もちを増やすにはとかかな？）を話してます。
ただ短期と中期は分けた方が良いと思い>>494あたりで提案したりしてます。
夜勤さんは何処へ、、、

確かに現時点での問題点がcgiならずれているのかもしれないけど
この内訳って分かっているんでしょうかね？read.cgiがメインなのか、それとも別のcgiなのか？
cgiじゃなくてCPUの負荷が問題だとしたらdat直読みはgzipで圧縮作業してる？から
結局かちゅの巡回も関わってきますよね。

>>585
かちゅ+旧かげで巡回出来なくするテスト。ですよね？

>>585
よていですが、choboとvip鯖でもなじらツールとｋａｇｅ新バージョン以外は、
read.cgiではじくと、、、>>342>>486に書いてあります。

>>585
なんか >>202 の時点で負荷が見てみたい、っていうことからのようだけど
その時点の夜勤さんってkageがcgi経由って認識でないか？

読み込み用read.cgi
書き込み用bbs.cgi

単純にIE・NNとかのフツーのユーザー（６割強）のせいだったら
どーすりゃいいんですかね？
-------------------------------------------------------------
でも、荒らしが一生懸命攻撃している最中での「今」」苦しんでいる問題が
cgiのコール数、って発言なんでそのまま捉えていいのかしらん？

果たして、荒らしが来ようが来まいがここ最近困っているらしい負荷の大部分が
単位時間当たりのcgiのコール数なのかな？

>>588
そう思われます。

>>587
かちゅの巡回がcgiではなくdat読みだとわかった今、
6000人の村の1000人のかちゅ使いが3000人分の米をdat読みで
食べてる、っていうのが１つ目の問題のような気がするのですが。

>>592
その場合はオイスター作戦の強化だと思います。

>>594
村の中のかちゅ使いの実数はわからないんじゃないか？

49 ：夜勤 ★ ：02/03/23 01:26 ID:???
でもね、こんなことを言うとまた叩かれるんだけど、
>>17 の話なんだわ

1,200 のうち、1,000 はかちゅーしゃだったりするんですよ。
他の作者さんたちのツールは、どうでも良いといえばどうでも
良いんだな現状は。

だからといって、kageさんとかを非難しているのではないのよ、
現状を説明しているだけだからね　(保身)

285 名前：夜勤 ★ 投稿日：2002/03/23(土) 04:49 ID:???
>>271
いろーんな　方法で、いろいろ　アクセスくるから
なにがなにやら　切り分けが出来ないという現状。

今は、転送量が10%くらい増えてもよいから
サーバの負荷を減らしたい。
で　何らかの変更をした場合、そのようになるとの確証がないので
指示もだせない　ヘタレです。（後略）
-------------------------------
>>285のような状況だからね。
とりあえず実験なり、荒らしの叩き落しをトオルにやってもらうなり、
具体策がどうなりゃいいのか知らんけど、現状の正確な把握をするの
が現時点の課題でしょう。

それと鯖の負荷が問題になっていること自体は間違いないのだから、
各ツールの作者さんに鯖の負荷という観点から少しでも改良して貰う
ように注意喚起する分にはいいんでない？

それが『●なしは「巡回」を止めて』になるかどうかは、ある程度現状を
把握した後でしょう。どっちみち。

あ、ごめん。わかるね、、

>>49…って先にはられちゃた…

で、とりあえず夜勤さんの降臨待ちだと思うのですが？
他に決めることってありましたっけ？

>かちゅで唯一問題視されているのは 巡回時に
>新着があろうと無かろうとdatにアクセスに行く
>という点。

0.99.0.93以降、If-Modified-Sinceが付くようになったことで
更新がなければ1バイトもDAT転送しなくなったのだよ。

それ以前は新着があろうとなかろうと、強制的に最後の1バイトを
転送させてた。これが「かちゅの巡回」問題の最初の一つであって既に対策済み。

現在のかちゅの問題は、ユーザが多いこと。つまり普通の使い方してるだけで
負荷になるということ。これもkage作者氏が強制インターバルやクラックパッチ
対策などを施して0.99.0.99で対策完了済み。

>>601
いや、だから…古いかげ使ってる人もいる訳で。
だから今回のバージョンアップ以下は蹴るようにして統計を取りたいのでは…
全ての人が毎回必ずバージョンアップしているわけでもないので…

巡回をどう弄っても
A Bone風の更新チェックの方が負荷少ないんと違うの？
単位時間あたりの。

>>601
subject.txtを先に取得して云々 という方式がkageに採用されれば
そもそもdatにアクセスに行かなくできるから。

今はIf-Modified-Sinceをつけてアクセスに行ってるけど
それすらもしなくて済むようにできる。

>>601
あら、そうなんですか。頻繁にバージョンアップしてるユーザーなんか
少数派だろうから旧バージョンを弾くようにして新バージョンへの移行を
うながせばだいぶ改善する可能性があるってことですかね？

>>601　datにアクセスしに行くこと自体が問題じゃないのか？という話だね。

subject.txt形式は巡回板が多くて
かつ、一つの板あたりのお気に入りがごく少数な場合は逆に負荷になる。

>>606　は、>>604の間違い。

かちゅに更新チェックはないが、そのチェックにsubject.txtを
使った場合、かならずファイルのオープンとデータ転送が
あるんだから、更新があったものを必ず読む、とすると
subject.txtを使ったものの方が鯖には厳しくないのかな？

2度手間

>>607　空振りでなくて、datを一々取得して来ても？

>>607
それでも、ほとんどの場合は
ひとつの板に2つ以上巡回対象が入っていることのほうが多い。はず。

だから、そういうレアケースには目を瞑ってもいい。

前スレの
>>868.夜勤 ◆D69Zsbfg
subject.txt は、直接引っ張ってくださいね、(cgi 通さずに)
更新チェックは、A Bone がやっているように subject.txt で行ってくださいね
スレッドも　できれば dat を直接持っていってくださいね
(read.cgi 通さずに、転送量との兼ね合いもありますけど)



とりあえず夜勤さんはsubject式をお望みと。

>>609　トータルの負荷でなくて単位時間当たりが問題なのでは・・・。

>>613
つーか、その辺のこと詳しく分かってないっぽいぞ

>>610　２度に分けてやればいいコトを、一度にまとめてやるから問題なのかもｗ

subject.txt は想像以上にデカい

で、11時頃って夜勤さん言ってたんですがまだこないですねぇ。

＞呼び出し回数では、ツール使用者が 50% をとうに越しています。
＞ユニークな IP では ツール使用者は　18.6% です。

何の呼び出し回数なんだろう。

>>613
それはスレッド一覧を取得するときは
read.cgiのrawモードじゃなくてsubject.txt直読みにしてくれという意味だと思うが…

>>617
でもそれはそれで効果あるんじゃない？
subject.txtが大きい→スレの数が多い→無駄なアクセスがより減らせる

今2chで使ってるのと同じので一度厳密に検証したらいいのに。。
実行機ではテスト無理でしょ？

>>622
過去に何度もやってるっしょ。
その辺のアバウトさも売りのひとつ くらいに考えないと。

更新チェックだけだったら
板毎のお気に入りの数を集計して、
n個以上だったらその板のsubject.txtを取りに行く
n個以下だったらdatのLast-Modifiedを取得
するのが効率がいいのかな、と

>>620
> 更新チェックは、A Bone がやっているように subject.txt で行ってくださいね
スレ一覧でなくて更新チェックの話でないの？
オイラはA Bone使ってないのでそっちはよくわからんのですが。

>>625
更新チェックと巡回は違う

>>626
とりあえず同列で扱ってても問題ないだろ

>>627
問題ある

更新チェック → 新着レスがあるか確認すること
巡回 → 複数スレの取得
リロード → 指定スレの再取得

正直、かちゅの巡回も うまいこと 更新チェックに切り替えられたら
それに越したことは無いんだが・・・
こればかりはkageだけでは無理。かちゅの改造がいる。

>>624 なるほど。

subject.txt 方式が良いといわれているのは、subject.txtを取得して既得スレの
新着状況を確認させた上で、「ユーザが一つ一つ新着スレを開いて」いく場合。
理由は、総転送量は増えるが、短時間での連続リクエストが減るから。


subject.txt 取得→新着のあるスレを自動巡回 と機械的に連続させてしまっては
総転送量も増えるし、短時間での連続リクエストも無くならないよ。

更新チェックした後は、まずそのスレを読んでるわけだから・・・

>>631　まだ、そういう凶悪な機能は現実化してないでしょ。

　委員長の頭の中だけ。もうテストはしてるかもしらんけど。

かちゅ〜しゃには お気に入りの更新チェックは無く 巡回する。
で、今のkageの対処は 巡回 の速度を落とすという処理。
今後、巡回処理を 更新チェック（＋巡回） とすることで負荷が落とせる。

Aboneには巡回機能はなく更新チェックがある。
とりあえず巡回は実装しないつもりらしい。

>>617 30KB 前後ですね。

>>621 1つの板のスレッドが 1つの subject.txt に載っているので、
多くの板にまたがって更新チェックしている人が多ければアクセスは減らないはず。

ところで、今は sage で書いても subject.txt は正確に更新されるんですか？

>>632　短時間で連続してリクエストされるのが、今困ってるんでしょ。

>>624　いいところどりですね。

>>617
圧縮は効くはずだけどそれはそれで負荷が掛かるな

>>624
＞n個以上だったらその板のsubject.txtを取りに行く
＞n個以下だったらdatのLast-Modifiedを取得
はたしてｎの値は？30くらい？

>607
それは言えてます。
A Boneを作る際に、かちゅ〜しゃの巡回機能や、ホットゾヌの更新チェックの
仕様を参考にして、「空振り覚悟の巡回」を排除すること、「新着レス数が分かる」
事を条件にして作った方式なんですが、そういう落とし穴も想定出来ます。
ただ、データ的には不足かもしれませんが、テスターさんから頂いたお気に入り
リストや、既得スレッドリストを拝見する限りでは、まず落とし穴にはまらないなと
感じました。

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

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

>639
5とか

>638
読み出す度に圧縮してるわけじゃない。

現状「巡回」に近い機能は以下の3つ


1) If-Modified-Since/Range 付き GET (kage 0.99.0.93以降の巡回など)

DATに対して更新があるかどうかリクエストを投げる。更新がなければデータ転送はなし。
更新があれば差分を転送してもらう(ただしgzip圧縮はかからない)


2) If-Modified-Since 付き HEAD (ホットゾヌ方式)

DATに対して更新があるかどうかリクエストを投げる。
レスポンスにより更新があったかどうかが確認できる。DATデータ転送は発生しない。


3) subject.txt 取得によるローカルレス数との比較方式 (A Bone方式)

板ごとに最新の subject.txt を取得し、subject.txt中に含まれる鯖上に存在する
レス数と、ローカルに取得してあるレス数を比較し、新着があるかどうか確認する。
subject.txt あたり数10KB程度のデータ転送が発生する。

>>639
20くらいじゃない？
うちの場合お気に入りに8こ入ってて重複は2板。
板の数では6板。

>>643
アクセス頻度に関して言えば1) と2) はほとんど変わらないと思われ
それからオフラインで新着が読めるのは「巡回」そうでないものは
「更新チェック」と使い分けるべきかと。

>>642
mod_gzip が効いてるから、読み出す度に圧縮されてるよ＞subject.txt

>>643
1)と2)はレス数分だけアクセスが発生するね。
3)は板数分だけアクセスが発生する。

ま、冷静に考えて3)だな。

レス数じゃないやスレ数だった

>>645
そうだね。実際「巡回」と言えるのは 1) で、2) と 3) は「新着チェック」だね。
ただ、このスレ読んでると「新着チェック」にこの２通りがあることを意識してない
発言が多くて気になったもんで。

subject.txtはたえずキャッシュ効いてないような状態？
板によって当然違うとは思うけど

キャッシュする意味がないような。

>>647
2) 3) の後には空振りする数は減るものの 1) 相当のことは行われるんだよね。
そういう意味で、2)のHEAD式はやっぱり無駄が一番多くなってしまうんだよなー

ゾヌ２に期待

>633
テストどころか、コードも全然書いてません。(^-^;

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

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

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

>638
負荷はあるでしょうね。

削除依頼板にスクリプト荒らし?が出てるね。

>>646
実際にはsubject.txt.gzを返してるだけでその場で圧縮はしていない

http://kaba.2ch.net/test/read.cgi/accuse/1016873830/49
連続ツール負荷荒らしについて。

49 ：トオル ：02/03/23 22:08 ID:B2h8T5o7
攻撃されています。通常の１８０倍近い負荷です（汗）
kabaのクッキーを少し変更しました。
ーーーーーーーーーーーーーーーーー
スレ違いだが、現況報告。

新着チェックのあとにdatを読みに行くことになるわけだけど、
巡回しちゃうと短時間に集中してしまうから
現(●なし)kageはウェイトを置いたわけだけど
これが鯖(及び回線)に対してはベターな選択でしょうか？

>>657
Keep-Alive との兼ね合いもあるので一概には言えないのだけど、
おそらく今のところ最善かと。まあ今夜以降の実験で明らかになっていくか。

kage の場合、その時点での巡回順序が読めないから無理だけど
他のまだ作者の生きている2chビューワの場合なら
同一サーバへのアクセスを回避するように
巡回リストを工夫すれば、ユーザからの見た目上（ここ重要）では
ノーウェイトな巡回が実現できると思う。

>>658
Keep-Aliveでアイドルなコネクションを放置しておくのは
むしろ最悪だと思われ

>>655
>実際にはsubject.txt.gzを返してるだけでその場で圧縮はしていない

あっ、そうなんだ。これは初耳。
無駄なことやってるよなーと今まで思ってたけど、さすがにそれは無かったのか

>>660
ちょっと心配になったけど、kageの巡回インターバルってクローズ指定
入ってるよね... ちょっとソース見てこよう

>まだ作者の生きている

ﾜﾛﾀ

>>662
入ってるよ。ソースにはないけどかちゅが入れてる。
もっともHTTP/1.0だから明示的にクローズ入れる必要はない。

kage 0.99.1.0 リリースされたみたい
ってガイシュツ？

>>664
あ、なるほど了解です。ﾌｰ

http://qb.2ch.net/test/read.cgi/jikken/1016889080/

なんかのテストやるっていってたけど、
それどころじゃないようだね

ちょっと　おくれたんだな、
これから choco で新しい read.cgi を作りますー

UpTime(choco) = 6:34am up 6 days, 22:59, 0 users, load average: 1.54, 1.65, 1.39
UpTime(vip) = 6:36am up 22 days, 8:42, 0 users, load average: 5.69, 4.85, 4.72

ん? 今日はすかすかなの?

>>669夜勤さん
アナウンスする必要有りですか？

>>669
こ、こんなもんなん？？

>>669
こんばんわ。
今夜はkabaかも知れないです。

きょうは祭りらしい祭りもなさそうだしね。
ex と kaba のほうがピンチ〜

◆　kage 0.99.1.1 リリースされてます。

2ちゃん専用ブラウザ「かちゅ〜しゃ」Part55
　http://pc.2ch.net/test/read.cgi/win/1016813158/l50

562 名前：0.99.1.1 ◆DLL/lGHE sage 投稿日：02/03/23 23:29
・kage.dllをupxで圧縮(いたちごっこだけど)
http://kage.monazilla.org/

なんか　また　kaba が　攻撃されているようで、
ちょっと　トオルさんとお話中。

夜勤も参加しる！
http://qb.2ch.net/test/read.cgi/jikken/1016889080/l50

>394
> たとえば、A Boneの場合、板を開くと同時に既得スレの新着レスの有無をチェックして
> くれますが、
> 私の場合、この機能のおかげでお気に入りに入れるスレの数が
> かちゅ時代；３００超→現在；３０以下に激減しました。

>394がいいこと言ったと思うんだけど、誰も反応してませんな。

kage.exe version 0.99.1.2 になってたーよ。

>394
> たとえば、A Boneの場合、板を開くと同時に既得スレの新着レスの有無をチェックして
> くれますが、
> 私の場合、この機能のおかげでお気に入りに入れるスレの数が
> かちゅ時代；３００超→現在；３０以下に激減しました。

>394がいいこと言ったと思うんだけど、誰も反応してませんな。

>>676
練乳イチゴ？（´Д｀；）ﾊｧﾊｧ

>>667
>>613 から >>661 まで、ABone作者を交えてみっちりやってるジャン。

>>679
かちゅでもそれににたことはできるしねぇ。

板を開く→お気に入りでソートする→レス数と既得数を見比べる
レス数＞既得数 なら新着あり と判断可能。

誤爆
>>667 → >>677

どうやら、夜勤さんはkaba鯖の対応で今日は実験延期になりそうだ。
すかすからしいし。。。

>>679
俺もずっとそれやってる。
特定の板で大量のお気に入りがあるなら、巡回より快適だし。
でもダイヤルアップユーザーには厳しいんだろうな。

>>685
>>679じゃなくて>>682だった。

kaba 被弾の方は、マァブさんにふっちゃった。
で、choco の read.cgi 徐々に変えてます。

乙です。夜勤殿
で、アナウンスは後回しでよいのでしょーか？

A Boneでchocoの新規レスの取得ができまへん。

ぜんぶ「ここ壊れてます」。

A Boneはrawモードを使ってるからですね

>>682　一々数字と数字を見比べないといけないのが煩雑極まりなし。
　　　　やっぱり新着アイコン付けてくれｗ

ん?
kage さんは　バージョンいくつが最新なんだ?

0.99.0.96 ?

正しい　UserAgent わかる人いたら　教えて欲しいです。

0.99.1.2 でしょうか？

わたしゃ、１．２使ってますけど何か？

>>692
0.96以降が対策済みらしいです

せっしゃもたった今1.2にしてきた

bbs.cgi で

if(!($ENV{'HTTP_USER_AGENT'} =~ /kage/)) {return 0;}
if(!($ENV{'HTTP_USER_AGENT'} =~ /0.99.1.2/)) {return 0;}
ＥＲＲＯＲ！いろいろ作業中。。。

>>692
名前欄のとおり、0.99.1.2が現時点の最新です。

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

夜勤さんは練乳お好きですか？
http://qb.2ch.net/test/read.cgi/jikken/1016895823/l50

0.99.1.2 で choco (AA 長編) 読めてます〜

choco・・・

>>697
それじゃ0.99.1.2を弾いてそれ以外を通しちゃいますよ

if($ENV{'HTTP_USER_AGENT'} !~ /kage/) {return 0;}
if($ENV{'HTTP_USER_AGENT'} =~ /0.99.1.2/) {return 0;}
ＥＲＲＯＲ！いろいろ作業中。。。

やっぱり0.99.1.2だけ弾かれた…
修正お願いします

if($ENV{'HTTP_USER_AGENT'} !~ /kage/) {return 0;}
if($ENV{'HTTP_USER_AGENT'} =~ /0\.99\.1\.2/) {return 0;}
ＥＲＲＯＲ！いろいろ作業中。。。

今日やるのか、、、chocoの各板でアナウンスする方がいいのかな？＞＞夜勤さん
あと時間が出来たら（寝る前にでも）メールよんで下さいね。

choco鯖の各板の様子見て、かきこめないよーとかいってるやつがいたら、
事情を説明してきます。

>if($ENV{'HTTP_USER_AGENT'} =~ /0\.99\.1\.2/) {return 0;}
これだと 0.99.1.2 だったら 0を返してるように見えるけど・・・?

うひょ　まちがった　修正中。。。

同時に vip

>>706
その上が
if($ENV{'HTTP_USER_AGENT'} !~ /kage/) {return 0;}
つまりkage以外のとき0を返してますから
0を返す=通す
だと思ったんですが

>>707
をぃ（ｗ

DLL氏

ニュー速などのローカルルール表示が変ですよ、

>>705
どもです、
アナウンスはこのスレッド自体です。
このスレッドの URL 入りで、教えてあげてくださいネ。

あー　あと、メール読みますが、
やりとりは全部オープンの方が良いかな? と思っています。
いづれにしても、感謝しています。

0.99.1.2で書けるようになりました。

ROMがほとんどなんだから書き込みで弾いてもあまり効果がないような…

>>713
.htaccessなんかでやらないと

>>708
>>696 で ! 付きで判定してるから、0は「通さない」だと思ってました。
>if(!($ENV{'HTTP_USER_AGENT'} =~ /kage/)) {return 0;}
Perl って 0 はfalse だったような・・・。

いずれにせよ、正規表現にマッチしない判定なら !~ を使うべきですね。

>711
＞どもです、
＞アナウンスはこのスレッド自体です。
＞このスレッドの URL 入りで、教えてあげてくださいネ。

このスレに流れてきた人たちの質問に埋め尽くされるんじゃ・・・・

UpTime(choco) = 7:41am up 7 days, 6 min, 1 user, load average: 0.91, 0.95, 1.00
UpTime(vip) = 7:40am up 22 days, 9:46, 0 users, load average: 45.43, 100.42, 116.99

if($ENV{'HTTP_USER_AGENT'} !~ /kage/) {return 0;}
if($ENV{'HTTP_USER_AGENT'} =~ /0.99.1.2/) {return 0;}

今日は、Kage旧バージョン難民より、A Bone難民の方が多いという罠。

>>715
呼び出しもとの関数が0だったら通すという仕様だったんじゃないんですか?
そんなのいくらでも勝手に決められますから。

if(!($ENV{'HTTP_USER_AGENT'} =~ /kage/)) {return 0;}
if(!($ENV{'HTTP_USER_AGENT'} =~ /0.99.1.2/)) {return 0;}
ＥＲＲＯＲ！いろいろ作業中。。。

言いたかったのは「kageを含んでる」場合と「0.99.1.2を含んでる」場合で
同じ処理をするのは変じゃないの、ってことで実際 0.99.1.2 では
書けませんでしたし。

まちがえた
「kageを含んでいない」場合と「0.99.1.2を含んでいない」場合
に読み替えてください。

>>711
了解です、vipとchoco鯖の板回ってみてきます。
騒いでいるようならこのスレの存在を伝えてきます。

じゃあ、今度からメールではなくこのスレで書きますね。
とりあえず>>494あたり時間あったら考えてみてください
（そんな時間はないと思われるが一応言ってみる）

それじゃいってきマース。

vipが異様に重たいけど攻撃でも食らってるのか?

ローカルルール表示がおかしいサーバー
qb
choco
.
調査中。。。

UpTime(love) = 7:46am up 32 days, 21:02, 0 users, load average: 13.04, 18.56, 20.91

現在choco鯖とvip鯖で夜勤氏がスクリプトを変更中です。
その為かちゅーしゃをお使いの方はkageのバージョンを0.99.1.2に
アップデートして下さい。
古いバージョンだと読めなくなる予定です。


こんな感じのを貼り付けて回るのはどうでしょう？
あと、文才ないので添削と足りない事とかどなたかヨロシコ

>>720
あ、なるほど。ごめんなさい。逝ってきます。

0..99.1.2で書き込みOK

>>726
いま書けないだけだけど読めなくする予定はないの
つーか読めなくしないとほとんど移行の圧力にならないと思うんだけど

>>726
ん？変更しているのはbbs.cgiのようだけど、それでも読めなくなるの？

って書いてるうちにJOKESIZE ★さん行っちゃった…

>>725
vipのアベレージ妙ですね？？
アタックかかっていますか？

読み書き両方弾いていないよね？
kage0.99.0.89で巡回可能だった。
書き込みだけ弾いても、実験の体をなさないんじゃないの。

>>730
ならないと思われ
これからread.cgiにかちゅ〜しゃ規制を入れるなら話は別だけど

>>733
激しく同意

UpTime(choco) = 7:50am up 7 days, 15 min, 1 user, load average: 2.18, 1.27, 1.06
UpTime(vip) = 7:51am up 22 days, 9:57, 0 users, load average: 8.74, 18.40, 61.99 UpTime(love) = 7:50am up 32 days, 21:05, 0 users, load average: 18.99, 18.92, 20.60

>>729
>>730
あっ、スミマセン。書けなくなるだけなのですね？
dat,subject読みの話は次回ということでしょーか？

>>687で書いてるようにread.cgiも入れ替えてるんじゃないの？

>>738
かちゅ/kageはread.cgi使ってないもん
mod_rewriteを使って.htaccessでUAチェックしないと

さて次は、、、

.htaccess

RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} !^Monazilla/1.00
RewriteRule ^.*\.(dat|txt)$ - [F]

これが /news/.htaccess です
どーすればいいの?

-------------------------------------------------------------
現在choco鯖とvip鯖で夜勤氏がスクリプトを変更中です。
その為かちゅーしゃをお使いの方はkageのバージョンを0.99.1.2に
アップデートして下さい。古いバージョンだと不具合（エラー）がでます。
詳しいことは↓
【２ちゃんねるビューア】　巡回機能の巻。Part2
http://pc.2ch.net/test/read.cgi/software/1016799543/l50
-------------------------------------------------------------

>>726
↑で良いんじゃないでしょうか？
でも読めなくなるなら、はっても意味ないよな？
「巡回機能は使えなくなる」だよね
とりあえず「不具合がでます」にしときました。

>>741
添削ありがとです。
とりあえず読み込みにも規制かけるんですよね？今回。

んー、ニュー速にでも貼ってきますか・・・

RewriteCond %{HTTP_USER_AGENT} kage
RewriteCond %{HTTP_USER_AGENT} !0\.99\.0\.12
RewriteRule ^.*\.(dat|txt)$ - [F]

を追加でどうよ?

kage0.99.1.2ですがかけません。

>745
kaba鯖と実験室にて

>>746
エラーメッセージは?
0.99.1.2で書けないならほかのバージョンでも書けないはずだが

news に >>744 追加しました。

>>741 いただきます。

RewriteCond %{HTTP_USER_AGENT} kage/
RewriteCond %{HTTP_USER_AGENT} !0\.99\.0\.12
RewriteRule ^.*\.(dat|txt)$ - [F]

のほうがいいか。誤爆の危険が減る。

クッキー食べさせてとか。

あとメッセージのないダイアログボックスがでます。

赤い×印の

UpTime(choco) = 8:04am up 7 days, 29 min, 1 user, load average: 1.57, 1.54, 1.41
UpTime(vip) = 8:06am up 22 days, 10:12, 0 users, load average: 9.40, 9.31, 29.49 UpTime(love) = 8:04am up 32 days, 21:19, 0 users, load average: 33.02, 27.75, 24.70

news

RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} !^Monazilla/1.00
RewriteCond %{HTTP_USER_AGENT} kage/
RewriteCond %{HTTP_USER_AGENT} !0\.99\.0\.12
RewriteRule ^.*\.(dat|txt)$ - [F]

に変更。

news旧バージョンでも読めちゃいますね。
効いてないみたい。

スレ違いだけど
UpTime(kaba) = 8:07am up 32 days, 21:24, 0 users, load average: 142.61, 143.22, 135.85

>>753
Monazilla弾くのとkage弾くのは別のRuleにしないと駄目です。

RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} !^Monazilla/1.00
RewriteRule ^.*\.(dat|txt)$ - [F]

RewriteCond %{HTTP_USER_AGENT} kage/
RewriteCond %{HTTP_USER_AGENT} !0\.99\.0\.12
RewriteRule ^.*\.(dat|txt)$ - [F]

>>754
私も読めた。

news

RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} !^Monazilla/1.00
RewriteRule ^.*\.(dat|txt)$ - [F]

RewriteCond %{HTTP_USER_AGENT} kage/
RewriteCond %{HTTP_USER_AGENT} !0\.99\.0\.12
RewriteRule ^.*\.(dat|txt)$ - [F]

に変更。

vip鯖の板の雑談スレには告知出しておきました。
他の方のアナウンスはどんな感じでしょうか？

今度は0.99.1.2でも読めなくなった…なんでだ。

"Monazilla/"が入ってれば、まだ読めるでやんす。

許可 したﾕｰｻﾞｰｴｰｼﾞｪﾝﾄ: User-Agent: Monazilla/1.00 kage/0.99.1.2 (3000/10000)､ 送信先は http://pc.2ch.net/software/dat/1016799543.dat

0.99.1 でいいんじゃないですか？
kageバージョンアップできない。。

http://mappy.mobileboat.net/~seek/
kaba.2ch.net （´・ω・`）ｼｮﾎﾞｰﾝ

>>759
長編板アナウンス行ってきますか？
それと、鯖用の雑談スレってあるのでしょうか？
板ごとの雑談スレ…ですよね？
普段他にでないので…
無知でスミマセン。

RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} !^Monazilla/1.00
RewriteRule ^.*\.(dat|txt)$ - [F]
は
UAにMonazilla/1.00
があったらdat|txt読みを許可するでしょ?

>>761
いや、読めないです。
User-Agent: Monazilla/1.00 kage/0.99.1.2 (3000/10000)
で302が返ってくる。

今 >>763 がいいことを言った

>>766
違います。UAにMonazillaがなかったら禁止するという指定。

RewriteCond %{HTTP_USER_AGENT} kage/
RewriteCond %{HTTP_USER_AGENT} !0\.99\.0\.12
RewriteRule ^.*\.(dat|txt)$ - [F]

はUAにkageがあってかつ0.99.0.12がなければ弾く、という
指定のはずなんだけど…

ゾヌでchoco鯖の板のスレ一覧を表示してスレを読もうとすると落ちる（鬱
かきこめないというか、読み込めない。。。だれかchocoさばのアナウンスお願いします。

http://choco.2ch.net/news/subject.txt

>>769
kageのUAは
Monazilla/1.00 kage/0.99.1.2

Monazilla/1.00 kage/0.99.1.2 (3000/10000)

うち、全然読めるんだけど、なんだろう。。。

ﾌﾞﾗｳｻﾞで試しにUAを
Monazilla/1.0 kage/0.99.0.12 DOLIB/1.00 Mozilla/5.0
にしてもだめだな。>>771の。

news、0.99.1.2で読めるようになった

http://choco.2ch.net/news/dat/1016896847.dat

RewriteCond %{HTTP_USER_AGENT} !0\.99\.0\.12
じゃなくて
RewriteCond %{HTTP_USER_AGENT} !0\.99\.1\.2
でしょ

>>770
うちもゾヌだけど全然読めるよ

news、0.99.0.12で読めて0.99.0.11で読めないようになりました。
これで完成?

choco サーバの　.htaccess 全部

RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} !^Monazilla/
RewriteRule ^.*\.(dat|txt)$ - [F]

RewriteCond %{HTTP_USER_AGENT} kage/
RewriteCond %{HTTP_USER_AGENT} !0\.99\.1\.2
RewriteRule ^.*\.(dat|txt)$ - [F]

>>770
いってきます。

>>778
ついでに DLL 作者たんが身動き取れるように
RewriteCond %{HTTP_USER_AGENT} !0\.99\.1
にしといて

>>778
そーでした。激しく勘違いしてました。打つ氏
news、0.99.1.2で読めて0.99.1.1で読めないようになりました。

UpTime(choco) = 8:19am up 7 days, 44 min, 1 user, load average: 0.51, 0.86, 1.09
UpTime(vip) = 8:21am up 22 days, 10:26, 0 users, load average: 6.14, 6.26, 15.32
UpTime(love) = 8:19am up 32 days, 21:35, 0 users, load average: 16.95, 19.47, 21.09

あっ、雑談スレでいいっすか？それとも議論スレ？

あとは巡回対策
:onazilla/1.00 kage/0.99.1.2 (3000/10000)

(3000/10000)
が巡回間隔

Ver.0.99.1.2 02/03/23 23:48 (Part55 596)
・User-Agentに巡回間隔を入れる
バイナリパッチやソースで数字だけ書き換えると
自動的にUser-Agentにも反映されます。

Monazilla/1.0 kage/0.99.1.2
逝けたー。

>>770
２ちゃんねる用ブラウザ「ホットゾヌ」 Part9
http://pc.2ch.net/test/read.cgi/software/1016725104/l50
で報告よろしくお願いします。
ゾヌのバージョン等の情報も含めて。

choco の .htaccess

RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} !^Monazilla/
RewriteRule ^.*\.(dat|txt)$ - [F]

RewriteCond %{HTTP_USER_AGENT} kage/
RewriteCond %{HTTP_USER_AGENT} !0\.99\.1
RewriteRule ^.*\.(dat|txt)$ - [F]

kage0.99.0.89で302が出るようになりました。

>>787
ソースで書き換える人は UA の部分も書き換えるだろうから対策になってない
まあ、make できる人なんてそう多くないから、解説サイトや配布サイトが出ない限り余り問題無いが

>>786
人多そうなほうがいいじゃないでしょうか？

現在の挙動

Monazilla/ があって kage/ がない　→○

Monazilla/ があって kage/ がある
　0.99.1.2 がある　→○
　0.99.1.2 がない　→×

>>787
それはいちおう意図を説明しておくと、
書き換えようとする奴は何をやっても書き換えるだろうから
せめてUser-Agentで集計のときふるい分けられるようにしようと
考えて付けたものです。
だから書き換え版が出回って負荷が問題にならない限り
安易に「(3000/10000)」以外弾くというふうにはしてほしくないです。

UpTime(choco) = 8:23am up 7 days, 48 min, 1 user, load average: 1.32, 1.03, 1.09
UpTime(vip) = 8:25am up 22 days, 10:31, 0 users, load average: 8.73, 7.72, 13.74
UpTime(love) = 8:23am up 32 days, 21:39, 0 users, load average: 25.53, 23.61, 22.62

>>796
解説してくれたらうれしいかも

>>793
了解です。貼ってきます。

>>797
うるさい

>>796
bbs.cgiのほうも
if($ENV{'HTTP_USER_AGENT'} !~ /kage/) {return 0;}
if($ENV{'HTTP_USER_AGENT'} =~ /0\.99\.1\./) {return 0;}
に変更してください。

love , vip も　.htaccess 書き換えた。

curry は love と同居だけど、なんもしてまへん。

>>793
モナ−板の雑談系、アナウンス完了しました。

UpTime(choco) = 8:29am up 7 days, 54 min, 1 user, load average: 0.99, 0.94, 1.00
UpTime(vip) = 8:31am up 22 days, 10:36, 0 users, load average: 13.97, 9.38, 12.39
UpTime(love) = 8:29am up 32 days, 21:45, 0 users, load average: 21.21, 24.47, 23.44

>>796
loveのアベレージ高いですねぇ。。。
ほかの要因はあるんでしょうか？

ぶっちゃけた話、vip鯖とchoco鯖でどこが変わった？
kage0.99.1.02入れればＯＫ？

とりあえず、顔文字、長編行ってきました。ニュースは何処にすれば…
次お国自慢…

今のままだとkageがバージョンアップしたら書けなくなるので
bbs.cgi書き換えてください>>800

ふだんの　tv , comic , music あたりは　軒並み　100 を超える　今日この頃。

>>806
ごめん、俺モナー貼った。

bbs.cgi変わったみたいですね

なんつーか、あまり言いたかないけど、殆ど効果なかったのでは？

ニュース速報、ニュース速報７はすでに雑談系スレにて告知済み。

choco , vip , love

if($ENV{'HTTP_USER_AGENT'} !~ /kage/) {return 0;}
if($ENV{'HTTP_USER_AGENT'} =~ /0\.99\.1\./) {return 0;}

bbs.cgi 変更。

>>808
了解です・・・すごいですね。

壁ﾆ告知してきましたー。

>>809
みましたー。

>>812
了解ですー。

なぜかお国自慢、スレ一覧取れない…ぞぬで…

平日の夜にどうなるかですよー >>811
今日は、アクセス数すくないです。

半角系は？誰か貼ったかな？

>>817
左様ですか。失礼しますた。
一週間くらい統計を取って、その後分析ですかね。

UpTime(choco) = 8:37am up 7 days, 1:02, 1 user, load average: 0.68, 0.70, 0.86
UpTime(vip) = 8:40am up 22 days, 10:45, 0 users, load average: 50.41, 24.25, 16.29
UpTime(love) = 8:37am up 32 days, 21:53, 0 users, load average: 19.20, 25.04, 24.81

はじめる前から低くなかったですか？

>>アナウンスしていただいた方
ありがとうです。

>>.818
半角は私が言ってきました。
これからアナウンス済みの板をまとめます。

今のままだと板移転と区別つかないね。

批判要望板の　重い重いスレをみていれば
一番簡単に、わかっちゃったりして、

壁にも名無しさんで告知貼ってあったのを確認。

>>822
御苦労様です。

newsは新.htaccess効いてない。

>>827
効いてますが
0.99.0.99でアクセス不可

>>824
書き込み、読み込みともに凄く重いんだけど・・・
で、何が得られるの？

>>827
http://choco.2ch.net/news/

お国、シャア専用貼りました…後は…ピュアAUだけです。たぶん。

っゆーか、壁で書きこんだスレがあがりませんが今のところ問題ないですか？

半角各板
顔文字
AA長編
お国自慢
モナー
ニュー速
ニュー速7
壁
まではOK

ピュアAU
シャア専用
chocoゴミ箱
love鯖関連：

をお願いします。