【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/21 15:04

peko作戦について語るスレです。
サーバロケーションPIEに関する話題もこちらで。
現在の主要なテーマはpeko/cobraおよびtigerサーバが
特定条件下における突然死の原因究明です。
９月にrootさんが現地へ渡米して作業するそうです。

＜関連サイト＞
レンタルサーバー maido3.com ２ちゃんねるの転送量: http://server.maido3.com/pie/
MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる稼動中のサーバ一覧: http://mumumu.mu/serverlist.html

＜運営板PINKちゃんねる関係＞
【Project ama】PINKちゃんねる特化型ｻｰﾊﾞ構築作戦 Part2
http://qb5.2ch.net/test/read.cgi/operate/1082721809/l50
【PINKちゃんねる】新サーバ獲得会議☆3
http://qb5.2ch.net/test/read.cgi/operate/1080295660/l50

＜携帯電話特化型サーバ構築作戦関係＞
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2
http://qb5.2ch.net/test/read.cgi/operate/1088657713/l50

＜前スレ＞
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
http://qb5.2ch.net/test/read.cgi/operate/1087666806/l50

**root▲ ★** · 04/11/26 00:32:32

<IfModule mod_speedycgi.c>
<IfModule>

で囲んじゃ、だめとわかたです。
囲まなければ、1行目を変えなくてもspeedyで起動する(で、500エラー)。

**root▲ ★** · 04/11/26 00:37:08

MaxRuns 0
ではなくて、
SpeedyMaxRuns 0
だったとわかったです。

ちなみに上記でも500エラー。

あとは、500エラーの原因は何か、と。

**未承諾広告※** ◆TWARamEjuA · 04/11/26 00:38:13

んぢゃ、cp bbs.cgi ナンタラbbs.cgi で複製を作って、 use CGI::Carp qw(fatalsToBrowser); 入れちゃうとか(^-^;)

でもってそろそろ眠m(_ _)m

**root▲ ★** · 04/11/26 00:40:49

で、さらに、
<IfModule mod_speedycgi.c>
ではなくて、
<IfModule mod_speedycgi2.c>
だとわかった。

あとは、500エラーの原因さえわかれば。

**動け動けウゴウゴ２ちゃんねる** · 04/11/26 00:43:25

exit使ったらだめとか

**動け動けウゴウゴ２ちゃんねる** · 04/11/26 01:03:27

順番にやっていけばいいかと
前提：perlccによる実行形式を削除
1) １行目を変えるのみ＆MaxRunsを1にする（-- -r1）
2) MaxRunsを指定しない
3) mod_speedycgiを使ってみる

**root▲ ★** · 04/11/26 01:08:35

-- -r1 があたりのもより。

**root▲ ★** · 04/11/26 01:10:42

動いたもより。

**root▲ ★** · 04/11/26 01:12:38

今の設定

LoadModule speedycgi_module libexec/apache2/mod_speedycgi.so
<IfModule mod_speedycgi2.c>
SpeedyMaxRuns 1
</IfModule>

で、
<IfModule mod_speedycgi2.c>
<Files bbs.cgi>
SetHandler speedycgi-script
</Files>
</IfModule>

に設定。

これで、元bbs.cgiをいじることなく、bbs.cgiだけspeedycgi配下に。

**root▲ ★** · 04/11/26 01:13:01

みるみるLAがさかってゆく、、、。< ex7

**root▲ ★** · 04/11/26 01:16:05

うそみたいに軽くなった。

これで、しばらくようすをみてみよう。

**root▲ ★** · 04/11/26 01:25:18

でもこれだと、毎回起動はしてる、、、だよなぁ、たぶん。

どのくらい効果があるかは、しばらく観察ということで、

ごはんたべてきます。

从o＾ー＾从御飯喰
http://ex7.2ch.net/test/read.cgi/morningcoffee/1101210350/

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

たとえ-r1だとしても、バイトコンパイルのキャッシュが効くとか？

**動け動けウゴウゴ２ちゃんねる** · 04/11/26 01:29:05

>>635
静かに楽しそうでなんかうれしいよ

**動け動けウゴウゴ２ちゃんねる** · 04/11/26 01:30:58

もしかして$ENV{'QUERY_STRING'}でパラメータを渡しているところが初期化ルーチンの最初だけとかじゃ無い？

環境変数を渡すタイミングが初期化時だけだとハマりどころかも。

**動け動けウゴウゴ２ちゃんねる** · 04/11/26 01:34:09

あとexit前に
%Hoge = ();
みたいな感じで消去しとかないと-r1じゃないと動かないスクリプトになるという肝。

**root▲ ★** · 04/11/26 01:57:00

>>638-639
たぶん、備後の予感。
しかしわたしわ、Perlかけないし。

**名無し募集中。。。** · 04/11/26 02:05:26

よかったよかった

**从o＾ー.＾从御飯喰** · 04/11/26 02:07:05

>>640
ｶﾞﾝｶﾞﾚｰ｡

**root▲ ★** · 04/11/26 02:38:22

speedy_backendのゴミプロセスが残っていたようなので、それらをkillして、

SpeedyTimeout 60

を追加して、httpdを立ち上げなおした。

**root▲ ★** · 04/11/26 12:43:04

emの問題の続き

stable(RELENG_5)には、対応するするbugfix入りました。
Tue Nov 23 22:28:40 2004 UTC (2 days, 5 hours ago) by rwatson
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/em/if_em.c?rev=1.44.2.4&content-type=text/x-cvsweb-markup

今度の RELENG_5_3 candidate は反映されるのかな。

**root▲ ★** · 04/11/26 12:43:33

お、するするって。
ま、いっか。

**root▲ ★** · 04/11/26 16:11:18

>>632 の設定する場合、
いうまでもなく、SuExecをやめないとだめでした。

つまり、

User ch2live16
Group ch2

とかにしないとだめ。

# いきなり(たぶん)ファイルロックかからなくって、ぐわわと重くなり、リブート、、、。

**root▲ ★** · 04/11/26 16:12:12

で、1行目を変える方法(#!/usr/bin/perl → #!/usr/local/bin/speedy -- -r1 -t60)なら、
SuExec配下になるので、従来どおりで問題ないと。

**root▲ ★** · 04/11/26 16:17:34

あ、もちろんその場合は、

#SuexecUserGroup ch2live16 ch2

は、上記のようにコメントアウトで。

**root▲ ★** · 04/11/26 16:43:40

ex7見ると、、、。

56485 ch2ex7 131 0 4320K 3680K RUN 0 69:32 68.70% 68.70% speedy_back
96829 ch2ex7 131 0 4316K 3680K RUN 2 184:26 67.48% 67.48% speedy_back
59449 ch2ex7 131 0 4320K 3684K RUN 0 64:19 66.99% 66.99% speedy_back

なんか、ぼそってるすね。例のbbs.cgiぼそり現象がそのままきてるのか。
うーん。

そっか、RLimitCPUとか、moduleにすると効かなくなるのね。

Apache側でlimitかけてやらんと、だめなわけね。
設定しよう。

しかし、実際に動かしてみないと、わからんことばかり。

**root▲ ★** · 04/11/26 17:00:10

apache2limits_enable="YES"
apache2limits_args="-e -t 60"

を/etc/rc.confに入れて、Apache再起動でいいのかな。
とりあえず、ex7にて。

**root▲ ★** · 04/11/26 17:50:27

>>650 を ex7 live16 live17 に入れた。

**root▲ ★** · 04/11/26 19:31:55

やっぱ、ぼそるすね。

16551 ch2ex7 127 0 4320K 3688K CPU2 1 9:37 96.14% 96.14% speedy_back

しかたないすね、、、。/etc/login.conf をいじろう。

**root▲ ★** · 04/11/26 19:34:51

~/.login_conf でいいのかな。

**root▲ ★** · 04/11/26 19:41:21

>>653
だめすね。login(1) でしか参照しないのか。

**root▲ ★** · 04/11/26 19:49:29

/etc/login.confに、

# for limiting www user
www:\
<TAB>:cputime=60:\
<TAB>:tc=default:

を足して、

cap_mkdb /etc/login.conf

を実行し、

apache2limits_enable="YES"
apache2limits_args="-e -C www"

を/etc/rc.confに設定して、apacheをrestartした。

**root▲ ★** · 04/11/26 20:02:30

うーむ。>>655 でも再発。

で、/etc/master.passwd のクラスのところに www と書いてもだめ。
さて、どうすべか。

◆BFzK/mtqM2 · 04/11/26 20:07:44

rc.confとかって再起動しないと有効にならないとか？

**動け動けウゴウゴ２ちゃんねる** · 04/11/26 22:48:32

portsからapahce2を入れていれば
/usr/local/etc/rc.d/apache2.shを読めばわかるが、
上記スクリプトapahce2.shからrc.confを舐めることになっている。

PORTNAME= apache
PORTVERSION= 2.0.52
PORTREVISION= 3

**root▲ ★** · 04/11/26 23:49:13

リミッターが効かないことでex7の怪我が大きくなったので、
リミッターが効く方法(CGI経由での呼び出し)にスイッチ。

具体的には、ex7のbbs.cgiの1行目を、

#!/usr/bin/perl

から、

#!/usr/local/bin/speedy -- -r1 -t60

に変更。

**root▲ ★** · 04/11/26 23:52:12

live16/live17 も >>659 と同様の変更を実施。

**root▲ ★** · 04/11/27 00:08:35

live8は、SuExecをやめる工事だけ実施。
bbs.cgiは、perlccもの。

**root▲ ★** · 04/11/27 02:03:06

tiger503 ex7 済み
tiger504 game10 済み
tiger505 news18 済み
tiger506 game9 済み
tiger507 live16 済み
tiger508 live17 済み
tiger509 news19 済み
tiger510 hobby7 済み

というわけで、掲示板のあるtigerはすべてバージョンアップ完了しました。

あとはぼちぼち、blackgoatをやるかな。
すいてる時間にかたっぽずつやれば、たぶんサービス止めないでいけるかと。

**root▲ ★** · 04/11/27 02:25:57

ex7 の様子を見る限りでは、>>659-660 の方法でも、それなりに効果あるのかも。
今日はちょっと夜11時前に事件があったんで、明日にはわかるのかなと。

**動け動けウゴウゴ２ちゃんねる** · 04/11/27 03:25:28

いいお湯でしたか！少しは疲れがとれましたか？
いつもお疲れ様です。
孤独な作業、そして皆が2ちゃんを気持ち良く利用できるように日々努力していただき、ありがとうございます。
がんばってください。
何も出来ないけど、応援しています。

**FOX ★** · 04/11/27 03:28:45

>>664
いえいえ

**動け動けウゴウゴ２ちゃんねる** · 04/11/27 03:30:24

>>665
>>665

**さぼてん ★** · 04/11/27 03:32:42

ああっ、FOX ★さんがっ（；　･`д･´）

**動け動けウゴウゴ２ちゃんねる** · 04/11/27 03:33:22

>>665
>>664は、root▲ ★さんへの励ましでした。誤解させてすみません。

**動け動けウゴウゴ２ちゃんねる** · 04/11/27 03:35:08

い
い
孤　　　　　　　←　　「　狐　」　じゃないぞ
が
何

**動け動けウゴウゴ２ちゃんねる** · 04/11/27 03:35:30

http://server.maido3.com/pie/
ここの画像読み込めないの漏れだけ？

**動け動けウゴウゴ２ちゃんねる** · 04/11/27 03:38:02

>>665
でも、FOX ★さんのあちらこちらでの縦横無尽のご活躍も凄いって思っています。
無理なさらないでください。
皆さんのこうした努力があって、この2ちゃんが快適に楽しめるんですね。
ありがとうございます。

**root▲ ★** · 04/11/27 03:41:34

FOXさんは、私の何倍も、何十倍も、すごい人ですから。（す）

**動け動けウゴウゴ２ちゃんねる** · 04/11/27 03:45:34

>>672 root▲ ★さん
そうなんですか、知りませんでした。
それと、大切な専用メモを荒らしちゃったみたいですみません。
黙って見ています。ありがとうございました。

暇人 ◆Ot/0qjZV1U · 04/11/27 13:48:44

root▲さんの俺様メモを見ていると昔EWSの管理者だった頃の事を思い出す。。。
campas noteを何冊埋めたことか・・・

**動け動けウゴウゴ２ちゃんねる** · 04/11/27 20:00:29

ここをROMってlogとって、経過を読むと実地の鯖運用記録として使えます。
本にならないかなぁ。

FOX＆root▲ ★の、動け動けウゴウゴServer構築運営管理ガイド。

萌え萌えUnixネットワーク管理ガイド風に、お二方をキャラ化して、David氏が黒いメガネ…
　　　　　　　　　　　　　　　　　　

**動け動けウゴウゴ２ちゃんねる** · 04/11/28 00:10:57

>>675
(･∀･)ｲｲ!
おもしろそ。実現ｷﾎﾞﾝﾇ

**動け動けウゴウゴ２ちゃんねる** · 04/11/28 00:14:08

>>676
ダメダメ
ここで実現ｷﾎﾞﾝﾇなんて言ってもダメだ

実装ｷﾎﾞﾝﾇ

**外野ｧｧﾝ** · 04/11/28 00:34:29

rootくんが2chの鯖管理で培って来た技術を本にして皆に広めてもらいたい
1年毎くらいで毎年発行とかで

**動け動けウゴウゴ２ちゃんねる** · 04/11/28 00:46:40

>>678
今まで2ch本なんか買わなかったけど、この本なら多少高くても買うぜ！
3000円ぐらいでお願い。

形式は電車男みたいな感じにすれば、校正の手間とかも掛からないのでは。

**動け動けウゴウゴ２ちゃんねる** · 04/11/28 00:49:27

なんで買ってもないのに、電車男の形式という発言が出てくるんだ？

**動け動けウゴウゴ２ちゃんねる** · 04/11/28 00:57:45

電車男は本買わなくてもまとめサイトで読めるよ。

**動け動けウゴウゴ２ちゃんねる** · 04/11/28 01:05:14

ほとんどそのまま、まとめサイトをそのまま紙面に移しただけ、
ですもんね。＞電車男

**動け動けウゴウゴ２ちゃんねる** · 04/11/28 01:08:10

いや、それは知っていたけど、実物見ずに発言したということか。
スレ汚しすまそですた。

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

3,800円でも売れそうだ。

**動け動けウゴウゴ２ちゃんねる** · 04/11/28 07:20:40

こいつあやしいなっていう解説本が出るかもしれないし、
出ないかもしれないってだけのことだろ。

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/11/28 09:35:09

>>682
ネットでただで手に入るがインストールCDも売っているFreeBSDと同じなわけかw

**動け動けウゴウゴ２ちゃんねる** · 04/11/28 12:13:13

厳密には、ネットだと通信費かかるけどな～。

今は定額制が主流になってきたので、あまり意識しなくなったけど。

**root▲ ★** · 04/11/28 14:54:04

本すか。

流れのままに、って感じすかね。
何らかの方法で何かを残したいな、とは思ったりするです。

しかし、実際に出すとなるとなかなか大変だったり。

# ジャパンカップダート @ ex7は微風だった模様。

**root▲ ★** · 04/11/28 18:20:27

すべてのtigerサーバに、
ex7/live16/live17と同じ呪文を入れた。

・SuExecを無効化し、直接ch2XXXXユーザでhttpdを起動 => CGI起動を少しでも軽く
・bbs.cgiをSpeedyCGI化

**root▲ ★** · 04/11/28 18:57:59

現状のまとめ

cobra (oyster901 = live8)
・SuExecなし、httpdを掲示板オーナのUIDで直接起動
・perlcc版bbs.cgi
・httpd数896
・httpdはアイドル時も全数待機

tiger (tiger503 - tiger510 = ex7 game10 news18 game9 live16 live17 news19 hobby7)
・SuExecなし、httpdを掲示板オーナのUIDで直接起動
・SpeedyCGI版bbs.cgi
・SpeedyCGIは#!/usr/local/bin/speedy -- -r1 -t60 で起動
・httpd数784
・httpdはアイドル時も全数待機

**FOX ★** · 04/11/28 22:37:01

質問です

1) SpeedyCGIはPerlを高速化するものですか?
2) bbs.cgi or bbs.cgi がrequire しているファイルが更新されたとき
　　何かしなければいけませんか?

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

1)Perlのプロセス起動をへらすので結果的に
2)再読み込みが必要なのでapachectl graceful

**root▲ ★** · 04/11/29 00:27:26

>>691
ちと長くなるので、別々に答えます。
まず結論から。

1) Yes

動作原理は後述します。

2) 現在の2chの運用形態なら、bbs.cgiの配布・保守形態は現在のままでよい

2-1)親bbs.cgiがrequireしているファイル、
例えばbbs.cgi主処理部(頻繁に変更される方)が
更新された場合は、特に何もする必要はありません。

なぜかというと、現在の２ちゃんねるでのSpeedyCGIの運用形態が
「バックエンドエンジン毎回起動モード(-r1)」だからです。
理由は後述します。

2-2)親bbs.cgiそのものが更新された場合は、>>659にあるように、
bbs.cgiの1行目を#!/usr/bin/perlから
#!/usr/local/bin/speedy -- -r1 -t60に変更する必要があります。

ただし、急いで変更しなくてもSpeedyCGIのパフォーマンスにならないだけで、
従来のPerlのパフォーマンスで動き続けるため、運用にすぐに支障が出るわけではありません。

現状、親bbs.cgiにはめったに更新がかからないため、
親bbs.cgiに変更がかかったのを私が知ったら、その都度作業するというポリシーで、
当面はいけると考えています。

# というか、想定質問っす(w。

## 後述は、めしくってから書きます。

**root▲ ★** · 04/11/29 00:28:38

ちなみに、bbs.cgi主処理部が更新された場合に
ちゃんとそれが即座に反映されることは、実地に確認してありますです。はい。

**FOX ★** · 04/11/29 00:50:19

bbs.cgi がこれによってかなり美味い具合になってきたとすると、
もう一つほとんど更新されないcgiがあるわけですが、
そっちはどのような方針がいいんですかね?

1) Perl にして同様にSpeedy化する。
2) C のまま、Apache のモジュール化する。

2) の方が効果があると思ってはいますが、
実は 1) でも 2) の90% くらいの効果が望めるので 2) にするとか?

read.cgi ですが、

**root▲ ★** · 04/11/29 00:58:31

今既にCで書いてあるもので、かつコンパクトなプログラムなので、
私は 2) がよいと考えていますです。
めざす方向は、mod_readがいいなと。

1)にして効果を上げる(SpeedyCGIの本来のパワーを発揮させる)ためには、
それなりにきちんと(Per作法l的に)プログラミングする必要があるようです。

今のbbs.cgiはいわば「SpeedyCGIを使ううまみの1割も使っていない」状況です。
それも、あわせて後述を。

**FOX ★** · 04/11/29 01:00:06

んじゃ　若さの暴走ということで
mod_read に挑戦してみますかー

と、

**root▲ ★** · 04/11/29 01:44:09

以下はにわか勉強なので、間違い・不足な点はご指摘いただけるとたすかります ]

・SpeedyCGIの動作原理

SpeedyCGIは、フロントエンド部とバックエンドエンジンに分かれています。
フロントエンドは、ApacheモジュールまたはCGIプログラム(/usr/local/bin/speedy)として呼ばれます。

フロントエンドはバックエンドエンジンがいなければ起動し、Perlプログラムをプロセス間通信で
バックエンドエンジンに渡します。

バックエンドエンジンはPerlプログラムを＊実行前に＊コンパイルし、できた中間コードをメモリ上に展開し、
それを実行します。

つまり、Perlをインタプリタで実行せず、コンパイル後のバイナリを実行するようになるため、
その分実行が高速になります(効果1)。

その後、デフォルトではバックエンドエンジン側の処理が終わっても、
コンパイル後のバイナリコードは開放されることなくバックエンドプロセスのメモリ上に残り、
次に同じプログラムのリクエストをフロントエンドから受けた場合、
cgiプログラムが更新されていなければ
(ここで本体cgiの時間をチェックし、更新されていれば自動的に再読み込み&再コンパイル)、
同じバイナリコードを、そのまま再利用します。

つまりデフォルトでは、2回目以降はバックエンドエンジンの再起動なし、
再コンパイルなしでそのままバイナリコードが動きます。
ということで、動作がとても高速になります(効果2)。

しかし、この場合Perl側でコードの再利用(主に変数関連)を考慮した、
行儀の良いコードを書く必要があるため、
場合によっては、Perlプログラム側を行儀の良い形に書き直す必要が出てきます。

で、bbs.cgiは残念ながらこれに該当したため、デフォルトの状態では動かなかった。

(続く)

**root▲ ★** · 04/11/29 01:47:30

(続き)

これを避けるために、SpeedyCGIのオプションとして、
バックエンドエンジンの再起動インターバルを指定することができるようになっています。
これが、#!/usr/local/bin/speedy -- -r1 -t60 の -r1 のところです。

ここで1を指定してあるため、1回ごと(つまりフロントエンドが起動されるたびに、毎回)、
バックエンドエンジンを起動しなおすことになります。
つまり、上記の(効果2)を捨てることになるわけです。

**root▲ ★** · 04/11/29 01:50:02

といったところが、SpeedyCGIの私の理解です。

で、量産型bananaにもSpeedyCGIを入れていただけると、
全部のマシンのbbs.cgiを
#!/usr/local/bin/speedy -- -r1 -t60

にできるので、bbs.cgiの管理が楽になったりするです。

>>697
おおっっ。

**FOX ★** · 04/11/29 01:51:38

もったいなかと、

**root▲ ★** · 04/11/29 01:52:50

なお、デフォルトのモードの場合、requireしているほうの子供Perlプログラムが更新された場合には、
自動的には更新を検知できないため、
その場合には >>692 にあるようにApacheをリセットするか、
親cgiをtouchする必要があります。

# ２ちゃんねるの場合「毎回起動モード」なので、たまたましなくてもいいと。

**root▲ ★** · 04/11/29 01:54:19

>>701
ですよ(ο･д･)(･д･`ο)ﾈｰ

bbs.cgiを、具体的にはどう改良すればいいんだろうか。
>>638-639 あたりが答えの一部?

**FOX ★** · 04/11/29 02:03:21

>>703

気分が盛り上がっているので
先に　read.cgi に挑戦したいなと、

read.cgi再開発スレ
http://qb5.2ch.net/test/read.cgi/operate/1087199303/

**root▲ ★** · 04/11/29 02:28:10

>>704
てなわけで、今日はなんだか記念日みたいです。

**FOX ★** · 04/11/29 02:57:01

bbs.cgi の speedy化の効果２をねらう改造の為に
サブドメインが必要な気がしまーす
read.cgi も一緒にやるか、

やっぱ明日、tiger に一個サブドメイン増やそうぜ

**root▲ ★** · 04/11/29 03:00:24

>>706
了解です。

今日は、いい気分で寝られそうな気がするですよ。

◆tuboBGQODY · 04/11/29 11:15:23

電子雑誌だったらできそうな悪寒＞ここのスレのログっぽいの

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 12:59:28

＞697 ：FOX ★ sage ：04/11/29 01:00:06 ID:???
＞んじゃ　若さの暴走ということで
＞mod_read に挑戦してみますかー
↑これ、笑うところ？

**root▲ ★** · 04/11/29 13:56:35

質問・雑談スレ81＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1101642955/79-82 を前に、
live8 の bbs.cgi を perlcc 版から SpeedyCGI 版に変えてみた。

昨日の座頭市の時のLAの上がり方から考えて、
毎回起動モードでも、SpeedyCGIの方がいい気がするんで。

**root▲ ★** · 04/11/29 14:17:44

live8 だけ、read.cgi の時も KeepAlive を有効にした。

今の設定:

#
# Thank you for http://qb5.2ch.net/test/read.cgi/operate/1093068260/391-393
#
SetEnvIf Request_URI ^/test/bbs\.cgi nokeepalive
SetEnvIf Request_URI ^/test/subbbs\.cgi nokeepalive
#SetEnvIf Request_URI ^/test/read\.cgi nokeepalive <= ここをコメントアウト

**FOX ★** · 04/11/29 14:25:08

たのしみ　たのしみ

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 14:40:51

いろんな意味でワクワク……。

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 17:37:24

ついでに鯖争奪戦論争も電子ブック化して（ry

サブタイトル募集ちう

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 17:56:52

プロジェクトＸあたりでやって欲しいよね。

◆tuboBGQODY · 04/11/29 17:57:06

サーバ争奪戦は04/08/15（tiger509,510）からはやってないですな

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 18:01:41

争奪戦なんかちゃねらーの一部しか読まないだろ・・・

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 18:04:17

バナナしかよこさないからだろ

あと雑談するなや
質問・雑談スレ81＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1101642955/

**root▲ ★** · 04/11/30 18:08:53

>>659 SpeedyCGI導入以降のex7のLAのようす:
http://mumumu.mu/mrtglog/2004/11/30/load/ex7load.html

WeeklyとMonthlyを見る限り、効果はかなりあるみたい。

**動け動けウゴウゴ２ちゃんねる** · 04/11/30 18:49:29

兄貴、かっこいいぜ兄貴。

**ヾ（ﾟﾊﾟ）ﾉ** ◆f0.zuburi6 · 04/11/30 22:32:30

>>719 金曜日深夜域を見ると一目瞭然で砂。
勝ち組宣言楽しみにしてます(素

**いす（仮）** · 04/11/30 23:04:44

bbs.cgi改造するなら、そろそろ古い機能はとっぱらっても良いような。
>>の数チェックとかはもういらないような。

**動け動けウゴウゴ２ちゃんねる** · 04/11/30 23:36:06

むしろ、>>nnでリンクする機能を、.datに直接書き込むのではなく
read.cgi/r.i及び、bbs.cgiでhtml/*.htmlを作成時に変更したら良いのでは。

以前実際の各種板の全.datから計算したら、
通常の板でおよそ10%程度、AA系の板で3%程度、.datのサイズが小さくなるはず。
実況系はその間くらいかな。

専用ブラウザの対応は問題ないはず。
というのは、外部実況板などで>>nnのリンクは.datに入ってないところも多々あるから。

**動け動けウゴウゴ２ちゃんねる** · 04/11/30 23:50:22

少しでもdatを小さくしようと、あえて>を１個にしてる人もいるよね。
2chブラウザなら全く問題ないし。
# 2chブラウザへの移行を促す効果も（Webブラウザだと不便に）
# いわゆるh抜きも同様の効果があるかな、と。