read.cgi再開発スレ Part2

**root▲ ★** · 05/01/17 06:11:01

◆cZfSunOs.Uさん作成のmod_cgidsoにより、大きな負荷軽減が図られたread.cgi。
このスレでは、そんなread.cgiの(再)開発・実装すべき機能について取り扱います。

前スレより:
574 名前：FOX ★[sage] 投稿日：05/01/05 15:54:28 ID:???
全てのサーバ cobra/toger/banana で read.cgi の dso化が完了。

これから href の置き換え ime.nu 対応を行い
それが終了したら第一ステップは完。

第２ステップは
2-1) bug つぶし
2-2) 仕様の変なところは変更
2-3) 時代背景にあわせたデコレーション

こんなとこかと、

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

**root▲ ★** · NG

ってことは、、、。
ここは1Gbps内部接続だし、圧縮はなくてもいいような気もするです。

**root▲ ★** · NG

どうすんのがいいのかな。

live22のhttpdでgzipしないようにする? のも、いまいちだなぁ。
サブリクエスト(って言うんでしたっけ)の時に、no gzip にできないのかしら。

**root▲ ★** · NG

ううむ、
こりゃ、live22側のhttpdをごにょごにょするほうがよさげですね。

SetEnvIfか何か使うか。

**root▲ ★** · NG

live22のhttpdでmod_defleteをはずしてみたら、できたー。

http://live22x1.2ch.net/test/read.cgi/livejupiter/1133132580/

**root▲ ★** · NG

ってことは、

・フロントエンドからのリクエストだったら、gzipかからないようにする

で、いけるのか。

やろう、やろう。

**root▲ ★** · NG

うーむ、、、。諸事情によりmod_rpaf使っているからなぁ。
REMOTE_ADDRではできないのか。

どうすべ。

**root▲ ★** · NG

とりあえず、後で考えることにして、
mod_deflateはずしておこう。 @ live22

で、read.cgiを入れてみるか。

**動け動けウゴウゴ２ちゃんねる** · 2005/12/06(火) 05:19:07

355 ▲ ◆cZfSunOs.U sage 2005/12/06(火) 05:04:33
なぜか read.cgi スレで「連続投稿ですか？10回」とか出てしまうんで一時避難でこちらへ......

>>455-458 むむ......ってことは......

apr_table_set(r->subprocess_env, "no-gzip", "");

を ap_run_sub_req() の前に実行かな......

356 ▲ ◆cZfSunOs.U sage 2005/12/06(火) 05:13:01
apr_table_unset(r->headers_in, "Accept-Encoding");

も入れた方がいいかな......

# 相変わらずあっちに書けないんでどなたか転載して頂けると助かります......

357 ▲ ◆cZfSunOs.U sage 2005/12/06(火) 05:14:25
間違えた...... r じゃなくて rdat じゃないとダメです．

apr_table_set(rdat->subprocess_env, "no-gzip", "");
apr_table_unset(rdat->headers_in, "Accept-Encoding");

**root▲ ★** · NG

>>464
これの 357 のやつで、live22の設定をgzipありにしても動いたー。

すばらしいです。これでread.cgiもフロントにできる。

**root▲ ★** · NG

まだ #ifdef しているけど、フロント動作版 read.cgi を live22x[123] に入れた。
これで、大会前の準備はほぼすべて整いました。

深夜までつきあっていただいた SunOS さん、
それから神様 >>455 さん、ありがとう、ありがとう。

**動け動けウゴウゴ２ちゃんねる** · 2005/12/06(火) 06:13:15

rdat(rnew)のヘッダいじるとrにも反映される予感。
2.0と2.2でちょっと違うけど、
rnew->headers_in = r->headers_in;
こんな風になってる。
envはコピーのようだけど。
rnew->subprocess_env = apr_table_copy(rnew->pool, r->subprocess_env);

▲ ◆cZfSunOs.U · 2005/12/06(火) 08:22:29

>>467 おぉ......となると，こうすべきですね．

# "no-gzip" は多分なしで平気ですね．

rdat->headers_in = apr_table_copy(rdat->pool, rdat->headers_in);
apr_table_unset(rdat->headers_in, "Accept-Encoding");

**root▲ ★** · 2005/12/06(火) 11:23:53

>>468
組み込みます。

で、昨日の会話でわかったのは、
Apache 2.2系と2.0系のread.cgiでは、バイナリレベルでの互換性がなくなるってことすね。
いずれ2.2化する時には、注意しないと。

**root▲ ★** · 2005/12/06(火) 11:29:13

live22x[123] に、read.cgi の広告を配布するようにした。

▲ ◆cZfSunOs.U · 2005/12/06(火) 22:37:17

緊急の問題ではないですが，ここ（スタックにデカい配列・構造体を確保）が
やはりちょっと気がかりではあります．

>>428
>CH2READ ch2 ;
>char BigBuffer[SZ_BIGBUF] ;

現状では一応問題なしのようですが，もし今後マルチスレッド MPM を使用するとなると......
メイン以外のスレッドに割り当てられるデフォルトのスタックサイズはメインのより小さいです．
ulimit での指定もメイン以外のスレッドには効きません．FreeBSD での具体的数値は
わかりませんが，Solaris では 1MB(32-bit) / 2MB(64-bit) がデフォルトです．
そして，dat の最大サイズが 512kB となると......

もちろん global / static 変数はマルチスレッドではマズいんで，apr_palloc() で
ヒープ領域に確保するようにした方がよさそうです．Apache 2.2 では ThreadStackSize で
スタックサイズを指定可能なんで，それで乗り切るって手もなくはないですが......

**root▲ ★** · 2005/12/07(水) 00:13:51

>>471
気になりますか。

ぼちぼち、apr_palloc にしてみますか。
ちなみにそれで確保したやつって、なんか解放とかしなくていいのかしら。

▲ ◆cZfSunOs.U · 2005/12/07(水) 00:25:35

>>472 malloc() だと明示的な解放が必要ですが，apr_palloc() ではプールの寿命が尽きた時点で自動解放されます．
例えばリクエストプール (r->pool) で確保すれば，リクエスト処理が完了した時点で自動解放されます．

**root▲ ★** · NG

>>473
了解です。安心していいってことですね。

**root▲ ★** · NG

【きりたんぽ】雪だるま作戦に思いを馳せながら雑談するスレッド Part28
http://aa5.2ch.net/test/read.cgi/nanmin/1133468879/739-740

739 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/12/07(水) 12:05:52 ?###
過去ログにいったやつが、うまく出ないみたい。< フロント版read.cgi

だめな例: 基本的にdat落ちしたやつ全部
http://live22x.2ch.net/test/read.cgi/dancesite/1115133136/

あとで、みてみるということで。

740 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/12/07(水) 12:24:56 ?###
>>739
なおした。
read.cgi ver 05.0.2.1 2005/12/07

ライブなdatじゃない場合は、通常と同じ方法でディスクを参照。

▲ ◆cZfSunOs.U · 2005/12/07(水) 13:01:22

>>475 乙です．
----------------------------------------------------------------------
以前 worker MPM を試してみたら SIGBUS になってしまったことがありましたが，
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/278-279n
これは >>471 の要因でスタック領域からはみ出てしまってたのかも知れませんね．

**root▲ ★** · 2005/12/07(水) 14:59:46

>>476
なるほど、ありえますね。

# worker MPMはSpeedyCGIがそのままでは動かないかもという話も。

▲ ◆cZfSunOs.U · 2005/12/07(水) 15:48:25

>>477 そのあたりはこういうことで．
# これを受けての worker MPM 挑戦だったわけで......

http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/147
>そういえば...... 今 SpeedyCGI は speedy プロセス呼び出しの形で使ってますか？
>mod_speedycgi だとマルチスレッド非対応ですが，speedy プロセス呼び出しなら無関係なんで
>マルチスレッド化も可能ではあるんですが......

**root▲ ★** · NG

>>478
そっか、そうでしたね。
ってことは、再チャレンジすることもありうるのか。

**root▲ ★** · NG

でも、再チャレンジする場合、read.cgi で使用している外部関数が、
全部MT-safeじゃないと、いまいちなわけか。

▲ ◆cZfSunOs.U · 2005/12/07(水) 21:48:37

>>480 APR 関数は基本的に，内部では Unsafe な関数の使用を避け (MT-)Safe になるよう
配慮されているため，APR 関数を使っているのならおおかた大丈夫かと思います．
ただ，呼び出す関数が (MT-)Safe であっても，処理の流れなどに起因して
マルチスレッド環境で問題が起こることもあり得るので（今回出てきた
スタック上の巨大変数もしかり），その点が要注意ではありますが．

▲ ◆cZfSunOs.U · 2005/12/10(土) 02:12:29

#include <pthread.h>
#include <stdio.h>
int main()
{
size_t size;
pthread_attr_t attr;
pthread_attr_init(&attr);
pthread_attr_getstacksize(&attr, &size);
printf("%lu\n", (unsigned long)size);
return 0;
}
----------------------------------------------------------------------
ってのを tiger (FreeBSD 5.3R) 上でやってみたら，libpthread / libthr ともに
65536 (64kB) だそうです．そりゃはみ出しますね......

**root▲ ★** · NG

>>482
なるほど、なるほど。

**root▲ ★** · 2005/12/10(土) 18:48:40

/* datを読むバッファ領域を、apr_pallocで動的に確保する */
ch2->BigBuffer = apr_palloc(r->pool, SZ_BIGBUF);

にしたバージョンを、live22x2で試しました。
問題なさげ。

dso.2ch.netでも問題なければ、これで。

**root▲ ★** · 2005/12/10(土) 18:57:27

>>484
read.cgi ver 05.0.2.2 2005/12/10

**root▲ ★** · 2005/12/10(土) 19:20:11

ということで配布して20分ほど経ちましたが、
read.cgi が多い news19 / life7 / hobby あたりでも、問題なさげすね。

**動け動けウゴウゴ２ちゃんねる** · 2005/12/13(火) 23:39:10

■定期>>373
http://qb5.2ch.net/test/read.cgi/operate/1134279544/

**動け動けウゴウゴ２ちゃんねる** · 2005/12/14(水) 16:49:28

read.cの
#defineLINK_URL_MAXLEN256
これ。なんか大きすぎない？
普通200以上超えるURLは無いと思うんだが。

**動け動けウゴウゴ２ちゃんねる** · 2005/12/14(水) 16:53:26

ミスorz
#define LINK_URL_MAXLEN 256
タブは無視されるのを忘れてたよﾏﾏﾝ

**root▲ ★** · 2005/12/14(水) 19:12:23

>>488
ヒント: %エンコーディング

**root▲ ★** · 2005/12/14(水) 19:14:38

で、今のソースもちと見てみましたが、
もっと大きな値になっているようです。

**489** · 2005/12/15(木) 16:51:58

>>490そうだな・・・CGIがあったよな・・・ぬるぽ
>>491手元にあるソースは狐の人が書き換える以前のものだからね・・・bbs.cgiスレも見たけどソースは非公開っぽいし。
公開すればもっと質の高い物になると思うよひろゆきﾀﾝ

**動け動けウゴウゴ２ちゃんねる** · 2005/12/15(木) 21:53:19

>>488
まれにAAでも使う
それより15個規制はテンプレ作るとき結構きついので可能な範囲で緩和して欲しい

**動け動けウゴウゴ２ちゃんねる** · 2005/12/17(土) 09:55:14

>>493誤爆？

**動け動けウゴウゴ２ちゃんねる** · 2005/12/17(土) 10:57:14

こんな
http://aa5.2ch.net/test/read.cgi/aasaloon/1131190000/

**動け動けウゴウゴ２ちゃんねる** · 2005/12/26(月) 01:22:01

■>>410みたいに鯖移転前のスレは鯖移転だってことがわかるように書いたほうがいいんじゃないの
移転先で生きてるわけだし

これだと普通の過去スレと見分けがつかない

**動け動けウゴウゴ２ちゃんねる** · 2006/01/13(金) 21:06:08

■>>2-のようにアンカーにハイフンがつきそのあとに数字がないと
アンカーそのものが無効になる不具合

**動け動けウゴウゴ２ちゃんねる** · 2006/01/13(金) 23:47:35

>>2-20でもダメか

**root▲ ★** · 2006/01/14(土) 01:11:19

何と２ちゃんねるのbbs.cgiで公式にサポートされているのは、
つまり、書き込み時に dat 内にリンクとして埋め込まれるのは、

>>mmm

と、

>>mmm-nnn

の2パターンだけなのです。

bbs.cgi は、わざわざそのように書かれています。
つまり右側に数字がないのは、アンカーではないことになります。

昨年 bbs.cgi をきっちり読むまで、
実は私もこのことは知りませんでした。はい。

**動け動けウゴウゴ２ちゃんねる** · 2006/01/14(土) 21:01:58

read.cgi っていつまで test フォルダに入ってるの？

**root▲ ★** · NG

>>500
たぶん、ずーーーっと。

あらゆるプログラムがtestだと思い込んでいるです。
datのフォーマット同様、もう変えるのは（りゃ。

**動け動けウゴウゴ２ちゃんねる** · 2006/01/14(土) 23:44:26

>>489
前は>>2-は>>2のアンカーとして機能してなかったっけ（ハイフンが黒になる）

**動け動けウゴウゴ２ちゃんねる** · 2006/01/15(日) 00:00:01

>>501
今日も実験、明日も、そしてあさっても（りゃ。むぎゅ。

一応書くと、アンカーは bbs.cgi だから。。

**root▲ ★** · NG

>>502
んーむ。

いずれにせよこれは、bbs.cgi の問題ですね(>>503 のとおり)。
そっちにリンク入れておくです。

**動け動けウゴウゴ２ちゃんねる** · 2006/01/15(日) 12:30:16

>>501
逆に言えば、新スキームを導入することができたら
配置を変えられるって考えていいかな?

板名.2ch.net/read.cgi/スレ/ とか

**名無しさんの助言** ◆JogenOuJ66 · 2006/01/15(日) 15:36:04

＞逆に言えば、新スキームを導入することができたら

めんどくさがって実行しない、に一票。

**505** · 2006/01/15(日) 15:49:55

>>506
現に困ってる人は(あまり)いないし、うrlがｶｺﾜﾙｲ程度だからねー

個人的には、板移転時のキレイさを鑑みて、板毎virtual host化
してほしいな～と。DNS更新もメンドくさくなくなったようですし
そこんところどうなんでしょう?

**掃除屋** ◆2ch..Ybe0Q · 2006/01/15(日) 16:56:26

理想は、

板トップ
http://2ch.net/board/

スレは
http://2ch.net/board/key/

雪だるまサーバ＋read.cgiにPATH_INFOを使えばいいんだ！
（かなり面倒くさいでしょうが

**名無しさんの助言** ◆JogenOuJ66 · 2006/01/15(日) 18:27:44

＞雪だるまサーバ＋read.cgiにPATH_INFOを使えばいいんだ！
＞（かなり面倒くさいでしょうが

めんどｋ(ry

**動け動けウゴウゴ２ちゃんねる** · 2006/01/17(火) 00:11:18

見た目はともかくＵＲＬ短くすればかなり資源の節約になるんでは

**動け動けウゴウゴ２ちゃんねる** · 2006/01/17(火) 09:03:28

url短くするのに資源がいる

**動け動けウゴウゴ２ちゃんねる** · 2006/01/20(金) 02:39:22

環境整備はあとからやったのでは意味がない

**動け動けウゴウゴ２ちゃんねる** · 2006/03/06(月) 15:39:41

ソースorファイル自体を公開。
まずはそれからだ。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 12:02:15

**動け動けウゴウゴ２ちゃんねる** · 2006/03/19(日) 20:53:34

一応
http://qb5.2ch.net/test/read.cgi/operate/1135009402/630

**動け動けウゴウゴ２ちゃんねる** · 2006/03/22(水) 05:03:02

そうそう、gz圧縮されてない9桁keyの過去ログを、read.cgiが
探せなくなってるんだよね。
全体的に。

**動け動けウゴウゴ２ちゃんねる** · NG

9桁ってのがポイントなの

**root▲ ★** · 2006/04/19(水) 02:43:35

read.cgi ver 05.0.2.6

live22x 系(雪だるま)で、read.cgi 動作ホストを部分的にするための準備工事。
具体的にはリンクに使用するホスト名を、live22xN.2ch.net のどれで指定しても、
live22x.2ch.net になるようにするコードを追加。

これで、mod_proxy で read.cgi 動作ホストを限定させることが可能になるはず。
こうすれば、全フロントに dat を rsync する必要がなくなるはず。

というもくろみで。

# offlaw.cgi も、mod_proxy で同じ設定をする必要あり。

**root▲ ★** · NG

で、なぜ >>518 の工事が必要になるかというと、

ProxyPass /test/read.cgi/ http://live22x2.2ch.net/test/read.cgi/
ProxyPassReverse /test/read.cgi/ http://live22x2.2ch.net/test/read.cgi/

といった指定をして、live22x2 に read.cgi を集めようとした場合、
read.cgi に渡されるホスト名が live22x2.2ch.net になってしまい、
上のほうの

■掲示板に戻る■ 全部 1- 最新50

のリンクに入るホスト名も、そのままだと live22x2 になってしまうため。

**root▲ ★** · NG

…というか、ここにホスト名って、ほんとは要らない、、、のかな。

ま、いっか。
今は考えないでおこうっと。

おふろ入ってきます。

**root▲ ★** · NG

あとは、rsync の仕組みを変える(多段化)とかかなぁ。

過去ログをみつけるところが問題なわけだから。

**root▲ ★** · NG

http://qb5.2ch.net/test/read.cgi/operate/1145114275/91-92

結局、重たい過去ログの rsync をやめる方向で解決を図ろうと。

**root▲ ★** · NG

ということで >>518 はあまり意味がないので、
追加したところを #if 0 ～ #endif で囲んでおこう。

**動け動けウゴウゴ２ちゃんねる** · 2006/04/24(月) 19:21:55

>>2

株価【600】 ▲ ◆cZfSunOs.U · 2006/04/26(水) 23:52:46

http://qb5.2ch.net/test/read.cgi/operate/1145615267/443-453n
get.cgi の処理を 2ch 各鯖でやる部分（フロントエンド）と
p.2ch.io でやる部分（バックエンド）に分けるのも一案かな．
あるいは，もっと単純に mod_proxy + mod_cache などで
get.cgi の出力をキャッシュさせるって手も．

株価【700】 ▲ ◆cZfSunOs.U · 2006/04/29(土) 10:59:34

「関連キーワード」を上部ではなく本文中でリンクさせるとか．
----------------------------------------------------------------------
var keywords = ["麻", "豆腐", "婆", "operate", "感じ", "讃岐", "板"],
dds = document.getElementsByTagName("dd");

for (var i = 0; i < dds.length; i++)
for (var text = dds[i].firstChild; text; text = text.nextSibling) {
if (!text.data)
continue;
for (var j = 0, k; j < keywords.length; j++)
if ((k = text.data.indexOf(keywords[j])) >= 0) {
var a = document.createElement("a"), word = text.splitText(k);
word.splitText(keywords[j].length);
a.href = "http://find.2ch.net/?BBS=ALL&;TYPE=TITLE&ENCODING=UTF-8&STR=" + encodeURIComponent(keywords[j]);
a.target = "_blank";
a.title = "関連キーワード";
a.style.borderBottom = "1px dotted black";
a.style.color = "black";
a.style.textDecoration = "none";
a.appendChild(document.createTextNode(word.data));
dds[i].replaceChild(a, word);
}
}
----------------------------------------------------------------------
この場合，JavaScript を入れるのは一番下に．それによる副次的効果として，
p.2ch.io が重くても表示への影響を軽減できる，ということも．

**動け動けウゴウゴ２ちゃんねる** · 2006/04/30(日) 03:12:05

いまいちだな

**動け動けウゴウゴ２ちゃんねる** · 2006/05/24(水) 18:34:44

http://info.2ch.net/wiki/pukiwiki.php?read.cgi%BA%C6%B3%AB%C8%AF%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8

これ古いままだね

**動け動けウゴウゴ２ちゃんねる** · 2006/06/02(金) 18:45:12

arcの950番台ぐらいのログが見れないし倉庫も開けないみたいだけどどうなってんの

http://piza.2ch.net/kakolog.html　＞リストにない
http://piza.2ch.net/arc/kako/index9.html ＞不通

http://yasai.2ch.net/arc/kako/index9.html　＞961まで

**動け動けウゴウゴ２ちゃんねる** · 2006/06/02(金) 18:48:14

あurlにlogっていれればいいのね　失礼
http://www.google.co.jp/search?&q=site%3A2ch.net

どっかに集約しておいてもらえるといいのに

**動け動けウゴウゴ２ちゃんねる** · 2006/06/02(金) 20:33:50

それとcgiと何の関係が？

**動け動けウゴウゴ２ちゃんねる** · 2006/06/05(月) 16:48:19

もういっそ２ちゃんねる用のHTTPD作っちまえよ

**root▲ ★** · NG

read.cgi ver 05.0.4.1 2006/06/07

bbs.cgi再開発プロジェクト7
http://qb5.2ch.net/test/read.cgi/operate/1130918407/970

に対応。

**root▲ ★** · NG

で、例の機能をオンにしないといかんのか。< 管理人指定のやつだけ

**root▲ ★** · NG

>>534 done.

**root▲ ★** · NG

>>534 は既に対応済みだった模様。私がいじる前の状態に戻した。

**root▲ ★** · NG

この時間帯でもつぶれるようなので、
if 文を一つ入れて、キーワードを表示するサーバを制限した。

基本的に、管理人がオンにしたサーバだけになったはず。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/11(日) 16:35:54

read.cgiでNFSマウントしているディレクトリ配下に
アクセスしている部分を、mod_proxy化できれば、雪だるまの
フロントが詰まる現象はなくなるのかな？

**動け動けウゴウゴ２ちゃんねる** · 2006/06/11(日) 20:38:18

なあ、俺になんか手伝えることないか？みんなのがんばり見てたら自分も何かしたくなってきた。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/11(日) 20:45:32

とりあえず、前スレ読んだら言語はCで開発みたいだけど、コンパイラは何使ってるの？

**動け動けウゴウゴ２ちゃんねる** · 2006/06/11(日) 21:01:00

http://qb5.2ch.net/test/read.cgi/operate/1121886018/865
http://qb5.2ch.net/test/read.cgi/operate/1140540754/448

gccっぽい

**動け動けウゴウゴ２ちゃんねる** · 2006/06/11(日) 21:01:55

>>541
㌧

**御法川将貴** · 2006/07/15(土) 21:45:37

警察や自衛隊以外は　銃を持たせるなという法律がほしい
まじ　何考えてんだろ今の条約って

**Ｉttp://www2.2ch.net/** · 2006/07/25(火) 22:22:29

Ｉttp://www2.2ch.net/

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 22:29:33

sageやfusianaの判定は1ﾊﾞｲﾄ単位で良いけどread.cgiの変換は2ﾊﾞｲﾄ文字対応じゃないと困るな
JaneDoeは自前で処理できるから良いけど

**西村博之地外** ◆w3lALlPtrM · 2006/07/25(火) 22:30:45

ぁ･･･ぁのう･･･SEX！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

**動け動けウゴウゴ２ちゃんねる** · 2006/07/25(火) 22:32:25

と思ったけどIE側の問題だったすまん

**stream** ◆PNstream2s · 2006/08/01(火) 19:26:02

http://sunos.saita.ma/mod_cgidso.html
dso-example.cを見るに、Last-ModifiedとかETagとか304の実装は簡単そう。

株価【900】 ▲ ◆cZfSunOs.U · 2006/08/01(火) 23:55:52

http://qb5.2ch.net/test/read.cgi/operate/1149664022/81-n あたりの話．

例えば read.cgi 出力を mod_cache でキャッシュするとかいうことをやるとなれば，
Last-Mod 吐かないとキャッシュは正常に機能しないかと．

**動け動けウゴウゴ２ちゃんねる** · 2006/08/02(水) 13:54:14

利用者側としては、Last-Modifiedが役立つ環境があって、
2ch側としては、入れたら困る理由がないのであれば、
入れちゃえばいいじゃん、と単純に思うのであった。

**stream** ◆PNstream2s · 2006/08/02(水) 14:09:42

だよな

**stream** ◆PNstream2s · 2006/08/02(水) 14:15:23

おお、途中送信

負荷が高くなると人大杉が発動するってことは、read.cgiが呼ばれること自体だけじゃなくて
read.cgiの処理そのものが負荷になるということなんでしょ。
そこで If-Modified-Sinceとか読み取って304を返せば負荷軽減になるってことだよな。
Last-Modifiedを返すだけで、そもそもリクエストが少なくなったり、途中のなんらかの
プロキシとかのキャッシュに正常に蓄えられるようになるし、>>549みたいなこともあるし、いいことだらけ。

**動け動けウゴウゴ２ちゃんねる** · 2006/08/05(土) 02:46:14

夜分遅くすみません

http://news19.2ch.net/test/read.cgi/newsplus/1154710357/50
http://news19.2ch.net/test/read.cgi/newsplus/1154710357/54

これの不具合報告ってこちらでよろしいのでしょうか？

株価【711】 ▲ ◆cZfSunOs.U · 2006/08/05(土) 03:09:53

>>553 それは bbs.cgi が生成する index.html の問題ですね．

例えば /BE:(\d+)-(\S*)/ のような regex で BE のデータを抽出した場合
<font color=...> 内のスペースのところでちょん切れるのが原因なんだろうけど，
まぁいずれにせよ，最低限 <font> タグ直接埋め込みはやめた方がいいような．
カラフルに修飾するのは be.js が受け持ちますよ，ってことで......

**動け動けウゴウゴ２ちゃんねる** · 2006/08/05(土) 10:11:09

っしゃーーーおら

**動け動けウゴウゴ２ちゃんねる** · 2006/08/05(土) 10:12:01

っしゃーーーおらあああああああ！！！

**動け動けウゴウゴ２ちゃんねる** · 2006/08/05(土) 10:12:28

シャーコラーー！