■スレッドリストへ戻る■ 全部 1- 101- 201- 301- 401- 最新50
【２ちゃんねるビューア】 巡回機能の巻。Part4
- 100 ：名無しさん＠お腹いっぱい。 ：02/03/28 07:27 ID:???
- >94 subject.txtはbbs.cgiがgzipしている。
- 101 ：名無しさん＠お腹いっぱい。 ：02/03/28 07:35 ID:???
- すいません、朝早くから妄想です。
限られたリソースの分配に頭を悩ますよりも、リソースを増やしてしまう。
つまりツール使ってる人にキャッシュサーバーになってもらう。
ツール起動と同時に PC の特定ポート開かせて。
2ch 鯖側では各スレ毎にログ取得者の IP Address と取得時間を
最新100件((4byte+4byte)*100 = 約 0.8Kb)記述したバイナリを用意。
ツールで読む場合はそっちをまずそっちを取得&参照。
その中からあらかじめツール側で設定した「最新何件以内、最新何分以内」の
条件を満たす人に接続してログを取得。
条件(時間、件数、あるいは相手が切断等で)を満たせなかった場合、
改めて 2ch 鯖から取得しつつ、(それ用に追加した)CGI 経由で取得者リストを更新。
ツール終了時には取得者リストから自分の名前を削除。
[普通のブラウザ経由の場合]
読み書きとも今まで通り。
[ツール経由の場合]
更新チェック→ログ取得者のチェック→負荷はやや増。
一般的な読み→負荷減少。
巡回→ある意味キャッシュサーバー構築作業→むしろ推奨→負荷減少。
書き込み→今まで通り。
結局→IP Address が漏れてて誰も使わない罠→妄想でちた。
- 102 ：名無しさん＠お腹いっぱい。 ：02/03/28 07:37 ID:???
- >>101
おもしろーい。でも、アクセスをそういう人に分散させる手法はどうするの？
- 103 ：名無しさん＠お腹いっぱい。 ：02/03/28 07:52 ID:???
- >>100
してねーっての。前スレの夜勤氏の発言くらいちゃんと読め。
- 104 ：名無しさん＠お腹いっぱい。 ：02/03/28 07:57 ID:???
- >60のひろゆ子が根本的に間違っているのは、
「巡回」と「巡回でないdat読み」が区別できると思っていることだな。
んなことできたら苦労しねー。
- 105 ：名無しさん＠お腹いっぱい。 ：02/03/28 08:00 ID:???
- ,､|,､
(f⌒i
U j.| >103 読んできた。
UJ
：
‐＝‐
- 106 ：名無しさん＠お腹いっぱい。 ：02/03/28 08:04 ID:???
- >>104
tora3の方で認証済ませたら、認証情報持ち回ってるんでしょ？
その情報でいろいろやろうと考え中なんでしょ？
- 107 ：名無しさん＠お腹いっぱい。 ：02/03/28 08:56 ID:???
- なんかツール作者を思い通りに動かせる前提があって話してるみたいだな。
- 108 ：名無しさん＠お腹いっぱい。 ：02/03/28 09:03 ID:???
- >106 それは金を払ったかどうかを区別する方法であって、
(1)金を払ってない散発的アクセスと
(2)金を払ってない連続的アクセスを区別する方法ではないよ。
>60は、(1)を無料に、(2)を有料にしよう、と主張してる。
- 109 ：名無しさん＠お腹いっぱい。 ：02/03/28 09:28 ID:???
- ＞分散させる手法
手法も何も所詮妄想なんで(汗)
とりあえず取得したリストの中からランダムに選ばせれば、
一応分散させた気分に浸れそう。
(1)最新件数条件からRANGE指定で 1〜32*設定件数byteを読み込み
(2)その中からランダムに一件選んで
(3)時間条件を調べて
条件満足した→キャッシュサーバーへ実際にログ取得に行く
条件満たさない→(2)に戻る
...てな具合?
●無しは時間条件は 5 分以上、件数条件 50 件以上、
●持ちは時間条件は 30 秒以上、件数条件 20 件以上
とかにすれば●の有り無しで差別化を図れなくもない。
ただ 2ch のアクセス数考えると(祭レベルじゃなくても)
普通の PC でキャッシュサーバーになってしまった日には
100 台程度の分散じゃ DoS 以外の何者でもなく。
かと言って件数 1000 件とかにしたら取得者リストは 8KB。
このリストはスレごとだから、転送も負荷も恐い事になりそうで無理。
IP Address ログられる、ポート開かなならん、
ログ貯めるのにディスク食われる、設定面倒(多分)、
ナチュラルに DoS 受けそう。
やっぱダメ過ぎだと思う。
- 110 ：名無しさん＠お腹いっぱい。 ：02/03/28 09:29 ID:???
- >107
夜勤さんやひろゆきはそういうつもりはないと思うけど
仕切ってる人間がねえ。
- 111 ：あぼーん ：あぼーん
- あぼーん
- 112 ：名無しさん＠お腹いっぱい。 ：02/03/28 09:55 ID:???
- >>110
そうだね。
なんだかなって感じだ。。。
ageてみるか。
- 113 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:10 ID:???
- このスレはもう「どうやって規制するか」という話しか
していないが、規制の他に手はないのかよ・・・。
- 114 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:20 ID:ijvqAAbx
- 巡回に課金して支払っても、リモホ規制でとばっちりくらって書きこみすらできないことがある現状をなんとかしてほしい。
でないと、金払っても意味がない。
- 115 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:21 ID:???
- >>113
規制以外の方法もあるんだけど、夜勤氏の手間が増えるから
却下だそうです。
- 116 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:29 ID:d60FiNA1
- >>107
88 名前：Dream ★ 投稿日：2002/03/28(木) 03:27 ID:???
>>86が、批判要望の方でまとめられた試案のようですね。
なんか、提案文のようになっているのでこれが規定事項とか前提条件とか
要求仕様のように見えますが、そうじゃなくて、これはあくまでも、たたき台です。
て事だから、要は「何一つ決まってない」
って言ってるのと同じなんじゃないの？
ただ、なんにも言わないと、このままで決まっちゃうって話でしょ？
- 117 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:32 ID:???
- >>113
言いたいことがあったら言っておいた方がいいんじゃない？今のうちに。
「ちゃんと意見聞いたのになにもいわなかったでしょ？」
て事になるよ。たぶん。
- 118 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:34 ID:???
- >>114
つか、それだとなにやっても無意味だよね。
なまじ金払ってるだけに、たちわるいや。
- 119 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:34 ID:???
- >>117
いや、技術的に〜〜すればいけるじゃんかよ って話なら
何回も出てるんだけど全て却下されてます。
議論するのが面倒くさいそうです。
- 120 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:37 ID:???
- >>108
認証情報を持ち回っていないユーザーにはそもそもツールの巡回機能を
提供しませんよっていう話だって、どっかでひろゆきが言ってなかった？
どこだっけなぁ？
- 121 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:40 ID:???
- >>119
今回の話は、作者サイドからヒアリングして、決まったら
それをガイドラインにするって話なんじゃないの？
ていうか、けっこう提案されて通ってることも多いし。
read.cgiの中身とか。
- 122 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:45 ID:???
- ツール作者の意見はほとんど無視されてるような・・・・
- 123 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:50 ID:???
- >>122
なんか提案したら？
なんで素案があがっただけでそんなにナーバスになってるのかワケわかんない。
- 124 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:56 ID:???
- >114
ログインすれば規制対象から外れるだろ。
むしろそういうヤツこそ金払う意味がある。
- 125 ：名無しさん＠お腹いっぱい。 ：02/03/28 10:56 ID:???
- >>96
なんかやたら決定したような言い回しで混乱させるのやめてくれる？
要するになにも決まってないって事でしょ？
- 126 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/28 11:24 ID:???
- 誰が決めるかという問題があり、結局は２ｃｈサイドではないかと、
その２ｃｈサイドの人間が
966 名前：ひろゆ子 ◆HRUNYAXA 投稿日：02/03/27 22:37 ID:BbZZ0lbo
過去ログを読んでませんが、、、
インターバルをツールに実装すると、patchが出まわるので、
正直者がバカを見ると、、、ソース公開してるツールもありますしね。
んで、サーバで実装するとサーバ負荷が増えるので、
そもそも意味がない。
ということで、IDがあったら巡回できて、
なければ出来ないというのが落としどころになるかと。
といっているので管理人が翻意すれば別ですが、そうでなければ、
これが決定になるかと思うんですが。。。
もちろんこれに反して巡回機能を実装したツールを作るのは自由でしょうが
そしたら鯖側ではじくんじゃないでしょうか。
そうしたらIEを偽装したツールで転送量が増える方法によりアクセスして、
結局なんの問題解決にもならだろうから、作者さんの意向をきいて（ダイヤルアップ
ユーザへの保護策等）巡回＝有料にはならないように議論を進めてきたんですが
ね。。。
- 127 ：名無しさん＠お腹いっぱい。 ：02/03/28 11:27 ID:???
- >>126
マルチポストウゼエ。リファレンスしてくれ。
http://kaba.2ch.net/test/read.cgi/accuse/1016974669/882-885
- 128 ：名無しさん＠お腹いっぱい。 ：02/03/28 11:44 ID:???
- 鯖のチューンアップとかそっちの話、ちょっとスレワケしてくんない？＞Dream
通信技術板とかそっちの方が住民的にもいいし、正直こっち
ツール系の話で集中したいし。
- 129 ：名無しさん＠お腹いっぱい。 ：02/03/28 12:43 ID:???
- とりあえず、たたき台はこっちになったそうです。↓
http://kaba.2ch.net/test/read.cgi/accuse/1016974669/890
- 130 ：名無しさん＠お腹いっぱい。 ：02/03/28 13:19 ID:???
- >120 もう一度書くけどね。あるアクセスが「巡回機能」によるものか、
それともそうでないかをサーバサイドで判別する方法は今のところないの。
dat読みブラウザを100個立ち上げて同時にアクセスするのと、その「巡回」って
奴で100個のdatを集中アクセスするのを区別できない。
なのに、どうやって後者にのみ課金するんか、という話。
- 131 ：名無しさん＠お腹いっぱい。 ：02/03/28 13:39 ID:???
- >>130
その通り。だから100%防ぐ方法がない。
これをやるには、サーバ側でアクセスがある度にアクセスしてきた人が
●持ちかどうかをチェックし、読み込みをコントロールしなければならない。
一日1600万のアクセスに対し、いちいち認証していたらそれこそ膨大な負荷になる。
どう少なく見積もっても、今の倍の数のサーバが必要になる。
こんなことできるもんなら苦労しないよ。
ていうか、ひろゆきにできるならやって見せろ、って感じ。
- 132 ：名無しさん＠お腹いっぱい。 ：02/03/28 13:44 ID:???
- つうか、そんな心配は無用だろうけど、MSのメッセンジャサーバ以外で
６０万ユーザもいるようなLDAPの稼働実績って、どっかもってるの？
ああ、あるにはあるか。
- 133 ：名無しさん＠お腹いっぱい。 ：02/03/28 13:44 ID:???
- 同一IPアドレスによる連続的なアクセスで判断。
- 134 ：133 ：02/03/28 13:45 ID:???
- ああ、それを判断させないためにインターバルを設けてるのか(w
- 135 ：名無しさん＠お腹いっぱい。 ：02/03/28 13:57 ID:???
- いずれにしてもあれだな。
JOKESIZEは、
「事情を察して、管理側がツール作者に、まげてお願いしているのだ」
ってことを忘れてもらっちゃ困るな。
各作者は、各自がBestと思う方法で、よかれと思って今日まで巡回や更新機能を
作ってきたんだからな。
強制力でやってもらうんじゃなくて、共存というか、なんとか
理想的なところへいけるように協力しあって行きたいんだって
姿勢で臨まなければ、納得や理解は得られないって事だよな。
- 136 ：名無しさん＠お腹いっぱい。 ：02/03/28 14:00 ID:???
- >>135
誤爆かい?
http://kaba.2ch.net/test/read.cgi/accuse/1016974669/
- 137 ：名無しさん＠お腹いっぱい。 ：02/03/28 14:32 ID:???
- 果たして待ち行列理論を用いて、2chをシミュレートして
みたような香具師はいるのだろうか。
- 138 ：名無しさん＠お腹いっぱい。 ：02/03/28 18:37 ID:???
- もう一つのスレは読まないまま、夜勤さんへ提案。
今、read.cgiの出力したHTMLの圧縮はmod_gzipで行っています。
(read.cgi内部に圧縮ルーチンは入っていますが、NN4.x以外には使われていません)
これを、mod_gzipを使わないでread.cgi自身で圧縮する様にしてみてください。
read2ch.hのCHECK_MOD_GZIPのdefineを外せば、自力で圧縮するようになります。
もしかしたら、これによりI/Oの負荷が減るかもしれません。
ただ、そのままだと圧縮率を最優先しているため、CPUを食います。
そこで、(ソース内にマジックナンバーが埋まっていて面倒ですが)
read.cの内部で"wb9"の文字を探し、
gzdopen(0, "wb9"); となっている部分を gzdopen(0, "wb1"); としてください。
標準の圧縮率は"wb6"相当ですが、これを一番圧縮率の低い"wb1"にします。
深夜時間に平均的と思われる、30K程度のHTMLでテストした結果
圧縮率を最低にすると標準と比較して10-15%程度サイズが増えますが
要する時間(CPUのみ)は4割程度で済みました。
その他、bbs.cgiでのsubject.txtの圧縮も早期に実施するとよいと思います。
- 139 ：名無しさん＠お腹いっぱい。 ：02/03/28 18:40 ID:???
- ↑さんへ、とりあえず上げないと、誰も見ていない罠
- 140 ：夜勤 ★ ：02/03/28 18:46 ID:???
- >>138
CHECK_MOD_GZIP はずして
wb1 にした ばーじょん
read.cgi ver5.51p (02/03/28)
choco と vip にいれますー
- 141 ：名無しさん＠お腹いっぱい。 ：02/03/28 18:51 ID:???
- read.cgiは偉大だなぁ。
- 142 ：名無しさん＠お腹いっぱい。 ：02/03/28 18:52 ID:???
- もうはいってる・・・
- 143 ：夜勤 ★ ：02/03/28 19:01 ID:???
- game にもいれたよー
- 144 ：名無しさん＠お腹いっぱい。 ：02/03/28 19:07 ID:???
- よくなるかな？
よくなるといいね。
- 145 ：名無しさん＠お腹いっぱい。 ：02/03/28 19:27 ID:???
- >インターバルをツールに実装すると、patchが出まわるので、
>正直者がバカを見ると、、、ソース公開してるツールもありますしね。
>んで、サーバで実装するとサーバ負荷が増えるので、
>そもそも意味がない。
>ということで、IDがあったら巡回できて、
>なければ出来ないというのが落としどころになるかと。
巡回によるDAT取得と、通常のDAT取得が区別できない以上、IDがあったら巡回できて、
なければ出来ないというのも単にパッチが出回るだけかと思うのですが...
>>92 あたりを見る限りは、その辺りは一切放置で結局紳士協定という考え？
- 146 ：名無しさん＠お腹いっぱい。 ：02/03/28 19:41 ID:???
- ・read.cgiのrawモードは使用しない。
・GETによる差分取得はかならずIf-Modified-Sinceを併用する。
・GET巡回時、HEAD更新チェック時はKeep-Aliveを使うようにする。
・マルチスレッドによる同時複数GET/HEADリクエストはしないようにする(例え別鯖であっても)。
・同一鯖のsubject.txtや、同一スレの.datについては少なくとも5秒程度は再取得できないようにする。
この程度の自主規制を無料・有料ユーザを問わずに実装して頂けるように
ツール作者さんにお願いする、というのはどうでしょうか。
一部は既に実施されているものもありますし、事実上使い勝手に影響は
ほとんど出ないと思うのですが。
- 147 ：名無しさん＠お腹いっぱい。 ：02/03/28 19:46 ID:???
- http://kaba.2ch.net/test/read.cgi/accuse/1017294330/192
192 ：ひろゆ子 ◆HRUNYAXA ：02/03/28 17:24 ID:plexregn
制限ってのは、性悪説に基づいてるんだから、
サーバじゃなきゃできないですよ。
性善説だったら、機能を実装しなくても、「巡回は控えめに」って
伝えるだけですみます。
- 148 ：名無しさん＠お腹いっぱい。 ：02/03/28 19:53 ID:???
- 「monazillaツールと課金及び転送量・鯖負荷問題を考えるスレ」Part2
http://kaba.2ch.net/test/read.cgi/accuse/1017294330/
こちらのスレの方もご覧になっているとは思いますが、
管理側は、鯖側で単位時間辺りのdat取得の総量規制を行いたいようです。
●持ちは総量規制が解除されると。
- 149 ：名無しさん＠お腹いっぱい。 ：02/03/28 20:07 ID:???
- >>148
具体的のどの発言がそのように読める？
- 150 ：名無しさん＠お腹いっぱい。 ：02/03/28 20:20 ID:???
- >>149
幾つか貼ろう
----------
145名前：ひろゆ子 ◆HRUNYAXA 投稿日：02/03/28 16:59 ID:plexregn
認証IDがなければ、一定時間内に大量のログ取得ができないという仕様で固めちゃえば、
企業の取得は難しくなるですよ。
認証IDを使ってログ取得するようになったら制限はもとらくですし。
150名前：ひろゆ子 ◆HRUNYAXA 投稿日：02/03/28 17:02 ID:plexregn
＞でも実際問題としてツールユーザーには制限がかけられたわけですよ。
システム側から、「ツールなのか、企業なのか？」って判断は無理っすよ。
んだから、一律で制限せざるを得ないとおもうです。
んで、ツールだけを特定する手段として認証IDというシステムがでてくるわけですね。
んだから、認証IDに関しては巡回制限する必要はないと思ってます。
156名前：ひろゆ子 ◆HRUNYAXA 投稿日：02/03/28 17:06 ID:plexregn
認証ID経由で、ひたすらアホみたいにログをとってく人がいたら、
直接話しもしやすいし、ID止めちゃうのもできるので、
そんなに気にならなくなるですよ。
- 151 ：名無しさん＠お腹いっぱい。 ：02/03/28 20:21 ID:???
- 158名前：前スレ903=911 投稿日：02/03/28 17:07 ID:SmNaa90r
>>145
結局一般ユーザーの巡回には制限をかけます。巡回して欲しい人は●かってちょ！
ってこと．．．
161名前：ひろゆ子 ◆HRUNYAXA 投稿日：02/03/28 17:08 ID:plexregn
＞158さん
そういうことですねー。
160名前：● ◆fcGQQrQE 投稿日：02/03/28 17:08 ID:yVLt+otE
＞150
＞認証IDに関しては巡回制限する必要はないと思ってます。
それは、認証しない（ツール・企業）ユーザーには制限をかける。
と言う事ですよね。
その上で、どう制限をかければユーザビリティを維持できるか？
というのがこのスレの趣旨だと思うのですが。
だから「巡回を制限する」基準をツール作者さんやユーザーで
落としどころを探していた…と。
そこに「制限なんてネガティブな発想は意味ない」って言われると・・・・
167名前：ひろゆ子 ◆HRUNYAXA 投稿日：02/03/28 17:10 ID:plexregn
＞どう制限をかければユーザビリティを維持できるか？
話し合う分にはどうぞどうぞなんですが、
技術的な落としどころのない話し合いは意味がないとおもうですよ。。
「企業だけ制限してユーザーを制限しない仕組みにしよう！」「賛成！」「どうやって？」
というループかと、、
- 152 ：名無しさん＠お腹いっぱい。 ：02/03/28 20:36 ID:???
- >>146
・GETによる差分取得はかならずIf-Modified-Sinceを併用する。
->RangeとともにIf-Modified-Since, またはIf-Rangeすかね?
・GET巡回時、HEAD更新チェック時はKeep-Aliveを使うようにする。
->Persistent Connection/Pipelined Requestすよね?
でもこれって、対応してる2chビューアあるんすか?
もし処理も対応してないのにヘッダにKeep-Aliveなんて不用意にもつけたら
逆に使いもしないコネクションが沢山しばらく残る罠、とか。
- 153 ：名無しさん＠お腹いっぱい。 ：02/03/28 20:41 ID:???
- >152 navi2chは両方やってるかと。
- 154 ：名無しさん＠お腹いっぱい。 ：02/03/28 20:45 ID:???
- >153 navi2chって巡回機能あるんですか？
- 155 ：名無しさん＠お腹いっぱい。 ：02/03/28 20:49 ID:???
- >154 そういう名前のはないよ。
- 156 ：名無しさん＠お腹いっぱい。 ：02/03/28 20:50 ID:???
- ・誰に何もお願いするわけでもない
・何らかの結論を出すわけでもない
単にこうしたら明らかに負荷を下げられる、みたいなTIPSというか
そういう事実を淡々を挙げていったらいいと思う。
その中で夜勤さんなり、作者さんなりが「なるほど」と思って実装に
移すものがあるかもしれない。ないかもしれない。
このスレの役目はそれでいいんじゃないかと思った。
- 157 ：名無しさん＠お腹いっぱい。 ：02/03/28 20:51 ID:???
- >>153 両方といった2つ目は具体的にどういうケースで使ってるんですか？
- 158 ：名無しさん＠お腹いっぱい。 ：02/03/28 21:03 ID:???
- >157 >152が意図したような用途に。複数のGETを発行することがわかっている時は
keep-aliveしてひとつのsessionを再利用する。
(setq navi2ch-net-enable-http11 t)
- 159 ：夜勤 ★ ：02/03/28 21:05 ID:???
- HotZonu は 書き込み(bbs.cgi コール)時、無限ループを起こすことがあるらしぃ。
bbs.cgi をずっと コールしつづけるです。
とっても とっても サーバは辛い。。。
- 160 ：Dax ◆ZonuDqn. ：02/03/28 21:34 ID:???
- >159
申し訳ありません、
今 会社なんで帰ったら至急、修正してアプします。
- 161 ：名無しさん＠お腹いっぱい。 ：02/03/28 21:41 ID:???
- >152
Pipelineしなければ、交互にレスポンスが来るから
Content-Length(又はchunk)を見ながら全部受け取ったか確認すれば良い。
これだけなら、全然面倒じゃない。
Pipelineすると、かなり面倒。しかもproxyを使う時は別途対処が必要。
だけど、圧倒的にレスポンスは早くなる(パケットも減るし)。
また、最後のリクエストにはConnection: closeをつける(HTTP/1.0であっても)。
そうすれば、サーバー側から切断してくれるので一番いい。
もし、(subject.txtを取った後等)追加のリクエストがあるかわからない場合は、
とりあえずKeep-Aliveしておいて、追加GETが無ければすぐに切断する。
あまりマナーがいいとは言えないが、
ネットワークプログラミングのスレで聞いたら、そうするしかなさそうだった。
いきなり切断がマナーに反するといっても、
「サーバーから切断されるまで待つ」よりはずっとまし。
- 162 ：夜勤 ★ ：02/03/28 21:41 ID:???
- >>160
はいー
http://pc.2ch.net/test/read.cgi/software/1017168937/697
ここにも書きましたが、
あらしづらくするために、規制を設ける
↓
いちいち エラーがうざいので、ツールが吸収する(自動スルー)
この段階で、規制を設けた人の意思を踏みにじっている。
毎回 bbs.cgi を呼ぶ、それも自動で→サーバ負荷極度に増大
↓
乗り越えられたので、さらに 新しい規制を加える
以下繰り返し。
なんか 泥沼?
- 163 ：名無しさん＠お腹いっぱい。 ：02/03/28 21:43 ID:???
- お、話が動き出した。。。
- 164 ：名無しさん＠お腹いっぱい。 ：02/03/28 21:43 ID:???
- ＞160
2ちゃん専用ブラウザ「かちゅ〜しゃ」Part58
http://pc.2ch.net/test/read.cgi/software/1017168937/697
＞HotZonu がクッキーのところで無限ループしている
だそうです。
- 165 ：● ◆fcGQQrQE ：02/03/28 21:47 ID:???
- ＞162
確かに泥沼なんですが、ツール作者さんには
「何を意図してそういう仕様変更をしているか」は
見えないわけで。
その辺が見えないで対処だけしているのが現状かと。
もしそれが拙いなら、
１．連絡を取り合う
２．ツールは全部駄目
になるのかなぁ…と。
- 166 ：名無しさん＠お腹いっぱい。 ：02/03/28 22:06 ID:???
- >>165
勝手に「忖度」して自粛してるだけです。
余り介入すると「余計なお世話です」になるから。
- 167 ：Dax ◆ZonuDqn. ：02/03/28 22:57 ID:???
- >162
修正番アプしました。ご迷惑おかけしました。
- 168 ：名無しさん＠お腹いっぱい。 ：02/03/28 23:04 ID:k7Lw3m96
- こういうスレが立った。
何スレでdat落ち（圧縮）するか決めるスレ
http://kaba.2ch.net/test/read.cgi/accuse/1017324044/l50
- 169 ：名無しさん＠お腹いっぱい。 ：02/03/28 23:13 ID:???
- >>109
普通に考えたら、P2Pじゃない。
http://pc.2ch.net/test/read.cgi/tech/999431595/
みたいに。
- 170 ：Dream ★ ：02/03/28 23:33 ID:???
- >>156
きっとその通りだと思うんですよ。
本来、コンセンサスというか、風潮というか、共通認識というか・・・・
そういうものが何となく求められていて、この際だから話しちゃおう、
と思ってるかたがいて、それでよいと思うのですが。
提言としてまとめようとするかたがいて、その熱意でスレッド動いているわけですけど、
強制力があるの？ということになると、きっとそういうものではない、
というのが、みなさんの感想だと思っています。
- 171 ：Dream ★ ：02/03/28 23:35 ID:???
- ただ、螺旋階段のように、歩いている割にはあまり動いていなくても、
少しづついい方向に登って行ってればいいように思うんですよね、
ここやあっちの話というのは。
- 172 ：名無しさん＠お腹いっぱい。 ：02/03/28 23:46 ID:???
- >Dream ☆
そーゆー話題は批判要望逝け
まだ荒らすつもりか
- 173 ：名無しさん＠お腹いっぱい。 ：02/03/28 23:54 ID:???
- 批判要望板で議論して、結果をガイドライン板に挙げる。
それでいいんじゃないの？
- 174 ：名無しさん＠お腹いっぱい。 ：02/03/29 02:44 ID:???
- ＞http://kaba.2ch.net/test/read.cgi/accuse/1017294330/192
＞192 ：ひろゆ子 ◆HRUNYAXA ：02/03/28 17:24 ID:plexregn
＞制限ってのは、性悪説に基づいてるんだから、
＞サーバじゃなきゃできないですよ。
＞性善説だったら、機能を実装しなくても、「巡回は控えめに」って
＞伝えるだけですみます。
って流れで考えれば、実は機能制限なんか「一切」止めて
負荷が高そうな機能を使おうとする場合に「自粛のお願い」って
説明するポップアップ（下に、以後表示させないのチェックボックス付）
を出せばそれでいーんじゃねーの。
鯖レベル以外の規制が一切無効だってゆーなら、いっそツール側の
制約なんて一切考えねーほーがすっきりするですよ（ユーザビリティを
一切変更しない限度での負荷軽減策〔色々な変更のほか、巡回しか
ついてないソフトについては更新チェックを導入してもらうのも多分
軽減策になるんだろーし〕は別途導入するようにお願いするとして）。
- 175 ：名無しさん＠お腹いっぱい。 ：02/03/29 03:59 ID:???
- とりあえず、クラックのことは後回しでいいんじゃないのかな。
あまりにきつすぎる制限を課さなくて済むならば、やる奴も気にするほど多くはなくなると
思うんだけど。
どうせやる奴は何やってもやるんで、後で対策で十分かと。
- 176 ：名無しさん＠お腹いっぱい。 ：02/03/29 07:17 ID:???
- 結局5.51pは効果あったのかな?
昨夜はvip落ちてたみたいだけど
- 177 ：名無しさん＠お腹いっぱい。 ：02/03/29 09:49 ID:???
- 規制はひろゆきがつけるんだから、ツールの自主規制なんてやめろ。
- 178 ：名無しさん＠お腹いっぱい。 ：02/03/29 09:51 ID:???
- >>175 ひろゆきにいえ。
- 179 ：名無しさん＠お腹いっぱい。 ：02/03/30 01:12 ID:???
- いろいろ自主規制案が出てて、それぞれ実施されているんだけど・・・
ふと、自主規制するのはサーバーが忙しい時間帯だけでいいんじゃないの？と思った。
22時-03時、または少し広げて21時-03時とかで。
bbs.cgiで弾かれるから、時計ずらす奴もいないだろうし。
- 180 ：名無しさん＠お腹いっぱい。 ：02/03/30 01:22 ID:???
- ＞時計ずらす奴もいないだろうし。
ずらされても、ntpできっちりあわせます :-)
- 181 ：● ◆fcGQQrQE ：02/03/30 01:27 ID:???
- ＞179
＞時間規制
私なんかは常時接続だから良いけど。
やっぱりまだテレホユーザーは少なくない訳で。制限はねぇ。
それが負荷の原因でもあるんだけどさ（ｗ
- 182 ：名無しさん＠お腹いっぱい。 ：02/03/30 01:41 ID:???
- テレホの人でも巡回したきゃ早起きすればいいんじゃないかってことなんだけど。
- 183 ：名無しさん＠お腹いっぱい。 ：02/03/30 02:07 ID:???
- 巡回はどっちみち●ないとできなくなるわけで・・・。
- 184 ：名無しさん＠お腹いっぱい。 ：02/03/30 03:58 ID:???
- 2chの鯖をHTTPd+CGIからスタンドアロンで動くBBSシステムに
すれば禿し軽くなるんでないの。 下手に試行錯誤してるより早そ。
- 185 ：名無しさん＠お腹いっぱい。 ：02/03/30 04:52 ID:???
- テレアホユーザーなんてまだ日本に生き残ってるのか？
とっくの昔に絶滅したはずだろ？
- 186 ：名無しさん＠お腹いっぱい。 ：02/03/30 04:58 ID:???
- どうぞ。
http://pc.2ch.net/test/read.cgi/isp/1015748039/
http://pc.2ch.net/test/read.cgi/isp/1003329488/
- 187 ：名無しさん＠お腹いっぱい。 ：02/03/30 05:17 ID:???
- >>185
お前みたいなヴァカの数とは比べ物にならんぐらい残っておるわ。
- 188 ：名無しさん＠お腹いっぱい。 ：02/03/30 05:20 ID:???
- >>185はテレアホユーザー。
- 189 ：名無しさん＠お腹いっぱい。 ：02/03/30 05:51 ID:???
- http://kaba.2ch.net/test/read.cgi/accuse/1017294330/451
この手のソフトって、作るの難しいですか？
- 190 ：名無しさん＠お腹いっぱい。 ：02/03/30 06:11 ID:GW1Vpjgl
- PVあての３月版とか、でませんですか？
ここ最近のアクセスの動向が知りたいのですが？＞夜勤さん
- 191 ：名無しさん＠お腹いっぱい。 ：02/03/30 08:18 ID:???
- >>187 >>188
テレアホユーザーですか？
ネタにマジレス必死だな(藁
- 192 ：名無しさん＠お腹いっぱい。 ：02/03/30 11:12 ID:???
- >>191 煽りたいだけなら消えてください。以後放置。
- 193 ：名無しさん＠お腹いっぱい。 ：02/03/30 13:12 ID:???
- テレアホって何？
- 194 ：名無しさん＠お腹いっぱい。 ：02/03/30 13:48 ID:???
- つまり総合すると、
「サーバが重いのはいや」→なんとかしろ夜勤
「ツールに規制入るのはいや」→なんとかしろひろゆき
てかんじ？
ソフトウェア板の名前が泣いているな・・・
- 195 ：名無しさん＠お腹いっぱい。 ：02/03/30 13:54 ID:???
- ひろゆきがやる気無いんだからしょうがないんじゃないの?
夜勤さんは、ここらで心を鬼にしないと、このままズルズルと
引き延ばされるだけのような気がする。
- 196 ：名無しさん＠お腹いっぱい。 ：02/03/30 15:02 ID:???
- 夜勤★はクソ
- 197 ：名無しさん＠お腹いっぱい。 ：02/03/30 16:46 ID:???
- >>195 それはちょっと思った。
一見、それなりに理屈を立ててるようだけど、結局は負うべき責任を回避している
だけではないかと。
本人には自覚がないかもしれないけどね。
- 198 ：名無しさん＠お腹いっぱい。 ：02/03/30 18:04 ID:???
- 結局一番迷惑な奴は西なんとか言う奴なんだよな。
煽りとかそういうんじゃなくてさ。
- 199 ：名無しさん＠お腹いっぱい。 ：02/03/30 18:18 ID:???
- 西村博之ですか？
119KB
新着レスの表示
スレッドリストへ戻る 全部 前100 次100 最新50
0ch BBS 2004-10-30