read.cgi改良スレッド 3

別に大した危機じゃないんすけどね。。。
ここで質問しちゃまずい雰囲気。。。

トオルﾀﾝ、なんかあったの？

http://teri.2ch.net/test/read.cgi/accuse/999090223/540
？？

＞405-406さん
うん、そこらへんの話。ま、いいや。

いいのか。

いよいよbbs.cgiも公開か？ﾜｸﾜｸ

bbs.cgiの公開は絶対にありえないすね。
んで、聞きたいことがあったんだが。
ま、なんとかなるかと。

>>410
いや、わかってたけどね・・・セキュリティの関係もあるし・・・。
で、その悩みの内容が気になるのは漏れだけではないかと。
おじさんに相談してみ？って、えらそうだな漏れ・・・

うん、Ｍａｃのクッキーが文字化けするのと、
sageの時に一番負荷が少なくsubject.txtを変更する方法と、
ちょい意見を聞いてみたかったっすよ。

subject.txtのレス数を(001)みたいなフォーマットにして、
seek駆使してレス数だけ姑息に弄る、とかかな？

何回(何分)に1回しかsubject.txtを更新しないとか、、

実体はDBにおいて、UPDATE文流すとか。
＃んで、subject.phpにするとか。

まあメガボール見て落ち着け。
http://www02.u-page.so-net.ne.jp/pb3/kamohana/giga/dango/dango.htm

Cookieについては　現状では文字列をエンコードしないでそのまま設定してるようだけど
CGI::escape() を介した方がいいのかも......

あと余談ですが　各板の*.htmlの転送量を減らす余地はまだあると思うのですが......
　　http://pc.2ch.net/test/read.cgi/unix/1011441913/158

subject.txtをメモリ上でdaemonに管理させる(死)
（それなら >>415 でいいか）

>>417
問題はMacIEのJavaScriptのunescapeがUnicode仕様な点にあるから
エスケープしても文字化けは解決しない。

今後 read.cgi の改良ってどうなっていくのでしょうか？
rawモードが削られて、中身も非公開に？

>>420
オフリならぬローカルログ(dat)リーダとしてのmonazilla系ツールが主流になるのは、
負荷の観点からはとりあえずよろしいことなので、リモートリーダたるread.cgiの役割は
相対的に縮小するでしょう。
# そういえばmonazillaって、dat差分取得時にも圧縮かけてるのかな？

でも、汎用性の観点から、read.cgiも改良できるとこはしていってほしいなぁ。
非公開になってもいいから。と、名無しさんのひとりごと。

>>419 そうなのかぁ......となると　UTF-8でエスケープできるPerlモジュールが
なければ　サーバ側でのCookieの設定をやめてクライアント側のJavaScriptで
設定させればいいのかな？　でも転送量が増えるか......User-Agentの判定を
してMac IEの場合だけCookie設定用のJavaScriptコードを吐くようにするとともに
bbs.cgiでCookieを設定しないようにするとか？

function onsubmit(e) {
　var attr = "; path=/; expires="+new Date(new Date().getTime()+30*24*60*60*1000).toGMTString();
　document.cookie = "NAME="+escape(this.FROM.value)+attr;
　document.cookie = "MAIL="+escape(this.mail.value)+attr;
}

with (document) for (var i = 0; i < forms.length; i++)
　if (forms[i].FROM && forms[i].mail) forms[i].onsubmit = onsubmit;

with (document) for (var i = 0; i < forms.length; i++)
　if (forms[i].FROM && forms[i].mail) forms[i].onsubmit = onsubmit;

この部分はonload()中に入れとかないとマズいか......

まぁ誰も使ってなさそうだけど、
http://www.gedoh.org/aki/2ch/tiki/
は
http://2ch.nekoruri.jp/tiki/
に移動させたです。

>>424
おつかれさまですー

datのhtml化を自動処理するプログラムを作る〜。
仕様書はこちら。
http://teri.2ch.net/test/read.cgi/accuse/1009278465/34-38

とりあえずread.cgiから流用できるところと、全体のフローを考えてみるので突っ込んでください(__)

>>426
なるほど。いいかも。

0.1つの鯖の処理を1つのプログラムで面倒見る
1.cron にたたき起こされたら、まず負荷を見にいく。LoadAve > 2.00くらいなら冬眠。
2./板名/kako/xxx/以下を見て"板名"と"xxx"を取得
3.中にあるものをhtml化してはしかるべき場所に置いていく。ファイル名昇順に。
4.3.の最中に制限時間（2分くらい）がたったら帰る。

・広告をカスタマイズできる機能は当然必要。
　read.cgiみたいに秒間何百回も呼ばれるわけではないから起動時に
　設定ファイル読むのも許されるだろう。
・レスポンスアンカー「>>○○」は<a href="#○○">みたいに置き換えて
　ほしい。CHUNKED_ANCHORのコードが流用できるだろう。
・ばたーを見れば分かるけどhtml化待ちのスレの一覧はファイルから
　得られる。「ls -l」は不可だからそのファイルを参照ということになる。

板名の昇順に潜っていって、さらにdat名の昇順（もしくはタイムスタンプ順）に
処理していくとします。
もしも、始めに処理する板がdat量産所だった場合（回転の速い板だった場合）、
次以降の板の処理がかなり遅れる可能性があります。
かといって、全板のdat古い順にしようとすると、比較処理をしなければいけません。
良い回避法を考えねば。

あと細かいことでは、いまのhtml化では >>xxx につけるリンクタグは無効なURLを
指しているのですが、それならない方がいいかとも思います。
たとえば http://teri.2ch.net/accuse/kako/1000/10002/1000216844.html なかんじ。

>>429
html化待ちのスレ一覧ファイルは、板毎にあるんですか。。。
pathの記述はどうなっているんだろう。。。ちょっと逝ってきます。

>>431
あ、直接アクセス制限を受けてるのでブラウザでは見えません。
datのファイル名だけがひたすら並んでいます。
パスはread.cgiのTEMP_PATHのようにコンパイル時定数として
与える形になるかと。

>>432
どもですー。
a.txtがgoogleに無いかなとか、一応見たんですがダメでした(笑

板の新設、移動等があっても知らん顔できなきゃいけないので、板名(板dir)を
自力で取得しないといけないですよね。
板ディレクトリの親ディレクトリには、板ディレクトリだけがあると決めつけるか。
あるいは、各板ディレクトリのa.txtをopenして失敗したらそこは無視ってことでいいか。

親ディレクトリには板のほかに /test とかあるので
決め付けるのはちょっち難しいかも。

（まだまともなソース書いてないので、遠慮しないでバシバシ書いてください＞みなさま）

linuxって /proc/loadavg 見ないといけないんだっけ？

>>436
ですな。>/proc/loadavg

一つの板あたり一つ(あるいは数個)処理したら次の板、とぐるぐるまわしていけば
全体的に満遍なくhtml化できると思うけどどうかな。

ところでソースは例によって akiさんとこのcvs使うのがいいのかな?

>>437
そうですね＞cvs
http://www.gedoh.org/aki/2ch/current/bbs/ にもミラーされるので皆さん見られますし。

ぐるぐるまわすアイデア、全板のdat名を保持しなくちゃいけなくなる（もしくは
a.txtを複数回openしなくちゃいけなくなる）ように思うのですが、どうでしょうか。

a.txtにはdat落ちした順に記述されてることを期待して進めています。
処理順番の最終手段は、始めにすべてのa.txtのタイムスタンプだけ取得して比較することか。

以下、いい加減なアウトライン

/* loadavgの第一カラムが2以下の場合に続行 */
check_loadavg();

/* 鯖にある(板があるところにある)ディレクトリ名を取得 */
get_dirname();

/* プロセス開始から2分以上経過していた場合終了 */
check_selftime();

/* 指定されたディレクトリ直下のa.txtを読み込む(存在しない場合は1を返す) */
read_a_txt();

/* (path付きで指定された)datをhtmlに変換し保存する */
convert_dat();

ん？また楽しそうなことやってるな。期待age。

>>439
convert_dat() は ressplitter_split() splitting_copy あたりを流用ですね。
read.c がかなり大きくなってしまったから、必要な部分を取り出すのも大変だー。

＞a.txtのタイムスタンプだけ取得して比較
これじゃ化石ができる可能性を否定しきれない。
日単位で構わないから剰余計算使って開始板を順繰りさせた方がいい。

なんでa.txtをつかうの？
opendirして、処理済みdatを他のディレクトリに
放り出すのではいかんの？

４、ls -l 風の動作は負荷が高い(相対的に許されない)ので極力おこなわない。
そうです。

>>439
些細なことだけど
>/* 指定されたディレクトリ直下のa.txtを読み込む(存在しない場合は1を返す) */
これ変だよ(笑)
正常=0, 失敗=-1とか
正常=1, 失敗=0が自然じゃないの?
後者なら
if ( !read_a_txt() ) で自然に失敗時の処理になるし。( ! は否定だから )

もしg++がターゲット環境にあるのならC++でいきたいなあ。better Cとしてでも。
組み込みbool型とか。

「ls -l」相当じゃなくて「ls」相当であれば負荷は
ファイル1個開くのと同程度では?
(ファイルを開く時にも結局検索はしてるわけだから)

>>446
同感。
それにそれならファイル放り込むだけで対象になるし、
終わったファイルは取り除かれるのならa.txtとディレクトリの二重管理状態にせずに
もっと効率的だよねえ。

排他の代わりにアトミックに他で作ってmvで持ってくるようにすれば
a.txt方式よりもはるかに安全だし。

プロセスの起動が重いって話では

>>448
だからopendir使えばいいでしょ。

a.txtはMonazillaツールから参照することを想定して
用意されたものと思われ。
今のところ対応したツールはないみたいだけど。

>>445
頭の中で論理矛盾起こしてたーよ(鬱氏
バカなところは気にしないで。ｽﾏｿ

そういえば、html化終了後にa.txtはどう更新されるのとかもよくわからないです。

>>447
俺もそう思う。
とりあえず a.txt を使わずにやって、性能が出なかったときに考えたほうが
いいと思う。

>>451
a.txtはhtml化のときじゃなくて圧縮のときに作成される予感。

ってかさ、忘れられてるみたいだけど、
HTML化 == .dat -> .dat.gz 化
でもあるのよん。
こっちの負荷もバカには出来ないから、
あまり長時間CPU使い続けてないで欲しいんじゃないかな。

それでも、１日１回、日本時間の午前５時頃か、
或いは午前４時と午後４時の２回起こされて、
指定時間の間働かせるだけで、充分な気がするんだけどな。
もちろん、時間は10分程度で調整しやすくするとして。

いつの間にやら　新たなプロジェクトが始動していた......

>/* プロセス開始から2分以上経過していた場合終了 */
>check_selftime();

これってハンドラ作ってalarm()じゃまずい？

>linuxって /proc/loadavg 見ないといけないんだっけ？

そうなのか......

　　#ifdef __linux__
　　int
　　getloadavg(double loadavg[], int nelem)
　　{
　　　:
　　}
　　#endif

とかするとか......


話は変わって>>422-423に関連して......422-423ではread.cgiやindex.htmlの
JavaScriptでCookieをセットするつもりで書いてたけど　bbs.cgiでPOSTしたあとに
出てくる「書き込みました」の画面中にCookieをセットするJavaScriptコードを入れれば
いいのかな

read.cgiと話がごっちゃになるから新スレ立ててやった方が良くない？

>>456
賛成

テンプレ案１

dat->html化自動処理プログラムを作るスレです。

◎主な仕様(夜勤さんより)
http://teri.2ch.net/test/read.cgi/accuse/1009278465/34-38
１、長時間はしるようなスクリプトは避ける(二分以内?)
２、サーバ負荷が高いときは、動いちゃダメ(LoadAve < 2.00くらい?)
３、板の新設、移動等があっても知らん顔して動く。
４、ls -l 風の動作は負荷が高い(相対的に許されない)ので極力おこなわない。
５、cron 使って起動かな? でも、せいぜい一時間に一回くらいかな?

http://pc.2ch.net/test/read.cgi/tech/1002820903/428-429(他の意見)


誰か推敲たのんます。

バグでたよ
1000レス越え、タイミングだと思うが、「書きこめません」が表示されないのは問題
http://choco.2ch.net/test/read.cgi/news/1012283754/1001
> 1001 ：スパルタンＸ ：02/01/29 16:27 ID:S5oW9lMC

問題ってほどでもないだろ
フォームはちゃんと消えてるし

このスレ、IEで見れないのはなぜ？
ダウンロードしようとすんだけど。

>>461
見れるよ。
IE5.5+win2k

read.cgiで聞くことはあまりないけど、
たまに、「板を開くとダウンロードが始まる」ってのを聞くね。
どうすれば直るかは、知らない。
"/"に関連付けされるとかってあるのかな？

>>458
どうぞどうぞ。やった人勝ちです。皆さんよろしくお願いします。
>1 に不安定な情報を載せるのはよろしくないでしょうから、
夜勤さんからの要求仕様とソースだけあれば十分と思います。

参照（夜勤さん）
http://teri.2ch.net/test/read.cgi/accuse/1003570853/316

作りましたー。移動よろー。

dat->html化自動処理プログラムをつくるスレ
http://pc.2ch.net/test/read.cgi/tech/1012310594/l50

>>454
gzip圧縮は、cpu中心の負荷だから、priorityを10とか15にしておけば
いいだけでは？
なんのためにマルチタスクOSつかってるんだか

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

ｽﾏｿ、誤爆。。。

akiさん
http://pc.2ch.net/test/read.cgi/tech/1012310594/24
お願いできますか？

■　read.cgi 5.30 が登場したわけだが、
http://teri.2ch.net/test/read.cgi/accuse/1013070083/

なるほろ。。。

62 ：心得をよく読みましょう ：02/02/07 18:01 ID:rO/VtEXK
420 ：デフォルトの名無しさん ：02/01/23 23:56
今後 read.cgi の改良ってどうなっていくのでしょうか？
rawモードが削られて、中身も非公開に？


63 ：夜勤 ★ ：02/02/07 18:02 ID:???
>>62
誰も何にも考えていないと思われ、
時代のそのときどきの要請で動いていくんでないかい。

5.27以降は
　5.28　深夜でも快適なレンタルサーバ
　5.29　monazillaツールなら見られます
　5.30　xxKB
かな?

批判要望が入れない…。

◇Readcgi.2chの更新開始
news.2ch.net 5.30
corn.2ch.net 5.30
cheese.2ch.net 5.30
pc.2ch.net 5.30
teri.2ch.net 200 OK
ton.2ch.net 5.30
yasai.2ch.net 5.30
mentai.2ch.net 5.30
choco.2ch.net 5.30
life.2ch.net 5.30
natto.2ch.net 200 OK
kaba.2ch.net 5.30
tmp.2ch.net 5.30
love.2ch.net 5.30
school.2ch.net 5.30
money.2ch.net 5.30
ebi.2ch.net 5.30
tv.2ch.net 5.30
curry.2ch.net 5.30
caramel.2ch.net 5.30
salad.2ch.net 5.30
game.2ch.net 200 OK
live.2ch.net 5.30
sports.2ch.net 5.30
music.2ch.net 5.30
comic.2ch.net 5.30
wow.bbspink.com 5.30
www2.bbspink.com 5.30

◇Readcgi.2chの更新終了

teri.2ch.net 5.30
game.2ch.net 5.30
natto.2ch.net 5.30
tora3.2ch.net 5.29

>>459
そのスレの１００１は俺

で？

「/l1n」で全部表示されてしまうのは仕様ですか?
「/l2n」はできるみたいですが。

ゲーハー板を停止にしろ！または、廃止にしろ！！
http://teri.2ch.net/test/read.cgi/accuse/1013231597/

誤爆ｽﾏｿ

>>481
大変だね（藁

みなさん、お疲れ様です。

ttp://teri.2ch.net/test/read.cgi/accuse/1011675442/l50
ttp://isweb30.infoseek.co.jp/art/shady/cgi-bin/test/read.cgi?bbs=ragnarok&key=013500918&ls=50
ttp://corn.2ch.net/entrance/kako/1011/10114/1011486206.html

>>328
>すみません、しばらく2chから離れてました。
>回線太くなったので、cvsweb は公開してokです。
というので、楽しみにしています、とか、
read.cgi ver5.41pのソース見てみたいなあ、とか、
anonymousでいいのでcvs使いたいなあ、とか、
sourceforgeは使えないのかなあ、とか
人の苦労も知らずカキコしてみるテスト。(ごめんなさい)

■そろそろ「age」「sage」以外を作らないか？
http://kaba.2ch.net/test/read.cgi/accuse/1014528903/

ここで話題になっているのですが、
「age 数値」の様な書式で、決まったレス番号だけ
ageる様に改造はできませんか？

>>486
そういえばさ、ハゲ板だと'hage'で下がるってほんと？
マゲ板だと'mage'で下がるの？
'age'って意味あるの？

意味不明です。
そもそも「sage」はあっても「age」はありませんし。

>>487
嘘を嘘と（以下略
ageに意味はありません。
そもそも上げ下げの処理をしてるのはbbs.cgiです。
厨は批判要望にお帰りください。

(　´,_ゝ｀) ﾌﾟｯ

>>485
cvsweb 見るとわかるんですが、
5.26 以降はオイスター作戦のからみもあってか、
2ch.net 運営サイドが作業してるみたいです。

で、cvs repo にアクセスしたい人は、
cvs -d :ext:2ch.nekoruri.jp:/home/2ch/repository co bbs
してください。ただ、5.41p まで独自に進んでる現状で、
将来的にどう扱われるかはわかりませんが……。
その代わり、dat2html は開発進行形のようです。

sourceforge は使ったことないので解らないです。
ごめんなさい。

◆10000jp.は、自己顕示欲強過ぎ。馬鹿。

いまさら何を・・・

test >%lt;

ん、何か動きがあるのかな?

カンマで区切ることによって複数のレスを表示できる機能は無効になってるんですか？

>>496
無効どころか、取り込まれてすらいないんじゃないですか?
もういじっても無駄っぽい。

>>497
そうなんですか。教えてくれてサンクス。

zlib更新しなくていいのかな？
　　Double Free Bug in zlib Compression Library
　　http://www.cert.org/advisories/CA-2002-07.html

>>499
http://pc.2ch.net/test/read.cgi/tech/1012310594/119

http://mobile.i--p.com/
mi.cgi、ri.cgiが登場したけど、これの改良もやったりするですか？

そっちは夜勤 ★はまったく関わっていないと思われ
むしろmonoとかとんすけをつっついてみたほうがいいんでないかい

名前欄が完全に空だとそれ以降のレスが表示されなくなって
しまうようですが、どこを修正したらいいのでしょうか
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/