bbs.cgi開発【WebProg板】

1 ：nobodyさん：02/04/19 08:10 ID:20PTEIcN

http://qb.2ch.net/test/read.cgi/jikken/1017071166/l50

２ちゃんねるの、bbs.cgiが、現在住民の手により作られているようです。
WebProg板でも、改良に役立つように、協力しませんか？

122 ：nobodyさん：03/12/26 16:33 ID:cCj+LlKE

bbs.cgi再開発プロジェクト２
http://qb3.2ch.net/test/read.cgi/operate/1069144193/

いろいろ発注もあり。

123 ： ◆Bf99mSIZZY ：03/12/26 20:00 ID:???

>>121
(σ・∀・)σｹﾞｯﾂ

124 ： ◆garnetGnNk ：03/12/27 23:42 ID:???

限りなく怪しいソース第二弾。
ttp://www111.sakura.ne.jp/~as/src/bbs.zip

・トリップ、fusianasan、名無しさん　に対応
・デコード処理のバグ修正
・Makefileのバグ修正

125 ： ◆Bf99mSIZZY ：04/01/01 03:10 ID:???

あいかわらずきれいなソースだね。
ただ、ヘッダに変数を置くのは止めたほうがいいと思われ。

126 ：nobodyさん：04/01/01 17:55 ID:lAUuyD9W

>>124
言い方がキツイかもしれんがもう少しちゃんと組まないと利用者がとんでも
ない被害をこうむるぞ。このままではたぶんコア吐きまくりになる。
バッファ・オーバーに対する緊張感が感じられない。

差し出がましいようだが製作中をチラっと紹介。
http://org.s38.xrea.com/bbs-mod.zip
Apacheモジュール化を前提にしてるから回りくどい動作をしてるが
実用性を重視して設計してる。
現状はただのCGIでファイルでデータ保持してるがこれをApacheのメモリ
空間に置き換える。
そこそこの形にまとまれば軽くPerl版の100倍とかの速度になるんじゃないかな？

127 ：nobodyさん：04/01/01 20:11 ID:???

>>124
くだらない煽りだと思われるかもしれないけど、もう少しCを勉強した方がいいよ。

128 ：nobodyさん：04/01/01 20:13 ID:???

>>126 はHDDがフォーマットされるぞ

129 ：nobodyさん：04/01/01 20:19 ID:???

>>128
スーパーユーザーで動かすのか？

130 ：nobodyさん：04/01/01 20:28 ID:lAUuyD9W

>>129
つっこみナイス

>>126をApacheAPIに置き換える前に一応素のCGIとしても仕上げておこうと
思うが何か問題点があったら遠慮無しに叩いてもらえないだろうか。

131 ： ◆Bf99mSIZZY ：04/01/01 20:41 ID:???

>>126
結構うまく設計されてると思うけど。。
脆弱性があるなら、その部分を指摘してもらえるとありがたいと思うよ。
(ついでに私のもよろー。)

ソース見たよ。
1Mのmallocって今時は普通？

132 ：nobodyさん：04/01/01 20:50 ID:???

>>130
エンティティヘッダの区切りは \n じゃなくて \r\n にしろよ。
つかまだ完成度数%くらい？のものを叩けと言われてもなぁ…

133 ：nobodyさん：04/01/01 21:00 ID:lAUuyD9W

細かい部分で自分で調べてもらうとして、

・確保したメモリが確実に初期化されているという保証はあるのか？
・散在したリソースが整理して管理できてるか？
・冗長性の無い関数(strlenとかstrcat等)にそのままデータを入れていないか？

っていう部分のポリシーが私の考え方と相違している。
危険性を多分に含んでいることは間違いない。

というより皆バラバラで作ってないで統合して分担できればいいんだが。
PM出現きのん

134 ：nobodyさん：04/01/01 21:02 ID:lAUuyD9W

>>132
改行コードは処理系が吸収してくれるはずなんだが。
ちなみに私の環境はWin2k3+Cygwin+GCC3.3とLinux2.4+GCC3.3

135 ： ◆Bf99mSIZZY ：04/01/01 22:48 ID:???

>>133
メモリの初期化はmemsetではだめなの？

バッファオーバーフローを考えるなら、sprintfも危険ですよ。

strlenがだめなのは、ポインタにNULLが入っているかもしれないから？
でもそれを言ったら、文字列操作系が全部だめって事になりそう。

136 ：nobodyさん：04/01/01 23:03 ID:lAUuyD9W

>>135
データ型も保証されていた方がいいよね？
stringまわりは手前できちんと例外処理しておけば済む事じゃない？

サイニタイジングまわりをどうするかで思案中、、
regexでゴリっと正規表現使うかリクエスト・ボディの全バイトで
ポインタ回してチェックするかどっちがいいだろう。

137 ：nobodyさん：04/01/02 02:12 ID:Sa3Xeut9

>>136の後半は撤回。
トークン後にサニタイジングね。

138 ： ◆Bf99mSIZZY ：04/01/02 14:28 ID:???

>>136
C++ですか？
だとしたら、ちょっと期待してます。
# C++のApacheモジュールについて、よく知らないので。

139 ：nobodyさん：04/01/02 15:24 ID:Sa3Xeut9

>>138
素のApacheAPIのつもりだが、、
C++でApacheモジュール使う利点ってあるの？
サニタイジング云々はとりあえずCGIとして機能する為に必要なだけで、、
ApacheモジュールにするならApacheAPIバリバリでお手軽に行くつもりだが。
CGIならSTLは重宝するが。

140 ： ◆Bf99mSIZZY ：04/01/02 17:41 ID:???

>>139
string、例外処理というところでC++だと思ったのですが、違いましたか。
C++の標準stringあるだけでも、結構便利だと思いますけど。

それと、ap_escape_htmlは文字参照に対応していないので、
注意した方がいいですよ。

141 ：nobodyさん：04/01/02 18:58 ID:Sa3Xeut9

>>140
C++は楽な反面でコードがキモいしなぁ、、
必要に応じて自前で作るべき処理もあるかもしれないね。
それより基本構造に着目しないと作り直す意味があまりないような。
目的は軽量でメンテしやすい物に置き換える事だよね？

142 ：nobodyさん：04/01/03 05:49 ID:???

キモい本７のくせに何を言ってやがる

143 ：nobodyさん：04/01/03 19:48 ID:2DwnkFHA

read.cgiで消費メモリを抑えたいんだが、
datを全部バッファせずに逐次でHTML出力しようとてる。
この時上部の100レス単位のリンクを入れるにはどうすればいいだろう。
やはり一度datを全部読んでその行数で調べるしかないのだろうか。
問題点はデータを全て読む前に何レスか分からないとリンクが作れない事。
なんかいい方法ないだろうか。

144 ： ◆Bf99mSIZZY ：04/01/03 21:16 ID:???

>>143
できれば、このスレはsage進行で。

145 ：nobodyさん：04/01/03 23:49 ID:???

>>143
インデクスを作成しておけばいい。

146 ：143：04/01/04 01:17 ID:???

>>145
subject.txtを見に行くって事？
それもいいかもしれないなぁ。
負荷とのトレードオフかもしれないけど。
パフォーマンスがテーマになるといろいろ難しいね

147 ：nobodyさん：04/01/04 01:17 ID:???

>>143
うるさいよ本７

148 ：nobodyさん：04/01/04 08:02 ID:???

現状のmmap方式で問題なかろう。

149 ： ◆garnetGnNk ：04/01/04 14:12 ID:???

＞125-127
突っ込み多謝。
1から出直してきます。

150 ：nobodyさん：04/01/04 18:31 ID:???

datファイルの各行の頭のファイル位置を
別のインデクスファイルに記録しておき、
必要に応じてそれを参照して、アクセスするって事でせう。

欠点はインデクスファイルが増える所と、
レス削除した時にそのファイルも操作が必要という所。

151 ：143@mod_bbs：04/01/04 18:49 ID:???

>>150
なるほど。貴重な意見ありがとうね。

>>150のアイディアとフルバッファとの違いを比較して最終仕様を決めたいと思う。
今のところread.cgiの読み出し〜表示に関しては動いてるので今日はbbs.cgiの再現
に着手します。
とにかくバカっ早いです。

152 ：nobodyさん：04/01/04 21:48 ID:???

>>151
お前はsageるな

153 ：nobodyさん：04/01/05 03:28 ID:???

>>150みたいに本７にマジレスしてるやつって一体・・・？

154 ：nobodyさん：04/01/05 04:23 ID:???

>>153みたいに煽ることしかしないやつって一体・・・？

155 ：nobodyさん：04/01/05 04:36 ID:???

お前もﾎﾟﾝｼﾁのサイト行ってあっちで仲良くやれや

156 ：nobodyさん：04/01/05 16:02 ID:???

マジ質問だが。
本7とそうじゃないのってどうやって見分けてるわけ？

157 ：143@mod_bbs：04/01/06 01:06 ID:???

それ俺も聞きたい

158 ：nobodyさん：04/01/06 17:27 ID:???

>>157
お前はプログラムの中で名乗っているだろうが。

159 ： ◆garnetGnNk ：04/01/16 00:30 ID:???

動いた気がする
ttp://www111.sakura.ne.jp/~as/src/test-1.zip

160 ：nobodyさん：04/01/17 01:11 ID:???

記念かきこ。

sevletで書いて、配置名をbbs.cgiにしてみるとか?(^_^;

161 ：nobodyさん：04/01/17 08:22 ID:???

なんでunsignedなんだろー

162 ： ◆garnetGnNk ：04/01/18 01:10 ID:???

0xFFを-127で表現したくないからというのはダメ？
日本語コードを処理するのにごにょごにょなのでついでに統一してみると。

ちょっと修正
ttp://www111.sakura.ne.jp/~as/src/test-2.zip

163 ： ◆Bf99mSIZZY ：04/01/18 22:50 ID:???

>>160
HTMLテンポラリをXMLで保持/操作すると楽そう。

>>161-162
やっぱり負値の文字コードは使いたくないよね。
忘れて0x80以上の整定数と比較しちゃったり。
(文字なんだから本来は数値拡張文字('\x80')で比較しないといけないんだけど。。)

# is何とか系の関数に負値の文字コードを渡すとおかしくなるライブラリがあったとか。

164 ： ◆garnetGnNk ：04/01/28 23:25 ID:???

0x80 以上の数値拡張文字は警告が出るのでいやん。

いつになったら完成するのやら。
ttp://www111.sakura.ne.jp/~as/src/test-4.zip

165 ：nobodyさん：04/04/04 17:47 ID:J82jU72N

上げときますね。。。

166 ：nobodyさん：04/04/08 23:55 ID:NW0U0Ty4

応援

167 ：nobodyさん：04/11/06 09:17:55 ID:VblYqxKV

需要期待上げ

168 ：Jim：04/12/14 23:47:47 ID:B3VCI5Mv

hehehehe

169 ：nobodyさん：2006/11/01(水) 12:18:36 ID:???

おまえらwebprog住民はUNIX板に負けてて悔しくないのかあげ

170 ：nobodyさん：2006/11/03(金) 00:01:38 ID:???

>>169
ていうか、両方見てる奴も多いんじゃね？

171 ：nobodyさん：2007/09/18(火) 08:59:22 ID:???

>>169
この板はとてもレベルが高いとは思えない
っていうかUNIX板も年々ひどいことになってるけど