【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
■ このスレッドは過去ログ倉庫に格納されています
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part1 マーリンルージュ .htaccessは使えない/使わないんじゃないのかな。
httpd.confが書き換えできるんだから
Locationで指定した方がよろしいかと。
ある程度自由に書き換えたいなら、<Location>内でincludeしてもらうとか。
結局は再起動が必要だけど。 あ、違う。
使えなかったらエラーがでるわけないや。 >◆EA.clAssIcさん
PCからも携帯からもOKです〜 当方も>>57のリンク先を携帯・PCから共に確認。 ご確認ありがとうございます。
これでピーク時のi2ch.netくらいのアクセスがあれば、
root ★さんも状況が把握しやすいかとは思うのですが、
取り敢えずは皆様の思うように使って頂きたいかと思います。
そして、広告の件ですね。
広告が動的なものではないのでしたら、スクリプト中に埋め込んでしまいますが、
その辺はいかがでしょうか? > ひろゆきさん おぉ、ほんとだ。
www2 でも DirectoryIndex は 500エラーになりますねー。 >>みなさん
素早い対応Good Job!!
やっぱりクラシックメニュは最高です。
c.2ch.net/からカキコfrom味ぽん >>◆EA.clAssIcさん
早くも動きだしましたね、よかったです。
ところで公式になるとゆうことは、やはり人大杉も出すコトになりますかね?
まあ i2ch のときも、重たいトコは他の公開P2 使ってたりしたのですが。 皆様乙です。
>>64さんと同じく味ぽんよりc.2ch.net経由カキコテスト?です。
少しの間寂しい思いをしてましたが、今は感動で胸が一杯です…
とりあえずお茶ドゾです。
つ旦~旦~旦~旦~旦~旦~旦~旦~旦~旦~旦~ >>クラシックさん
復旧乙でございました。
現状は絶好調です。
>>む(ryさん、ピロリのおじさん
同じく乙でした。
個人的には。
将来的にc.2ch.netが携帯アクセスの大半を占めるようになったら、r.i/p.iの廃止まで視野に入れてもいいんじゃないかな、と。
まぁ、c2.2ch.net@PIEが必要になるぐらいまでいってからの話ですが。 帰宅。
oyster137 = c.2ch.net で、いくつか呪文唱えました。
EnableSendfile on
EnableMMAP on
httpdの数のチューニング
dnscacheのメモリサイズのチューニング
どうも、1分ぐらい様子見てると、
ローカルファイルへのアクセスが多くなりそう
ファイルI/Oが多くなりそう
ここからdatファイルを各サーバにとりにいって、格納するとかしそう
みたいなかんじなんで、それなりの呪文を唱えてみたです。
だいぶ改善したみたいなんで、しばらくこれで動かしてみようかと。
DirectoryIndex を c.2ch.net の .htaccess で指定できるようにしました。
これで、設定できると思われ。>>52 > まぁ、c2.2ch.net@PIEが必要になるぐらいまでいってからの話ですが。
あっという間の予感。 ためしに
directoryindex x.php
を.htaccessに書いてみた。うまくいくみたいすね。
で、コメントに戻しておきました。
うつわを作るほうはできる範囲でやってみるんで、うつわの中身はクラシックさんががんがってちょ。 >>57
> BIG-Serverさんによりますと、
> i2ch.netの過負荷の最大の原因は、キャッシュファイルを多く取りすぎたことにあったようです。
> 各サーバから取得したsubject.txt及びログdatなどは、そのままのファイルで保存されます。
> 1ディレクトリあたり500〜1000ファイルになっておりました。
> このファイルをシステムが検索する際に、大きな負荷が発生していたそうです。
すこしだけアドバイスです。
例えば、板名で、サブディレクトリを切るといいと思います。
例えば仮に、newsplus-NNNNNNNNNN.dat のような形でdatキャッシュにファイルを
格納しているとしたら、newsplus/NNNNNNNNNN.dat という形で格納するようにするだけで、
システム負荷が劇的に軽くなります。
ディレクトリを小さくできますから、サーチにかかるコストが減るわけです。
で、ここのdatは、何らかのタイミングでsweepするようにするとよいでしょう。
でないと、datキャッシュのファイルがどんどん多く・大きくなっていってしまいます。
で、パフォーマンスがだんだん(りゃ。
例えば、存在だけをチェックするようにして、
向こう側になくなったら消してみるとかいうかんじがいいかもです。
で、全体の印象として、すんごく「センスのよさ」を感じます。さすがという感じですね。
携帯端末の心、そして使いやすくする壷を、すごくよく知っている感じがしました。
ちょっとかんどーしたです。
がんがってくださいです。
このアプローチは、うまくやれれば、サーバ側にかかる負荷を相当減らせるような気がします。
なにせ、r.iが起動しないわけだから。
# うーむ、某おじさんはここまで考えてたのか。あなどれないや。>>22 早速ありがとうございます、
私も確認し、.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利用が簡便になるならしめたものかなと思うのです。
>で、全体の印象として、すんごく「センスのよさ」を感じます。さすがという感じですね。
>携帯端末の心、そして使いやすくする壷を、すごくよく知っている感じがしました。
>ちょっとかんどーしたです。
うわぁ、ちょとテレてしまうです(・∀・*)
素直にとても嬉しいお言葉です、ありがとうございます。
これからもよろしくお願いいたします。
>>72
早速の対応どもです。
> 各サーバのCGIコールを代わりに一手に引き受ける形になるので、
> c.2ch.netが重くなってしまうことは考えられます。
> できるだけ、そうならないよう頑張ります〜
もし重たくなったら、横並びでcを強化すればいいわけだ。
例えば、c1 c2 c3 とかいうかんじで用意して、DNS的代表名cでアクセスさせるとかね。
で、もっとまじめにやるなら、リバースプロキシサーバを置いて振り分けるとか、
いろんな方法があるしね。
で、datキャッシュをうまく共有できれば(多段キャッシュにしてみるとか)、
いろいろ考えられそうですね。
うまくやれば、サーバが重くなるどころか、サーバにやさしいすね、これ。
ユーザが使いやすくなって、かつサーバにはやさしいなら、まさにいっせき(りゃ。
どもども、謹慎中の私ですが、、
>>72
概ねその方向ですが
ここは一つ、もう少しいろいろな意見を集めてから
わいわいがやがややった方が吉の予感。
>>1 が大きな目標だったりしますので、
ただし 1フォルダないに沢山おいているのは
修正したほうがよさげ >キャッシュのスレッドは平均100KB程度なので、5GBくらいのスペースが必要になるかもです。
了解です。容量的には問題ないす。
>近い将来で考えているのはdat、subject共にデータベース化をしようかと。
>それにより検索時の負荷低減や、dat利用が簡便になるならしめたものかなと思うのです。
PHPはMySQLありで入れてあるはずなので、機会を見てお試しいただけると。
このへんはまだ誰も試してないんで、人柱になっていただけるとうれしいす。
とゆうことで、ぼちぼちやっていきましょう、と。 >>74
そう思います。とゆうことで、サブディレクトリ化を。
さらにゆとりをみるなら、NNNNNNNNNN.datのところをカラムで切ってみるとかかな。
例えばnewsplusの1234567890.datだったら、
newsplus/1234000000/567000/1234567890.dat
みたいに格納するようにすると、相当いい感じになるとおもいますです。
他を回ってこようかな。 はい、ディレクトリ内のファイル数に関しては、明日にでも挑戦いたします。
今までは外観や機能については、沢山のユーザさんからアドバイス頂けて改善できたのですが、
内部処理については独りでやっていたので、とても参考になります。
なるほど、
newsplus/1234000000/567000/1234567890.dat
の様な階層構造はログ倉庫で使われていますね、ちょと感動です。 移植したままの状態では、
Apacheが作るファイルを、自分のアカウントの権限で操作できなかった。・゚・(ノД`)・゚・。
スクリプト中のパーミッションを扱う部分を全て書き換えます。 将来的に・・・
1) r.i p.i on 各サーバの停止
2) 携帯用の規制の一元化、bbs.cgi でやらない
N秒のdelayを入れて、全体的なコストダウンをはかる
という線で行けたらと思っています。 >>78
あ、そういう問題か、、、。
ちょっと調べてみましょ。 んー、mod_becomeはあんまり使いたくないなぁ。
さて、どうするのがいいのか。 >>62
<a href=URL>テキスト<a>というのが入っているtxtファイルを表示してもらう
ことになるとおもいますー。 >>79 FOX ★さん、
現在では全板で30secでdelayを設けています。
erimoに関しては、120secとちょと大目に。
また、load averageの高いサーバは、適宜手動でdelayを調整していました。
>>80-81 root ★さん、
ありがとうございます。
操作できなくなるのはディレクトリだけみたいですので、なんとか大丈夫です。
スクリプトでディレクトリ作成時にchmodしておきます。 >>82 ひろゆきさん、
わかりました。txtファイルは現在i.2ch.netで使われているものと同じでしょうか? ln -sで持ってくることになるのかな、、、
まぁ、そこらへんはぼちぼちで。
>>83
ども。大丈夫なら、それでやっていただけると助かります。
パフォーマンスの点では、そのほうが助かりますんで。 ふたつばかり、txtファイルのシンボリックリンクをch2c:public_htmlに作ってみたですよ。
あとは、おまかせ。>>86 >>64 Apache2.xだから、perchildを使えばuid変えれるのか。
でも「ふあんてい」だといううわさもあるからなぁ。 >>91
PATH_INFO の中身はいかがでしょう?
$_SERVER[PATH_INFO] って描くのかな?@PHPの場合 >>94 未承諾広告※さん、
ありがとうございます。
なるほど。
REQUEST_URIを「?」でsplitし、
perlの様に、$_GETに格納しなおしてみます。 >>88 root ★さん、
ありがとうございます。
広告を表示してみました。 ◆EA.clAssIcさん、乙かれ様です。使いやすいです。ありがとうございます。 >>88でroot ★さんに作成して頂いたシンボリックリンクが、
PHPから開けなくなっているようです。
大変お手数かとは思うのですが、お調べ頂けますでしょうか…
よろしくお願いいたします。 >>100
i.2ch.netのほうの広告が入れ替わっていたので、
シンボリックリンクをやりなおしておきました。
詳細はクラシックさんにメール発射しておきます。 c.2ch.net の www2 の負荷の具合はどうですかー?
1) がんがん来ているけど余裕綽々。
2) たいしたアクセス数ではないので、すかすか。
3) 順調に拡大しており遠からずお腹いっぱいになる。
4) ひぇー たいへんだー、もう重くなっちゃった。
5) やっぱり伊東美咲ちゃんが気になる。 >>120 仕事人 ★さん、
体感的なレスポンスは、ピークタイムと思われる時間帯でもとても良い感じです。
同程度のアクセスがあるミラーサーバでは重々なのですが、、、
スクリプトからflockを排除する形で修正を進めていますので、
もっとレスポンスは改善されるかと思います。
1)〜5)から選ぶならなら、現状のc.2ch.netは2)でしょうか。
以前のi2ch.netのアクセス数のまだ1/4程度なので、
今後アクセス数の推移と共にどのように変わるか観察が必要です。 ( ´-`).。oO(5) も選択肢に入るのか……) >>102-103
本格テストに入るなら、
一時期あったi.2ch.netからのリンクを復活させるのがいいかなと。 ひの字の意図がわかんなくなってきた。
今のアクセス数は携帯→スレを見てる人とほぼ同数って事でしょー?
しかもここ数日安定してるし、個人的には変化が欲しくなってきたヨ。 まぁ、ピ(ry のおぢさんやむ(ry たんは901/902やらpeko量産機やらで忙しそうだし、
クラシックさんも忙しそうだから、しばらくsage保守しつつマターリと待つが吉かと。 c.2ch.netへの移行が済む前に。
bbyの[速+]とかの+を半角に。
http://news5.2ch.net/test/r.i/newsplus/*/をhttp://news5.2ch.net/i/newsplus/*/
でアクセスできるようにするとか。
文字数減るから少しは速くなるんじゃない? 京ぽん発売目前で、今まで携帯だったユーザーも注目しているようなんですが、
よく聞かれるのはiMonaが使えるのか?というもの。
スレでは、P2や私家メニューの案内を行っていますが、
今後のことを考えると京ぽん仕様の専ブラがあればありがたいな、と思います。
京ぽんはJavascriptが使えるのでそっちの方で何かできないかと思うんですが、生憎私はスキルがありません。
P2もいいんですが、PHPが使えるレン鯖は少ないのが難点です。
携帯用メニューに特化したperlのフリーCGIが配布されたら、プロバスペースに置けるのになーとか考えるんですが、どうでしょうか。 >>118
携帯アプリ板でどうぞ、としか言えないですね。 何で携帯から街BBS書き込むとプロキシー規制中ってなるの?
ドコモ以外とかは書き込めるんでしょ? まちBBSの事はあちらの会議室で
ここで言われても無理です マリンルージュで愛されて
大黒埠頭で虹を見て
シーガーディアンで酔わされて
まだ離れたくない
早く行かなくちゃ
夜明けと共に
この首筋に夢の痕・・
てかこの「Love Affair 作戦」って誰が名づけたの?
サザンと関係あんの? いよいよ 本格稼動ッすねこのスレ
重いサーバは p.i r.i を順次停止しますー >>127
pc5、どうもありがとうございます・・・ >>131 おおっ
i.2ch.net を廃止して
c.2ch.net へ全部以降ってことです。
c.2ch.net の広告ってどうなってましたっけ? 携帯からcomic4のスレが人大杉になるのと関係ある? 携帯からコミ4に書き込みしようとしたら人大杉に…参った >>133
どこかのをシンボリックリンクしていたような、 >>136
ということは出ているということかな?
www.2ch.net/index.html のリンク先を c.2ch.net に変更をきぼー
管理人にお知らせしてからやってくださいー
んでたぶん i.2ch.net と同様な広告が
それなりに c.2ch.net に載っていないと
また怒られる予感。 >>137
広告は出せるようになってます。
i.2chと同じ物を置いておいていただければでるようになっていると思います。 >>136
管理人のOKが出たら変更ということでー
広告はキャリアごとになってますー<p.i
場所などの情報をお教えしますんで、メールくださいー
southern@70.kg >>139
アンカー間違えました、
>>137 です そうするとGOサイン出たらi.2ch.netにc.2ch.netへのリンクを貼った方がよさげかもなぁ >>141に賛成。移転知らずに、いきなり「ERRなんたら」表示出たら戸惑うだろうし。 管理人にお願いするのがいいのか・・・
それともやっちゃったほうがいいのか・・・
もちろん 〜すよね 最初このメニューを「拡張版」としてi.2chのトップに載せたら、
ひろゆきが直々にリンクをはずしてたような気がする、
でも、その理由って「はずしたら負荷が〜〜」程度だったかもだけど >>147
単に、アクセス数観察の為だったみたいです。
http://qb3.2ch.net/test/read.cgi/operate/1077296381/
81 名前:ひろゆき@どうやら管理人 ★[] 投稿日:04/02/21 20:12 ID:???
c.2chの単体のアクセス数をみたいので、
http://i.2ch.net/からの誘導をいったんとめますー。
ということでやっちゃえー。 んあ、3ヶ月も見てれば十分ですよね、
って絶対忘れてると思うけど。 今 c.2ch.net の delay ってどれくらいなんですか? ということで、戦略を練る必要があると。
しかしまた、偶然な、、、。ちょうどBBQのテストの時間かぁ。
また大きな山ができた、というか、山はもともとそこにあった、ということなのかなと。 >>156 おつですたー
つか明後日からFOMAの定額制もスタートするわけで。。
山はもっと上になる と。 ■ このスレッドは過去ログ倉庫に格納されています