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

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

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化前のスレまでは興味はありませんでしたが、巡回機能は
必要だと思いますので。幸いクレジットカードも持ってますし。

技術的なお話をしている中に、長々と失礼しました。
864 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:10 ID:???: >857
別に >856 の案でいいと思うよ。
ツールからの subject.txt へのアクセスはもっと多いだろうから。
865 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:10 ID:???: >>859
> 一定数以上のコネクションはコネクション張りに来ても
> どんどん切り捨てるってのはどうかな。

繋がりやすい環境のヘビー巡回ユーザ(金払ってない)が快適になり、
金払ってるノーマルアクセスユーザがいつまで経ってもつながらない恐れアリ。
866 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:10 ID:???: subject.txt を見るのは巡回されるのに比べたら負荷にならないでしょ。

だって、巡回してたって新着無しの方が多いんだし。
867 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:11 ID:???: >>865
金払ってるユーザはツールを使うからＯＫ
868 ：夜勤 ◆D69Zsbfg ：02/03/22 18:13 ID:???: subject.txt は、直接引っ張ってくださいね、(cgi 通さずに)
更新チェックは、A Bone がやっているように subject.txt で行ってくださいね
スレッドも　できれば dat を直接持っていってくださいね
(read.cgi 通さずに、転送量との兼ね合いもありますけど)

この兼ね合いの部分は、日々変化するので
誰にもわかりませんよ。(私に回答をせまらないでね)
今は、サーバの負荷に苦しんでいます、かといって　極端に
転送量が増えるのもこまります。
869 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:14 ID:???: >>851

ツールは2chを読みやすくするために存在意義があるのだから、

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

これは巡回云々ではなく、ツールを使用したことによる利便性の向上が
IEなどのブラウザの2.5倍であるということを意味してるのでは。

「巡回」の定義を下の2つに限定して、>>856 の自主規制を導入してもらう。
・連続するGETの呼び出し
・連続するHEADの呼び出し

自主規制勧告に対応しないツール、クラックパッチを作る・配るものは出てくる
だろうが、程度に応じて個別に対処していく。

という感じかな。
870 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:15 ID:???: >>867
どんどんコネクション切り捨てるんだから、ツールの使用・不使用は関係ない。
871 ：Twiddle● ◆JANEuBM2 ：02/03/22 18:15 ID:???: >>862
read.cgi 規制というか、rawモードの廃止です。
872 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:20 ID:???: ところで、datとかsubject.txtってどこにあるの？
873 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:21 ID:???: >>869 に賛成。
現時点では、技術的にスマートな解決策がない。
やれるところから制限をかけていって、
様子を見て対処していくしかないんじゃないかな。
874 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:22 ID:???: ＞IEなどのブラウザの2.5倍であるということを意味してるのでは。

違うか、4倍だ
同じリソース量を1/4の人数で消費してる
875 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:34 ID:???: >>866
> だって、巡回してたって新着無しの方が多いんだし。

そんな頻度で巡回使ってる人が多いのかぁ。
876 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:35 ID:???: >>872
あなたの心の中
877 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:39 ID:???: >>876
ありがとう！
ｇ－ぐるで検索したけど
datファイルのありか 2ちゃんねる
じゃあ引っかからなかったYO!
878 ：委員長 ◆ABoneCRY ：02/03/22 18:46 ID:???: まだ予定レベルですが、実はA Boneへの巡回機能の搭載も
考えてたりします。
もちろん、今回の件が何らかの解答へ結びついた後にですが。
2ちゃんねるへの負荷への配慮は当然必要なことですし、それに
ついては今までも前向きに考えてきたつもりです。
しかし、従量制のダイアルアップユーザーへの配慮も忘れたくない
という思いもあるのです。
私も先日、一時期ダイアルアップ接続を余儀なくされたのですが、
更新チェック後、新着レスのあるスレッドを一括DLしてオフラインで
読みたいと思ったものです。
これは2ちゃんねるの負荷を無視した我侭ではなく、純粋に
通信費の節約という切実な願いですよね。
結果として、我侭なユーザーの身勝手な使い方に寄与する事が
ないように何らかの規制を考えなければなりませんし、それを
思いつくまでは搭載しませんが。
一度のまとめてリクエストを送ることの問題というのはありますが、
巡回でも手作業でも、取得するスレッドの数は同じという理論が
「ダイアルアップユーザーの為の巡回機能を作ろう」という気持ちに
させています。
願わくば、巡回機能の全面禁止ではなく、巡回機能のガイドライン
を作るという方向で話が進めば、と思っています。
879 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:51 ID:???: ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!
880 ：名無しさん＠お腹いっぱい。 ：02/03/22 18:57 ID:???: 他の作者ｺﾅ━━━━━━(ﾟ∀ﾟ)━━━━━━ｲ !!!!!
881 ：名無しさん＠お腹いっぱい。 ：02/03/22 19:21 ID:???: 頻繁な巡回は有料ユーザのみとする。決済方法を多様化する。
無料ユーザーは一定時間おきにしか巡回できない。
無料のツールユーザーは今より不便になるがIEよりはまし。
有料ユーザーが増えれば２ｃｈ運営も少しは余裕が出来る。
ダイヤルアップ接続の人は一定時間巡回出来ないが、一回巡回して
後はオフラインでみる。一定時間（３０分とか？）経過後再度つないで巡回すればよい。
882 ：名無しさん＠お腹いっぱい。 ：02/03/22 19:42 ID:???: http://pc.2ch.net/test/flash.txt
http://pc.2ch.net/software/head.txt
http://pc.2ch.net/software/SETTING.TXT
http://pc.2ch.net/software/subject.txt
http://pc.2ch.net/software/dat/1016178419.dat
883 ：名無しさん＠お腹いっぱい。 ：02/03/22 19:43 ID:???: つーか、オイスター作戦にしろ、今回の新作戦にしろ、
今まで無料だったのが、
　金払う → 現状維持
　貧乏 → 制限
なのがちょっと解せないな。せめて
　金払う → 現状より使用感アップ
であってほしい。
884 ：名無しさん＠お腹いっぱい。 ：02/03/22 19:48 ID:???: >>883
それは違うだろ。
IEとかのブラウザで見るのが前提で、ツール使うのは例外って位置付けだろ。
だから普通のブラウザユーザーは現状の使い勝手を維持してるんだろ。
普通のブラウザより便利に使える状態が無料だったのが幸運なだけ。
よって、専用ツールユーザは便利に使いたければ有料化が当然だと思うが。
885 ：名無しさん＠お腹いっぱい。 ：02/03/22 19:50 ID:???: >>883
だから、負荷の増大でその「現状」のレベルが下がりつつあるんだろ。

金払う → 悪くなりつつある「現状」より使用感アップ
貧乏 → 悪くなりつつある「現状」のまま

阿呆なんだから解せないのは当たり前。
886 ：名無しさん＠お腹いっぱい。 ：02/03/22 19:55 ID:???: 10年後に、
「今思えばあそこが失敗の始まりだったよなぁ」
っていう感想になるものって、
その時点では、わからないものなんだよね。
887 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:00 ID:???: >>884
>>851を読めば、ツール使用が例外という位置づけはもう成り立たないが？
888 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:07 ID:???: >>887
あくまで前提がブラウザだと考えれば、
20%だったらまだ例外の範囲内じゃない？
889 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:09 ID:???: >>888
>>851をちゃんと読め！
>>呼び出し回数では、ツール使用者が 50% をとうに越しています。
ツール使用者が過半数なんだよ！
890 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:10 ID:???: >>889
そりゃー巡回とかしまくってるからだろ。
＞ユニークな IP ではツール使用者は　18.6% です。
こっちをみてくださいよ。
891 ：マジレスくん ◆KIDmbckg ：02/03/22 20:11 ID:???: ずいぶん頭の悪い奴がいるな…

A.webブラウザユーザー
　→想定される一般利用者。
B.有料ID保有ツールユーザー
　→想定される課金済みユーザー
C.ツールの無料ユーザー
　→勝手にツール使ってるだけ。知った事じゃない。

で、Cの割合が99％になったところで想定されるユーザーでない以上、例外だ。
892 ：889 ：02/03/22 20:11 ID:???: いや、>>889は語弊があるな。
使用者数が問題なんじゃなくて、使用者が発するリクエスト数が問題なんだから、
>呼び出し回数では、ツール使用者が 50% をとうに越しています。
>ユニークな IP ではツール使用者は　18.6% です。
は、１行目を見るべきだと思うんだけど、どうよ？
893 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:15 ID:???: 正直、どうでもいい
894 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:15 ID:???: >>892
そうだと思われ。鯖がわからしてみればIEだろうとツールだろうと
関係ないだろうさ。ようはアクセスの半数がツールによるものなのが問題？なのでしょ。
895 ：889 ：02/03/22 20:15 ID:???: そもそも「例外」って何に対しての例外だと考えてるわけ？
そりゃ、２ちゃんねるができたころのユーザー利用状況を考えれば
一般のブラウザ使用が「前提」であって、
あとから生まれたツール使用が「例外」だろう。

が、今の話はそういう意味か？

「現状」の利用状況を考えた場合のユーザー層がどこにあるかを考えれば
>呼び出し回数では、ツール使用者が 50% をとうに越しています。
とある以上、ツール利用がすでに「前提」とすべき段階に来てるんじゃないか？
896 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:18 ID:???: 運営側は早くガイドラインを提示して欲しいね

話がわかりやすいからという理由から、●持ってないと巡回一切不可ってのは
ちょっと極端すぎると思うぞい

あと、巡回の定義を明示すべき
897 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:18 ID:???: ２ちゃんねるが100人の村だったらツール利用者が20人ってことでしょ。
で、その20人が村の持ってる米の半分を食ってる状況なわけで。

そりゃーその20人に対して制限かけなきゃいかんざき。
ただし！金を払えば見逃してやらんことも無い、と。
898 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:19 ID:???: >>891
君の方が頭悪いんじゃない？
C.が知ったことじゃないんだったら、さっさと規制かければいいだろ？
99%になっても無視していい例外なんだろ？
無視できない、B.＋C.で50%を越える勢力だからこそ、管理側は
頭を痛めてるわけだろ？
899 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:20 ID:???: >>897
おまえあたまわるいってみんなにいわれるだろ？
900 ：マジレスくん ◆KIDmbckg ：02/03/22 20:21 ID:???: 一般利用者について考える時、
対策をうつ際等の"事実上の前提"は当然、ツール利用者だな。

で、「金払わなくても今までどおりです」と言う際の「今まで」の基準となる
"想定上の前提"はwebブラウザユーザーだろ？
混同するなよ。
901 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:21 ID:???: >>899
村じゃ神童で通ってるよ
902 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:22 ID:???: >>897
まあそういうことだね
903 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:27 ID:???: >>897
例えとしてはわかりやすかった。
くだらねぇ、語句の揚げ足取りしてるやつよりずっとな。

が、君が言ってることは、みんなもう理解してるんだよ。
20人に対してどういう措置をとるかが問題なんだ。

１．金を払えば現状通り村の米の半分を食ってもいいよ。
２．金払わなくてもいいから、20人なら20人分の米しか食うな。
３．金払っても、せいぜい30人分ぐらいの米にしといてよ。
904 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:28 ID:???: 煽り煽られで楽しんでる人には悪いが、>898の言葉をちょと変えて
「B.＋C.で50%を越える勢力を、まだ無視しなくても済んでいる」今のうちに、対策を考
えてくれると、嬉しいなぁと、ただ今後の成り行きを見守るしかない私などは思います
です、ハイ。
905 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:31 ID:???: >>900
>一般利用者について考える時、(略)前提"は(略)ツール利用者だな。
どんな解釈なんだよ？（ｗ
906 ：マジレスくん ◆KIDmbckg ：02/03/22 20:33 ID:???: 俺はただ単に
「金は払わねぇ、ツールは使う、今までどおりの使い勝手維持しねぇと話が違うだろ」
とかぬかしてる奴を煽ってるだけですが？

>>903
２だろうな。技術的にどうするかが問題じゃねぇの？
907 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:35 ID:???: >>903
正直どれがいいんでしょう？
と、その前にこの20人のなかにお金払ってるユーザーってどれだけ入るのでしょう？
それもあわせて考えた方がいいような…
20人のうち1人とかだったら…ねぇ。
908 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:35 ID:???: >>906
＞「金は払わねぇ、ツールは使う、今までどおりの使い勝手維持しねぇと話が違うだろ」
ってぬかしてる奴が多そうで怖いな。
909 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:36 ID:???: >906
２＝ツール利用禁止、だろ
910 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:36 ID:???: >>903
ちょっと選択肢に穴はあるが、
２．＋３．で逝くしかないだろうね。

つまり、無料ツールユーザーは巡回するな。
有料ツールユーザーは巡回してもよいが、今よりは制限させてもらう。
（かちゅ～しゃ型は論外。巡回インターバルも入れる。）
911 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:39 ID:???: 今回の問題で変更が行われるとしたら、影響度はdat落ち過去ログの比じゃない。
仕様が固まったら、とにかくユーザへの告知を早めにやってください。
912 ：マジレスくん ◆KIDmbckg ：02/03/22 20:41 ID:???: >>909
マジで？そりゃ困るな。
書いてから気付いたが１と２、あるいは２と３は問題なく共存できるんだな。
技術的な問題さえクリアできれば。
実際のところは抜け道使う奴らについてはひとまず目をつぶって
規制のために負荷が上がるような本末転倒にならない規制をするしかないと思うがなぁ。
とりあえずはツールサイドでの自主規制（回避パッチ等はひとまず考えない）かと。
913 ：夜勤 ◆D69Zsbfg ：02/03/22 20:41 ID:???: >>907
全部で 500人いたとしても、500/600,000 なので、
500/600,000 = 830ppm 位かと、
914 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:42 ID:???: >910
無料ユーザの巡回を一切禁止するなら、有料ユーザに制限は無くていいと思うけど。
この形態にしてしばらくすると有料ユーザの率が上がってくるから、時期を見て
また見直せばいい。
915 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:43 ID:???: >>912
>>910が正解だろ。
２＝ツール利用禁止じゃなくて
２＝ツールでの巡回機能禁止だろ。
916 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:45 ID:???: なんで夜勤 ★で発言しないの?
917 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:45 ID:???: >>913
あ、乙です。夜勤さん。
そうですかー。そんなもんなんですねー。お金払ったユーザーって。
ってことはお金払わないユーザーが巡回しなくなれば
とりあえずは負荷減りそうですね…
なくすのがいい悪いは置いておいて。
あとはそれでどれくらいの人が有料にシフトするか…
918 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:45 ID:???: >>915
たとえ巡回機能を停止しても、新着チェック→レス取得を繰り返せば
同じどころか余計な転送が増えるが？
919 ：夜勤 ◆D69Zsbfg ：02/03/22 20:46 ID:???: なんか手違いで、キャップ入ってないのだ、pc サーバ。
入れてくるかな。。。
920 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:48 ID:JW10naH9: 転送量問題の時はブラウザのアクセスを目の敵にしてツールの使用を煽っておいて、
今度は負荷問題でツールの使用を目の敵ですか。
要は●が思ったより売れなくて、金が足りないからヘビーユーザから絞りましょう
という話。絞ってもまだ金が足りなかった場合はどうするんでしょうか。

場当たり的にことにあたるのはビジネス的にどうかと思いますが。
921 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:48 ID:???: >>919
でも >>1ではキャップつきだけど…
922 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:48 ID:???: >>918
負荷は減るじゃん。
923 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:49 ID:???: >>917
でも、巡回という付加価値ならお金払っても良いって人はおおいんじゃない?
●が使えるとかよりもずっと魅力的な付加価値だもん。

お金払ってくれる人が少ないってことは、巡回できるユーザが減るってことだから、サーバ負荷も減るでしょ?
とりあえずどっちに転んでも問題ない。
924 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:50 ID:???: 町に昇格します。（ｗ
６０００人の村で
１２００人がツールユーザー（６０００×２０％）
５人が有料ユーザー
１１９５人が無料ユーザー（１２００-５）
で１２００人で３０００人分の米を食ってる。

１１９５人がみんな有料ユーザーへシフトするとは考えにくいので
５人の有料ユーザーへの制限はいらないかも。
で、１１９５人には巡回禁止措置。
925 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:50 ID:???: >町に昇格します。（ｗ
>６０００人の村で
926 ：夜勤 ◆D69Zsbfg ＠夜勤 ★ ：02/03/22 20:52 ID:???: >>920
一年後、六ヵ月後、三ヵ月後、
一ヵ月後でもいいから、総アクセス数等を予測して欲しい
おねがいします (切実です
927 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:52 ID:???: ぶっちゃけ、米増やせば解決するんだよな。
928 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:53 ID:???: 今頃みんなツールの UserAgent を偽装する設定してるんだろうな・・・。
統計にノイズを加えるだけなのにな。
929 ：名無しさん＠お腹いっぱい。 ：02/03/22 20:53 ID:???: >>926
今までのアクセス数とかをグラフにして、
その線をぐぐーっと 1ヶ月とか1年とか伸ばせば
予測できるんじゃないの？

227KB

新着レスの表示

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

0ch BBS 2004-10-30