【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1

**FOX ★** · 04/02/04 18:37

日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。

たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、

Love Affair 作戦。
Part1 マーリンルージュ

04/02/04 18:39

　　>>1が見えない
￣￣￣￣∨￣￣￣￣
　　　　　　　　　　　　　。　。
　　　　　　　　　　　　　||　|| 　／⌒ ヽ.
　　　　　　　　　　　　 / ⌒ヽ（　/⌒ヾ）
　　　　　　　　　　　　((ﾟДﾟ,,))ゝヽのﾉノ
　　　　　　　　　　　⊂⊂ ＿＿＿＿＿つ　　　））　　　　））

**動け動けウゴウゴ２ちゃんねる** · 04/02/04 18:42

羨ブラ( ；´Д｀)ﾊｱﾊｱ

**FOX ★** · 04/02/04 18:42

問題点

1) 利用者の爆発的増加によるサーバ資源の圧迫
2) すべてのリクエストを cgi で答えている
3) 一気にデータを送らないのでリクエスト回数が膨大

wacc2s3.ezweb.ne.jp · 04/02/04 18:44

５じゃなきゃ一人フェラチオに挑戦する

04/02/04 18:47

ところでオススメの携帯用2chブラウザってある？(´・ω・｀)

**動け動けウゴウゴ２ちゃんねる** · 04/02/04 18:55

>>6
そもそもiMonaしかないし
俺はクラシックさんのところを使わせてもらってる

04/02/04 18:58

iMonaしかないのでつか。
おいら前までiMona使ってたけどちょっと微妙かなと思い始めてたんで
他に何かいいのがないかと思ったんだけど・・・(´・ω・｀)

おいらJavaできないしなぁ。。。(´・ω・｀)ｼｮﾎﾞｰﾝ

◆EditorXPmA · 04/02/04 19:09

iMonaは、BREW対応は無理らしい。
そもそもBREWでは個人がアプリを公開できないらしい。

他のブラウザは、、「携帯用2chブラウザ｢giko(仮)｣を作ろう!! 」
というスレがあるけど、開発が行われているのかさえ怪しい状態。
http://news6.2ch.net/test/read.cgi/appli/1072187945/

◆reffIFJNS6 · 04/02/04 19:18

記念カキコついでに素案だけ出してみます。
他のメーカーは調べてないけどドコモの場合、機種によってはヒープ
容量が大きい機種があるのでそれならスレデータは一括ＤＬして閲覧
する際にアプリ側で処理させればｃｇｉ呼び出しは減るかも

※他のメーカーでも可能なら有効かもしれません。

**root ★** · 04/02/04 19:29

マーリンルージュ、ついに来たかぁ。

もっとも典型的な現状を貼っておこう。
一番携帯率が高い、news6のread.cgiとr.iの推移。
緑色がread.cgiで、青いのがr.iとp.iの起動数。
http://mumumu.mu/mrtglog/2004/02/04/read/news6read.html

ここは交通情報や携帯アプリ板ができる前からこの比率です。
みんな、芸能スポーツ関係は携帯で見るですかね。

特に朝8時台は完全に逆転状態です。
スポーツ新聞や電車の中吊りを見て、速攻でアクセスしてるのかも。

**root ★** · 04/02/04 19:31

つれづれに考えていること:

・どういう時に携帯でアクセスしたいと思うのか
・携帯でアクセスする時のCGI起動パターンはどうなのか
- CGIを起動しなくてもいいようにできるのか、できないのか
・CGIが重いとすれば、何か別の解決法はあるのか
・実はr.iなんて、大した負荷になってないんじゃないのか

http://mumumu.mu/mrtg/mrtg-rrd.cgi/read/ による、
携帯率が多いサーバ:
・news5 news6 news8
携帯率が少ないサーバ:
・aa3 (当たり前)

**動け動けウゴウゴ２ちゃんねる** · 04/02/04 19:35

r.iの出力のキャッシュ

◆EditorXPmA · 04/02/04 19:37

>>9に追加で、
p2というビューア（PHPスクリプト）もある。
でも設置が面倒だから、使ってる割合は低いと思われ。

http://akid.s17.xrea.com/

【p2】PHPでつくった2ch viewer【part6】
http://pc2.2ch.net/test/read.cgi/software/1071781530/
【au】BREW機種でも快適に2ちゃん【P2】
http://etc.2ch.net/test/read.cgi/phs/1075267477/

**root ★** · 04/02/04 19:46

起動数、読み出し数でみると、現状こんなかんじ。

・read.cgi起動数 vs r.i+p.i起動数 vs dat直読み数

・多いサーバ(news系, gamble系)

昼間～夜は、read 3、r+p 1.5、dat 4～5ぐらい
深夜は、readとr+pがほぼ拮抗、news6では携帯の方が多い

・普通のサーバ(aa系、science系他のやつ)

昼間～夜は、read 3 、r+p 1、dat 4～5ぐらい
深夜は、read 2、r+p 1ぐらいになる

・aa系とscience系は、携帯からの利用は少ない

aa系はわかるが、なぜscience系が少ないんのか？

**root ★** · 04/02/04 19:49

で、全体にいえること。

・深夜4時～7時ぐらいまでは、携帯の比率が高くなる

=> 寝床で見ているに違いない

・news系は、朝8時台にアクセスが多くなる
・news系はよく見ると、夜の6時台の後半にも少し山がある

=> 通勤途中に見ているに違いない

とりあえず現状の分析は、こんなところ。
さて、次の一手は。

**動け動けウゴウゴ２ちゃんねる** · 04/02/04 20:48

ただの転載厨ですが、きのうの発言をひっぱってきてみますー。
http://qb3.2ch.net/test/read.cgi/operate/1073058944/314
314 名前：FOX ★[] 投稿日：04/02/04 00:17 ID:???
あした　/i/ も作るか

通勤途中で見てる人は、タイトルと>1の記事だけ読めたほうが
都合がいいかもしれませんね。一石二鳥。

**動け動けウゴウゴ２ちゃんねる** · 04/02/04 22:51

このスレで扱う話題じゃないかもだけど……
携帯版●の導入を提案してみる

**動け動けウゴウゴ２ちゃんねる** · 04/02/05 01:06

iMonaはボーダフォンの0X系で使用できないからなぁ

味ポンはアプリ乗らないし

**某ソレ511** · 04/02/05 01:10

BREWは、申請してくれた神がいたけど、
「24時間通信内容を監視しろ」とかいわれて
却下だったんだよね。

**動け動けウゴウゴ２ちゃんねる** · 04/02/05 08:54

**ピロリ** · 04/02/05 11:18

キャッシュに一票なんだな、

**root ★** · 04/02/05 11:36

キャッシュかぁ。
とすると、キャッシングの戦略を考えたほうがいい気がするなぁ。

・どのくらいの量、キャッシュすればよい?
・どのへんを、キャッシュすればいい?
・キャッシュの効果は、どうやってはかる? つまり「どのくらいうまくいっているのか」を知りたい。
・キャッシュを入れることでかかるコストも考慮しなきゃ

考え方としては「r.iやp.iでコストがかかっているところを調べて、
コストを下げる方向でチューニングする」っていう感じかなぁ。

r.iやp.iまわりで、どこが一番コストかかってるのかしら。
プログラムの起動コストそのものだったりして。

**root ★** · 04/02/05 11:38

格言として「下手なキャッシュなら、入れないほうが幸せ」ってのもありますです。
今はOSがかなり頭よくキャッシングするんで、へんに入れると、かえってコストがかかったり。

でも、うまく動くなら、その効果は絶大。

**ピロリ** · 04/02/05 11:46

たとえば newsplus@news5 を例に取ると
iMode用のfrontend news6i.2ch.net を別サーバで用意。
news6のp.i r.iは停止。

つまり　iModeからの圧力は news6 サーバには及ぼさない。
どうだ。

ただし news6i.2ch.net はディレイがある。(10sec , 30sec ,60sec ???)
できれば news6i は html で全部を渡したい。

**root ★** · 04/02/05 12:13

>>25
サーバを分ける戦略ですか。効果はありそうな気がしますね。

でも、news系＊以外＊で携帯でのアクセスが多いところ
(gamble系とか交通情報)は、ちょっと躊躇するかなぁ。

あ、でも、10秒ぐらいでキャッシュすれば、それでも相当いけるのか。
つまり、板の状況に合わせて、ディレイを変えられればいいと。

ということで、とりあえず飯落ち。

**動け動けウゴウゴ２ちゃんねる** · 04/02/05 16:32

キャッシングといえば、、、

どうする！アイフル～（AA略

**root ★** · 04/02/05 20:34

ちょっと考えてみた。超たたき台。

○読む

1)携帯からのhttpでのアクセスを受け付けるサーバ、news9iを用意する。

2)news9iは、例えばこんなリクエストを受けることになる。
リクエストは、「キャッシュマネージャ」が受ける。

GET http://news9i.2ch.net/test/r.i/dqnplus/1075961327/i HTTP/1.1
Host: news9i.2ch.net

3)news9iの「キャッシュマネージャ」は、自分のキャッシュを調べる。
なければnews9をHTTPでアクセスして、該当するdatをもらってくる。
datが更新されている場合も、同じようにもらってくる。
もらってくるときは、できれば増分だけが望ましいが、必須ではない。レスあぼーんの場合だってあるし。
キャッシュにある場合、news9のファイルと一致しているかどうか調べて、なくなっていた場合
(スレあぼーんやdat落ち)は、datを消す処理をする。

4a)datが得られない場合、news9i上の「r.iクローン」が「ないよ」を発信者に返す。

4b)datが得られた場合、「r.iクローン」が整形処理して、結果を発信者に返す。

○書く

1)news9iがリクエストを受ける。

POST /test/bbs.cgi HTTP/1.1

2)POSTだった場合、リクエストはそのままnews9にフォワードする。

**root ★** · 04/02/05 20:38

んー、これだと、全部同じとこから投稿されたことになっちゃうなぁ。
わざと「漏れ串」っぽくすればいいのかな。

で、>>28 っぽいことは、割と何とかなるような気がしないでもなかったり。
たぶん、datを持ってくるのを、r.iクローンでやるようにするとかいうかんじかしら。

脳内だけで、紙にも書かずに適当なこと書いてるので、とりあえずこのぐらいにしとこう。

**root ★** · 04/02/05 20:40

なんだか、Apacheのmod_proxyかsquidと、
read.cgiクローン(場合によってはbbs.cgiクローン)を使うと、
もやもやとできるような気が、しないでもなかったり、あったり。

ということで、いったん別スレへ。

◆g4HrV7ViKA · 04/02/05 20:58

そういや昨夏のことを思い出した。
携帯の各私家メニューからのアクセスが激増して、私家メニューがまとめてロックアウトされた事件。
あれの時、各私家メニューに対して管理側から要請されたのが

・r.i使用禁止、dat直読みの義務づけ
・できればdatキャッシュ装備、増分読み

だったと記憶してるけど。

それを今度は本家で(ry、
ただし私家に比べてアクセス数が段違いなので鯖ごとに、
……というように理解してみた。

そーいや、携帯ユーザの本家・私家比率（パソコンの専ブラ比率に相当）って
どのくらいなんだろう、とか気になってみる。

**動け動けウゴウゴ２ちゃんねる** · 04/02/05 20:59

クラシックさんが言ってたことだけど

・r.i での最新10件分のレスをhtmlで提供。
・これにより r.i コールを2/3に減らせる。

↑これは既に導入されてるのでしか？

**root ★** · 04/02/05 21:11

いきなりPCがブルースクリーンになった。しくしく。

で、>>28-29 って、

・対応版p.i
・対応版r.i
・対応版bbs.cgi

ができれば、それでいけるような気がしてきた。
携帯だけがターゲットなら。

>>31 >>32
レスどうもです。参考になるかも。
>>32 の答えは、わからんです。個人的には導入されてない気がする。

---

で、妄想なわけだけど、これってうまくやると、とっても負荷分散できるんじゃないんだろうか。

・datの更新操作は1つのバックエンドでやることにする
・bbs.cgi本体は、バックエンドで動く
・read.cgi/r.i/p.iのクローンとdat直読みに対応したフロントエンドを複数台ならべる
・フロントエンドは必要に応じてバックエンドにdatをとりにいく
・フロントエンドではbbs.cgiのクローンも動いていて、バックエンドにdat書き換えを依頼する
・複数台のフロントエンドは、DNSラウンドロビンを使って、1台にみせかける

…といったところで、いったん落ち。

**root ★** · 04/02/05 21:20

削除系(dat操作するすべてのもの)や、キャップ管理系のcgiは、バックエンドで動かすのかな。
いずれにせよ、割と軽い改造で、いけるような気がするなぁ。

でも、最初から欲張らないで、まずは「携帯」、ぶっちゃけて言ってしまえば、

・datキャッシュに対応したp.iクローン
・datキャッシュに対応したr.iクローン
・リクエスト転送に対応したbbs.cgiクローン(これは最初は、あきらめてもよい)

を作ることをターゲットにして、
将来は>>33の後半のような負荷分散をすることも頭のすみっこに置きながら、
ﾏﾀｰﾘモードでごそごそしてみるってのが、いいような気がする。

**ピロリ** · 04/02/10 14:15

ﾌﾗﾌﾗｰ

◆MUMUMUhnYI · 04/02/10 17:31

>>35
だ、だいじょーぶっすか。

**動け動けウゴウゴ２ちゃんねる** · 04/02/10 18:59

あっちの女にﾌﾗﾌﾗ　こっちの女にﾌﾗﾌﾗ

04/02/12 17:17

|-`).｡ｏO(PHPじゃだめですか)

04/02/13 02:02

|-`).｡ｏO(反応してよ)

**動け動けウゴウゴ２ちゃんねる** · 04/02/13 03:15

>>39
＼＼　　ビ　　　　＼＼　　＼　　＼＼＼　　＼＼　＼　＼
　＼＼　＼＼　ュ　　　　ウ　　　　　＼＼　＼　＼＼
　＼＼　　＼＼　　＼＼　　＼　ウ　　＼＼＼　＼＼
　＼＼＼　　＼＼＼∩＿∩　　　　　　ウ　　＼＼　＼
　　＼＼　　＼＼　　（・(ｪ)・ ∩∩　　　　　　ゥ＼　＼＼
　　　　　＼　＼　　　（　　　(・(ｪ)・)　　＼＼　＼＼ゥ＼＼
　＼　　＼＼　　　＼｜｜　|　　ヽ　　　　＼＼　　　　ゥ
　＼＼　＼　＼＼　（＿（＿UU(　）～′　＼＼　　＼＼
　＼　　＼＼　＼　 |￣￣|　　　　￣￣＼　＼＼　＼＼
　　　＼　＼　＼　 /　Ｙ　＼　 ∨　　|　　￣￣￣￣ヽヽ
　＼＼　　＼＼　　|　　|　　|　　＼　　ヽ
　　　たとえ寒くても、今はただ耐えるのだ！

◆BDFCNV1.to · 04/02/15 17:36

Pieにどんどんサーバが入るようになったら
ぼちぼちと

**ひろゆき＠どうやら管理人 ★** · 04/02/20 05:26

携帯用のサーバを1台たてて、そのサーバからは、
datを拾いにいけばいいような気がする。
p2を入れれば簡単なような。

◆BDFCNV1.to · 04/02/20 05:31

まずは　c.2ch.net から
んで　その先はぼちぼちと、

**動け動けウゴウゴ２ちゃんねる** · 04/02/20 10:46

クラさんとこは独自でdatキャッシュしてたよたしか

◆EditorXPmA · 04/02/20 10:49

2ch純正imona鯖がほしいなあと言ってみる。

**精神科医** · 04/02/20 14:42

>>42
基地害よ
もう病院行ったか？
早く行けよ

**脳外科医** · 04/02/20 14:45

>>46
オマエモナー

**root ★** · 04/02/20 19:54

クラシックさんにメールを発射しました。
というわけで、ぼちぼちと。

◆EA.clAssIc · 04/02/20 20:39

ちょと夕食で遅くなりました。
ﾒｰﾙ拝見いたしました。
どうもありがとうございます。

百聞は一見とも言いますし、まずは
i2ch.netｻｰﾊﾞ停止状態でのclassicﾒﾆｭ｡の状態をそのまま復元してみます。
復旧が終わり次第、BIG-Serverさんから頂いた調査結果の、
負荷原因を説明いたします。

◆EA.clAssIc · 04/02/20 20:42

＞BIG-Serverさんから頂いた調査結果の、負荷原因
申し訳ありません、説明不足ですね、
i2ch.netｻｰﾊﾞの停止は、過負荷が原因だったのですが、
BIG-Serverさんが調査して下さった、負荷の直接の原因のことです。
では、復元に入ります。

**root ★** · 04/02/20 20:45

おお、統計とるようにしなきゃ。< c.2ch.net
やっときます。

◆EA.clAssIc · 04/02/20 21:35

root ★さん、
.htaccessで
directoryindex
を指定するのはNGだったりしますか?
試しにｱｯﾌﾟしてみたのですが、

directoryindex index.html

だけの.htaccessでも500ｴﾗｰがでてしまいます。

◆BFzK/mtqM2 · 04/02/20 21:40

( ･∀･)っ旦~ お茶ﾄﾞｰｿﾞ

◆kuriu7uP3. · 04/02/20 22:04

この流れで言うのはなんなんだが…
あうで定額制がｽﾀｰﾄしたんであう用の鯖を用意してみてはどうかと…
ｽﾚｯﾄﾞ一覧又は検索結果表示｡ﾁｪｯｸﾎﾞｯｸｽを用意してﾁｪｯｸしたｽﾚを全部読み込みｱﾌﾟﾘで一括保存｡
これならｱｸｾｽ回数がへるから…負荷は減るのでは…ﾃﾞｰﾀ量多いから一緒かな?ってかこの量は読み込み不可?
素人考えなのでスマソ

▼ ◆BAkAMAOS7. · 04/02/20 22:17

au専用？

**とんすけ** ◆MytskeE.Vg · 04/02/20 22:31

>>54
　その理論で行くと、味ぽん専用鯖もいるということになりますが？＜auで定額制

　ちゅーか、データ量どころか、アクセス量がとんでもなく多いから、そこまで処理
できるのかどうか。大量のアクセスをこなしながら一連の処理を行なうわけだから。
個人のアクセス量ではないからね、あくまで。

◆EA.clAssIc · 04/02/20 22:42

取り敢えず、directoryindex以外の復元と動作ﾃｽﾄが終了いたしました。
現在はUAでの拒否はしておりませんので、PCからでも見られると思います。

http://c.2ch.net/ → 建設予定地
http://c.2ch.net/x/ → ﾒﾆｭｰｶﾃｺﾞﾘ一覧(i2ch.netではこのx.phpがdirectoryindexで指定されておりました)
http://c.2ch.net/!.h → 案内

BIG-Serverさんによりますと、
i2ch.netの過負荷の最大の原因は、ｷｬｯｼｭﾌｧｲﾙを多く取りすぎたことにあったようです。
各ｻｰﾊﾞから取得したsubject.txt及びﾛｸﾞdatなどは、そのままのﾌｧｲﾙで保存されます。
1ﾃﾞｨﾚｸﾄﾘあたり500～1000ﾌｧｲﾙになっておりました。
このﾌｧｲﾙをｼｽﾃﾑが検索する際に、大きな負荷が発生していたそうです。
特に、共有ｻｰﾊﾞであったため、
同居の他のｻｲﾄ様もﾋﾟｰｸﾀｲﾑとなる21時～25時までの間は、
負荷の為表示がなされないという状態でした。
(ただ、この間もFTPやtelnet等は問題ないﾚｽﾎﾟﾝｽを維持していたように思います。)

帯域の使用状況を計測する為、2chからのdat、subjectの転送量(in)及び、
HTML表示の転送量(out)を概算で求めてみたのですが、
時間あたり30,000件のｱｸｾｽで、約1Mbps程使用しておりました。(ﾋﾟｰｸﾀｲﾑ)
ｱｸｾｽ数に対してｷｬｯｼｭが少ないため、転送量がかさんでいたかと思います。
ただ使用できるﾃﾞｨｽｸｽﾍﾟｰｽや、1ﾃﾞｨﾚｸﾄﾘ当たりのﾌｧｲﾙ数との兼ね合いから、
ﾗｲﾌﾞﾛｸﾞのｷｬｯｼｭは1000ﾌｧｲﾙとしておりました。

**動け動けウゴウゴ２ちゃんねる** · 04/02/20 22:43

.htaccessは使えない/使わないんじゃないのかな。
httpd.confが書き換えできるんだから
Locationで指定した方がよろしいかと。

ある程度自由に書き換えたいなら、<Location>内でincludeしてもらうとか。
結局は再起動が必要だけど。

**動け動けウゴウゴ２ちゃんねる** · 04/02/20 22:44

あ、違う。
使えなかったらエラーがでるわけないや。

◆BFzK/mtqM2 · 04/02/20 22:46

＞◆EA．clAssIcさん
PCからも携帯からもOKです～

▼ ◆BAkAMAOS7. · 04/02/20 22:49

当方も>>57のリンク先を携帯・PCから共に確認。

◆EA.clAssIc · 04/02/20 22:57

ご確認ありがとうございます。
これでﾋﾟｰｸ時のi2ch.netくらいのｱｸｾｽがあれば、
root ★さんも状況が把握しやすいかとは思うのですが、
取り敢えずは皆様の思うように使って頂きたいかと思います。

そして、広告の件ですね。
広告が動的なものではないのでしたら、ｽｸﾘﾌﾟﾄ中に埋め込んでしまいますが、
その辺はいかがでしょうか?　＞　ひろゆきさん

**サザン ★** · 04/02/20 22:58

おぉ、ほんとだ。
www2 でも DirectoryIndex は 500エラーになりますねー。

**動け動けウゴウゴ２ちゃんねる** · 04/02/20 23:11

>>みなさん
素早い対応Good Job!!
やっぱりｸﾗｼｯｸﾒﾆｭは最高です。
c.2ch.net/からカキコfrom味ぽん

**nop** ◆Y3UxWNWOvY · 04/02/20 23:18

>>◆EA.clAssIcさん
早くも動きだしましたね、よかったです。

ところで公式になるとゆうことは、やはり人大杉も出すコトになりますかね？
まあ i2ch のときも、重たいトコは他の公開P2 使ってたりしたのですが。

**動け動けウゴウゴ２ちゃんねる** · 04/02/20 23:30

皆様乙です。
>>64さんと同じく味ぽんよりc.2ch.net経由カキコテスト？です。
少しの間寂しい思いをしてましたが、今は感動で胸が一杯です…

とりあえずお茶ﾄﾞｿﾞです。
つ旦~旦~旦~旦~旦~旦~旦~旦~旦~旦~旦~

agproxy0.ezweb.ne.jp ◆g4HrV7ViKA · 04/02/21 00:19

>>クラシックさん
復旧乙でございました。
現状は絶好調です。

>>む(ryさん、ピロリのおじさん
同じく乙でした。

個人的には。
将来的にc.2ch.netが携帯アクセスの大半を占めるようになったら、r.i/p.iの廃止まで視野に入れてもいいんじゃないかな、と。
まぁ、c2.2ch.net@PIEが必要になるぐらいまでいってからの話ですが。

**root ★** · 04/02/21 01:08

帰宅。
oyster137 = c.2ch.net で、いくつか呪文唱えました。

EnableSendfile on
EnableMMAP on
httpdの数のチューニング
dnscacheのメモリサイズのチューニング

どうも、1分ぐらい様子見てると、

ローカルファイルへのアクセスが多くなりそう
ファイルI/Oが多くなりそう
ここからdatファイルを各サーバにとりにいって、格納するとかしそう

みたいなかんじなんで、それなりの呪文を唱えてみたです。
だいぶ改善したみたいなんで、しばらくこれで動かしてみようかと。

DirectoryIndex を c.2ch.net の .htaccess で指定できるようにしました。
これで、設定できると思われ。>>52

**動け動けウゴウゴ２ちゃんねる** · 04/02/21 01:11

> まぁ、c2.2ch.net@PIEが必要になるぐらいまでいってからの話ですが。

あっという間の予感。

**root ★** · 04/02/21 01:20

ためしに
directoryindex x.php

を.htaccessに書いてみた。うまくいくみたいすね。

で、コメントに戻しておきました。
うつわを作るほうはできる範囲でやってみるんで、うつわの中身はクラシックさんががんがってちょ。

**root ★** · 04/02/21 01:31

>>57
> BIG-Serverさんによりますと、
> i2ch.netの過負荷の最大の原因は、ｷｬｯｼｭﾌｧｲﾙを多く取りすぎたことにあったようです。
> 各ｻｰﾊﾞから取得したsubject.txt及びﾛｸﾞdatなどは、そのままのﾌｧｲﾙで保存されます。
> 1ﾃﾞｨﾚｸﾄﾘあたり500～1000ﾌｧｲﾙになっておりました。
> このﾌｧｲﾙをｼｽﾃﾑが検索する際に、大きな負荷が発生していたそうです。

すこしだけアドバイスです。

例えば、板名で、サブディレクトリを切るといいと思います。
例えば仮に、newsplus-NNNNNNNNNN.dat のような形でdatキャッシュにファイルを
格納しているとしたら、newsplus/NNNNNNNNNN.dat という形で格納するようにするだけで、
システム負荷が劇的に軽くなります。
ディレクトリを小さくできますから、サーチにかかるコストが減るわけです。

で、ここのdatは、何らかのタイミングでsweepするようにするとよいでしょう。
でないと、datキャッシュのファイルがどんどん多く・大きくなっていってしまいます。
で、パフォーマンスがだんだん（りゃ。

例えば、存在だけをチェックするようにして、
向こう側になくなったら消してみるとかいうかんじがいいかもです。

で、全体の印象として、すんごく「センスのよさ」を感じます。さすがという感じですね。
携帯端末の心、そして使いやすくする壷を、すごくよく知っている感じがしました。
ちょっとかんどーしたです。

がんがってくださいです。
このアプローチは、うまくやれれば、サーバ側にかかる負荷を相当減らせるような気がします。
なにせ、r.iが起動しないわけだから。

# うーむ、某おじさんはここまで考えてたのか。あなどれないや。>>22

◆EA.clAssIc · 04/02/21 01:58

早速ありがとうございます、
私も確認し、.htaccessのｺﾒﾝﾄを外しました。

また、ﾒﾆｭｰをご確認くださった皆様、ありがとうございます。
もしﾒﾆｭｰに何か不具合等お気付きの点がありましたら、
携帯→2ch運用情報スレッド4
http://qb3.2ch.net/test/read.cgi/operate/1074493329/
へお知らせ頂ければ幸いです。

>>65 nopさん、
人大杉は、各ｻｰﾊﾞのCGIｺｰﾙ負荷への対策の為に導入されたものですので、
c.2ch.netの様な、dat取得→表示整形をする、言わば中間ｻｰﾊﾞの場合は、
その各ｻｰﾊﾞでの人大杉の影響は受けません。
ですが、各ｻｰﾊﾞのCGIｺｰﾙを代わりに一手に引き受ける形になるので、
c.2ch.netが重くなってしまうことは考えられます。
できるだけ、そうならないよう頑張ります～

>>71 root ★さん、
なるほど、とても参考になります、ありがとうございます。
仕事人 ★さんの発言で、板内のﾌｧｲﾙはできるだけ少ない方が良い(掲示板で)
というのは以前聞いていたのですが、そのさじ加減が分からなく、
2chの板と同じくらい(500～1000)なら大丈夫なのかな? と思っていました。
ある程度の差はありますが、実際には、ある板で稼動しているｽﾚｯﾄﾞは100に満たないかと思います。
板別でｻﾌﾞﾃﾞｨﾚｸﾄﾘを切るとしたなら、各板100くらいの保持数にしてみます。
約500板あるから50,000ｽﾚｯﾄﾞくらいでしょうか?
ｷｬｯｼｭのｽﾚｯﾄﾞは平均100KB程度なので、5GBくらいのｽﾍﾟｰｽが必要になるかもです。
近い将来で考えているのはdat、subject共にﾃﾞｰﾀﾍﾞｰｽ化をしようかと。
それにより検索時の負荷低減や、dat利用が簡便になるならしめたものかなと思うのです。

＞で、全体の印象として、すんごく「センスのよさ」を感じます。さすがという感じですね。
＞携帯端末の心、そして使いやすくする壷を、すごくよく知っている感じがしました。
＞ちょっとかんどーしたです。
うわぁ、ちょとﾃﾚてしまうです(･∀･*)
素直にとても嬉しいお言葉です、ありがとうございます。

これからもよろしくお願いいたします。

**root ★** · 04/02/21 02:03

>>72
早速の対応どもです。

> 各ｻｰﾊﾞのCGIｺｰﾙを代わりに一手に引き受ける形になるので、
> c.2ch.netが重くなってしまうことは考えられます。
> できるだけ、そうならないよう頑張ります～

もし重たくなったら、横並びでcを強化すればいいわけだ。
例えば、c1 c2 c3 とかいうかんじで用意して、DNS的代表名cでアクセスさせるとかね。

で、もっとまじめにやるなら、リバースプロキシサーバを置いて振り分けるとか、
いろんな方法があるしね。

で、datキャッシュをうまく共有できれば(多段キャッシュにしてみるとか)、
いろいろ考えられそうですね。

うまくやれば、サーバが重くなるどころか、サーバにやさしいすね、これ。
ユーザが使いやすくなって、かつサーバにはやさしいなら、まさにいっせき（りゃ。

**仕事人 ★** · 04/02/21 02:05

どもども、謹慎中の私ですが、、

>>72
概ねその方向ですが
ここは一つ、もう少しいろいろな意見を集めてから
わいわいがやがややった方が吉の予感。

>>1 が大きな目標だったりしますので、

ただし　1フォルダないに沢山おいているのは
修正したほうがよさげ

**root ★** · 04/02/21 02:08

>ｷｬｯｼｭのｽﾚｯﾄﾞは平均100KB程度なので、5GBくらいのｽﾍﾟｰｽが必要になるかもです。

了解です。容量的には問題ないす。

>近い将来で考えているのはdat、subject共にﾃﾞｰﾀﾍﾞｰｽ化をしようかと。
>それにより検索時の負荷低減や、dat利用が簡便になるならしめたものかなと思うのです。

PHPはMySQLありで入れてあるはずなので、機会を見てお試しいただけると。
このへんはまだ誰も試してないんで、人柱になっていただけるとうれしいす。

とゆうことで、ぼちぼちやっていきましょう、と。

**root ★** · 04/02/21 02:13

>>74
そう思います。とゆうことで、サブディレクトリ化を。

さらにゆとりをみるなら、NNNNNNNNNN.datのところをカラムで切ってみるとかかな。

例えばnewsplusの1234567890.datだったら、
newsplus/1234000000/567000/1234567890.dat
みたいに格納するようにすると、相当いい感じになるとおもいますです。

他を回ってこようかな。

◆EA.clAssIc · 04/02/21 02:21

はい、ﾃﾞｨﾚｸﾄﾘ内のﾌｧｲﾙ数に関しては、明日にでも挑戦いたします。
今までは外観や機能については、沢山のﾕｰｻﾞさんからｱﾄﾞﾊﾞｲｽ頂けて改善できたのですが、
内部処理については独りでやっていたので、とても参考になります。
なるほど、
newsplus/1234000000/567000/1234567890.dat
の様な階層構造はﾛｸﾞ倉庫で使われていますね、ちょと感動です。

◆EA.clAssIc · 04/02/21 18:19

移植したままの状態では、
Apacheが作るﾌｧｲﾙを、自分のｱｶｳﾝﾄの権限で操作できなかった｡･ﾟ･(ノД`)･ﾟ･｡
ｽｸﾘﾌﾟﾄ中のﾊﾟｰﾐｯｼｮﾝを扱う部分を全て書き換えます。

**FOX ★** · 04/02/21 19:50

将来的に・・・

1) r.i p.i on 各サーバの停止
2) 携帯用の規制の一元化、bbs.cgi でやらない

N秒のdelayを入れて、全体的なコストダウンをはかる
という線で行けたらと思っています。

**root ★** · 04/02/21 20:01

>>78
あ、そういう問題か、、、。
ちょっと調べてみましょ。

**root ★** · 04/02/21 20:07

んー、mod_becomeはあんまり使いたくないなぁ。
さて、どうするのがいいのか。

**ひろゆき＠どうやら管理人 ★** · 04/02/21 20:10

>>62
<a href=URL>テキスト<a>というのが入っているtxtファイルを表示してもらう
ことになるとおもいますー。

◆EA.clAssIc · 04/02/21 20:12

>>79 FOX ★さん、
現在では全板で30secでdelayを設けています。
erimoに関しては、120secとちょと大目に。
また、load averageの高いｻｰﾊﾞは、適宜手動でdelayを調整していました。

>>80-81 root ★さん、
ありがとうございます。
操作できなくなるのはﾃﾞｨﾚｸﾄﾘだけみたいですので、なんとか大丈夫です。
ｽｸﾘﾌﾟﾄでﾃﾞｨﾚｸﾄﾘ作成時にchmodしておきます。

◆EA.clAssIc · 04/02/21 20:20

>>82 ひろゆきさん、
わかりました。txtﾌｧｲﾙは現在i.2ch.netで使われているものと同じでしょうか?

**ひろゆき＠どうやら管理人 ★** · 04/02/21 20:22

同じものになると思いますー>>84

**ひろゆき＠どうやら管理人 ★** · 04/02/21 20:23

ln -sで持ってくることになるのかな、、、
まぁ、そこらへんはぼちぼちで。

**root ★** · 04/02/21 20:24

>>83
ども。大丈夫なら、それでやっていただけると助かります。
パフォーマンスの点では、そのほうが助かりますんで。

**root ★** · 04/02/21 20:28

ふたつばかり、txtファイルのシンボリックリンクをch2c:public_htmlに作ってみたですよ。
あとは、おまかせ。>>86 >>64

**root ★** · 04/02/22 00:00

Apache2.xだから、perchildを使えばuid変えれるのか。
でも「ふあんてい」だといううわさもあるからなぁ。

**精神科医** · 04/02/22 09:15

>>86
病院行けよ

◆EA.clAssIc · 04/02/22 10:23

お疲れ様です、
http://qb3.2ch.net/test/read.cgi/operate/1077296381/94,129,132 より、
.htaccessで
options +multiviews
を指定し、拡張子なしでｽｸﾘﾌﾟﾄにｱｸｾｽ、かつURI中の｢?｣以前に｢%23｣｢%3f｣等の文字列が含まれている場合、
ｻｰﾊﾞが正常なQUERY_STRINGを受け取っていない、(｢%23｣｢%3f｣をﾃﾞｺｰﾄﾞし、それぞれ｢#｣｢?｣として解釈している)
という現象が発生しております。

http://c.2ch.net/tmp/test.php
http://c.2ch.net/tmp/test

○　http://c.2ch.net/tmp/test.php?hogehoge
○　http://c.2ch.net/tmp/test.php/%23test/?hogehoge
○　http://c.2ch.net/tmp/test?hogehoge

×　http://c.2ch.net/tmp/test/%23test/?hogehoge

この現象について何かお知恵を拝借できれば幸いです。
よろしくお願いいたします。

**未承諾広告※** ◆aiY4htt2.2 · 04/02/22 10:49

>>91
PATH_INFO の中身はいかがでしょう？
$_SERVER[PATH_INFO] って描くのかな？＠PHPの場合

◆EA.clAssIc · 04/02/22 11:22

>>91のﾘﾝｸでPATH_INFOも表示されるようにしました。

ちなみにperl CGIでも同様に、
http://c.2ch.net/tmp/tes.cgi

○　http://c.2ch.net/tmp/tes.cgi?hogehoge
○　http://c.2ch.net/tmp/tes.cgi/%23test/?hogehoge
○　http://c.2ch.net/tmp/tes?hogehoge

×　http://c.2ch.net/tmp/tes/%23test/?hogehoge

**未承諾広告※** ◆aiY4htt2.2 · 04/02/22 11:37

>>93
http://c.2ch.net/tmp/tes/%23test/%3fhogehoge
だと出ますね。
REQUEST_URI で対処してみるとか？

◆EA.clAssIc · 04/02/22 11:41

>>94 未承諾広告※さん、
ありがとうございます。
なるほど。
REQUEST_URIを｢?｣でsplitし、
perlの様に、$_GETに格納しなおしてみます。

◆EA.clAssIc · 04/02/22 11:55

無事修正できました。

**未承諾広告※** ◆aiY4htt2.2 · 04/02/22 11:58

をーよかった(*^o^*)

◆EA.clAssIc · 04/02/22 18:30

>>88 root ★さん、
ありがとうございます。
広告を表示してみました。

**動け動けウゴウゴ２ちゃんねる** · 04/02/22 21:40

◆EA.clAssIcさん、乙かれ様です。使いやすいです。ありがとうございます。

◆EA.clAssIc · 04/02/25 18:59

>>88でroot ★さんに作成して頂いたｼﾝﾎﾞﾘｯｸﾘﾝｸが、
PHPから開けなくなっているようです。
大変お手数かとは思うのですが、お調べ頂けますでしょうか…
よろしくお願いいたします。