read.cgi改良スレッド 3

名前欄が完全に空だとそれ以降のレスが表示されなくなって
しまうようですが、どこを修正したらいいのでしょうか
http://kaba.2ch.net/test/read.cgi/accuse/1016740202/281

こっちのほうがいいか?
http://kaba.2ch.net/test/read.cgi/accuse/1003982609/518
rawモードだと読めるみたいです。

ここが原因?
out_html():
splitting_copy(s, p, BigLine[line], sizeof(p) - 20, line);
if (!*p)
return 1;

★ bbs.cgi軽量化開発コンペ ★
http://qb.2ch.net/test/read.cgi/qbtr/1017071166/

>>506移転したよ。。。

★ bbs.cgi軽量化開発コンペ ★
http://qb.2ch.net/test/read.cgi/jikken/1017071166/

活動衰退？？age

まぁ、開始直後の祭りが一段落して、
あとはﾏﾀｰﾘ進行に入ったと思われ。

read.cgi
bbs.cgi
　・
　・
　・
2chで使ってるCGIにはどんな種類、役割があるですか？
もしよかったら教えていただきたく存じageます。

>>510
>>507へいけ。

>>511
逝った結果わいた疑問なのですが。。。
あ、それとも、あっちで質問汁！ってことですか？ｺﾞﾒｿﾅｻｲ。

ime.nuを無効化するスレ
http://kaba.2ch.net/test/read.cgi/accuse/1017200665/
http://kaba.2ch.net/test/read.cgi/accuse/1017200665/48

…という症状が出ています。
一応read.cgi関連って事で報告。

bbs.cgi に限らない話なら、開発総合スレでもいいかも。
http://pc.2ch.net/test/read.cgi/tech/998908559/

というか私も知りたい:)

ime.nu付加の部分がどうなってるのかには、このスレは関知していません。

akiさん、みなさんお久しぶりです。

ちょっとおたずねしたいのです。

http://www.yakin.cc/pv200201.html
ここのcgiというのは、ほぼ、read.cgiなのだそうです。
全体のリクエストの1/3近くを占めているように思うのですが、
このread.cgiを、nphで出力すると、サーバの負荷は軽減するでしょうか？

そもそも、Ｃのcgiにnphが使えるかどうか？ということについても良く知らないのですが
もし可能であれば、Apache介さない分、負荷が軽減するように思うのですが・・・
いかがでしょうか？

最近あっちこっちの板を荒らしているそうですねえ？

> もし可能であれば、Apache介さない分、
無知にもほどがある

【新キャップ紹介】

JOKESIZE ★ →無能
Dream ★ →知ったかぶーり

2ch最大の問題は何か？
それは、管理側にまともな技術者が一人として
存在しないことである、とここに結論付ける。

>>518
http://www.ohotuku26.or.jp/organization/abc/def/CGI/nph.html

私ここを見て、そういうものかと思ったのですが、違うんでしょか？
無知にもほどがある、といったからには、
的確な反証があるかと思うので、お待ちいたします。

それともあれでしょうか？
まさかリクエスト時にApacheにアクセスがあるとかおっしゃるんでしょか？
文章を短略化して書いた私が悪いんでしょか？

しょか？→しょうか？ x2

>>520
救いがたいほどバカなのは分かったから引っ込んでろ。
技術に詳しくないと自称してたんじゃなかったのか?
謙虚さのカケラもないね。

>>520
俺はよくわからんないけど、試してみればいいんじゃないかな。

いちおう昔ステータスコードの変え方が分からなくて
nphにしようとかいう話はあったよ。
変え方教えたらそれっきりになったけど

nphってアレでしょ。apacheがヘッダを解析しない、っていう。
たとえば、CGIでasctime()形式でlast-modified吐くと、apacheが
RFC推奨のに直してくれたりするけど、そういう余分な機能が
実行されなくなる、と。
まぁ、軽くなることは確かだけど、ゴミみたいなもんじゃねーの。

>>525
なるほど・・・

>>526
あぁ、えーと確かにそうかも知れないんですけど
一日に6114543回とか呼ばれているんですよね、全体で。
ホンの数行の設定でちょっとでも効果あるんだったら、
やっとくべきなんじゃないかなぁとは思うんですよね。

>527
既存のread.cgiをnph-read.cgiに変更する手間を
ペイするとは思えないくらいの「ちょっとさ」なのですが。

>>528
具体的にそんなに大変な作業なのかなぁ？
もしよかったら、どのくらい大変なのかを教えて下さい。

だからさ、その程度のことも聞かなきゃわからないようなど素人はすっこんでろっての。

>>530さん、答えられるんですか？
どぞおこたえ下さい。そしたらすっこみますです。
答えられないんだったらあなたがすっこむべきだと思うんです。

なんだか、この文をｵﾓｲﾀﾞｼﾁﾏﾀ。
http://www.solid-web.com/cgi-bin/view6.cgi?ID=158
　プログラムを知らない人は、プログラマを一瞬でムカつかせる能力に秀でている。
　そして、自分がなぜ相手をムカつかせたのか理解できない。
　プログラマに人生最高クラスの屈辱を与えても、なぜ相手が怒っているのかすら理解できない人もいる。
　アメリカ人に、意味も分からず中指を立ててファックユーと叫び、
「なんであのアメリカ人怒ってるの？　普通じゃないよ、あの人」
　と言うようなもので、自分の感覚と文化が万人に通じると思っている類の人間だ。
　こういう人は、若い人に多い。

自分の無知を棚に上げて逆切れする様は無様だね。
教えてクンの分際でどうしてそこまで偉そうにできるんだ?

>>533
感情論はいらんですよ。
Apacheのプロセスが重いから、LAが100越えるような状況になっているんじゃないんですかね？
read.cgiとbbs.cgiなんかがnphで返せるようになったら、
一つ一つはちりであっても、最終的に効果があるんじゃないのか？ていう
疑問を持たないものかって話です。
その根拠として
http://www.ohotuku26.or.jp/organization/abc/def/CGI/nph.html
ここリンクしている訳なんですけど、あなたはなにか、私が納得できるだけの
根拠を示していますか？

nph にしたら、ヘッダ類を全部自分で作らなきゃいけんわけよ。
現状 apache が作ってるヘッダは何がある? そのうちどれを
自前で作らなきゃいけない? 一つも作らなくていい? で、nph に
した結果、どれくらいスピードが上がる?

そこらへんを実験してみればいいじゃん>>531

俺は直感的に、たいして速度は上がらずと思う。だから実験しない。
531 は速くなるはずと思うなら自分で実験すれ。

>>534
そのリンクを読んで負荷が下がるとか思い込めるような人に説明するだけ無駄。
>>532の言うとおりだよ。漏れはこれを思い出した。
674 ：名無しさん＠お腹いっぱい。 ：02/03/26 19:43 ID:???
>>668
> どうして　そう思うの?
CPU1つ(?、まあ2つでも変わんないね))のPCサーバーの
LAが100から50になって負荷が下がったと思うUNIXの
分かる技術者は一人もいませんから、理由は特に述べません。
解説すると長くなるし。

>>535
スピードが速くなるなんて話してないですよ？
負荷が減るのではないか？っていう話をしていたつもりなんです。
個人的には、正常に帰らない物については無視しても良い気がしていましたが、
「そこが」無知だといわれれば返す言葉はありません。
基本的に、ブラウザの選別なんかは.htaccessでやっているわけだし、
いくつかの条件抜けてきてデータを返すのだったら、
「HTTP/1.0 200 OK」だけで充分じゃないかと思うんですけどね？

>>535
自分で実験できるだけのスキルがあるなら
こんなところで言いがかりつけて挑発したりしません。

>>537
脳内で思ってる暇があったらとっととお前が実験しろ。
ここの住人はど素人の妄想に付き合ってるほど暇じゃない。

＞「HTTP/1.0 200 OK」だけで充分じゃないかと思うんですけどね？
ぉぃぉぃ
聞かなかったことにしてあげるよ。

>>538
>>516以降、言いがかりや挑発を誰がやっているのかを見たら、
そういうことは言えないと思いますけど？
これ以上は不毛なのですっこみますです。

>>537
> 「HTTP/1.0 200 OK」だけで充分じゃないかと思うんですけどね？

それだけじゃ無理なんだけどね。

で、もしそれで負荷が下がると思うなら実験すればいいじゃん。
なんで自分で実験しないの?

>>534
> その根拠として
> http://www.ohotuku26.or.jp/organization/abc/def/CGI/nph.html
> ここリンクしている訳なんですけど、

それは nph の解説であって、負荷が下がる根拠とは全く違うね。

そんな適当な思い込みで発言していいなら
　- strstr とか fprintf つかうのやめれ
　- アセンブラで書け
とか言い出すぞｺﾞﾙｧ!

>>541
> >>516以降、言いがかりや挑発を誰がやっているのか
お前。慇懃無礼って言葉を知ってるか?
自分の言葉が言いがかりだとも思えないほどの素人が
どうしてそこまででかい態度に出れるんだ?
どうせ>>540も「言いがかりや挑発」とか一蹴するんだろうね。
> これ以上は不毛なのですっこみますです。
二度と出てくるな。

Dream★もウザイが、聞きかじりでしか物が言えない奴らも
死ぬほどウザイな。
ただDreamを煽っているだけで、理論的にやりこめていないしな。
ま、こういうゴミみたいな奴しかいないんだけど名、この板には。
ゴミを呼び出したDream★が一級戦犯だな。

二度と来るなよ？Dream★

>>545
>>540 >>542 >>543で十分出てるじゃん。
わざわざそんな常識レベルのこと噛んで含めるように聞かせなきゃ
いけないほどレベルの低い板だったのここ。

もうキャップ使ってはなすの辞めろDream。
てか、２ちゃんねるから消えろ。

既存のログ中にある read.cgi へのリンクも全部 nph- に書き換えか…
すごいこと思いつくね。

>>549
それはお前違うんじゃないか？

>>549
別にいいんじゃない? それだけの効果があるならやればいいじゃん。

nph にすれば負荷は下がるさ。確実に。

作業量がどの程度で、効果はどれくらいか見積もれとかは
言わんよ。2ch だし。

でもさ、こういう条件で試したらこれだけの効果があったと報告
すべきなのは明らかに Dream★ だよな。あるいは興味を持った人が
実験してもいい。でも、誰も興味を持たないからといって Dream★が
ぶちきれてるのはお門違いってやつさ。

<Files>ディレクティヴでnph相当にする事って出来なかったか？
うろ覚えｽﾏｿ

http://tohoho.wakusei.ne.jp/lng/199912/99120266.htm
http://japache.infoscience.co.jp/japanese_1_3/manual/misc/FAQ.html#nph-scripts
ほれ。
バッファリングされない分むしろ負荷を増やす可能性だってある。
どうせ何言ってるのかｻﾊﾟｰﾘだろうけどな。
二度と出てくるなよ。
http://klablog.okiraku-pc.net/logs/current-bbs/161/xqqrlz.html

煽りに負けている時点でキャップ失格だな。

>>553
ありがとうございます！
よくわかりましたです。

>>553
> バッファリングされない分むしろ負荷を増やす可能性だってある。

最近の apache は nph も non nph もバッファリングしないよ。

つーかな、Dream★よ。その意見は、まるで
「当社は経営が苦しいので、暇している社員は、
道に落ちている小銭を拾うのを仕事にして収益を挙げよう」
みたいな感じをうけるの。
　君が必死こいて「これだけ社員がいれば、拾う小銭も
ﾊﾞｶにならないんじゃねーの」っていっても、
こちとら「(ﾟДﾟ)ﾊｧ? 他に先ずすることあるだろが」
くらいにしか思えないわけよ。

nphにすれば負荷が下がるなんて幻想です
nphのリクエストとcgiへのリクエストのときのhttpdを、trussやstraceなんかで追っかけてみては

>>558
> trussやstraceなんかで追っかけてみては

そりゃライブラリ関数を呼んでるかどうかは truss では
わかんないからねぇ。

＼（＾▽＾）／

これ以降Dream★にはあらゆる反応をしないようにすれ。

俺は、煽ってる奴もDreamもどっちもどっちのような気がする。

Dream★の話題はこちら
http://pc.2ch.net/test/read.cgi/php/1018303030/

↓次から何事も無かったかのようにどうぞ

>>559
基本的に重い処理はシステムコールでしょ？
こういった処理は、システムコールの種類と回数で、効率がいいかどうか分かる
それ以外の処理はシステムコールと比べて軽い処理が多い

つか、forkは結構重いと予想。

>>565
cgiなどの実行はforkじゃなくてexecです

http://cvs.apache.org/viewcvs.cgi/apache-1.3/src/modules/standard/mod_cgi.c?rev=1.100&content-type=text/vnd.viewcvs-markup
http://cvs.apache.org/viewcvs.cgi/apache-1.3/src/main/util_script.c?rev=1.165&content-type=text/vnd.viewcvs-markup

最近は、forkもcopy on writeでそんなに重くなかったり

cow

>Dream★
せめて来世は人の役に立つ、
牛か馬に生まれ変われよ・・・

>>566
「nph-」ってのは埋め込みで変更不可なのね

>>566
おいおいap_bspawn_childは意図的に無視してるのか?
forkしないでexecだけしたらApacheのプロセスが上書きされるだろうが。
ネタじゃないならお前もDream ★と五十歩百歩だ。
http://cvs.apache.org/viewcvs.cgi/apache-1.3/src/main/alloc.c?rev=1.127&content-type=text/vnd.viewcvs-markup

>>570
あ、そうだそうだ、unixだった

>>571
こいつダメだな・・・。

なんでシステムコールの多寡で負荷を測ろうとすんのさ。
普通に load とかリクエストにかかる時間とか測ればいいじゃん。

こいつの考え方だと、文字列解析を何万回やろうが負荷には
関係ないらしい。

>>572
Apacheに文字列解析何万回のコードがある？

>>573
今はCGIの起動の話をしているんだろう。
で、ン万回の文字列解析をするのはread.cgi。

>>574
> 今はCGIの起動の話をしているんだろう。

いつから CGI の起動の話になったんだYO!

nph でも non nph でも、起動方法は変わらんだろ?

あ、choco鯖が read.cgi ver6.xx になってる♪
と思いここに来てみたら、盛り上がってるので期待したのだけど・・・。

ver6.xx の情報はどこにありますでしょうか。
（私も見つけたらはります）

これかな。。。？
http://kaba.2ch.net/test/read.cgi/accuse/1017722239/

全部読み出来なくしたの？

死ね

>>578
できますが、何か？

>>578
(　´,_ゝ｀) ﾌﾟ

全然調べずに適当なことを言ってる様子から
>>578 = http://pc.2ch.net/test/read.cgi/software/1017161683/374-377
と推測

保守!

http://www.yakin.cc/graph/

どれも最近重いサーバです。(2002/04/30)
sports は旧bbs.cgi music,comicは新bbs.cgi
より要求に答えられるのは　旧bbs.cgi のような気がするです。
かといって、あらし対策とかあるので・・・

★ bbs.cgi軽量化開発コンペ ★
http://qb.2ch.net/test/read.cgi/jikken/1017071166/

　

書き込み時にゴミデータが毎回送信されてるので
以下の様に変更した方がいいと思う。もしこのスレ見てたらよろしく

<input type=submit value="書き込む" name=submit>
↓
修正後
<input type=submit value="書き込む">

それはゴミではなくて必要なデータですが何か

このスレってまだあったのか・・・

>>588
<input type=submit value="書き込まない*100" name=submit>

でも書き込めてしまうんだけどふぉんとに必要？

>>590
name=submitを消すって意味じゃなかったの?
valueの内容はどうでもいいってのは別の話では。

つーか普通に考えてvalueの内容なんてどんなものに変えても書きこみは出来るやん･･･

>>592
jcode.plがsjisとみなす文字列でないと駄目。
空でも駄目(だからname=submitは必要)。

>>592
そうとも言い切れないような

>>593
理解

read.cgiをくれ。

>>595
1を見れ。

痛いキャップ持ちがいるスレはここですか？

$s=sprintf("%02d/%02d/%02d %02d:%02d",$year,$month,$day,$hour,$minute);
↓
$s=sprintf("%d/%d/%d %d:%d",$year,$month,$day,$hour,$minute);

…みたいにしたら、容量が減ると思うけど、どう？

表示例　：　02/05/17 03:54　→　2/5/17 3:54

>>598
くだらないこと言うな。

月が一桁減る確率=9/12=.75
日が=108/365=.30
時が=10/24=.42
分が=10/60=.17
100レスで減る見込み文字数=100+75+30+42+17= 264
>>598のレス1つ分くらいは減るが・・・

年の0削ったら訳分からなくなるよ。
4桁から2桁にしたのだってアホだと思ったのに。
read.cgiは圧縮するからあまり関係ないし
ツールが解釈することを前提にするなら
もっと効率のいい形式だって可能。

じゃあ、これから投稿日はUNIX time()形式ということで。

IEで見たら常人には理解できんな。

ツールで見れば秒まで出て(・∀・)ｲｲ!

まだこのスレ見てる人いたんか・・・俺だけだとばかり思ってたが

>>603
read.cgiが解釈すればいい

元に戻ったな（ｗ

read.cgiは解釈するけどdatにはUNIX time()形式で記録されるから
ツールにとっては効果がある。

2038年1月19日問題はどうするんだ？とか言ってみるか。

いいネタですね

>>609
どうせ現行のツールはまともに対応しちゃいないと言ってみるテスト

1 名前：名無しさん 00/00/00 00:00

2 名前：名無しさん ：00/00/00 00:00

１には名前のあとに：がないが、
２からはあるんだけど。

read.cgiで表示した場合は両方：がありますが?
index2.htmlで表示した場合のことならbbs.cgiの問題ですからスレ違い。

index2.htmlじゃなくて現在はindex.htmlでした。失礼。

>613
今はbbs.cgiは別なんですね。失礼。
逝ってきます。

>>615
今は、ときたか。

揚げ足取りはやめようよ・・・

>>616-617
まえは
当面、bbs.cgiの話題も扱う
となってたけどね。
おまえら過去ログ見れ！

ﾎｼｭﾎｼｭ

HTML化のC言語版とか消失した携帯読み出しコードの話は何処でやってるんだろ?
批判板も覗いた方が良いのかな

携帯課金計画の絡みで携帯関連のコードは非公開でした

>>622　みたいですね　ありがとう。
ちょっと時間出来るんで、html化とかに首突っ込んでみよう

WebProg板の方でコンペに出した人のbbs.cgiが載ってたよ。
これでほぼ2chと同じ環境が作れるようになったのかな。

>>624
どのスレ？

http://pc.2ch.net/test/read.cgi/php/1024741312/

ほしゅ

む

ageてみる

forkが成功してmallocが失敗することもあるんだね。
http://qb.2ch.net/test/read.cgi/accuse/1029422948/154

154 名前：心得をよく読みましょう投稿日：2002/08/18(日) 01:52 ID:y8LqamGw
chocoにて。こんなメッセージ始めて見た…

---

メモリの確保に失敗しました。


1 名前：read.cgi ver6.01p (02/04/12)投稿日：2001/04/12(木) 15:11
メモリの確保に失敗しました。

最近のforkはcopy on writeだからね

これどこから出たんだろう。手元に落ちてたんだけど。
http://2ch.nekoruri.jp/fileboard/files/img20020914075919.txt

> by.あぼーん男爵
って書いてるやん

　

ほ

DATのMD5値を出力するモードが欲しい age

んな死ぬほど負荷のかかりそうな機能実装不可能だと思われsage

一度計算したらサイズが変わるまでキャッシュしとけばそう高負荷でもないだろsage

ファイルアクセス(しかも書き込み)が増えるのは夜勤さんが嫌がりそうsage

それって結局書き込みの負荷があがるだけだろsage

世の中の流れにのって、そろそろ2ｃｈもプッシュ配信に
移行を検討してみてはどうだ？

2ｃｈのサーバと接続状態を維持して
書き込みがあると、サーバ側からプッシュプッシュ。

プッシュ配信いいね〜
毎回サーバに取りに行くよりも
プッシュ配信の方が、転送も負荷も低いんじゃない？

プッシュ配信で
実況がダラダラと流れるのを見たい。

それはIRCとどうちがうのれすか？

>>646
似てるけど違うっす。
今の2ｃｈの形を残したまま、プッシュ配信型を模索するんすよ。
チャットと掲示板の完全融合さね。
更新も必要ないし、便利だべ。

AAとかもちゃんと表示するさね。

どこか動作しているサンプル無いの？

結局、アレだけ大騒ぎしていた dolib はどうなったんですか？

おお すげぇ〜〜
プッシー配信かぁ。
楽しみに まってるぜ（ｗ

>>649
プッシュ配信のチャットとか参考にすればよかろう。
ホットゾヌとかの専用ソフトとかやれば
比較的簡単に出来そうな気がするんだがね
どうでっしゃろ？

2chに鯖ソフト(自分がlistenするアプリ位の意)を
建てるのは難しいのではないかと予想。

read.cgiを大幅改造で・・。無理っすかね。

技術の話ではなく政治の話をしているわけだが。

argv[0]で自動切換えキボーしてみたり。

robots.txtを無視するエンジンもあるってきいたことあるけどどうなんだろ

Microsoft は糞

hage

bbs.cgiとかが置かれるのは何でtestディレクトリ何だろうとしょーもないことを思ってみる

JSPにするのとバイナリプログラムのCGI とどっちが軽い？

それ以外のモデルを変えないならCGIのままの方が軽い。

http://teri.2ch.net/test/read.cgi?bbs=saku&key=986430126

「等幅フォントでの書き込みモードを作る」って無理ですかね？
（<TT></TT> か <PRE></PRE> を使って）
ソースコードのインデントがくずれるのは激しく萎えなのですが…

無理ではないし、現に2ch型の掲示板でそういうことができるところはある。

この辺とかはソース添付も出来る。
http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/lounge/index.html#1

　http://www.gedoh.org/aki/2ch/current/bbs/
ここって最新? zlibが1.1.3なんだけど。

zlibにバッファオーバーフローを起こさせるような符号列に
圧縮されることを読みきって書き込みできるならヤバいが
そんなこと不可能だから事実上問題ない

バッファオーバーフローじゃなくてdouble freeだったな
まあ結論は変わらんが

そうそう、1.1.3 -> 1.1.4への変更はdouble free問題への対処。
つまり、展開時に誤作動するわけ。
apacheはともかく、read.cgiは圧縮しかしてないから1.1.3でも全く同じ動作。

了解。じゃあそこのが最新でOKってわけね。

>>667
zlibが古いのは他の方から説明があったとおりですが、
一応こっちがプライマリになっとりゃす。
http://2ch.nekoruri.jp/current/bbs/