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

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

764 ：名無しさん＠お腹いっぱい。 ：02/03/22 15:00 ID:M76BExwj: どんなにサーバに負荷がかかっても、それに見合うだけの
設備を用意すれば問題解決。

でも、用意できないよ。

２ちゃんねるに参加している人が増加しなくても、２ちゃんねるにアクセス
する個々の効率が増加すれば、サーバの負荷は増加するよ。
書き込みとかリロードの効率が10倍になったら 10倍の設備が必要なのよ。

このへんの物理的な事は理解してネ
政治的なことは私に言われても良くわからないです。(ｽﾝﾏｾﾝ)
765 ：名無しさん＠お腹いっぱい。 ：02/03/22 15:05 ID:M76BExwj: 逆に　のべアクセス数が変わらなくても
スクリプトの負荷が二倍になれば、二倍の設備がいるよ。

現在 bbs.cgi とかの変更が行われているようですが、
元はと言えば、あらし対策が目的だと推測できます。
「あらし」なんとかしろー」と言えば、スクリプトが重くなる
→サーバ負荷増大。

これが、いいとか悪いとかでなく
現実に起こっていることだと認識して、なにをどうすれば良いのかとか
をみんなで考えた方がいいんじゃないかと思っています。

２ちゃんねるは、そんなみんなで成り立っているのだと思います。
私もいろいろ　ひろゆきさんに提案をして、突然メール送ったりして
ちょっと関わるようになったです。
766 ：夜勤 ◆D69Zsbfg ：02/03/22 15:07 ID:???: あっ　私　夜勤だったりします。 (キャップ入れ忘れ)
まぁ　誰が発言したかはどうでも良いことですけど。
767 ：名無しさん＠お腹いっぱい。 ：02/03/22 15:10 ID:???: あっそ
768 ：夜勤 ◆D69Zsbfg ：02/03/22 15:11 ID:???: たとえば　告知がないとか良くみんなが言うけど
各スレッドが告知だと思っています。それも時系列で整理されてて
賛否両論の意見つきの。とっても貴重な情報ですよ、きっと。

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

この方法が悪いとかと言われても、私には他に手段がないので
困ってしまいますけど。
769 ：夜勤 ◆D69Zsbfg ：02/03/22 15:12 ID:???: じゃ　本題に入ろうかと思いますが、
私の編集が加わるのも　なんですから、そのままアップします。
770 ：名無しさん＠お腹いっぱい。 ：02/03/22 15:17 ID:???: 賛否両論あるし、反論ある人の方が意見を頻繁に書き込し
運営側の人が煽りにマジになってしまったら困ってしまうわけで。
771 ：夜勤 ◆D69Zsbfg ：02/03/22 15:21 ID:???: ひろゆき 2002/03/ 4:10
巡回いれていいとおもうんですが、、、、

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

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

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

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

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

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

夜勤 2002/03/ 4:22
わっかりましたー。
772 ：名無しさん＠お腹いっぱい。 ：02/03/22 15:24 ID:???: CC制約で認証ID取れない人間がいるのに止めて欲しいよひろゆきﾀﾝ。。
せめて銀行決済とかCC非所持者でも購入できる道を作って欲しい。
購入したいけどCC作れない人間にはムゴイです。
773 ：名無しさん＠お腹いっぱい。 ：02/03/22 15:25 ID:???: >771　ﾜﾗﾀ

突き上げが凄そう、旅に出ないでくださいね(w
774 ：名無しさん＠お腹いっぱい。 ：02/03/22 15:26 ID:???: >772
携帯契約からも課金出来るようにすればいいのにね。
775 ：名無しさん＠お腹いっぱい。 ：02/03/22 15:28 ID:???: >>771
私はこれでいいと思うよ。
制限多い2ちゃんねるがイヤな人は他のサイトを使えばいい。
巡回が多大な負荷になってて、サーバ運営が成り立たないなら、
なんらかの制限をするのはしかたない。
776 ：名無しさん＠お腹いっぱい。 ：02/03/22 15:30 ID:???: >771
かちゅーしゃみたいなデータまで取りに行く巡回は禁止で
ABoneみたいな内容は読み込みに行かない更新チェックはみたいなのはいいの？

両方とも禁止ですか？
777 ：名無しさん＠お腹いっぱい。 ：02/03/22 15:33 ID:???: どれ、仕方がない、金払いに行くか・・・

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

個人的な意見ですが、私的には「A Boneの更新チェックは巡回機能に
あらず」と思ってるのですが、それは認識としてあってるのかな？
779 ：名無しさん＠お腹いっぱい。 ：02/03/22 15:42 ID:???: やっと役者がそろって参りました
780 ： ◆E3rY9fyQ ：02/03/22 15:42 ID:???: >>778
本物ですよー。
古い方のトリップです。
781 ：：02/03/22 15:43 ID:???: ＞778
http://www.google.com/search?hl=ja&ie=Shift_JIS&oe=Shift_JIS&q=%81%9FD69Zsbfg&btnG=Google+%8C%9F%8D%F5&lr=lang_ja
782 ：名無しさん＠お腹いっぱい。 ：02/03/22 16:12 ID:???: やっと決定ですな。

めでたしめでたし。
783 ：名無しさん＠お腹いっぱい。 ：02/03/22 16:48 ID:???: おいおい、更新チェックも規制対象だろ。
784 ：夜勤 ◆D69Zsbfg ：02/03/22 16:52 ID:???: >>778
そのあたり、何をどうするか、どうすれば良いのか?
を話し合うのが、このスレッドの目的だったりします。

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

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

２ちゃんねるはこう言うものだという管理人の主張。
２ちゃんねるをより使いやすくというみんなの主張。
あらし対策(削除人さんたちとか)をしている人の主張。
サーバを見ている者としての主張。
そんな予算ないぞーという管理人の主張。
等等
785 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:03 ID:???: あまり制限をきつくしすぎるとクラックパッチが出回るだけで
意味がないと思われ…
786 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:03 ID:???: 「巡回」とは具体的に何を指すのかをはっきりして欲しい
787 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:06 ID:???: >>785
んだね。クライアント側での制限ほど意味ないもんは無いと思うよ。
しかも今度は金銭がかかってくるし。

各ツールがソース公開禁止、解析禁止、改造禁止、再配布禁止の条項を
もったライセンス形態にならないと法的に縛れもしない。
788 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:07 ID:???: >>786
>>784で >>778へ即答してないことから、
「巡回」の定義が未だ曖昧で、「鯖に負担をかける行為」程度の意味で
使っているかと。
789 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:10 ID:???: あんまり制限をキツくすると、
各ソフトがモナジラプロジェクトを脱退してU.G.ツールになるという罠。

オープンソースとしてやってきたソフトは、今さらのこの変更は
辛いモンがあるかもね。だって本当の作者は規制に応じたソフトへ
改変したとしても、出回ってるソースで突破できるクローンを作られたら
どうしようもない。
つーか旧バージョンのソフト＆かちゅ～しゃはどうすんの？（ｗ
790 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:11 ID:???: > 各ツールがソース公開禁止、解析禁止、改造禁止、再配布禁止の条項を
事実上永久にサポートを押し付けられたようなものですな。
配当金貰ってるならそれもやむなしかもしれないけど。
791 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:13 ID:???: 有料ユーザーは更新チェック巡回等の負荷をかける行為に関しては制限するが可能とした方が良いと思われ。
無料ユーザーはIEなどを使っている人を前提と考えてそのような機能は無しでいいと思われ。
無料だけど専用ツールを使っている人に提供するなら大幅に制限した機能をつけるべきだと思われ。

有料ユーザー（専用ツール）：最大５０スレまで、インターバル２０秒とか
無用ユーザー（専用ツール）：最大５スレまで、インターバル２分とか
無料ユーザー（IE等ブラウザ）：巡回等の機能なし（あたりまえか）
でも無料ユーザー間で差別するのはよくないかも、ただで使っている分にはかわらないから、、、
そしたら、無料ユーザーは巡回等の機能なしで統一した方が良いかも
792 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:13 ID:???: >配当金貰ってるならそれもやむなしかもしれないけど。

こういったリスクをあらかじめ考慮して受け取り申請を
していない作者も多いと思われ
793 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:14 ID:???: >789
今回の大目的はかちゅーしゃ切り捨てだから
これでいいんじゃないの？
kageの人もブラウザ作るみたいな発言してたし。
794 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:15 ID:???: PassとIDで厳密に区別すればUG化しても大丈夫ではないか？
PassとIDクラックされたら話は別だが。。。
795 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:16 ID:???: >つーか旧バージョンのソフト＆かちゅ～しゃはどうすんの？（ｗ

一旦全部のツールの現行バージョンまでのものはすべてアクセス拒否でしょ。
対策をしたものから順次okになるみたいな。
796 ： ◆DLL/lGHE ：02/03/22 17:16 ID:???: >>793
捏造はご遠慮ください
797 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:18 ID:???: >>795
IEを偽装されるだけです。まったく意味なし。
798 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:19 ID:???: オープンソースだと意味ないからなぁ。制限も。
だったら、2ch側でIDとPASSで制限かけれることを
考えた方がいい気もする。
例えば更新チェック自体をIDとPASSないと出来ないようにするとか。
あくまでも例だけど。
ソフト側で出来るものだとクラックとかされるの気がしてならない。
799 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:19 ID:???: >>794
PassとIDがある場合にのみ連続アクセスを許す方法がない
800 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:20 ID:???: >796　重要人物登場。
801 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:21 ID:???: 古いものは切り捨てろ。
802 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:21 ID:???: >>798
subback.html使用に切り替えられるだけ。
ブラウザ利用者は今までどおりという前提がある限り制限不可能。
803 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:22 ID:???: WWWC とかアンテナ系ツールとかはどうするの?
UserAgent 偽装されれば、Netscape や IE とまったく区別できないよ。
804 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:22 ID:???: >>799
同一ＩＰではじけば？串刺しなおすやつには対抗できないけど、、、
でＩＤ＆Ｐａｓｓもちはスルーさせると。。。
でケーブルユーザー等はＩＤ買えと（鬱
805 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:23 ID:???: Netscape の「ブックマークのチェック」とか、IE の「購読」とかも禁止?
806 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:25 ID:???: >>804
結局それしかないかも。Proxy 経由じゃないとアクセスできない
企業、大学、CATV、その他プロバイダを締め出すことになるけど。
807 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:25 ID:???: ・有効なセッションIDが無いとDATアクセス禁止
・read.cgiのrawモードアクセスは鯖側の応答時間にウェイトが入る

これで十分制限かかるだろ。すべてを鯖側でコントロールできるし。

●持ち→DAT直アクセスでノーウェイト
●無し→read.cgi経由アクセスでウェイト有り
808 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:25 ID:???: >>804
負荷が㌧でもないことになるので連続アクセスを弾くために
IP記録するなんて不可能。
809 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:25 ID:???: ソフト側ではなくて２ｃｈ側でＩＤ持ちとＩＤ無しを区別すれば問題解決じゃない？
810 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:26 ID:???: > ・read.cgiのrawモードアクセスは鯖側の応答時間にウェイトが入る

ウェイト中のプロセスがどんどん溜まっていくという罠を解決できれば
かなりの名案と思われ
811 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:26 ID:???: >>807
ウェイトの間はHTTPコネクション張りっぱなし? すさまじい負荷になりそう。
あ、アクセスコントロールするラッパーを read.cgi の前に噛ませれば良いのか。
812 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:27 ID:???: >>807
ウェイトってどうすんのよ。
その間セッション張りっぱなし？もったいないよ。
IPで選別？処理時間食うよ。
813 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:27 ID:???: >>808
10分ごととかでにＩＰ記録を破棄すればいいだけでは？
その間だけ巡回できなくなる訳だし。。。
814 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:27 ID:???: >>809
それを技術的にどうやるかを話し合い中
815 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:28 ID:???: >>804-811 みんなｹｺｰﾝ。
816 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:28 ID:???: >>813
IPをファイルから読み書きするだけですさまじいことになります。
read.cgiが呼ばれる回数は書き込みの比ではありませんから。
負荷を減らす方法を検討してるのに本末転倒です。
817 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:30 ID:???: >>813
IP破棄するまではそのIPリストと比較する必要あるんだよね？
ってことはやっぱり負荷は増えるよなぁ…
818 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:31 ID:???: 他の膨大なアクセスがあるサイトって、どんな対策取ってるのかな。
819 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:31 ID:???: >>816
ファイルから読まなきゃいいんだよな。
820 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:32 ID:???: そもそもdat直読みで連続読み出し規制やら認証やら掛けようとしたら
Apacheのモジュールか何かが必要と思われ(=事実上不可能)
821 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:35 ID:???: 要するに「Dos攻撃を防ぐには」と「特定ユーザにはそれを許可する」って話なんだよなあ。
822 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:35 ID:???: >>820
単純に、Apacheのモジュールを作ればいいんじゃないか？
事実上可能でしょ。
823 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:36 ID:???: ルータ側で対策・・・すさまじく高性能のルータが必要になるな。
824 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:36 ID:???: Apacheなんか使ってるの？
それよりもWebサーバプログラムを自作した方がいいんじゃない？
825 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:37 ID:???: >>796
やはり、作る気はないと・・・゜（゜´Д｀゜）゜うゎーん
826 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:37 ID:???: Apache っていじって良いんだっけ? httpd.conf をいじるだけでも
手続き大変って聞いてるんだけど・・・?
827 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:37 ID:???: ・トータルの巡回負荷が大幅に減ることを見越してDAT直アクセスは全面禁止
すべてをread.cgi経由にする

・HEADリクエストへの応答は403でも返しとけ

・sid無しの場合は3回に2回の確率でServer Busyとか何とか返しとけ
828 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:39 ID:???: >>827
ブラウザにServerBusyの間リトライするコードが入るだけだよ・・・
829 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:40 ID:???: >>822
政治的な理由で事実上不可能。
830 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:41 ID:???: >>827
> ・すべてをread.cgi経由にする

さらに負荷増大する恐れあり。

> ・HEADリクエストへの応答は403でも返しとけ

GET でリクエストされて負荷増大。

・sid無しの場合は3回に2回の確率でServer Busyとか何とか返しとけ

結構効果的かも。
つながりにくい2ちゃんねる -> ユーザが見捨てる -> 快適
Big-Server 的には NG だと思うけど。
831 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:42 ID:???: 2chブラウザーはYahoo!掲示板のレスを取得するとき、
たとえば新着が100件あれば1レス取得×100回のような
動作をします。
ようするに制限すればするほど負荷はうなぎ上りになって逆効果。
832 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:42 ID:???: >>829
政治的理由ってなに？
作る技術が無い or 作らせるお金・人材が無い？
833 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:43 ID:???: >>832
閉鎖騒動のログ見れ。
834 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:44 ID:???: ・鯖BUSYの時間帯はDAT直アクセス禁止
・sid無しの read.cgi の rawモードは禁止

とすれば、非混雑時間帯は今まで通り。
●持ちは混雑時間帯でもツールの利用可能。

巡回＝ツールの利用
という立場に立った鯖側の制限案
835 ：夜勤 ◆D69Zsbfg ：02/03/22 17:44 ID:???: >>1 でも書いたように　推定 60万ツールユーザがいる訳で、
1,000人の人が自分でプログラム作っていろいろやったとしても
59万9,000 人は、普通に使うだけで、　　　とか
836 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:44 ID:???: >>831
Keep Alive さえ使ってないのか? マジで?
837 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:45 ID:???: >>833
リアルタイムでみてたけどちっともわからん。
838 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:45 ID:???: >>836
Keep-Aliveは使ってるかもしれないけど
1レス取得×100回であることに変わりはない
839 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:47 ID:???: >>835
60万ツールユーザってのはどこから出てきた数字なんですか?
その他この問題についての情報があれば、対策が立てやすくなるので
公開できる物は公開してくれませんか?
840 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:48 ID:???: 59万8,000人くらいは巡回なんて使ったことのない人だったりして
841 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:49 ID:???: >>835
クラックパッチが出回られた方の作者はやっとれんけどな
842 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:51 ID:???: >>841
クラックパッチを使う奴も含めて1000人程度と見積もっているのでは
843 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:52 ID:???: >>840
そうそう、そういったデータがないと有効な対策が立てられない。
閉鎖騒動の時も、CPU 負荷が問題なのかトラフィックが問題なのか
判明するまで時間がかかった。
844 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:53 ID:???: >>842
kageのユーザが1000人てこたないだろ
845 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:54 ID:???: HTTPじゃなく、違うポートでオリジナルプロトコルをでっち上げて、
2chビューワにはそっちをつかわせる。

現状のread.cgiのrawモードとかは停止してツールからの利用は
できないようにする。
846 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:55 ID:???: >>844
kageのユーザー全員がクラックパッチを使うわけじゃないだろ
847 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:56 ID:???: >>845
パケットキャプチャで解析されるだけです
ファイアウォールの裏からは読み書きできなくなるし
ブラウザの利用は今までどおりという前提なら
ブラウザアクセスまでは禁止できません
となると >>831
848 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:56 ID:???: 結局 >834 を板ごとに時間帯決めて導入していくしかないんじゃねーの？
ツール側で対応しても昔の制限が無いバージョンをそのまま使いつづけるだけ
849 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:57 ID:???: >846
kage＝クラックパッチだろ
850 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:57 ID:???: >>845
ただし、1024番以上を通さない企業・大学・プロバイダのユーザから
「巡回機能が使えない」と小一時間問いつめられる。
851 ：夜勤 ◆D69Zsbfg ：02/03/22 17:57 ID:???: >>893
今、手元に資料ないので、詳しい数値はわかりませんが、
先日　cheese サーバで Apache のログとったですよ。
ユニークな IP でのアクセス数とか、
UserAgent 別、IP別でのアクセス数とか、
しらべたんです。

それを解析してみたら、

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

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

20% の人が　50% 以上のリソースを使っているのが、今日の２ちゃんねるです。
852 ：名無しさん＠お腹いっぱい。 ：02/03/22 17:59 ID:???: >>848
rawモードを使わないでhtmlを解析されるだけです。逆効果。
853 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:00 ID:???: >>847
解析も何も、プロトコルは全公開の前提。
巡回制御はサーバ側で行う。
ブラウザアクセスは反応を少しトロくしてやれば
854 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:00 ID:???: >>849
ああ、話がかみ合わないわけだ
kageが巡回制限してさらにそれを破るクラックパッチも出回ったという
状況を想定してたんだが
855 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:01 ID:???: >>853
で、反応を待つ間コネクションは張りっぱなしなんですか?
856 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:02 ID:???: > 巡回するブラウザに鯖の状態を返すか
> 各鯖の状況をしめす所を見に行ってもらって。
>
> 青なら巡回可能
> 赤なら巡回しない
> 黄色なら課金者は巡回可能、非課金者は巡回不可能
>
> くらいにしてみてはどですか？

は、どうなの？
857 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:04 ID:???: >>856
> 各鯖の状況をしめす所
が大変なことになりそう。
巡回が一切できないよりは理解が得やすいかもしれないけど
858 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:04 ID:???: >>856
ブラウザで制御だったら結局クラックされるのがおちだと思う。
問題はそこまでして2chを見たいユーザーがどれくらいいるのか…
859 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:07 ID:???: >>855
あーだめだね。

かわりに
一定数以上のコネクションはコネクション張りに来ても
どんどん切り捨てるってのはどうかな。

ってこれもだめっぽいな
860 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:07 ID:c1SBH6sF: >858
現状はどー考えてもクラックは排除できないから
なるべく一般ユーザーがクラックした物に手を出さない方向に
もっていくしか。
861 ：夜勤 ◆D69Zsbfg ：02/03/22 18:07 ID:???: 確信犯は、サーバ側ではじけば済むのではないかと思いますが、
ようは、普通に使っているユーザの方々の問題でして、
862 ：Twiddle● ◆JANEuBM2 ：02/03/22 18:07 ID:???: ダイアルアップというか、低速回線で時間従量制を余儀なくされて
いるユーザさんもいると思うのです。
そういう環境に置かれている人たちにとっては一律での
ータ圧縮の効くread.cgiのrawモード規制とか巡回規制は
正直辛いと思うのです。
read.cgiのデータ圧縮は半年前位の話ですけど･･･
863 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:08 ID:???: 技術的な話にはついていけませんが、夜勤★さんも見てるでしょうから
ひとことだけ。

オイスター作戦での課金については、dat落ちhtml化前のスレまで
必要とする人は限られた人であり、無料ユーザーも十分生き残れましたが
今回の巡回制限については、その定義によって影響を受けるユーザー数が
ずいぶん違うような気がします。

データをすべて取り込むかちゅ～しゃ型の巡回み制限し、
subject.txtだけを取り込む更新チェック型は良し。とするなら、
それほどの人数にはならないかもしれませんが、後者もダメとなると
その人数は膨大になる気がします。しかし必要であれば、後者でも
仕方ないでしょう。

その場合問題になるのは、決済方法だと思います。
オイスター作戦が逼迫した状況下で導入されたことは、想像に難くない
のですが、人件費などの問題をさしおいても、やはりクレジットカード決済
のみという現状は、あまりにも現ユーザー層を無視した方法だと思っています。
ですから、今回の作戦の発動時には、他の決済方法も行えるような環境を
整えるべきだと思います。逆にいれば、その環境が整う前に作戦発動すべき
ではないと思います。

長々と書きましたが、私は今回の作戦でお金を払うことになると思います。
dat落ちHTML化前のスレまでは興味はありませんでしたが、巡回機能は
必要だと思いますので。幸いクレジットカードも持ってますし。

技術的なお話をしている中に、長々と失礼しました。

227KB

新着レスの表示

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

0ch BBS 2004-10-30