ttp://qb.2ch.net/test/read.cgi/jikken/1017071166/l50 ２ちゃんねるの、bbs.cgiが、現在住民の手により作られているようです。
WebProg板でも、改良に役立つように、協力しませんか？
staticのついていない関数の宣言はヘッダーファイルでした方がいいよ。
getenvがNULLを返さないかどうか監視しないと、strcmp等で悲惨な結果を生むことがあるだろう。例え(環境変数が)定義されていないはずがないと思っても。
もしもデコード対象の文字列が%で終わっていたらhex_packでまずいことになるかもね。hex_packでもきちんと文字列をチェックするか、decodeで2バイトstrncpyしてstrtolするといいよ。
mallocの戻り値をチェックしているところもあればしていないところも・・・
ところで、なんで*.hファイル(ヘッダーファイルだよね？)で関数の定義をしているの？(^_^;)
書き込み用のフォームを用意していないからでしょ。直接bbs.cgiにアクセスすればそりゃあそのエラーが出るよ。
あとはPOSTじゃなくて小文字でpostだったりすると(そこは非標準関数のstrcasecmpを使えばうまくゆくね)。
コンソールから起動すれば多分Segmentation Faultが出るよ(理由は上述)。
SETTING.TXTが2chとは違うようだけど。
突っ込み多謝ですm(_ _)m
＞ところで、なんで*.hファイル(ヘッダーファイルだよね？)で関数の定義をしているの？(^_^;)
他のコードを書くのに便利そうな関数は別ファイルにしようかなぁと。
それなら*.cにしる！ってことなんですけれども＾＾；
実験室仕様です。
2chに合わせるにはbbs.hを書き換えればいいと思います。
若干（でもないけど）テンポラリファイルの仕様も違うけど、
多分大丈夫＾＾；
書き換えるのがめんどいのでSETTING.TXTもアップしてけろ
88さんの指摘と、ID生成部分の修正、DATファイルの書き込み判定を追加。
＞92
ttp://http://www90.sakura.ne.jp/~hoehoe/temp/kigaru/SETTING.TXT bbs.hの書き換えは俺も面倒い＾＾；
＞93
文字列を分割する処理だよね？＜パース
これのことではない？
value = split( key, '=' );
split( value, '\n' );
■ 新しいサーバで read.cgi が正しく動かない問題。
ttp://qb.2ch.net/test/read.cgi/operate/1047840578/ bbs.cgi 再開発ﾌﾟﾛｼﾞｪｸﾄ
ttp://qb.2ch.net/test/read.cgi/operate/1053067870/ まぁそれはいいとしておいらはCはほとんど書けないから出番なしかなー。
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉
￣￣￣￣￣∨￣￣￣ (´´
∧∧ ） (´⌒(´
⊂（ﾟДﾟ⊂⌒｀つ≡≡≡(´⌒;;;≡≡≡
￣￣ (´⌒(´⌒;;
ﾜﾗﾀ
ところで話変わるけど、携帯ゲーム機"プレイステーションポータブル(PSP)
このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。
画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。
この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF７のように。
突然こんな事いいだしてすまそ・・
GBAと比べてみてどうなんでしょうか？(シェアのことは抜きで)
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
（ ＾＾ ）＜ ぬるぽ（＾＾）
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
Makefileも作らないと。
皆様がこの本は良いと思ったのを、教えては
頂けないでしょうか。お願いします。
スレ違い。
ガンバレ。
ところで、bzip2ってブラウザ対応してたっけ…？
ttp://http://www.h4.dion.ne.jp/~sizzy99m/toybox/ch031107.tar.gz ttp://2chp.net/ 来てください。
・広告対策/スクリプト荒らし対策もbbs.cgiに組み込んで欲しい
ブラックリストを作って該当する物は排除といった感じで
ttp://http://www.h4.dion.ne.jp/~sizzy99m/toybox/ch031116.tar.gz すごいなぁ。
ttp://www111.sakura.ne.jp/~as/box/bbs.zip がんがって書き直してみた。
といっても、最小限の機能な上、限りなく怪しいソースだけど・・・。
ttp://qb3.2ch.net/test/read.cgi/operate/1069144193/ いろいろ発注もあり。
(σ・∀・)σｹﾞｯﾂ
ttp://www111.sakura.ne.jp/~as/src/bbs.zip ・トリップ、fusianasan、名無しさん に対応
・デコード処理のバグ修正
・Makefileのバグ修正
ただ、ヘッダに変数を置くのは止めたほうがいいと思われ。
言い方がキツイかもしれんがもう少しちゃんと組まないと利用者がとんでも
ない被害をこうむるぞ。このままではたぶんコア吐きまくりになる。
バッファ・オーバーに対する緊張感が感じられない。
差し出がましいようだが製作中をチラっと紹介。
ttp://http://org.s38.xrea.com/bbs-mod.zip Apacheモジュール化を前提にしてるから回りくどい動作をしてるが
実用性を重視して設計してる。
現状はただのCGIでファイルでデータ保持してるがこれをApacheのメモリ
空間に置き換える。
そこそこの形にまとまれば軽くPerl版の100倍とかの速度になるんじゃないかな？
くだらない煽りだと思われるかもしれないけど、もう少しCを勉強した方がいいよ。
スーパーユーザーで動かすのか？
つっこみナイス
をApacheAPIに置き換える前に一応素のCGIとしても仕上げておこうと
思うが何か問題点があったら遠慮無しに叩いてもらえないだろうか。
結構うまく設計されてると思うけど。。
脆弱性があるなら、その部分を指摘してもらえるとありがたいと思うよ。
(ついでに私のもよろー。)
ソース見たよ。
1Mのmallocって今時は普通？
エンティティヘッダの区切りは \n じゃなくて \r\n にしろよ。
つかまだ完成度数%くらい？のものを叩けと言われてもなぁ…
・確保したメモリが確実に初期化されているという保証はあるのか？
・散在したリソースが整理して管理できてるか？
・冗長性の無い関数(strlenとかstrcat等)にそのままデータを入れていないか？
っていう部分のポリシーが私の考え方と相違している。
危険性を多分に含んでいることは間違いない。
というより皆バラバラで作ってないで統合して分担できればいいんだが。
PM出現きのん
改行コードは処理系が吸収してくれるはずなんだが。
ちなみに私の環境はWin2k3+Cygwin+GCC3.3とLinux2.4+GCC3.3
メモリの初期化はmemsetではだめなの？
バッファオーバーフローを考えるなら、sprintfも危険ですよ。
strlenがだめなのは、ポインタにNULLが入っているかもしれないから？
でもそれを言ったら、文字列操作系が全部だめって事になりそう。
データ型も保証されていた方がいいよね？
stringまわりは手前できちんと例外処理しておけば済む事じゃない？
サイニタイジングまわりをどうするかで思案中、、
regexでゴリっと正規表現使うかリクエスト・ボディの全バイトで
ポインタ回してチェックするかどっちがいいだろう。
トークン後にサニタイジングね。
C++ですか？
だとしたら、ちょっと期待してます。
# C++のApacheモジュールについて、よく知らないので。
素のApacheAPIのつもりだが、、
C++でApacheモジュール使う利点ってあるの？
サニタイジング云々はとりあえずCGIとして機能する為に必要なだけで、、
ApacheモジュールにするならApacheAPIバリバリでお手軽に行くつもりだが。
CGIならSTLは重宝するが。
string、例外処理というところでC++だと思ったのですが、違いましたか。
C++の標準stringあるだけでも、結構便利だと思いますけど。
それと、ap_escape_htmlは文字参照に対応していないので、
注意した方がいいですよ。
C++は楽な反面でコードがキモいしなぁ、、
必要に応じて自前で作るべき処理もあるかもしれないね。
それより基本構造に着目しないと作り直す意味があまりないような。
目的は軽量でメンテしやすい物に置き換える事だよね？
datを全部バッファせずに逐次でHTML出力しようとてる。
この時上部の100レス単位のリンクを入れるにはどうすればいいだろう。
やはり一度datを全部読んでその行数で調べるしかないのだろうか。
問題点はデータを全て読む前に何レスか分からないとリンクが作れない事。
なんかいい方法ないだろうか。
できれば、このスレはsage進行で。
インデクスを作成しておけばいい。
subject.txtを見に行くって事？
それもいいかもしれないなぁ。
負荷とのトレードオフかもしれないけど。
パフォーマンスがテーマになるといろいろ難しいね
うるさいよ本７
突っ込み多謝。
1から出直してきます。
別のインデクスファイルに記録しておき、
必要に応じてそれを参照して、アクセスするって事でせう。
欠点はインデクスファイルが増える所と、
レス削除した時にそのファイルも操作が必要という所。
なるほど。貴重な意見ありがとうね。
のアイディアとフルバッファとの違いを比較して最終仕様を決めたいと思う。
今のところread.cgiの読み出し～表示に関しては動いてるので今日はbbs.cgiの再現
に着手します。
とにかくバカっ早いです。
お前はsageるな
本7とそうじゃないのってどうやって見分けてるわけ？
お前はプログラムの中で名乗っているだろうが。
ttp://www111.sakura.ne.jp/~as/src/test-1.zip sevletで書いて、配置名をbbs.cgiにしてみるとか?(^_^;
日本語コードを処理するのにごにょごにょなのでついでに統一してみると。
ちょっと修正
ttp://www111.sakura.ne.jp/~as/src/test-2.zip HTMLテンポラリをXMLで保持/操作すると楽そう。
やっぱり負値の文字コードは使いたくないよね。
忘れて0x80以上の整定数と比較しちゃったり。
(文字なんだから本来は数値拡張文字('\x80')で比較しないといけないんだけど。。)
# is何とか系の関数に負値の文字コードを渡すとおかしくなるライブラリがあったとか。
いつになったら完成するのやら。
ttp://www111.sakura.ne.jp/~as/src/test-4.zip ていうか、両方見てる奴も多いんじゃね？
この板はとてもレベルが高いとは思えない
っていうかUNIX板も年々ひどいことになってるけど
ttp://http://dbvrposuiwvk.com/">dbvrposuiwvk</a>, [url=ttp://http://mnubhtuopdfl.com/]mnubhtuopdfl[/url], [link=ttp://http://qjvuohlcmoky.com/]qjvuohlcmoky[/link], ttp://http://hewavegiworh.com/ たまにソースが漏れたり、断片的に提示されてるが。
あ、そのときいた人たちが身内か。
有志で開発されていたから、一時期ソースが公開されていた。
bbs.cgi再開発プロジェクト6
ttp://qb5.2ch.net/test/read.cgi/operate/1176295715/l50 あと、こんな事が進んでいたり♪
幸せサーバープロジェクト 「アイデア・技術のある人募集中」★3
ttp://qb5.2ch.net/test/read.cgi/operate/1241361889/l50 そこのスレに参加しても話すら聞いてくれな
ERROR：ブラウザ変ですよん。になるのはどうしてですか
ttp://http://sumerki3.net/">ﾑ褞?? 3</a> （ ・∀・） | | ｶﾞｶﾞｯ
と ） | |
Ｙ /ノ .人
/ ） .人 < >_∧∩
＿/し' < >_∧∩｀Д´）/
（＿フ彡 Ｖ｀Д´）/ / ←
/ ←
Webサーバでもソースポートのログ取ってる？
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
FJ8W76CFIB
