【2ちゃんねるビューア】 巡回機能の巻。Part2
今 苦しんでいるのは
単位時間あたりの cgi コール数だす。
これを乗り越えても、勿論転送量のもんだいもあると思いますけど、
今を乗り切らなきゃ その先はないと思うんですが、どうでしょ。
197 :
●:02/03/23 04:07 ID:???
余談失礼
388 名前:心得をよく読みましょう 投稿日:02/03/23 04:00 ID:x8rRe5Kj
tonまた重くなった。
なぜ?
389 名前:心得をよく読みましょう 投稿日:02/03/23 04:03 ID:x8rRe5Kj
ton書き込みが特に重い
>>189 一定間隔で巡回等を行うのはダイヤルアップユーザのためを考えてもいいと思います。
これはダイアルアップ連動で、
●回線つなげる->自動巡回->終了後切断
という意味ですよね?
そういう機能であれば、ダイアルアップ間隔の設定次第では、許容できる範囲だとは思いますよ。
この機能を使って、いつでもdat直にアクセスできるのであれば、効果は薄いかも知れませんけれど。
>>195 かちゅのデータ丸取り込み巡回が問題なわけだから、
かちゅの巡回を制限すれば、負担は確実に減るでしょ。
だって6分の1もの勢力なんだもん。
それにKage作者は、ストレスなんて感じる必要ないよ。
もともと義務なんてないんだし、作者逃亡で死んでたかちゅを
存命させただけでも功労賞モンだよ。
逆に言うとその存命が今の危機を招いたという話もあるが。(w
>193
いつまでに開発できないようなら弾くって事にしたほうか良さそうな。
開発できるまでいつまでも待つ事は出来ないし。
全然 別の事をいいますが、
read.cgi 経由による差分取得のほうが
負荷がかかっているのかしら、もしかして?
でも、もしできるなら、かちゅ〜しゃの巡回を止めたときの
負荷のデータも取ってみたいなぁ。
とりあえず2・3日だけでもUAがかちゅだった場合1/2の確率で読めなくなるようにして
それでどれぐらい変化する物かデーターを取ってみたら?
そのデーターによってかちゅだけ変更してもらうかツール全般で変更するか協議してみたら?
>>190 古いかちゅユーザ(有料無料に関係なく巡回機能有り)をはじくために提案してみました。
>>191 私は常時接続ですが、一々クリックするのが面倒なので使ってます(w
で、例えば起動時のみ巡回可能でそのあとは一定時間後でないと出来なくするとか
すれば問題は解決すると思うのですが、、、ソフトに時間パラメータを入れないといけなくなる
かも知れませんが、、、
>>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の時間を一々変えられたら対応できないでしょうが、、、
2ch側でipで比較してはじくと余計負荷が増えそうだから、ツールがPCの時計を
参照して自動的にインターバルとるようにすると、
って、技術的な難しさを無視して話してすみません>ツール作者様
15分に一回とか1時間に一回とか何かスマートじゃないなぁ。
それなら、無しにしたほうがすっきりするよ。
時間をずらしたり、その機能をクラックしたりするツールが出るのが目に見えてる。
もともとdat読みのかちゅを、DLLがcgi経由にしてるんじゃ
なかったけ?
>>205 >私は常時接続ですが、一々クリックするのが面倒なので使ってます(w
読むときに一つ一つスレッドを開きますよね?
そのときに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時間が良いかはわかりません。
有料ユーザを10分とするなら、無料ユーザは30分以上のインターバル
は必要ではないかと思ってますが。
>>212 それは各ツール作者さんのスレで要望してみてはいかがかと。
>>213 今後はもなじらはオープンソースでの開発は難しいかも。
>>215 そうしないとダイヤルアップユーザの利便性が大幅に低下するんです。
まぁ、ダイヤルアップユーザ保護と巡回機能制限による鯖負荷低下の兼ね合いですが。
>211
すごい権限をもってるんですね・・・
みんなのために頑張ってくれたkageさんを、みんなで引退させちゃうのなんて・・・
>>213 かちゅ〜しゃを弾くこと自体は、そんなに難しいことではないと思うんですよ。
UA判断して弾けばよいのですし。
弾かなくてすむ解決法があればそれでよいのですし・・・
>>223 失礼とか、そういう次元で話ができる状況なら
それはそれでいいんですけどね
>>220 夜勤さんからkage作者さんに、dat直読みに戻すようにお願いできませんか?
subject.txtで更新チェックは可能だと思う
ただ、DLL作成者が別件でいっておられたけど、
巡回 してるのか クリック したのかの判別がつけられない
とのことだったので、これを実装すると
通常のスレッド取得までもが一旦subject.txtを読みに
いかざるを得ないような気が
>>217 ゾヌのお散歩なんていうツール使ってます(w
アボーンはちょっと明日にでも使ってみます。
>>211 かちゅ〜しゃをもし弾くとして、別にそんな方法は必要ないですよ。
それに、dllレベルで、何とかなりそうな感じかも知れません。
難しい話はよく分かりませんが、素人のかちゅユーザーの私はとりあえず違うツールに乗り換えるのがよかですか?
>>226 ここではそういうおセンチはいらないね。
話しが見えにくくなる。
逆にオープンになってるんだから
kageに対応したインターフェースが出てきても良かったんじゃ
ないだろうか。
>>230 >巡回 してるのか クリック したのかの判別がつけられない
そこなんだよねぇ。
俺はお気に入り30個程度だから、お気に入り一覧を出して
ポンポンとクリックしていけば、大して巡回と変わらないよ。
>>230 1つの板で読んでいるレスが100あるとしたら、100回subject.txtを読んじゃうの?
そりゃきつすぎる。
それに巡回でも、1スレッドごとにsubject.txtを読み直すってことだし。
もしかしたら
●持ち = read.cgi での差分圧縮取得あり
その他 = 必ず dat 取得
でうまく目の前はクリアできるのかなぁ。
転送量が増えるという罠がありますがネ。
ちょっと雑談。
こう深夜に書いてるとババ喰いまくっちゃうな。
夜勤さん、少しは議論の役に立ってますかね?
あとkage作者さんは引退してほしくないです、個人的に。
頑張ってくれた人なので。
>>235 Kage作者の対応があまりにも迅速だったため、
他の人がかちゅ〜しゃクローンを作ろうとまでは思わなくなった。
Kage作者自身、かちゅ〜しゃクローンを作るスキルはありそうなんだが
面倒なのか、遠慮してるのか、名言をさけている。
>>235 実は似たようなこと、それとなく書き込んだ記憶ある
2ch.dll化してもらって好きな風なフロントエンドを
作りたいな〜、とかって。
本題外れてます。すいません。
>237
A Boneはそーなってない、一つの板でのスレッド100個であれば
一回読み込むだけで更新終了する。
>>239 つーか、仕様に従うかどーかと、引退するしないは全然関係ないでしょ。
>>237 内部で板ごとに一定時間(例えば5分とか)保持しておいて、
時間内にその板への要求があったらとっておいたtxtを使う。
とかはどうかな
>>239 ここまでのお話で、Kageさんに引退を迫るような内容はないですよ。
大丈夫です。
kageさんには2ch.dllってのを作ってもらえばいいんだよ。
あまりUIが得意じゃなかったりする性格みたいだし。
そしたら他の作者も通信部分はdllをつかえばいいだけだから
ツールの機能に力が注げるし。
うわっ241さん、同じです。
Part1の初期以降、このスレに顔を出さないところを見ると、
今、一所懸命、かちゅ〜しゃクローンを作ってる・・・ってことはないよな。(w
>>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倍?)軽いと思いますが
転送量も増えますしねー
256 :
名無しさん@お腹いっぱい。:02/03/23 04:37 ID:fSSQSz9T
244のアイデアいいかも。
どうせ5分ごとにしか巡回できない仕様になってるんだから
>>69の以下の部分ね。
更新チェック:subject.txtを取得する方法(従来通り)
(●なし : 対象スレッド数制限なし、インターバル30分)
(●持ち : 対象スレッド数制限なし、インターバル10分)
巡回機能 :更新チェックで新着レスのあったスレッドのみを
巡回先スレッドとみなし、巡回する
ああ、でも巡回じゃない時も機能しちゃうのか・・・
アウチ
>>256 かちゅ〜しゃの巡回インターバル5分のクラック法は
広く知られているという罠。だからこそ負荷が高い。
>>254 それはそうなんですが、、、
一気にやると 転送量が 10〜20% くらい増えるのは
まぁ 許容範囲なんですが、二倍とかになったら たいへーん。
>>262 実況等のリアルタイム系のスレ追えなくなるのに問題無い分けないでそ
>>260 かちゅ〜しゃの5分クラックをされても
>>244なら
内部保持していたsubject.txtを読むだけで済むので
事実上アクセスはなくなる。
(5分以内のリロードができなくなることも意味する)
>>262 巡回じゃないときにも5分インターバルとか効いちゃったら
速報ネタとか祭りネタは死ぬね。まぁ仕方がないと言えば仕方がないんだが。
2ちゃんねるの文化のひとつがなくなるのはちょっと寂しいね。
>>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 作者が巡回と通常のクリックの区別がつかないっていってたって話し出てなかったか?
>>276 だから、区別する必要はないかと。
ニュースはIEでF5連射してれば良し。
巡回とリロードの区別がつくんだったらそもそも既に話は終わっている・・・。
巡回ってフックすれば分かるやん・
すいません。話がまわりはじめています。
そんなに長いスレッドでもないので、新しく来た方は頭から読み直してみて下さい。
読み飛ばしつつでけっこうですので。
>>278 私は今更 IE 使いたくないよ・・・。
レス番をマウスホバーして内容を確認できない生活には耐えられない。
それぐらいだったら他ツールに逃げる。
>281
ここら辺で一度、問題をまとめて
今後話し合うべき点を指示して下さい。
kage 作者が出てこないと話が進みにくいよ。
>>271 いろーんな 方法で、いろいろ アクセスくるから
なにがなにやら 切り分けが出来ないという現状。
今は、転送量が10%くらい増えてもよいから
サーバの負荷を減らしたい。
で 何らかの変更をした場合、そのようになるとの確証がないので
指示もだせない ヘタレです。
転送量は 弾1がまかなう。(弾3もか?)
新サーバ設置は 弾2がまかなう。
というのが、私の考え。(たぶん 私だけが考えていること)
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さん)にお願いしなければならないことは、
1)dat直読み形式のdllにしていただく
2)A Boneのような、datへの一括アクセスではなくsubject.txtを使った更新チェックは可能か
検討していただく
ということでよろしいでしょうか?
夜勤★さんは、まず、1)の結果をもとに、負荷と転送量の課題を見つけていただいて、
その後、2)の方式で各ツール策者さんに提案していく、という形でいかがですか?
もう一度書きますが、
1.もなじらツール全部に対してどのようにするか方針を決めることが
議論の目的なんじゃないでしょうか?
2.そのうえでその方針に従って次に技術的な話をして(現在のレスはこれかな)、
3.その後に実際の問題を解決するために作者さんに要請する
(kage作者さんが一番初めかと思いますが)って手順なんじゃないでしょうか?
いまは、1番が決まる前に2番の話になってると思いますが。
夜勤さんはこの流れでいいのかな?
いいのであればとりあえず技術的な話になってしまうので、これ以上は能力的に
参加できないかも。。。
>>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 そのリアルタイム系に対処するというコトそれ自体を制限するって言ってます。
リロードまで規制したら祭がなくなっちゃうよ・・・
もっと ぶっちゃけた 話をすれば
現状のアクセスで
弾1(+弾3) で回線料とかに US$20,000-30,000 くらいまかないたい。(売上じゃないよ)
弾2で毎月一台から2台増設したい。 たぶん 500/月〜600/月くらい。
でも、アクセス数が伸びればまた必要な額は増えると思う。
これが 明日にでも達成できれば、秋までは大丈夫だと思う。(きっと)
祭りスレのリロード規制を入れたら、そのスレだけみんなIEでリロードするという罠
>>288をもう少し改良。
あるスレッドが読み込まれ、一定時間経過前に次のスレッド読み込みリクエストがあったときには
両スレッドが同じスレッドかどうかを判定。
同じスレッドならリロードとみなし、subject.txtを読み込まずにdatを読み込む。
違うスレッドなら巡回とみなし、subject.txtを読み込んでから、レス数が異なる場合のみ
datを読み込む。
これならどう?
>>298 問題外だ
巡回できかつリロードも機能する方法はないのかという話をしているのに・・・。
何かを捨てれば解決するのは既にわかってるわい。
>>295 かちゅ〜しゃ以外に鯖に厳しい巡回してるソフトはないんでは?
>>300 なんか夜勤さん、単にぶっちゃけるだけになってません?
ここまでの流れという事で言いますと。
1,サーバの負荷が限界に近い
2,負荷の原因はcgiにあり、read.cgiの負荷が過大になっている
3,負荷の要因は、全ユーザの1/6が使うかちゅ〜しゃがread.cgi越しにdatを取っていることに起因する
4,まず、かちゅ〜しゃの巡回方法をdat直取りに変えてもらってテストして欲しい
5,各ツール作者さんには、subject.txtを獲得して比較する甲信チェックの導入をお願いしたい
6,巡回機能は、ダイアルアップユーザのためのものに縮小し、dat取得はなるべく逐次読み出しに
していって欲しい
という感じだと思うのですが。
>>304 有料ユーザを増やすのも目的のひとつかと思いましたので、
転送量も鯖負荷もすべて費用との兼ね合いの問題なので。
>>300 夜勤さん、私のレスよんでくれてますか?
308 :
名無しさん@お腹いっぱい。:02/03/23 04:59 ID:z6KBvhX2
>>303 それなら話は簡単で、
リロードは有効にしたい、っていうのであれば、
>>244方式 プラス
前回アクセスしたスレならsubject.txtを見ないでdatを見に行く
とすればいいでしょ。
巡回中に同じスレは連続して見ないからね。
ここまで読んだ。
・何かデマが飛び交っていますがhtml化待ちのスレッドを読むとき以外は、
cgiは使っていません。
・使い勝手を一切変えずに負荷を減らす余地はまだあります(現在作業中)。
・dat取得に強制インターバルを与えるのはおそらく可能です。
・完璧でなくてよければ、巡回と通常のdat取得の区別もいちおう可能です。
>>302 んで、subject.txt 自体は5分間隔規制ね。
subject.txt のタイムスタンプを見ればこれはいけるだろ。
後は各すれごとに直前に取得をしたか何らかの形で情報を残せばいいかな
311 :
名無しさん@お腹いっぱい。:02/03/23 05:00 ID:5FjkP8Ve
>294
> 2)A Boneのような、datへの一括アクセスではなくsubject.txtを使った更新チェックは可能か
> 検討していただく
とりあえずかちゅーしゃは巡回を外してABone方式の更新チェックのみにしてもらう。
それで余裕がありそうなら更新チェック後の巡回機能も入れていくってのはどうですか?
>>297 ほ、ほんとだ、、
やはり作者がこないと話になってないことが多いきがする
>>306 > 3,負荷の要因は、全ユーザの1/6が使うかちゅ〜しゃが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
>>297 バージョンによっての違いは無いのかな?
---
全員が同時には話し合いできないので、
書きっぱなしもありかと、
あとで読んでくれると思いますし。
あ、ちわ〜す。
DLL作者様。
毎度ご苦労様です。
>>306 1−4は賛成ですが、
4−6はまだ賛成できません。
>何も理解してないな。
>話の流れからしてかちゅ〜しゃの巡回機能は自動的にクリックしていくのと同じ動作をする機能。
>kage はそのクリック動作から引き起こされるかちゅ〜しゃの通信部分だけをのっとってるだけ。
いや、だから言った通りじゃん。w
かちゅ〜しゃのボタンを押した命令自体からは新たな事が出来ないのがkageの弱点でしょ。
わかる?
かちゅの巡回ボタン→自動的にクリックしていく動作
ってのを止められないのが問題だっていってるの。
まずかちゅ〜しゃありきになってる。
UIからいじれれば、巡回ボタンだけ別のプロセスに行けるってことだよ。
あっ 結構ついていけなくなっていたりします、
でも どんどん進めてくださいね。
ん?
差分取得でも read.cgi は誰も使っていないのかな?
とめちゃっても ok ?
差分取得とレジュームの本質的な違いは何?
サーバの負荷は変わる?
>>321 >UIからいじれれば、巡回ボタンだけ別のプロセスに行けるってことだよ。
これには全面的に同意だが、あなたの文面からはとてもそれが読み取れん。
つーか、それは最初っからわかってたんだが。
余りそっち方面に詳しくないからあれだけどサブクラス化等のややこしい手法を使えば巡回を押したこともわかるかなあというのもあったんだけどね
>>325 差分取得は read.cgi の駆動を使ってるけど、レジュームはウェブサーバの機能を使ってるんだから軽いんじゃ無いかな
でも差分取得は圧縮もしてて転送量が少ないんじゃないの?
>>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みたいな2ちゃんねる
を利用して金をかせいでいる企業からちゃんと金を徴収することを
考えてほしい。
夜勤さんの話だと企業からの巡回が多いとか。
そういう組織的な(確信犯の)アクセスをまずつぶす、もしくは金銭
的に共存できるならそれでもよし。
次に過去ログの販売は真剣に検討してくれ。
著作権がなんだとかいう人もいるだろうが、書き込み前のメッセージ
に販売に関して同意する条項を追加しておけばいいだろう。
半年に一回くらい出して、それ以前のログを削除することで過去ログ
の読み込み負荷は減るし、読めなくなることを恐れての脅迫的な巡回
も減るんじゃないか。
最後に、monazillaツールでローカル過去ログの読み込み・参照に対応
してくれれば完璧なのだが。
とにかく技術側で現状に対応するには限界がある。
ユーザが拡大すればそれだけコストを相殺できるようなしくみがないと
また夏厨の動き出すころには同じスレが立つよ。
>>332 夜勤★さん!Kageの新バージョンできたら、
現行のKage0.99.095以下のバージョン弾くのよろしくね。(はぁと
とにかく今回は強制的にかちゅユーザーにはバージョンアップ
してもらわないといけなからね。
>>345 また、キタ━━━━(゚∀゚)━━━━!!!
>>346 スキンレベルでいけるならそれでもいいんだけどね。
作者大集合(w
神々が戯れるスレになってきましたな(w
>>351 委員長はねちゃったけどな。(w
イマゴロ内田有紀の夢でも見てるに違いない。
>>347 わたしもその辺の話がしたかったのですが、切迫した問題として、今のスレの流れは
かちゅ関係のものに集中しています。
落ち着いたらその辺も含めて考える必要があると思います。
>350
でも、そろそろかちゅはインターフェースを誰かつくらんと
今後に対応できなくなっていくような気がするが。
ここら辺の話題はかちゅスレでやるべきかな?
Abone作者がお就寝みになられたのが、惜しまれる。
取りあえず今日はひとまず終幕だな・・・。
まだ来てない作者呼んでこい!(来てたりして、というか名無しで来てるだろw)
ユーザにとっては、そのスレッドの内容を、前もって取得するか、読むときに取得するか
の違いしかありませんが、サーバにとっては、全datに対する一括アクセスを処理するか、
各板のsubject.txtを送出するだけですむのか?という大きな違いがあるわけです。
2ちゃんねるのサーバにとっては、転送量の問題とサーバにかかる負荷の問題が
両方でているのですから、一時に連続してdat送信の要求があるのは、高負荷そのもの
なのです。
巡回機能についても、ダイアルアップの人に限定して許すべきだ、というのは、
こういう事情からです。
ダイアルアップでオフラインになって読みたい、というのは、
その機能を使って何度も更新チェックをしたい、というのとは事情が違うわけですから、
(そもそもそれだと電話代がかさみますから)
許容できる、のではと思っているワケなんです。
>>355 簡単にできるならとっくにやってま〜す
一応プログラマの端くれだから
>354
なんとなく企業関係者が昔からあるかちゅを使ってログを集めてそうな気はするが。
>>355 >ここら辺の話題はかちゅスレでやるべきかな?
dll化の話など具体的なものは作者さんの意向もあると思うけど
できればソフ板で出来たらと思うんですが、、
>>359 こんな説明があればパート1の前半あんな展開はなかったろうに。。
かちゅかちゅ言ってるけど、良いブラウザがイパーイあるよ。
慣れの問題を一番素晴らしいってのと勘違いしないでね。
もちろんDLLさんの他2ch互換サイトなんかの対応が素晴らしく早いってのはあるんだけど。
>>362 「2ch.dllをつくろう!」スレッドを建てるとか
どうせ板取得とかスレ取得とか共通処理なんだから
それを取り扱ったDLLを作る って話はいいことだと思う。
>>362 まあ、本当に別 UI を作るんだったら、現在の窓板のスレッドとは別個にム板辺りでスレッド立てて議論すべきだと思うけどね。
まあ、ソフト板でもいいけど。
去年の9月危機のときにかちゅを思い切り推奨したからね。
あれでかなりかちゅの利用率が上がったとおもわれ。
その後はkageをこまめに更新する人はすくないだろうけど。
俺も板が読めなくなって初めて更新するくらいだし。
>>364 当時の他のブラウザを一通り試してかちゅ〜しゃに落ち着いた私は多分他へはよほどのデメリットがないといけない・・・。
そういう人もいるんだよ・・・。
とにかく広く使える UI が最高。
板移転でログがさくっと使えなくなるデータ形式すら甘受するほどに・・・。
>>364 ゾヌ、A Bone、ギコナビ、えのまん(?)もそれぞれ一定期間試してみたさ。
でも結局かちゅ〜しゃなんだよ。決して食わず嫌いじゃないんだよ。
高機能だから素晴らしいってわけじゃないんだな。
それを「慣れ」の一言で済ましてしまうのはちょっと違う気がする。
一応、Janeは平行して使ってるけどね。(w
>>342 そうですね。
まず、負荷の原因がつかめないと・・・
不正な、というか、攻撃目的のアクセスも切り分けて対処しないと、
「サーバは落ちないけれど、攻撃されたことでかかる費用負担で」
2ちゃんねる負けちゃいますから。
>>365 確かに2chデータ処理のAPIが整備されれば
ソフト作者も楽になるし、肝心なところをblackbox化も
できるし。
おれも現在ほぼ全てのブラウザが入っている。。
んでもやっぱり、かちゅなんですよね、、
正直このスレでの夜勤さんの発言には驚いたけど、
やっぱりそれだけ選ばれてる何か、はある
>>364 かちゅ〜しゃが、なぜ他のソフトの合計200に対して
その5倍もの1000の利用者があるのか、そこを考えて欲しいな。
俺はかちゅユーザーだからこそ、真摯にこのスレに参加してきたよ。
新スレ立ちからからずっとリアルタイムで追ってきたなんて初めてだ。
今から泥のように眠るよ。(w
376 :
●:02/03/23 05:34 ID:???
かちゅのリロードボタンの位置に慣れた
それだけがかちゅを使い続ける理由
かちゅ〜しゃ論はスレ違いなのでここらでやめましょう。
乱立スレでどうぞ。
一つだけ。広い、広く使えるってのはかちゅを押す理由には全くならないよ。
他のブラウザを試してない証拠。
>>280 しまった、完璧に見落としてた
開始はともかく、巡回の終了は取れるのか?
まあ、アクセス止まったらでいいのか・・・。
かちゅーしゃを使っていて、こういう時に
いつまでもこのまま使いつづけられるだろうか?
という問題はない?
------------------------------------------------------------
終了・・・みなさん、お疲れ様でした。
------------------------------------------------------------
お外も明るくなってきたので、そろそろ皆さんお休みの時間ですよ〜
本日はお疲れ様です、またのご参加をお待ちしてます〜
>>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 です
ログはとりましたが送った方がいいでしょうか?
389 :
387:02/03/23 07:14 ID:???
やってしまった。。
さっき不具合まっさい中だったので、書けていないものだとばっかり、、
かちゅユーザーにはろくなやつが居ないな。
>196 :夜勤 ★ :02/03/23 04:06 ID:???
>今 苦しんでいるのは
>単位時間あたりの cgi コール数だす。
で、かちゅ〜しゃと関係無いはずのコレの正体は何なんだ?
read.cgi呼んでたのは去年秋の一時期だけで確かUAにkageのバージョン出てなかった頃だろ。
392 :
●:02/03/23 09:21 ID:???
>391
昨日ton/teri、いまkaba鯖をアタックしてる奴の前哨戦だったとか?
かちゅ〜しゃを偽装したロボットとか。
巡回機能自体の改良の話が中心ですが、
そもそも巡回を余り使わなくてよいような機能を
かちゅ〜しゃにのっけられないですかね。
たとえば、A Boneの場合、板を開くと同時に既得スレの新着レスの有無をチェックして
くれますが、
私の場合、この機能のおかげでお気に入りに入れるスレの数が
かちゅ時代;300超→現在;30以下に激減しました。
あくまで本質的な解決とは異なる、
おまけの考慮になりますが、こういう機能の搭載で
巡回に頼る必要性自体を減らす努力もいる
と思います。
ただ、かちゅの場合、作者不在で本体が弄れないのがネックに
なってるわけですが。
>>342 ・read.cgiのrawモードは完全停止してもokかと
・kageは 0.99.0.95 以下をすべてシャットアウトということで
bbs.cgiでsubject.txt.gzを作るようにはならないのかな。
subject.txt.gzの更新頻度を下げればさらに・・・
せめて「お気に入りに」入れてる奴が、そのままで
レスと既得の比較ができれば、レス>既得の奴だけ
チェクすればいいから巡回しなくともいいんだけど。
板によってレスがつく頻度やよく見るスレの個数がちがうから
板レベルでチェックすると見落とすことが多くて不便なんだよね。
◆業務連絡◆
To:夜勤さん
Re:メール読んで下さい。
以上
>>399 To: はいいとして、Re: って何だ?
JOKESIZEさん、Dreamさん、分かりやすいまとめ感謝します。
>180
オープンソース開発をやめさせるうんぬんは
作者に判断を委ねたほうがいいと思います。
公開している理由があると思うので。
>285
>今は、転送量が10%くらい増えてもよいから
>サーバの負荷を減らしたい。
ここでの話しを巡回規制などによるサーバー負荷削減に
絞っていただけるとありがたいです。
●優遇についての話しはその後でもいいかと。
って今は↓これの原因追求が先ですかね。
>196
>今 苦しんでいるのは
>単位時間あたりの cgi コール数だす。
404 :
名無しさん@お腹いっぱい。:02/03/23 13:38 ID:65clchlv
特定の板で
クッキーがないか期限切れです!
今、新鮮なのを食べさせたので、一度戻ってから再投稿してくださいです。。。
こうなるんですがどうしたらいいんでそ?
なぜここで聞く
お前が使ってるビューアのスレで聞けよ
>>406 もしそうならそのスレを見る限り、エラーは
「公開PROXY規制中!! 」
になると思うんだが
>>403 レスありがとうです。
オープンソースの開発はもちろん作者さんに委ねるべきですが、もなじらツールとほかの
ツールの区別をする必要がある場合に、UAの偽装をするものがでてきた時(しかもその
数が多いとき、或いは公開されている時)などは、オープンソースでは厳しいのではないか
というもので、直ちにそういった措置を取る必要があるというわけではなりません。
また、そういった措置をとる必要がある際も、お願いベースで進めることになるんじゃないでしょうか?
現状では、かちゅの影響度を調べる調査を予定していますので、その他のツールはむしろ
巡回機能等(更新チェックも含む)の制限はなくしてもらい、かちゅの制限だけにして、正確な
データを取ったほうがいいいのかもしれないと考えています。
なので、ぞぬの制限を実験終了まではなくした方が良いかと思います。
その上で、実験結果をもとにその他の作者さんたちも含め、必要であれば制限してもらうようにを
お願いすればいいように思います。それに、制限の基準もツールによってまちまちですので、
これもツール間である程度統一させる必要がありますし。。。
実験後、有料ユーザ優遇は巡回規制をかちゅ以外のもなじらツール全般に広げるかどうかを
議論したうえで考えることだとは思います(ちょっとフライング気味に議論してました)。
しかし、有料ユーザの優遇は何らかの形で実装していただく必要はある可能性が高いと
思います。
>>407 すまん、鯖を勘違いしていた。
IEから実験室で書こうとすれば俺も「クッキーがないか期限切れです! 」
って出たもんだから。
スレ違い。
>>408 UAの偽装対策でソースを隠すなんて完璧に無意味ですね。
パケットキャプチャすれば簡単に分かります。
>>403 大物キタ━━━━━━(゚∀゚)━━━━━━ !!!!!
>>411 技術的なことは疎いのですが、もなじらツールとそれ以外(IE等も含めて)
を2ch側で判別する必要があるかもしれないので、ひとつの例としてだして見ました。
>>180をご参照ください。
それで、何か良い方法があればご提案していただけたらと思います。
おはようです、
このスレに来てみたけど、今度は kaba がなんかやられているみたいで、、、
見てきます。
また、
> もなじらツールとそれ以外(IE等も含めて)
> を2ch側で判別
無理です。
結論は
>>6で悪意あるユーザーのことは考えるだけ無駄。
> もなじらツールとそれ以外(IE等も含めて)
> を2ch側で判別
できないことはないんだけど、サーバ側、クライアント側ともに
かなり大幅な修正が必要。現在のシステムのままでコレをやると、
穴だらけとなる。しかも、かなり簡単に穴につけ込める。
>>415-416 悪意があり且つスキルがあるユーザは少数でしょうから無視してもいいと思います。
(数の程度によりますが)
ただ、悪意もスキルもないが、単に古いバージョンのツール(巡回等が無制限に実装されている)
をはじくためには必要ではないかとおもうのです。
また、そのための改造が大幅になり穴だらけになるなら別な方法を考えましょう。
皆さんの知恵があれば何とかなると思います(昨年8月の事件の経験則ですが。。。)。
とりあえず今は @現状把握(夜勤タンのいうテスト)が先でしょう。
多分、荒らしのコールとかちゅの巡回が原因「だろう」とかいっている段階ですから。
現状把握の後、 A巡回の機能制限ないし仕様策定と言う話になりうるのではないかと。
で、これがすんだら B●の付加機能の話になるのではないのかと。
> 単に古いバージョンのツール(巡回等が無制限に実装されている)
> をはじく
だけならソース隠す必要ないじゃん。
言ってること支離滅裂。
ソースはできるだけ公開しておいた方がいい。
かちゅのソースが公開されていれば、
kage.dll で通信部分を乗っ取ったりしなくても、簡単に改良ができた。
>>418 そうです。代弁していただきありがとうです。
で、その@を正確に行うためにはかちゅ以外は制限とかないほうがいいのかなと
思ってます(技術的に勘違いしてたらすみません)。
今の段階ではかちゅ以外は制限する必要はないわけですし。。。
>>420 それは一般論で、かつ「今まで」の話であり、
危機的状況である「今or今から」は、ソースをオープンすることで
クラック版を生み出す可能性がある・・・という話なんじゃないのか?
423 :
名無しさん@お腹いっぱい。:02/03/23 14:44 ID:65clchlv
クッキー〜ってなるのは
ブラウザだとバックで戻って再送信すればできるんですよ
でも擬古だとバックなんてないですよねヽ(`Д´)ノ
どうすればいいんでしょうか?
で、夜勤タソはkabaにいったきり?
>>419 技術に疎いもので、すみません。
出来れば煽るだけでなく代替案を示していただけないでしょうか?
>>420 確かにそういう場合はありますが、もなじらツール作者間のみ公開とかにして、
その人たちにはNDAを結んでもらうとかすればいいのかなって気がします。
>>425 だからUA変えればすむことだろ。
それとソースの公開非公開はぜんぜん関係ないって言ってるの。
NDAなんて論外だね。dolibが最初そうなる予定だったけど
2ちゃんねらー、ツール作者の双方から猛反発を食らった。
そもそもクライアント側の規制ほど無意味なものはない。がいしゅつだが。
>>422 知恵を寄せ集めるためのオープンソースとクラック版を作りにくくするための兼ね合い
だとおもいます。なので完全オープンではなく。NDA締結者のみとか何らかの対策は
必要ではないかという考えです。
>>425 代替案というか、
古いバージョンの UserAgent を名乗るブラウザからのアクセスを拒否するだけです。
>>428 ソース隠したってぜんぜん意味ないって言ってるだろ。
技術に疎いと自認してるなら思い込み垂れ流すの止めろ。
>>427 そうですね。UA変更でもOKだと思います。それが偽装されたらまた、NDAも含めて
検討すれば良いだけですね。ちょっと先走りすぎました。
まあ、現在のところはソース非公開にする理由はないよ。
HTTP 使っている以上、リクエストの中身は手に取るようにわかるわけだし。
今色々実験してるのかな?
Chokoでクッキーが期限切れって言われたよ。
>>433 ブラウザなら戻ってもう一度書き込むかそのままリロード。
かちゅならOK押してもう一度書き込む。
それ以外のツールはちょっとわからんが
現時点で対応していない可能性が高い。
ID:??? だから、名無しで論議してる人はトリップつけてほしいなぁ。
ROMしてるほうも混乱してくる、すっこんでろとか言われそうだけどさ。
>>431 そのスタンスで良いと思うよ。今回の問題には、特効薬がない。
現状にあわせて試行錯誤するしかないよ。
ゾヌ、ABoneでクッキーエラー。その他はまだわからない。
Σ(´Д`ズガーン
>>439 ゾヌはバージョンが古いと思われ
A Boneは未対応(次のバージョンで対応予定)。
>>436 私も希望します。
わたしも引っ込んでろとは言われますが(鬱
>>.437
もう一度手順を、
1.かちゅの一部変更依頼(kage作者さんに巡回規制の実装を)と鯖側でのそれへの対応
(UAではじくなどかな?)
2.その実験の結果をみて、他のツールにも制限を導入すべきかどうか、どのような方法
によって行うか等の議論。
3.有料ユーザへの対応をどうするかの議論(制限を導入するとして)
4.議論の結論に基づいた各作者さんへの要請。
って流れになるかと。。。
巡回規制は現バージョンのものでは不足ですか?
>>446 お疲れさんです。
不足って事はないんじゃないですか?
文句言う奴は「巡回10秒を5秒に戻せやゴルァ」みたいなのでしょうし・・・。
448 :
●:02/03/23 15:14 ID:???
kage0.99.0.96以降で
ログインしてないと5秒間隔のかたつむり巡回(dat読み)
ログインしてると今まで通り巡回(dat読み)
ログインせずに巡回してそののろさに驚愕(w
>>448 自慢したいんだろうけど反感買うからわざわざカキコすんのやめとけ。
>>446 ごめんなさい。
>>445の1.の前半は終わってます。
現状の規制でとりあえず実験してみましょうということで良いではないでしょうか?
実験結果によっては待機時間など若干変更が必要になるかもしれませんが。
あとは
>>445の1.の後半部を夜勤さんが実装してくれるのをまって、実験を
始めるだけです。
451 :
●:02/03/23 15:18 ID:???
>446
ここで言う事ではないと思いますが。
kage配布ページにも寅さんネットへのリンク貼ったほうが良いかも。
>>446 ・使い勝手を一切変えずに負荷を減らす余地はまだあります(現在作業中)。
というのはどんな方法ですか?
>>446 十分だと思います。
>>445の1.は前半部は終わってますが、手順として一応書いただけです。
1)低負荷で理想的な巡回ガイドラインを「現状は棚に上げた上で」決める。
2)上記ガイドラインを「かちゅ以外の」ツールに実装する。
3)UAなどで判定して、かちゅでアクセスしてきたユーザーが見ているスレに
「かちゅはあと3ヶ月で使用禁止」みたいな警告メッセージを強制挿入して
かちゅ以外のツールへの移行を促す。
4)かちゅ利用率の減少を確認しつつかちゅ完全締め出し。
こんなんどうですか。
>>454 かちゅに巡回規制が実装されて、それが効果があれば締め出す必要は
ないと思いますが。
1)は賛成ですが。
>>454 煽りネタ?
そうじゃないならおつむのデフラグをお勧め。
458 :
454:02/03/23 15:35 ID:???
いや、すげーマジだったりしますが(笑)
専用ブラウザの大半をかちゅが占めていて、かつ、
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さんがご対応下さってるところでもありますし。
なぜ今回、かちゅ〜しゃに規制をかけるべきだ、という話になったか、その原因が大事だと思います。
原因は二つ。
1)転送量が大きくて、経済的負担がかかる
2)サーバ負荷が大きく、管理負担が大きい
原因は鯖リソースの50%x5/6以上を消費しているのがかちゅーしゃだから、でしょ
>>464 UA偽装やプロクシなどの問題は、今現在そう大きい問題ではないと思われますが。
今課題になっているのは、
1)転送量
2)サーバ負荷
3)クラッカーによるアタック
だと思うのです。
このうち、クラッキングについては、トオルさんが対応中とのことですし、
細かい情報が一切ないので、このスレッドでは
1と2について話しているというところだと思います。
>>460 ちょっと誤解のないようにいっときます。
オープンソースでの開発は開発者さんの意思次第ですが、
2ch側の事情でクローズにすべきって言う判断が出たら、その場合は
クローズにしない限りdat読みとかのIE等の利便性を超える部分は
提供しないということになるのではないかということです。
そして、2ch側としてクローズにすべきかどうかは議論の対象にしても良いものと
思われますが、いかがでしょうか?
もちろん2ch側でクローズにしてくれといわれたところで作者さんが従う必要はありませんが、
その場合はクローズにした開発者とは何らかの違いがでるのではないかということです。
469 :
454:02/03/23 15:51 ID:???
>>465 話の流れを乱すつもりは毛頭ありませんので
ずれた提案その1として受け流してやってください:)
>>466 KAGEさんがギブアップだ、というまで、
あるいは、夜勤さんがギブアップだ、というまで、
かちゅ〜しゃに対する規制などというのは起きない、という流れだと思っています。
ここまでの話の流れは。
>>468 DOLIBの時と同じ話を繰り返すつもり?
特定のツールにしかアクセスを許さない部分を設けるとしたら、
●認証を使えばいいだけのこと
472 :
464:02/03/23 15:52 ID:???
>>467 いや、何かもめてるようだから言ってみただけです。
余計な事言ってすみませんでした。
>>468 話の前提としてはまちがってないが、あんたは「2ch 側」じゃない。
>>467 厳密に言えば、1.2.は「をまかなう金がないこと」をつけるべきかと。
そうして話さないと、「負荷上がる&金はいる」的な解決策が議論されなくなりますので。
>>468 その通りだと思いますよ。それを
「当事者間の問題」だといったつもりです。
2ちゃんねるにとって明らかにクリティカルな部分のコードがあり、
それを、可能であれば隠蔽して欲しい、ということであれば、その旨を作者さんに伝え
対応していただければ、という筋合いのお話ではないでしょうか?
ここで話すべきは、そのオープンソースの「この部分」が後悔されていると問題がある、
よって、オープンソースをやめてくれ。
という内容であるべきで、
「何となく危ないような雰囲気でもあるから、もうオープンソースにするのは・・・」
という漠然とした内容だと、ソース公開している作者さん達も、納得しにくいと思うのです。
だから通信部分だけ2ch.dllつくれっての。
誰かが音頭をとるか取らないかの問題だよ。
それをしようとしない2chサイド。
>>471 スレのログを全部読んで下さい。その辺の説明は前に書きました。
>>468 どこの側でもないですが。
下から4行目は「として」で区切らずに、「どうかは」の後で区切って読んで下さい。
また、余計な煽りはご遠慮願いないでしょうか?
クライアント側のソースをいくら隠蔽したって意味無いというのが
なぜ理解できないのか俺には理解できない>★二人組
結局無料ツールユーザ代表、って立場なわけ?
>>474 まぁそうですね。
昨晩の夜勤★さんがはっきり「金銭面の問題だ」と示唆していますので。
サーバの負荷はサーバを増設すれば。
回線帯域使用料は、支払えば支払っただけ
それぞれ使えるわけですから。
ただ、その部分はあくまで「要求される」仕様ですので、
(予算はこれだけ、帯域はこれ以下、ロードアベレージはこれ以下に抑えたい、という)
分析するならその部分は議論ではなく、前提条件として受け入れるべきかと思い
省いてみました。
>>478 意味無いというよりも、「効果が非常に薄い」だよ。
481 :
468:02/03/23 16:02 ID:???
おいおい 468 が余計な煽りに読めるようじゃ(以下余計な煽り略
そもそもあんたが「技術的なものはわからないのですが、」と
前もっておきながらオープンソース開発が無理だとか意味不明な
ことを言って皆から指摘されているのに撤回しないのが原因だろ。
>>475 その部分の議論も含めて(選択肢から外さずに)しましょうということです。
で現在のところはクローズにする明確な理由はないと認識しています。
ので、作者さんに依頼する必要はないと思います。
クローズにすべきと発言した覚えはないんだが(クローズも場合によっては必要
と書いた覚えはあるが)なぜ、クローズ推進者のように扱われるのだろうか?
たんに叩きたいだけなのか?う〜ん。
>>478 理屈で対立したって、その部分ははっきり言って些末な部分だから
玉虫色に話を流したいっていう私の姿勢をわかっていただけませんかね?>ソース公開
>結局無料ツールユーザ代表、って立場なわけ?
そういうシンパシーを持っていることは確かですよ?
私はかちゅ〜しゃとA Boneユーザですし、
このようなツールがあることで、2ちゃんねるのユーザビリティがどれだけ向上しているのか
良く知ってるつもりですから。
>>482 私も別に「ソースは隠蔽しなさい」なんていってないのにそう思われちゃってます(笑)
とにかく、ソースから何らかのいたずらが出来る人たちへの対応というのは、
ここのスレッドで話している内容とはちょっと違うということで、そろそろソースの話は切り離すか、
別のスレッドでお願いしたいところです。
485 :
473:02/03/23 16:07 ID:???
萌れ 468 じゃなくて 473 だったや。 スマソ
>>461 今日の夜11時頃にやる予定。
たぶん choco , vip の両サーバでやりますー
vip が一番負荷の高いサーバですので、現状。
(これから、ちょっと仕事がありまして。スンマセン)
>そろそろソースの話は切り離すか、
>別のスレッドでお願いしたいところです。
皆そう思ってるのに★二人組が折に付け話題にしてくるからあきれてるんだよ
というわけでもうしないでね
>>478 ●持ちユーザですが、なにか?
クライアント側だけでなくそれに対応した鯖側の対応も必要だといってます。
>>479 金銭的な問題(本質的な問題はむしろこちらではないかとおもってます)を
議論の中に含めないと選択肢が少なくなるとおもいますので、このスレで良いかは
ともかく、この問題を議論する時には含めるべきとおもってます。
>>481 無理だ、って断言しましたっけ?
>そろそろソースの話は切り離すか、
あんたら含め3〜4人でやってたんだろ
おいおい★二人。ちょいと話を先にもっていこうとし過ぎに見えるぞ。
今は夜勤さんのテスト(?)の結果がでるまで次に進まないんじゃないのかな?
話をまとめようとしてるんだろうけど、余計な文言ついてるから煽られてるように見えるんだけど…
>★の二人組
まとめ役が私見を披露すると話がややこしくなりかねないので
少なくともどちらか片方が事実の要約に徹するか
私見を述べる場合には別コテハン使うかする方がいいと思われ。
492 :
473:02/03/23 16:11 ID:???
>>484 というか現状かちゅ〜しゃは具体的な対応策を出したので、あとは
夜勤さん側で .99 未満をはじく対応をして、その結果負荷がどうな
るか見てからまた対応を考えるっていう状況でしょ。
雑談タイムだからこういう話で間を持たしてもいいんじゃない?
って書いてるあいだに夜勤さんキター
>>488 >>180
>>486 結果が楽しみ?ですね。よろしくお願いします。
でもkage0.99.0.98以前のアクセスがすべてカットされて負荷が下がった状態は
一時的なものだから、できればほとんどのアクセスがkage0.99.0.99以降に
なるまでは実験を続けて欲しいなと思ったり。
Dreamさんも含めみなさん(夜勤さんにもべっと提案しましたが)
以下の提案はどうでしょうか、
1.ここはソフトウェア板なので、技術的な問題を話し合う
(どういったプログラムででどのデータをよめば負荷が小さくなるか等)
2.批判要望板とかで有料問題と優遇策などどちらかといえば政策的な話をする
というすみわけをしませんか?
私は2.の方を担当しようかと思いますが(このスレはDream★さんの方が適性がありそうなので)
468は相当日本語のセンスに欠ける予感。
なんかもっと話すことあるだろ
更新チェック・巡回方法とか
>>494 夜勤さんにお任せします。
テーマごとにスレッドを分けるのは賛成です。
>>492 >>180で書いたのは、そういう方法が一つの選択肢と考えられ、その選択肢を
採用したら無理になるだろう。ってことで、無理だと断言はしてないんですけど。
よく読んでください。
>>491 >>445とかでところどころまとめてるんですけど、、、
なんかソフト板にはない独自の臭いがするな。
鼻がムズムズするぜ。
>>496 更新チェックと巡回方法については、昨晩私の見解は書きました。
ツールの各作者さん達のお話もお聞きしたいところなのですが。
ROMってましたがちょこっと一点のみ。
>>486 でchoco鯖って話でましたよね?
で、かちゅユーザーの方にkageのバージョンうp促す為に
長編板の議論スレとかでアナウンスした方が良いのでしょうか?
>>495 俺?ひどい、、、
>>496 ある程度の目安は政策的な判断かと、具体的な方法は技術的なこととして、
実験結果を参照しつつ議論を進めていきます。
また、私の意見はログにあります。
>>497 その点も夜勤さんの判断を待ちましょう。とりあえずでるまでは一旦落ちます
こっちのスレで技術的な話ということになると、
やっぱり、
「あるべき巡回方法・更新チェック」とは何ぞや?
ということになるのかな。
夜勤タンによれば「転送量を10%くらい上げても負荷を下げられないか」
がテーマだよね。
>>503 アナウンスすると実験にならない気もしなくもない。
>>503 それははっきりと夜勤さんが鯖を決めたら、アナウンスするでしょうし
私も手伝います。今のところはどの鯖かは最終決定ではないので
まだ、良いのではないでしょうか?
>>507 アナウンスしないと実験にならない気もしなくもない。
>>512 実験期間をある程度取れば問題はないかと。
1日とかの短期の実験で判断するなら問題ですが。
事前に公表されていないと、はじかれたユーザが集団で
パニック起こしませんか?
おれも●買おうかな、、
夜勤氏もなにやるにすれ突然だもんな、、
今回の実験の目的は、kageの対策の効果を見極めること。
対策済みのkageが出回った状態で、かちゅ〜しゃユーザーが普段どおりの行動をとった場合
に鯖の負荷がどうなるかを見なければいけない。
となれば、事前にアナウンスする意味はあるでしょうね。その結果、かちゅから他のツールに移行
する人が出ても別に問題ないわけだし。
-----
486 名前:夜勤 ★sage 投稿日:02/03/23 16:08 ID:???
>>461 今日の夜11時頃にやる予定。
たぶん choco , vip の両サーバでやりますー
vip が一番負荷の高いサーバですので、現状。
-----
これが確定情報ならアナウンスしてもいいと思う。
>>507 >>493 にも書かれてる通り、アナウンス無しで古いkage弾いて負荷下がったって
それは一時的なもんでしょ。
0.99.0.99以降へ移行すれば巡回規制がかかって確実に鯖負荷は下がるのだから
速やかにかちゅユーザは最新のkageに入れ替えるように広く宣伝してまわるべきだと思うが。
519 :
●:02/03/23 17:08 ID:???
[Windows][批判要望]のかちゅスレにはさっき>461 と>486 を
コピペしちゃいました。
そこ見てるようなユーザーは告知なくてもkageの更新で対応する
でしょうが。
>はじかれたユーザが集団でパニック
新スクリプトの時とかと一緒で、質問は来るでしょうがそんなに・・・。
どういう挙動(エラーメッセージ)かにもよるかと。
>>517 こういう動きがありますよ、という感じだったら混乱が少ないと思います。
Kage.dllの更新がご無沙汰な人もいるでしょうし。
確かにkage対策が最優先なのはわかし、異論は無いんだけど・・・。
かちゅが規制されて、かちゅユーザが他のツールに流れ、
今度は他のツールで鯖に過負荷を与える可能性はあるわけですよね。
かちゅ対策と並行して、他ツールの問題点も事前に指摘していかないと
そのうち、また今回と同じ議論が繰り返されることになると思うんですが。
>>517-519 アナウンスは必要だと思いますが、
>>508で書いたように
夜勤さんから予定ではなく、決定が出てからアナウンスする方が
いいと思いますが。。。
>>522 確かにおっしゃる通りなんですが...
あんまりこんなことは言いたくないんですが、今までの2chの対応を見ていると一部のスレ
を見ている人にとっては事前情報があるが、そういったスレを見ていない人にとっては唐突
な形で規制やらなにやらが行われている感じがするんですよね。
で、今回も確定情報が出てくるのは実施のちょっと前、又は実施後である可能性が高いと思うわけです。
>>524 今更何をおっしゃる・・・。
無料で使ってるんだから管理側に多大なサービス求めちゃイヤン。
学習だな学習。情報拾いの。
>>524 まあ一ユーザとしては事前に教えてもらった方がいい。
でも、タダで使ってるんだし、そもそも2chは規模が大きくなったとはいえ
ひろゆきの個人サイト。使えなくなったからって文句は言えないよ。
だから俺は2ちゃんねるだけに依存しないようにはしてる。
ひろゆきはいい加減な性格だから、半年先に存続してるどうかもわからんし。
俺が管理者側だったら事前告知するけどなぁ
プチパニックになるのは必死だからつれて負荷が上昇するのは
見えてるからね
サービスとか以前のもんだと思うんだけど
>528 それ以前にキレて閉鎖してると思う。
えーっと…
それではどうしましょうか?
今回のはkage最新でないと意味ないんですよね?
本決定を待ってアナウンス、それとももうアナウンスはしても良いのでしょうか?
それと、choco,vip鯖へのアナウンスは板単位でアナウンスしたほうがいいですよね?
もしくはココへの誘導か…
>>512 旧Versionかちゅの影響をとりあえず評価しないといけないんだから、
アナウンスしないほうが意味あるだろ。
そもそも何のためのテストなのさ?
>>530 アナウンスはその板の住民で気の利いた奴が始めてると思う。
よそ者がやるとウザがられるから程々にした方がよいかと。
>>530 ソフト板に変なのを連れてくるなヽ(`Д´)ノ
>>530 アナウンスはもうしばらくまってもらった方が良いかと。
夜勤さんはこのスレで発表してくれるともうので、
このスレへのリンクと「こんな動きがありますよ」的な
書き込みならば良いのではないかと。
>>.531
旧バージョンははじく、新バージョンはOKで、どの程度減るかの実検なので、
全員が旧なら大幅に減るし、全員が新ならどの程度の効果があるかわかる。
そのあいだならはじいたのと受け入れたのの比較が出来る、
ということでアナウンスしても良いかと(夜勤さんの最終発表を待って)。
>>532 そうですね。とりあえず自分がアナウンスするなら長編のみとおもてるのですが、
>>508とかがあるので任せちゃ他方がいいですかね?
それと、
>>531さんが言うように
1.旧バージョンの締め出しでどれだけ変わるか
2.新バージョン以降でどれだけ変わるか
の2点を調べるのであれば今はまだアナウンスしない方がいいですよね…
>>533 りょーかいですー。もしするとしても誘導はしないようにします。
>>534 とりあえず待ちの構えに入ります。なので一旦ROMに戻ります。
>>528 以前、BBSPINKでテストしたときも告知なしだったさ。
理由は、告知するとテストにならない(効果を評価できない)からw
>>535 夜勤さんから最終決定が出たら、私もアナウンスに回りますので、
お手伝いしていただくのはありがたいですが、義務感みたいには思われなくて
結構ですよ。
>>534 今日早朝から、ずっと「実験」の字が間違ったままなんだが。
>>535 まだテストまで時間あるからじっくり逝こうよ。
>>518 単なるテストであって、規制の本実施でも何でもないのだが。
>>539 本当に効果がるかの実証検分だから、実検であってる。
等と言い訳してみる。
とりあえず夜まで様子見でいいかな?
>>531 すでに夜勤さんがログを解析したって言ってたろ?
旧バージョンのデータはすでにある
すでに現行kageで負荷低減に役立ってるんだから、
とっとと広めちゃった方がいいよ。
コメントは早い方がそのデータの安定が早まるし。
時に、いま夜勤さんは何処にいるのだろう???
再び◆業務連絡◆
To:夜勤さん
Re:メール読んで下さい。
以上
>>545 そのまま比べていいのかなぁ? 当然そのデータは、VIP鯖のデータではないし。
前スレ77のまとめが良くできてる。
77 名前:名無しさん@お腹いっぱい。 投稿日:2002/03/16(土) 02:50 ID:???
単なる「更新チェック」は無料OKで
datとってくる「巡回」は有料にするわけね。
┌――――┬――――――――┬――――――┬―――――――┬―――――――┐
|巡回 |dat取得 | 鯖負荷 高 し |有料(ID必要) | かちゅ〜しゃ等 |
├――――┼――――――――┼――――――┼―――――――┼―――――――┤
|更新 |subject.txt取得 |鯖負荷低め | 無料(ID無くても | A Boneや |
|check |・HEADチェックのみ | | よし) | ホットゾヌ |
└――――┴――――――――┴――――――┴―――――――┴―――――――┘
鯖負荷で分けるという意味では
合理的な分け方かも。
どっちみち定額で接続している人間には使い勝手は
余り変わらないしね・・・。
>>548 別に同じ鯖じゃなくてもいいんじゃないの?
今回の実験って
>>49 >1,200 のうち、1,000 はかちゅーしゃだったりするんですよ。
にあるようにツールユーザ全体に対するかちゅのリクエストの
比率の変動が知りたいんじゃないのかな?
>>549 それも良い案のひとつですが、ただダイヤルアップユーザ向けに巡回=有料ではなく、
頻繁な巡回=有料とすべきだという意見もあります。
頻繁な更新チェック→→→有料→→→→3分に一回程度?
頻繁でない更新チェック→無料→→→→10分に一回程度?
頻繁な巡回→→→→→→有料→→→→10分に一回程度?
頻繁でない巡回→→→→無料→→→→30分に一回程度?
一番右はスレ数に関わらずその時間か、スレ数×n秒でもいいと思います。
有料と無料ではここの案では3倍の開きを提案しましたが、この格差は
ぎろんによっては変わると思います。
これはあくまで試案です。
10分に1回も巡回する奴っているんだね・・・。鯖に負担かけたい荒らし?
ちなみに俺は鉄道板などの住人で、1日2回くらい巡回してます。
なにしろ一時期凄い勢いでdat落ちしていたので、巡回機能は必須です。
768 名前:夜勤 ◆D69Zsbfg 投稿日:2002/03/22(金) 15:11 ID:???
たとえば 告知がないとか良くみんなが言うけど
各スレッドが告知だと思っています。それも時系列で整理されてて
賛否両論の意見つきの。とっても貴重な情報ですよ、きっと。
すくなくとも、わたしは その時々に必要なスレッドを立てて
みんなで、わいわい議論をしたいと思っていますし、してきました。
この方法が悪いとかと言われても、私には他に手段がないので
困ってしまいますけど。
いくつになっても分からないんだろうな、、
>>553 その段階で読まないのだったら、datとってもしょうがないんですよ。
dat落ちしたスレッド見られないよーっていうのはわかりますが、
だったら●買いましょうよって話ですし。
>>554 だったらこのスレもせめて批判要望でやるべきだな
要するに、お金を払うユーザが、すんなり納得してお金出せる仕組みにして、
そういうお金でサーバを運営できたらいいな、ってお話だと思いますよ。
巡回機能自体を、課金の対象にするということであれば、
それはそれで、受益者負担でよいと思うし、
だからこそ、subject.txt使った更新チェック=巡回ではない
てところをしっかり見極めて欲しい、って点でもありますけれどね。
>>557 批判要望に、このスレッドのリンクをしたらどうなんでしょね?
実際みんな好き放題リンク貼るのに・・・・(笑)
560 :
前スレ:02/03/23 19:34 ID:???
ソース問題の人たちへ
835 名前:夜勤 ◆D69Zsbfg 投稿日:2002/03/22(金) 17:44 ID:???
>>1 でも書いたように 推定 60万ツールユーザがいる訳で、
1,000人の人が自分でプログラム作っていろいろやったとしても
59万9,000 人は、普通に使うだけで、 とか
ま、●買ってやるかな・・・。
>>560 たしかに1000人かもしれないけどその1000人が裏で公開とかしちゃって
残りの人にも手に入りやすい環境になっちゃったら一緒のような。
だから、そんなソースの話とか何だとかは今は置いといた方がいいと思う。
まずは先にかちゅがどうなるか。と。
>552
しろゆきは金出さない奴ぁ巡回なしのほうがわかりやすい
みたいなこと前スレの何かのログで言ってたでしょ。
無料=一切駄目ってんでいいんじゃない?
>>563 ほんとだ…しかも今日の2時って…フライング?
巡回をいじることで短期的には対処するとしても中長期的にはどうするの?
subject.txt あたりにその時の負荷率とか書き込んでおいて
ツールがそれに比例してインターバルを挿入って感じには出来ないのかな?
対応していないツールやブラウザからのアクセスにはサーバー側で間引くとか。
>>566 技術的なことはさておき、インターバルを混雑にあわせて可変化するってのは
いいアイデアではないかと思います。そうすれば無料ユーザでも鯖負荷が少ない時間帯は
利便性が減少しませんし。負荷が高い時は有料ユーザはお金払ってるということで制限は
緩和されると(受益者負担の原則)。
その混雑チェック自体が負荷を増やさないことと、作者さんたちと2ch側の技術的問題が
クリアできればすごくいいアイデアに思えてきた。。。
今日は一日出張&新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 ズレてないよ。
荒らしの問題は、トオルの担当だからここでは切り分けて取り扱わないだけ。
580 :
前スレ:02/03/23 21:35 ID:???
43 名前:夜勤 ★ 投稿日:2002/03/15(金) 19:47 ID:???
で、ぶっちゃけた話、
「巡回機能は●持ちだけにしろー」という主張な訳なのです。
でも、それじゃあんまりかなとも思いますし、
そんな強制力がある訳でもありませんし、
んな訳で、どうしようかと、
100 か 0 か(白か黒か)じゃない方法もあるでしょうし、
>>578 いや、ズレてはいるんだけど、
それはかちゅがread.cgi経由じゃないことが
わかって以来そのまま話が進んでるからじゃないの?
>>576 そいつらは関係ないような。
ズレてるとしたら、スレの出発点としての夜勤★の認識それ自体では・・・?
>>581 どっちみち、テストの結果を見てからでもいいんじゃないの?
ズレてるのかどうか白黒はっきりつくだろ。
水掛け論を延々続けたいなら俺は止めないけどさw
実際に今日行われる予定の“テスト”ってなんのテスト?
>>580の問題とか委員長さんのなどのダイヤルアップユーザ対策、
それから、もちろん鯖負荷の問題を解決するために、短期的(これから行われるであろう実験)
と中期的(●もちを増やすにはとかかな?)を話してます。
ただ短期と中期は分けた方が良いと思い
>>494あたりで提案したりしてます。
夜勤さんは何処へ、、、
確かに現時点での問題点がcgiならずれているのかもしれないけど
この内訳って分かっているんでしょうかね?read.cgiがメインなのか、それとも別のcgiなのか?
cgiじゃなくてCPUの負荷が問題だとしたらdat直読みはgzipで圧縮作業してる?から
結局かちゅの巡回も関わってきますよね。
>>585 かちゅ+旧かげで巡回出来なくするテスト。ですよね?
>>585 よていですが、choboとvip鯖でもなじらツールとkage新バージョン以外は、
read.cgiではじくと、、、
>>342>>486に書いてあります。
>>585 なんか
>>202 の時点で負荷が見てみたい、っていうことからのようだけど
その時点の夜勤さんってkageがcgi経由って認識でないか?
読み込み用read.cgi
書き込み用bbs.cgi
単純にIE・NNとかのフツーのユーザー(6割強)のせいだったら
どーすりゃいいんですかね?
-------------------------------------------------------------
でも、荒らしが一生懸命攻撃している最中での「今」」苦しんでいる問題が
cgiのコール数、って発言なんでそのまま捉えていいのかしらん?
果たして、荒らしが来ようが来まいがここ最近困っているらしい負荷の大部分が
単位時間当たりのcgiのコール数なのかな?
>>587 かちゅの巡回がcgiではなくdat読みだとわかった今、
6000人の村の1000人のかちゅ使いが3000人分の米をdat読みで
食べてる、っていうのが1つ目の問題のような気がするのですが。
>>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のような状況だからね。
とりあえず実験なり、荒らしの叩き落しをトオルにやってもらうなり、
具体策がどうなりゃいいのか知らんけど、現状の正確な把握をするの
が現時点の課題でしょう。
それと鯖の負荷が問題になっていること自体は間違いないのだから、
各ツールの作者さんに鯖の負荷という観点から少しでも改良して貰う
ように注意喚起する分にはいいんでない?
それが『●なしは「巡回」を止めて』になるかどうかは、ある程度現状を
把握した後でしょう。どっちみち。
599 :
596:02/03/23 21:55 ID:???
あ、ごめん。わかるね、、
>>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形式は巡回板が多くて
かつ、一つの板あたりのお気に入りがごく少数な場合は逆に負荷になる。
かちゅに更新チェックはないが、そのチェックに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 2度に分けてやればいいコトを、一度にまとめてやるから問題なのかもw
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使ってないのでそっちはよくわからんのですが。
>>626 とりあえず同列で扱ってても問題ないだろ
更新チェック → 新着レスがあるか確認すること
巡回 → 複数スレの取得
リロード → 指定スレの再取得
正直、かちゅの巡回も うまいこと 更新チェックに切り替えられたら
それに越したことは無いんだが・・・
こればかりはkageだけでは無理。かちゅの改造がいる。
subject.txt 方式が良いといわれているのは、subject.txtを取得して既得スレの
新着状況を確認させた上で、「ユーザが一つ一つ新着スレを開いて」いく場合。
理由は、総転送量は増えるが、短時間での連続リクエストが減るから。
subject.txt 取得→新着のあるスレを自動巡回 と機械的に連続させてしまっては
総転送量も増えるし、短時間での連続リクエストも無くならないよ。
更新チェックした後は、まずそのスレを読んでるわけだから・・・
>>631 まだ、そういう凶悪な機能は現実化してないでしょ。
委員長の頭の中だけ。もうテストはしてるかもしらんけど。
かちゅ〜しゃには お気に入りの更新チェックは無く 巡回する。
で、今のkageの対処は 巡回 の速度を落とすという処理。
今後、巡回処理を 更新チェック(+巡回) とすることで負荷が落とせる。
Aboneには巡回機能はなく更新チェックがある。
とりあえず巡回は実装しないつもりらしい。
>>617 30KB 前後ですね。
>>621 1つの板のスレッドが 1つの subject.txt に載っているので、
多くの板にまたがって更新チェックしている人が多ければアクセスは減らないはず。
ところで、今は sage で書いても subject.txt は正確に更新されるんですか?
>>632 短時間で連続してリクエストされるのが、今困ってるんでしょ。
637 :
名無しさん@お腹いっぱい。:02/03/23 22:32 ID:sGQQna+N
>>617 圧縮は効くはずだけどそれはそれで負荷が掛かるな
>>624 >n個以上だったらその板のsubject.txtを取りに行く
>n個以下だったらdatのLast-Modifiedを取得
はたしてnの値は?30くらい?
>607
それは言えてます。
A Boneを作る際に、かちゅ〜しゃの巡回機能や、ホットゾヌの更新チェックの
仕様を参考にして、「空振り覚悟の巡回」を排除すること、「新着レス数が分かる」
事を条件にして作った方式なんですが、そういう落とし穴も想定出来ます。
ただ、データ的には不足かもしれませんが、テスターさんから頂いたお気に入り
リストや、既得スレッドリストを拝見する限りでは、まず落とし穴にはまらないなと
感じました。
>617
想像以上にという表現が相応しいかどうか分かりませんが、小さいとは
言えないかもしれません。
ただ、subject.txtも圧縮データとして取得出来る事も付け加えておきます。
>624
効率面から考えると確かに良い提案だと思います。
ただ、これは私の個人的な感覚ですが、その二つは、方式ではなく
機能の違いになってしまうと思うのです。
つまり、subject.txt取得=新着レス数が分かる
datのLast-Modifiedを取得 =新着レスがある事だけが分かる。
状況によって切り替えてしまうと、ユーザーさんにとっては、
違和感を感じると思います。
だから、負荷がかかっても良いという理屈を言うわけではないですが。
641 :
624:02/03/23 22:38 ID:???
>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) は「新着チェック」だね。
ただ、このスレ読んでると「新着チェック」にこの2通りがあることを意識してない
発言が多くて気になったもんで。
subject.txtはたえずキャッシュ効いてないような状態?
板によって当然違うとは思うけど
キャッシュする意味がないような。
>>647 2) 3) の後には空振りする数は減るものの 1) 相当のことは行われるんだよね。
そういう意味で、2)のHEAD式はやっぱり無駄が一番多くなってしまうんだよなー
ゾヌ2に期待
>633
テストどころか、コードも全然書いてません。(^-^;
>634
いや、実は巡回機能を実装したいと思ってはいます。
気持ち的には、巡回機能ではなく、オフライン読み支援機能ですが、
それは言葉のお遊びかもしれませんね。
>635
>
>>617 30KB 前後ですね。
それは解凍後のサイズなので、転送量的には半分程度ではないかと。
> ところで、今は sage で書いても subject.txt は正確に更新されるんですか?
大丈夫です、よっぽどの事故がない限り更新されてます。
>638
負荷はあるでしょうね。
削除依頼板にスクリプト荒らし?が出てるね。
>>646 実際にはsubject.txt.gzを返してるだけでその場で圧縮はしていない
新着チェックのあとに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 リリースされたみたい
ってガイシュツ?
なんかのテストやるっていってたけど、
それどころじゃないようだね
ちょっと おくれたんだな、
これから 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 こんばんわ。
今夜はkabaかも知れないです。
きょうは祭りらしい祭りもなさそうだしね。
ex と kaba のほうがピンチ〜
なんか また kaba が 攻撃されているようで、
ちょっと トオルさんとお話中。
676 :
:02/03/23 23:48 ID:???
>394
> たとえば、A Boneの場合、板を開くと同時に既得スレの新着レスの有無をチェックして
> くれますが、
> 私の場合、この機能のおかげでお気に入りに入れるスレの数が
> かちゅ時代;300超→現在;30以下に激減しました。
>394がいいこと言ったと思うんだけど、誰も反応してませんな。
kage.exe version 0.99.1.2 になってたーよ。
>394
> たとえば、A Boneの場合、板を開くと同時に既得スレの新着レスの有無をチェックして
> くれますが、
> 私の場合、この機能のおかげでお気に入りに入れるスレの数が
> かちゅ時代;300超→現在;30以下に激減しました。
>394がいいこと言ったと思うんだけど、誰も反応してませんな。
>>679 かちゅでもそれににたことはできるしねぇ。
板を開く→お気に入りでソートする→レス数と既得数を見比べる
レス数>既得数 なら新着あり と判断可能。
683 :
681:02/03/23 23:59 ID:???
どうやら、夜勤さんはkaba鯖の対応で今日は実験延期になりそうだ。
すかすからしいし。。。
>>679 俺もずっとそれやってる。
特定の板で大量のお気に入りがあるなら、巡回より快適だし。
でもダイヤルアップユーザーには厳しいんだろうな。
kaba 被弾の方は、マァブさんにふっちゃった。
で、choco の read.cgi 徐々に変えてます。
乙です。夜勤殿
で、アナウンスは後回しでよいのでしょーか?
A Boneでchocoの新規レスの取得ができまへん。
ぜんぶ「ここ壊れてます」。
A Boneはrawモードを使ってるからですね
>>682 一々数字と数字を見比べないといけないのが煩雑極まりなし。
やっぱり新着アイコン付けてくれw
ん?
kage さんは バージョンいくつが最新なんだ?
0.99.0.96 ?
正しい UserAgent わかる人いたら 教えて欲しいです。
0.99.1.2 でしょうか?
わたしゃ、1.2使ってますけど何か?
せっしゃもたった今1.2にしてきた
bbs.cgi で
if(!($ENV{'HTTP_USER_AGENT'} =~ /kage/)) {return 0;}
if(!($ENV{'HTTP_USER_AGENT'} =~ /0.99.1.2/)) {return 0;}
ERROR!いろいろ作業中。。。
>>692 名前欄のとおり、0.99.1.2が現時点の最新です。
キタ━━━━━━(゚∀゚)━━━━━━ !!
700 :
:02/03/24 00:30 ID:???
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;}
ERROR!いろいろ作業中。。。
やっぱり0.99.1.2だけ弾かれた…
修正お願いします
if($ENV{'HTTP_USER_AGENT'} !~ /kage/) {return 0;}
if($ENV{'HTTP_USER_AGENT'} =~ /0\.99\.1\.2/) {return 0;}
ERROR!いろいろ作業中。。。
今日やるのか、、、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を返す=通す
だと思ったんですが
DLL氏
ニュー速などのローカルルール表示が変ですよ、
>>705 どもです、
アナウンスはこのスレッド自体です。
このスレッドの URL 入りで、教えてあげてくださいネ。
あー あと、メール読みますが、
やりとりは全部オープンの方が良いかな? と思っています。
いづれにしても、感謝しています。
0.99.1.2で書けるようになりました。
ROMがほとんどなんだから書き込みで弾いてもあまり効果がないような…
>>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;}
ERROR!いろいろ作業中。。。
言いたかったのは「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に
アップデートして下さい。
古いバージョンだと読めなくなる予定です。
こんな感じのを貼り付けて回るのはどうでしょう?
あと、文才ないので添削と足りない事とかどなたかヨロシコ
727 :
715:02/03/24 00:47 ID:???
>>720 あ、なるほど。ごめんなさい。逝ってきます。
0..99.1.2で書き込みOK
>>726 いま書けないだけだけど読めなくする予定はないの
つーか読めなくしないとほとんど移行の圧力にならないと思うんだけど
>>726 ん?変更しているのはbbs.cgiのようだけど、それでも読めなくなるの?
731 :
726:02/03/24 00:49 ID:???
って書いてるうちにJOKESIZE ★さん行っちゃった…
>>725 vipのアベレージ妙ですね??
アタックかかっていますか?
読み書き両方弾いていないよね?
kage0.99.0.89で巡回可能だった。
書き込みだけ弾いても、実験の体をなさないんじゃないの。
>>730 ならないと思われ
これからread.cgiにかちゅ〜しゃ規制を入れるなら話は別だけど
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
737 :
726:02/03/24 00:51 ID:???
>>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に
アップデートして下さい。古いバージョンだと不具合(エラー)がでます。
詳しいことは↓
【2ちゃんねるビューア】 巡回機能の巻。Part2
http://pc.2ch.net/test/read.cgi/software/1016799543/l50 -------------------------------------------------------------
>>726 ↑で良いんじゃないでしょうか?
でも読めなくなるなら、はっても意味ないよな?
「巡回機能は使えなくなる」だよね
とりあえず「不具合がでます」にしときました。
742 :
726:02/03/24 00:59 ID:???
>>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で書けないならほかのバージョンでも書けないはずだが
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]
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/"が入ってれば、まだ読めるでやんす。
762 :
名無しさん@お腹いっぱい。:02/03/24 01:12 ID:nvTS9QJq
0.99.1 でいいんじゃないですか?
kageバージョンアップできない。。
>>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が返ってくる。
>>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さばのアナウンスお願いします。
>>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で読めるようになった
RewriteCond %{HTTP_USER_AGENT} !0\.99\.0\.12
じゃなくて
RewriteCond %{HTTP_USER_AGENT} !0\.99\.1\.2
でしょ
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]
>>778 ついでに DLL 作者たんが身動き取れるように
RewriteCond %{HTTP_USER_AGENT} !0\.99\.1
にしといて
784 :
780:02/03/24 01:20 ID:???
>>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
逝けたー。
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 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のアベレージ高いですねぇ。。。
ほかの要因はあるんでしょうか?
805 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 01:31 ID:qn0N1G2G
ぶっちゃけた話、vip鯖とchoco鯖でどこが変わった?
kage0.99.1.02入れればOK?
とりあえず、顔文字、長編行ってきました。ニュースは何処にすれば…
次お国自慢…
今のままだとkageがバージョンアップしたら書けなくなるので
bbs.cgi書き換えてください
>>800
ふだんの tv , comic , music あたりは 軒並み 100 を超える 今日この頃。
809 :
802:02/03/24 01:33 ID:???
bbs.cgi変わったみたいですね
なんつーか、あまり言いたかないけど、殆ど効果なかったのでは?
ニュース速報、ニュース速報7はすでに雑談系スレにて告知済み。
choco , vip , love
if($ENV{'HTTP_USER_AGENT'} !~ /kage/) {return 0;}
if($ENV{'HTTP_USER_AGENT'} =~ /0\.99\.1\./) {return 0;}
bbs.cgi 変更。
壁ニ告知してきましたー。
平日の夜にどうなるかですよー
>>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
半角は私が言ってきました。
これからアナウンス済みの板をまとめます。
今のままだと板移転と区別つかないね。
批判要望板の 重い重いスレをみていれば
一番簡単に、わかっちゃったりして、
壁にも名無しさんで告知貼ってあったのを確認。
newsは新.htaccess効いてない。
>>827 効いてますが
0.99.0.99でアクセス不可
829 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 01:44 ID:qn0N1G2G
>>824 書き込み、読み込みともに凄く重いんだけど・・・
で、何が得られるの?
お国、シャア専用貼りました…後は…ピュアAUだけです。たぶん。
っゆーか、壁で書きこんだスレがあがりませんが今のところ問題ないですか?
半角各板
顔文字
AA長編
お国自慢
モナー
ニュー速
ニュー速7
壁
まではOK
ピュアAU
シャア専用
chocoゴミ箱
love鯖関連:
をお願いします。
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
>838
スレたれしなくても、書き込み時のローカルルールタブで見られますよ。
love鯖関係;
男性論女性論
カップル
モ娘(狼)
純情恋愛
過激な恋愛
不倫・浮気
同性愛
loveゴミ箱
モ娘は各メンバーのスレで言った方が良いかも。。。
ピュアAU貼りました。お国、失敗ぽかったので貼り直しました。
かちゅら〜です。
変更は仕方ありませんが、巡回使わないユーザーが
今までどおり使えるような変更にして下さい。
他に望みはありません。
わがままも言いません。
よろしくおながいします。
>>846 kageをバージョンアップすりゃあいいだけじゃ?
zelda っていう ディレクトリにいちいち 文句をつけてくる Ninte(略
この前は ampm っていうディレクトリに文句をつけてきた am(略
スレ違いスマソ
過激恋愛OK、自治スレにしたけど。
見てくれ無さそうで。。。
>>850 harunaディレクトリ並みのアホさですな
>>851 書いてあればいいデスよ。告知なんですから。
>850
・・・・・・・マジ?
>>850 ....................お疲れさまでやんす
-------------------------------------------------------------
現在choco鯖、vip鯖、love鯖で夜勤氏がスクリプトを変更中です。
その為かちゅーしゃをお使いの方はkageのバージョンを0.99.1.2に
アップデートして下さい。古いバージョンだと不具合(エラー)がでます。
詳しいことは↓
【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ゴミ箱
モ娘は各メンバーのスレで言った方が良いかも。。。
後藤スレ、加護スレは終了
あと15人分か?
>>861 スレッドごとの告知は・・・・
マルチウザイとかいわれません?
大丈夫かな?
同性愛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 UpTimeを延々と貼ってどうするんですか?
load averageて何?
chocoゴミ箱OK
夜勤さーん、read.cgiでA Boneが弾かれてるようなのですが、
これは事故として、いずれ直ると考えて良いですか?
dat直読みへの修正はいずれやりますけど、急にはツライです。
UAに"Monazilla"は入ってたはずなので、大丈夫だと思ってたのですが。
/*心配してたことが見事に当たってしまった(涙)*/
loveゴミ箱には、「このスレッドには書けません!」とでて書けませんでしたー。
>>860了解です。
テンプレ
各専用ツールの巡回・更新チェックによる鯖負荷軽減を目的とした2chの仕様変更
について議論するスレです。巡回等に関する批判要望だけでなく、解決策の提案も
承っています。
このスレでは主に技術的な話を中心に議論を進めてください。
^^^^^^^^^^^^^^^^^^^
各ツールの問題についてはツールのスレでお願いします。
現在の状況:↓
-------------------------------------------------------------
現在choco鯖、vip鯖、love鯖で夜勤氏がスクリプトを変更中(済み)です。
その為かちゅーしゃをお使いの方はkageのバージョンを0.99.1.2に
アップデートして下さい。古いバージョンだと不具合(エラー)がでます。
詳しいことは↓
【2ちゃんねるビューア】 巡回機能の巻。Part1
http://pc.2ch.net/test/read.cgi/software/1016178419/l50 【2ちゃんねるビューア】 巡回機能の巻。Part2
http://pc.2ch.net/test/read.cgi/software/1016799543/l50 -------------------------------------------------------------
関連スレ
>>2-3 >>862 住人は多いし、ファン板だからそれぞれにすみわけがあると思ったので、、、
ぞぬ、アップしてる模様です。
>>872 A Boneだけ弾いてるわけじゃなくて
rawモード自体が廃止になりました
>>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のほうが対応してる予感
>881
マジー!?
話が違うぢゃん(涙)。
了解、こちらで対応しますです。
888 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:16 ID:qn0N1G2G
どこで告知されているのか、何を告知しているのか
さっぱり分からないんだが・・・
純情恋愛OK
768 Name:夜勤 ◆D69Zsbfg Date:03/22(金) 15:11 ID:???
たとえば 告知がないとか良くみんなが言うけど
各スレッドが告知だと思っています。それも時系列で整理されてて
賛否両論の意見つきの。とっても貴重な情報ですよ、きっと。
すくなくとも、わたしは その時々に必要なスレッドを立てて
みんなで、わいわい議論をしたいと思っていますし、してきました。
この方法が悪いとかと言われても、私には他に手段がないので
困ってしまいますけど。
告知云々の話は、各々判断して実行してくれねえかなあ。
お守りのやりすぎはいかがなものか。
>>887 まあ、read.cgi経由のDAT取得は既に非推奨扱いとなっていたのだから
ここはこらえて頂くしか...
告知残り:
男性論女性論
カップル
不倫・浮気
>>888 関係鯖の議論、雑談等のスレで、
>>856のテンプレで告知してます。
896 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:21 ID:qn0N1G2G
2chのトップページか、各板の注意書きに書いてよ。 > 告知
ハッキリ言うけど、全然目立ってないよ。
気づかない人の方が多いと思われ。
>>882 love鯖は難しいですね。
自治、議論、雑談のキーワードで
カキコの事実作るしかできません。。。
>>896 ツールの人はそんなところで告知しても読みません
委員長、少し見損なった。
だから/test/flash.txt …
>>896 かちゅから出ない人には結局どっちも見えないですよ。
>>896 対象であるかちゅ〜しゃユーザーはトップページも各板の注意書きも見ないと思われ。
つーか、トップページはそもそも IE を引っ張り出さない限りみれないんじゃないの?
905 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:24 ID:qn0N1G2G
>>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 は見るかもしれんが
913 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:25 ID:qn0N1G2G
Monazilla.orgは誰が運営してるの?
Monazilla.orgに夜勤★さんのお知らせ欄を設けてもらえば
良いと思うのだが、どうよ?
>>905 Monazilla.orgにはとっくに告知されてますが?
アフォですか?
916 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:26 ID:qn0N1G2G
>>911 いや、揚げ足取られても・・・
だったら、各ツールのダウンロードページに
告知欄を作ればいいことでねーか。
ほんとだ…monazilla.org(wに書いてある。
918 :
911:02/03/24 02:28 ID:???
>>916 揚げ足をとるつもりはなく本当に www.monazilla.org を指してると思っておった(苦笑)
>>905 Monazilla.orgにはとっくに書いてあります。
2chトップはかちゅからは見えません。むしろIEとかからだけしか見てない
ライト2chユーザに混乱を与える恐れあり。各板の注意書きも然り。
920 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:30 ID:qn0N1G2G
>>919 混乱はとっくに与えてます・・・
今必要なのは、「どこにいけば運営側の公式発言が聞けるか」
という事だと思います。
>>892 告知しないとすれ乱立が目に見えているもので、、、
(告知すればスレが乱立しないという保障はありませんが。。。)
告知残り:
男性論女性論
カップル
あとは口コミ?で情報が伝わっていくのを待つのと、批判要望のかちゅスレと初質板でか
いとくぐらいですかね。実験板もか?
Dream★さん次スレたてよろしくです。私は無理でした(鬱
>>912 ありがとです。
新スレの
>>2に書きましょう。
922 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:30 ID:qn0N1G2G
今みたいに、スレッドで告知するというのは
流動的で大変分かりにくい。
かちゅ〜しゃから見えなくなったら
普通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
レス受信ボタン押して、レスは取得できるんですけど1回しかレスを取得できないのです。実況chとかでもっとリアルタイムに取得してみたいのです。どうしたらいいのでしょう
>920
そんなものは無い(w>運営側の公式発言。
お前、批判要望でワザワザバカ呼ばわりされた時のIDをハンドルにするくらいなのに
そんな事も判らんのかと小一(略
今知り合いのコテハンからメッセで「かちゅで見えない」と苦情が来たw
>>920 ちゃいます。極端な話、きちんとした内容の告知はあまり目立つ必要すらない。
目的はKage.exeの最新版をかちゅ使ってる人達が導入することだけ。
それを踏まえて、「エラーが出ます」というある意味不正確(目的は果たせる)な
告知文が出来ていると思いますが。
>>Dream★さん
次スレ立てOKそうですか?
テンプレは問題なければ
>>874でいいでしょうか?
>>2には
>>912をかくってことで。
だめなら私が再度チャレンジしてみますが?
>>930 夜勤★さん、実はこの混乱を楽しんでる?(w
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
告知に関しては、もー慣れっこです、
どんなに告知しても、「告知しろー」の大合唱ですから、いつも
937 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:38 ID:qn0N1G2G
>>926 >そんなものはない(w
あのね。それが一番問題があることに気づきなさいよ。
ハンドルに関しては私の勝手でしょ。
自虐的にやってるのよ。
わーい まるで鳥坂先輩だぁ
940 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:39 ID:qn0N1G2G
>937
>931
>>920 このスレッドとか・・・批判要望とか・・・
>940
2ちゃんが、もっと暇な時に呼びかけろ(w
まぁ、読めなきゃそれでいいでしょ。
読めるように自分でいろいろ動くことも大事だ。
>>925 Hikkyの現状を見ると、ヘタレ氏の対応か
dll氏のような神の降臨を待つしかないと思われ。
俺もJor使いだからつらさはわかる。
949 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:42 ID:qn0N1G2G
告知で 一番 効果的なのは CNP で取り上げられた時かなぁ
告知残り:
カップル
>>946 暇なときだと必要ない、と言われて終了する罠
>949
お前が知らないだけ、ちゃうんかと
UAをかちゅ〜しゃに偽装してlove逝くと500帰ってくるな
958 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:46 ID:qn0N1G2G
>>924 read.cgi経由のDAT取得はやめてくれという運営側の声に耳をかさなかった
ツールに対して、今制裁が加えられたのだよ
960 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:47 ID:qn0N1G2G
俺はこのスレッドに来たときは夜勤叩きだったんだから。
巣はたまに見てるけど、「しぼー」しか書いてないじゃん(w
告知のことはここで議論すべきなのか?
ツール使えなくなったらブラウザで確認するだろ
ういー
【告知】
kaba が 被弾している訳ですが、
あしたから 私 そっちの方の改修やる予定。
予想されるできごと 「断続的に kaba に書けない」
なんせ、bbs.cgi を書き換えるです。
うまく行けばいいなぁ・・・
いやー、告知ってのは本当はひろゆきマターだと思うけど、どっか告知専用のページ
作って(スレッドとかじゃなくてね)そこで発表してくれればいいだけだと思う。
1000取ってイイですか?
結論は
>>961だと思うんですが
970 :
AJA6H/Ws ◆MPnX7dHA :02/03/24 02:51 ID:qn0N1G2G
>>964 夜勤の巣コピペ
03/16 choco しぼー。そのうち復帰予定。
かちゅーしゃ等での巡回機能(複数スレッド一気に更新チェック)は禁止だす。
03/14 game しぼー。そのうち復帰予定。
03/13 1999.2ch.net をexサーバに併設。
ぼちぼち 登場予定。
03/07 全サーバ ソフトウェア入れ替え(パッチあて)のために止まりました
緊急だったもので、どうもすんません。
03/05 game しぼー。明日の朝までには何とかなる予定。
03/03 vip サーバ登場予定。
03/01 オイスター作戦 本番開始だ。
なーんも分からないんですが(w
ここももう少し充実させてくださいよ。
836 :名無しさん@お腹いっぱい。 :02/03/24 01:48 ID:???
>夜勤
/test/flash.txtを書き換えた方が早いじゃないすか?
896 :AJA6H/Ws ◆MPnX7dHA :02/03/24 02:21 ID:qn0N1G2G
2chのトップページか、各板の注意書きに書いてよ。 > 告知
ハッキリ言うけど、全然目立ってないよ。
気づかない人の方が多いと思われ。
900 :名無しさん@お腹いっぱい。 :02/03/24 02:23 ID:???
だから/test/flash.txt …
923 :名無しさん@お腹いっぱい。 :02/03/24 02:31 ID:???
かちゅ〜しゃから見えなくなったら
普通IEとかで確認しに行くでしょ
>>971 いや、ページ作ればここにいる人たちが広めるでしょ。
そうしたらbookmarkする人も増えるし、不可解なことが起こったらそこに見に行くだろうし。
やれ、っていってるんじゃないんですよ。そうだったらいいな、ってだけで。
まもなくここは 乂1000取り合戦場乂 となります。
\∧_ヘ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
,,、,、,,, / \〇ノゝ∩ < 1000取り合戦、いくぞゴルァ!! ,,、,、,,,
/三√ ゚Д゚) / \____________ ,,、,、,,,
/三/| ゚U゚|\ ,,、,、,,, ,,、,、,,,
,,、,、,,, U (:::::::::::) ,,、,、,,, \オーーーーーーーッ!!/
//三/|三|\ ∧_∧∧_∧ ∧_∧∧_∧∧_∧∧_∧
∪ ∪ ( ) ( ) ( ) )
,,、,、,,, ,,、,、,,, ∧_∧∧_∧∧_∧ ∧_∧∧_∧∧_∧∧_∧
,,、,、,,, ( ) ( ) ( ) ( )
誰もとらないので一応1000.
976 :
名無しさん@お腹いっぱい。:02/03/24 13:43 ID:h22GKHzE
何となく来たら1000近いからage
混乱したら困るからsage
コソーリ埋め立て1000
それはいかんざき。
981 :
:02/03/24 14:39 ID:???
そうはカンザスシティ
そうはとーふがおろししょうが。
コソコソ
神のトリップでコソーリ
宗は完全主義
∧ ∧ ┌─────────
( ´ー`) < シラネーヨ
\ < └───/|────
\.\______//
\ /
∪∪ ̄∪∪
987 :
:02/03/24 14:48 ID:???
てめーにゃ聞いてねーよヴォケ
974 名前:名無し~3.EXE 投稿日:02/03/24 14:47
なんか荒れてるねェ。
ところで0.99.1.2調子はいかが?
なんかスゴク重いんだけど。
カチュ直だとサクサクなのに。
kageが原因?
>988
それかちゅスレかよ(泣藁
もうだめぽ・・・
990 :
名無しさん@お腹いっぱい。:02/03/24 15:09 ID:nEfqzJb5
9.99*10^2
かちゅ直だとサクサクなのか?
こりゃいいこと聞いた
1000
そうはいかんざき
こっそりもらうとするか
・・・・・・・
ヽ(´ー`)ノ
ヽ(゚∀゚)ノ アヒャ
そうは・・・・・・・・・・・・・・・
1001 :
1001:
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。