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

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

それだけ、

>>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鯖関連：

をお願いします。

loveサーバの板
カップル http://love.2ch.net/ex/ (/)
不倫浮気 http://love.2ch.net/furin/ (/)
同性愛 http://love.2ch.net/gay/ (/)
女性論男性論 http://love.2ch.net/gender/ (/)
過激恋愛 http://love.2ch.net/kageki/ (/)
ﾓｰﾆﾝｸﾞｺｰﾋｰ http://love.2ch.net/morningcoffee/ (/)
純情恋愛 http://love.2ch.net/pure/ (/)

UpTime(choco) = 8:46am up 7 days, 1:11, 1 user, load average: 1.14, 0.80, 0.78
UpTime(vip) = 8:48am up 22 days, 10:54, 0 users, load average: 42.78, 81.74, 55.60
UpTime(love) = 8:46am up 32 days, 22:02, 0 users, load average: 23.83, 23.54, 24.58

リトライするのとかあって　負荷あがったかな?
どっちにしても　一週間くらい　様子見が必要かな?

>夜勤
/test/flash.txtを書き換えた方が早いじゃないすか?

newsてnews鯖じゃないのかYO

>>836
かちゅユーザーはスレ立てようとしない限り見やしないという罠

ツール使用者も見れるの? >>836
あと、私書き換えても良いのかしら、、権限ないような、

>>837
news鯖は今回の変更に入ってないYO
だからアクセスできてもおかしくないYO

>>836
ツールユーザーはほとんど見ませんね。

>>839
いちおうスレ立て時に表示されます

>838
スレたれしなくても、書き込み時のローカルルールタブで見られますよ。

love鯖関係；
男性論女性論
カップル
モ娘（狼）
純情恋愛
過激な恋愛
不倫・浮気
同性愛
loveゴミ箱
モ娘は各メンバーのスレで言った方が良いかも。。。

ピュアAU貼りました。お国、失敗ぽかったので貼り直しました。

かちゅら〜です。
変更は仕方ありませんが、巡回使わないユーザーが
今までどおり使えるような変更にして下さい。

他に望みはありません。
わがままも言いません。
よろしくおながいします。

>>844
告知終わった分ですか？お疲れ様です。

>>846
kageをバージョンアップすりゃあいいだけじゃ？

>>846
バージョンアップしてください。

zelda　っていう　ディレクトリにいちいち　文句をつけてくる　Ninte(略
この前は　ampm っていうディレクトリに文句をつけてきた am(略

スレ違いｽﾏｿ

過激恋愛OK、自治スレにしたけど。
見てくれ無さそうで。。。

>>850
harunaディレクトリ並みのアホさですな

>>851
書いてあればいいデスよ。告知なんですから。

>850
・・・・・・・マジ？

>>850
....................お疲れさまでやんす

-------------------------------------------------------------
現在choco鯖、vip鯖、love鯖で夜勤氏がスクリプトを変更中です。
その為かちゅーしゃをお使いの方はkageのバージョンを0.99.1.2に
アップデートして下さい。古いバージョンだと不具合（エラー）がでます。
詳しいことは↓
【２ちゃんねるビューア】　巡回機能の巻。Part2
http://pc.2ch.net/test/read.cgi/software/1016799543/l50
-------------------------------------------------------------
テンプレにlove鯖追加しました。

>852
う、去年の一月末を思い出した・・・

UpTime(choco) = 8:57am up 7 days, 1:22, 1 user, load average: 1.49, 0.99, 0.83
UpTime(vip) = 8:58am up 22 days, 11:04, 0 users, load average: 5.11, 16.02, 32.01
UpTime(love) = 8:57am up 32 days, 22:12, 0 users, load average: 17.50, 18.99, 21.95

過激恋愛板で告知されているのを確認しました。

>>856
もし良かったら、次スレのテンプレートもお願いできますでしょうか？
長期戦になりそうな感じですし。
テーマごとにスレッド分けるのでしたら、板やスレッドへの誘導なんかもお願いできます
でしょか？

告知残り：
男性論女性論
カップル
モ娘（狼）
純情恋愛
不倫・浮気
同性愛
loveゴミ箱
モ娘は各メンバーのスレで言った方が良いかも。。。
後藤スレ、加護スレは終了
あと１５人分か？

>>861
スレッドごとの告知は・・・・
マルチウザイとかいわれません？
大丈夫かな？

とりあえず↓に書いたです。

かちゅーしゃで書き込めません
http://love.2ch.net/test/read.cgi/morningcoffee/1016898589/

同性愛OK

UpTime(choco) = 9:01am up 7 days, 1:26, 1 user, load average: 0.67, 0.82, 0.80
UpTime(vip) = 9:03am up 22 days, 11:09, 0 users, load average: 4.19, 9.22, 24.68
UpTime(love) = 9:01am up 32 days, 22:17, 0 users, load average: 16.37, 16.44, 20.06

オイラの貼った分。
顔文字
AA長編
私のニュース
地理お国自慢
ピュアAU
シャア専用

です。
ごみ箱ってどこっすか…（汗

>>865
おー低い低い

>>865
UpTimeを延々と貼ってどうするんですか?

時系列での記録　>>868

load averageて何？

chocoゴミ箱OK

夜勤さーん、read.cgiでA Boneが弾かれてるようなのですが、
これは事故として、いずれ直ると考えて良いですか？
dat直読みへの修正はいずれやりますけど、急にはツライです。
UAに"Monazilla"は入ってたはずなので、大丈夫だと思ってたのですが。

/*心配してたことが見事に当たってしまった(涙)*/

loveゴミ箱には、「このスレッドには書けません！」とでて書けませんでしたー。

>>860了解です。

テンプレ

各専用ツールの巡回・更新チェックによる鯖負荷軽減を目的とした２ｃｈの仕様変更
について議論するスレです。巡回等に関する批判要望だけでなく、解決策の提案も
承っています。

このスレでは主に技術的な話を中心に議論を進めてください。
　　　　　　　　　　　^^^^^^^^^^^^^^^^^^^
各ツールの問題についてはツールのスレでお願いします。

現在の状況：↓
-------------------------------------------------------------
現在choco鯖、vip鯖、love鯖で夜勤氏がスクリプトを変更中（済み）です。
その為かちゅーしゃをお使いの方はkageのバージョンを0.99.1.2に
アップデートして下さい。古いバージョンだと不具合（エラー）がでます。
詳しいことは↓
【２ちゃんねるビューア】　巡回機能の巻。Part1
http://pc.2ch.net/test/read.cgi/software/1016178419/l50
【２ちゃんねるビューア】　巡回機能の巻。Part2
http://pc.2ch.net/test/read.cgi/software/1016799543/l50
-------------------------------------------------------------

関連スレ>>2-3



>>862
住人は多いし、ファン板だからそれぞれにすみわけがあると思ったので、、、

ぞぬ、アップしてる模様です。

>>872
A Boneだけ弾いてるわけじゃなくて
rawモード自体が廃止になりました

>>873
ゴミ箱は書けないのが仕様です

>>877
>>871ということもあるので、一応試したです。

>>869
誰かExcelでグラフ描いてよ

>>878
読めたという意味じゃなくて?
書けても黙ってたほうがいいと思うよ
速攻書込み禁止にされるから

>>872
あららっ　

今回の choco , vip , love は　このまま行きたいですー
で、全サーバに導入するときまでに、なんとかするということで、

告知残り：
男性論女性論
カップル
純情恋愛
不倫・浮気
loveゴミ箱
モ娘は>>874の理由でやろうかと思いましたが、>>863もあるので一旦終わり。

お手伝いお願いします。
私はゾヌが落ちまくるので。。。

あと、kabaが軽くなったら批判要望の関連スレでも告知が必要かと。
夜勤さんがOKなら>>494の趣旨で批判要望でスレ立てようかと。

テンプレにの>>2の部分に他板の関連スレ（批判要望とか各ツールのスレとか）
書く必要がありますね。

>876
あれ？Monazillaツールは対象外と聞いてましたが、変更ですか？

UpTime(choco) = 9:14am up 7 days, 1:39, 1 user, load average: 0.49, 0.65, 0.71
UpTime(vip) = 9:16am up 22 days, 11:22, 0 users, load average: 4.10, 4.64, 13.29
UpTime(love) = 9:14am up 32 days, 22:30, 0 users, load average: 32.57, 22.69, 21.42

>>881
それまでにはA Boneのほうが対応してる予感

>>883
ソースは?

>881
マジー!?
話が違うぢゃん(涙)。
了解、こちらで対応しますです。

どこで告知されているのか、何を告知しているのか
さっぱり分からないんだが・・・

純情恋愛OK

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

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

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

>886
http://pc.2ch.net/test/read.cgi/software/1016799543/342
確かにrawモードでも弾かないとは言ってないけど・・・。

告知云々の話は、各々判断して実行してくれねえかなあ。
お守りのやりすぎはいかがなものか。

ホットゾヌ Ver.1.0 β2.1.5
User-Agent: Monazilla/1.00 (Hotzonu/1.00)､ 送信先は http://pc.2ch.net/win/subject.txt
ホットゾヌ Ver.1.0 β2.1.4
User-Agent: Monazilla/1.00 (Hotzonu/1.00)､ 送信先は http://pc.2ch.net/test/read.cgi/win/?raw=0.0

>>887
まあ、read.cgi経由のDAT取得は既に非推奨扱いとなっていたのだから
ここはこらえて頂くしか...

告知残り：
男性論女性論
カップル
不倫・浮気

>>888
関係鯖の議論、雑談等のスレで、>>856のテンプレで告知してます。

2chのトップページか、各板の注意書きに書いてよ。　＞　告知

ハッキリ言うけど、全然目立ってないよ。
気づかない人の方が多いと思われ。

>>882
love鯖は難しいですね。
自治、議論、雑談のキーワードで
カキコの事実作るしかできません。。。

>>896
ツールの人はそんなところで告知しても読みません

委員長、少し見損なった。

だから/test/flash.txt　…

>>896
かちゅから出ない人には結局どっちも見えないですよ。

これ以上>>900を取られてたまるかァ！

こんなのとか
http://uptime.netcraft.com/up/graph?mode_u=on&mode_w=on&site=choco.2ch.net

>>896
対象であるかちゅ〜しゃユーザーはトップページも各板の注意書きも見ないと思われ。
つーか、トップページはそもそも IE を引っ張り出さない限りみれないんじゃないの？

>>898
だから、前にも言ったけど、
Monazilla.orgと2chのトップページ、各板の注意書きに
書くんだってば。

Monazilla.orgならほとんどのツールユーザが
見て回ってるでしょ。
俺だって、このスレッドのPart1はMonazillaで知ったよ。

不倫浮気OK

そんじゃ、名前欄のデフォルトに入れるとか。

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

鬱…

かちゅ使いの人は見えんくなったらMonazilla.orgでも逝くんでは

旧かちゅを弾くつもりがA Boneが弾かれた。

A Bone ユーザーがかちゅへ乗り換え
かちゅユーザーが現状より増加
A Bone ユーザーが弾かれたおかげで下がった負荷がまた上がる・・・

最悪のシ・ナ・リ・オ・・・

>>905
monazilla.org も見ないなあ
kage.monazilla.org は見るかもしれんが

2ちゃんねる用ブラウザ「A Bone」Vol.13
http://pc.2ch.net/test/read.cgi/software/1016782819/l50
２ちゃんねる用ブラウザ「ホットゾヌ」 Part9
http://pc.2ch.net/test/read.cgi/software/1016725104/l50
２ちゃんねる用ブラウザ「ギコナビ」 Part2
http://pc.2ch.net/test/read.cgi/software/1015310037/l50
2chブラウザ「ぎこはにゃ〜ん」
http://pc.2ch.net/test/read.cgi/software/1008924867/l50
２ちゃんねる用キャッシュサーバ「j2ch-cache」
http://pc.2ch.net/test/read.cgi/software/1008356487/l50
スレッド型BBS閲覧用ブラウザ「MapleSyrup」　part3
http://pc.2ch.net/test/read.cgi/software/1016729822/l50
新鋭２ちゃんねるブラウザ「Jane2ch」 part 3
http://pc.2ch.net/test/read.cgi/software/1016550175/l50
2ちゃん専用ブラウザ「かちゅ〜しゃ」Part55
http://pc.2ch.net/test/read.cgi/win/1016813158/l50

2ch専用ﾌﾞﾗｳｻﾞ「えまのん」使ってる人の数
http://pc.2ch.net/test/read.cgi/software/1010923266/l50


とりあえず現状の関連スレ一覧？他わからんす。知ってる方追加お願いします。
あと、告知はしないよりした方がましかと…
最終的には2ch全体でやった方がいいでしょうが…

Monazilla.orgは誰が運営してるの？

Monazilla.orgに夜勤★さんのお知らせ欄を設けてもらえば
良いと思うのだが、どうよ？

>>905
Monazilla.orgにはとっくに告知されてますが?
アフォですか?

>>911
俺もだなぁ。

>>911
いや、揚げ足取られても・・・

だったら、各ツールのダウンロードページに
告知欄を作ればいいことでねーか。

ほんとだ…monazilla.org(wに書いてある。

>>916
揚げ足をとるつもりはなく本当に www.monazilla.org を指してると思っておった(苦笑)

>>905
Monazilla.orgにはとっくに書いてあります。
2chトップはかちゅからは見えません。むしろIEとかからだけしか見てない
ライト2chユーザに混乱を与える恐れあり。各板の注意書きも然り。

>>919
混乱はとっくに与えてます・・・

今必要なのは、「どこにいけば運営側の公式発言が聞けるか」
という事だと思います。

>>892
告知しないとすれ乱立が目に見えているもので、、、
（告知すればスレが乱立しないという保障はありませんが。。。）

告知残り：
男性論女性論
カップル

あとは口コミ？で情報が伝わっていくのを待つのと、批判要望のかちゅスレと初質板でか
いとくぐらいですかね。実験板もか？

Dream★さん次スレたてよろしくです。私は無理でした（鬱

>>912
ありがとです。
新スレの>>2に書きましょう。

今みたいに、スレッドで告知するというのは
流動的で大変分かりにくい。

かちゅ〜しゃから見えなくなったら
普通IEとかで確認しに行くでしょ

今回のテストは旧Ver.のkageを弾くためのものだったんでしょ？
なんで他の専用ブラウザまで弾かれなくちゃいけないの？
納得いきませんな。

monazillaでは少数派だとは思うけど、Hikkyも読めなくなる場合があるようです。


957 名前：いつでもどこでも名無しさん 投稿日：02/03/24 01:21 ID:???
これの影響でしょうか、Hikkyでvip鯖、choco鯖がまともに読めないようですね。
http://pc.2ch.net/test/read.cgi/software/1016799543/l50
正確には、一回目は取りこめるけど、ログがあると次からは「開けません」になるようです。
はぁ・・・どうなるんだろ・・・


958 名前：いつでもどこでも名無しさん 投稿日：02/03/24 01:57 ID:MeIvXRgU
レス受信ボタン押して、レスは取得できるんですけど１回しかレスを取得できないのです。実況ｃｈとかでもっとリアルタイムに取得してみたいのです。どうしたらいいのでしょう

>920
そんなものは無い(w＞運営側の公式発言。

お前、批判要望でワザワザバカ呼ばわりされた時のIDをハンドルにするくらいなのに
そんな事も判らんのかと小一(略

今知り合いのコテハンからメッセで「かちゅで見えない」と苦情が来たｗ

>>924
仕様（お願い）から外れてたからじゃ？

>>920
ちゃいます。極端な話、きちんとした内容の告知はあまり目立つ必要すらない。
目的はKage.exeの最新版をかちゅ使ってる人達が導入することだけ。

それを踏まえて、「エラーが出ます」というある意味不正確（目的は果たせる）な
告知文が出来ていると思いますが。

http://uptime.netcraft.com/up/graph?site=mentai.2ch.net&mode_u=on&mode_w=on&avg_days=30&submit=Redisplay+Graph

これなんか　面白いねー
重いー　→　板移転　→　軽くなる　の推移が見えます。
で、また重くなってきているけど、移転先というか新サーバが
ないのが現状なんだな。

>>924
悲しいけど、ここ、２ちゃんなのよね。

>>Dream★さん

次スレ立てOKそうですか？
テンプレは問題なければ>>874でいいでしょうか？
>>2には>>912をかくってことで。
だめなら私が再度チャレンジしてみますが？

>>930
面白いですｗ

>>930
夜勤★さん、実はこの混乱を楽しんでる？（ｗ　　

UpTime(choco) = 9:35am up 7 days, 2:00, 1 user, load average: 0.39, 0.68, 0.68
UpTime(vip) = 9:37am up 22 days, 11:42, 0 users, load average: 3.87, 3.51, 6.02
UpTime(love) = 9:35am up 32 days, 22:51, 0 users, load average: 18.19, 14.65, 16.97

告知に関しては、もー慣れっこです、
どんなに告知しても、「告知しろー」の大合唱ですから、いつも

>>926
＞そんなものはない（ｗ

あのね。それが一番問題があることに気づきなさいよ。
ハンドルに関しては私の勝手でしょ。
自虐的にやってるのよ。

新スレ立てられました。

http://pc.2ch.net/test/read.cgi/software/1016905060/l50

皆さん順次移動してください。

わーい　まるで鳥坂先輩だぁ

>>936
そこをなんとか変えていこうよ。

>>934
夜勤さんはﾏｿﾞですから。

>>932男性論女性論OK

http://www.yakin.cc/に告知しる。

>937
>931

>>920
このスレッドとか・・・批判要望とか・・・