Ｃ言語のＣＧＩを語りつつ普及するスレ

1 名前：somebodyさん mailto:sage [03/03/23 13:20 ID:???] Ｃ言語で書かれたＣＧＩってなかなかｲｲもの見つかりませんよね。 前Ｃでかかれた掲示板を見かけたんですけど、なんかタグ用の処理が行われていないらしくて、グロ画像やエロ画像なんて 貼りたい放題でしたよ・・。わたしなんて<xmp>タグを貼りかけましたよ・・・ それはどうでもｲｲとしてＫＥＮＴさんのＣＧＩみたいに高機能で手軽なＣＧＩのＣ言語版みたいなのがあったらなぁなんて思ったことありませんか？ このスレではそんなＣＧＩについて語って、ＣでＣＧＩの考えを普及していきたいです。 250 名前：nobodyさん mailto:sage [03/04/26 08:39 ID:???] >>248 取りあえず文字列型かクラスのある言語使った方が幸せになれると思うよ。 251 名前：ふしアナ： [03/04/27 21:06 ID:Cn2+e3lF] 前友達にされた質問。 これってなんて読む？ (漏れの場合) char ちゃー argv あーぐぶい printf ぷりんとふ sprintf すぷりんとふ hex へっくす int いんと getenv　げっといーえぬぶい void ぼいど buffer ばっはー/ぶっふぁー malloc まろっく とりあえず今日はこのへんで・・・・ 252 名前：nobodyさん mailto:sage [03/04/27 21:17 ID:???] >>251 もう流石に飽きたな。読み方ネタ。 253 名前：nobodyさん mailto:sage [03/04/27 21:21 ID:???] >>252 はげどう。 254 名前：ふしアナ： [03/05/03 23:37 ID:4lYMudid] Cで作るときとC++で作るときどちらもメリット、デメリットが あるとおもいますけど、それぞれの美点と欠点をあげてくれませんか？ 255 名前：nobodyさん mailto:sage [03/05/03 23:38 ID:???] >>254 C++：可変長文字列が美しく実装できる。 256 名前：nobodyさん mailto:sage [03/05/03 23:39 ID:???] つーか標準ライブラリが提供しているじゃねーか。 257 名前：FENT [03/05/06 00:10 ID:mpO79UQ6] 質問！ UNCGIをWINDOWSで実行モジュール".exe"にコンパイルしたことある人 コンパイル方法おしえて。 英語のDocを読むとターボＣがなんちゃらでわからん。 できれば、VC++とかでコンパイルしたいのねー。 258 名前：FENT [03/05/06 00:14 ID:mpO79UQ6] >>254 WINDOWSで動かす場合だけど。 拡張子".cpp"で作成すればWINAPIをガシガシつかったCGIが出来るよ。 259 名前：nobodyさん mailto:sage [03/05/06 00:21 ID:???] (ﾉ_-;)ﾊｱ… 260 名前：nobodyさん mailto:sage [03/05/06 00:47 ID:???] めまいと頭痛が・・・ 261 名前：FENT [03/05/06 01:04 ID:mpO79UQ6] 焼きなおすか・・・ UNCGIに変わるもので、おすすめのものしっているかた いらしたら教えてください。 262 名前：動画直リン [03/05/06 01:10 ID:qyy2Fj99] homepage.mac.com/hitomi18/ 263 名前：nobodyさん mailto:sage [03/05/06 01:18 ID:???] #define hex2dec(c) (((c) >= 'a' && (c) <= 'f') ? ((c) - 'a' + 10) : ((c) >= 'A' && (c) <= 'F') ? ((c) - 'A' + 10) : ((c) >= '0' && (c) <= '9') ? ((c) - '0') : (c)) char *Decode(char *str) { unsigned char *p, *bstr; if(*str == '\0') return str; bstr = (unsigned char*)str; for(p=bstr; *bstr!='\0'; bstr++) { if(*bstr=='+') { *p=' '; p++; } else if(*bstr=='%') { *p = (hex2dec(*(bstr+1)) * 16)+(hex2dec(*(bstr+2))); p++; bstr+=2; } else { *p = *bstr; p++; } } *p='\0'; return str; } 何年か前に作ったデコード関数。 マクロの括弧が無駄に多い気が・・・ 264 名前：263 mailto:sage [03/05/06 01:20 ID:???] 今改めて見ると、何て無駄の多いコードなんだ・・・ 265 名前：nobodyさん mailto:sage [03/05/06 01:29 ID:???] isxdigitとか知らないのか？ 266 名前：_ mailto:ｓａｇｅ [03/05/06 01:35 ID:???] 　（　・∀・）/＜　こんなのみつけたっち♪　 www.japan.pinkserver.com/kensuke/hankaku/hankaku07.html japan.pinkserver.com/kensuke/zenkaku/index.html www.japan.pinkserver.com/kensuke/hankaku/hankaku08.html japan.pinkserver.com/kensuke/hankaku/hankaku10.html www.japan.pinkserver.com/kensuke/hankaku/hankaku07.html japan.pinkserver.com/kensuke/hankaku/hankaku03.html www.japan.pinkserver.com/kensuke/hankaku/hankaku05.html japan.pinkserver.com/kensuke/hankaku/hankaku01.html www.japan.pinkserver.com/kensuke/hankaku/hankaku06.html japan.pinkserver.com/kensuke/hankaku/hankaku04.html www.japan.pinkserver.com/kensuke/hankaku/hankaku09.html 267 名前：261 [03/05/06 02:05 ID:mpO79UQ6] >>263 返信ありがとうございます。すみませんでした。 う〜ん ヘキサのデコードというか、UNCGIを使いたかったのは、 HTTPのリクエストから切分けてデコードした後に、 環境変数にセットしている、仕組みをそのまま使いたいなーって思って たんですよ。 UNCGIの処理の流れ的には ・環境変数取得 ・切離し後デコード ・それぞれ別の環境変数にセット ・URLの引数(ttp://***/uncgi/aaa.exe)のプログラム(aaa.exe)を起動 ・起動されたプログラムは、環境変数よりPOST及びGETの 　パラメータを取得 こんな感じだとおもうんですよ。作ればいいんですけど・・・ ただ、コンパイルできたらいいなーと思いまして。 VC++だと、何ヶ所かコンパイルにひっかかってしまうので 私のめんどくさがりやから・・・質問してしまいました。 268 名前：261 [03/05/06 02:08 ID:mpO79UQ6] >>267 追加 ただ・・この仕組みをつくるとしたら疑問があるんです。 HTTPのリクエストで起動されたCGIによってセットされる環境変数は、 ブラウザごとに別々の扱い(DOSプロンプトのように)になるのでしょうか？ 同時にアクセスがあった場合、同一名称の環境変数は、それぞれブラウザ ごとに違う値を保持するのかな？？？ 269 名前：nobodyさん [03/05/06 03:04 ID:CpGJxcjL] 自分でデコードしてたけど、画像アップロードとかあるんで 結局cgiccに移行したよ。cgiccおすすめ。 270 名前：bloom [03/05/06 03:10 ID:qyy2Fj99] homepage.mac.com/ayaya16/ 271 名前：_ mailto:ｓａｇｅ [03/05/06 03:25 ID:???] 　（　・∀・）/＜　こんなのみつけたっち♪　 www.japan.pinkserver.com/kaorin/moe/jaz04.html japan.pinkserver.com/kaorin/mona/index.html www.japan.pinkserver.com/kaorin/moe/jaz05.html japan.pinkserver.com/kaorin/moe/jaz08.html www.japan.pinkserver.com/kaorin/moe/jaz09.html japan.pinkserver.com/kaorin/moe/jaz02.html www.japan.pinkserver.com/kaorin/moe/jaz06.html japan.pinkserver.com/kaorin/moe/jaz01.html www.japan.pinkserver.com/kaorin/moe/jaz10.html japan.pinkserver.com/kaorin/moe/jaz07.html www.japan.pinkserver.com/kaorin/moe/jaz03.html 272 名前：_ mailto:ｓａｇｅ [03/05/06 04:07 ID:???] 　　 川o・-・）ノ　＜先生！こんなのがありました！ www.japan.pinkserver.com/kaorin/moe/jaz03.html japan.pinkserver.com/kaorin/mona/index.html www.japan.pinkserver.com/kaorin/moe/jaz02.html japan.pinkserver.com/kaorin/moe/jaz08.html www.japan.pinkserver.com/kaorin/moe/jaz09.html japan.pinkserver.com/kaorin/moe/jaz05.html www.japan.pinkserver.com/kaorin/moe/jaz06.html japan.pinkserver.com/kaorin/moe/jaz01.html www.japan.pinkserver.com/kaorin/moe/jaz10.html japan.pinkserver.com/kaorin/moe/jaz07.html www.japan.pinkserver.com/kaorin/moe/jaz04.html 273 名前：nobodyさん mailto:sage [03/05/06 07:50 ID:???] >>267 誰　も　お　前　に　は　返　信　し　て　い　な　い　よ 274 名前：nobodyさん [03/05/07 00:56 ID:ZdGvFTnv] >>273 ↑朝早くから 　誰　オ　マ　イ 275 名前：nobodyさん mailto:sage [03/05/08 15:14 ID:???] どう考えたってスカラー電磁波って、 ニコラ・テスラのパクりだろ。( ﾟДﾟ) plaza16.mbn.or.jp/~satchel/ 276 名前：nobodyさん mailto:sage [03/05/20 01:53 ID:???] C++版(for文2回バージョン、入力文字列のチェックなし) void Http::Decode(std::string* pstrQuery) { 　　std::string::size_type nPos; 　　for (nPos = 0; (nPos = pstrQuery->find('+', nPos)) != string::npos; pstrQuery->replace(nPos++, 1, 1, ' ')); 　　for (nPos = 0; (nPos = pstrQuery->find('%', nPos)) != string::npos; nPos++)) { 　　　　unsigned int nCode; 　　　　if (std::sscanf(pstrQuery->c_str() + nPos + 1, "%02x", &nCode) == 1) 　　　　　　pstrQuery->replace(nPos, 3, 1, static_cast<char>(nCode)); 　　} } 277 名前：山崎渉 mailto:（＾＾） [03/05/22 02:04 ID:???] ━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━― 278 名前：山崎渉 mailto:（＾＾） [03/05/28 17:18 ID:???] 　　　 　∧＿∧ ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。 　　＝〔~∪￣￣〕 　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉 279 名前：山�ｱ渉 [03/06/15 18:32 ID:VQqVlPF2] 構造体がわからないのですが・・・。 280 名前：King.Yamazaki ◆/3cyWCTf.c [03/06/15 18:42 ID:VQqVlPF2] Please tell me some FREE servers at which you can use C. I will show you any of them. fh.aaacafe.ne.jp/ GET! Free Server Space! 281 名前：山崎 渉 mailto:（＾＾） [03/07/15 11:12 ID:???] 　__∧＿∧_ 　|（　　＾＾ ）|　＜寝るぽ（＾＾） 　|＼⌒⌒⌒＼ 　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉 　　 ~￣￣￣￣ 282 名前：山崎 渉 mailto:（＾＾）sage [03/08/02 02:39 ID:???] 　　 ∧＿∧ 　　（　　＾＾ ）＜ ぬるぽ（＾＾） 283 名前：ぼるじょあ ◆ySd1dMH5Gk mailto:（＾＾） [03/08/02 05:23 ID:???] 　　　 　∧＿∧　 ∧＿∧ ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。 　　＝〔~∪￣￣￣∪￣￣〕 　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ 284 名前：nobodyさん [03/08/10 00:34 ID:3gdl3sO5] ２ｃｈって、Cで稼動させるのと、Javaで稼動させるのと、 どっちが高速安定動作するんですか？ 285 名前：nobodyさん mailto:sage [03/08/10 00:37 ID:???] （ ﾟдﾟ）ﾎﾟｶｰﾝ　（ ﾟдﾟ）ﾎﾟｶｰﾝ　（ ﾟдﾟ）ﾎﾟｶｰﾝ 　（ ﾟдﾟ）ﾎﾟｶｰﾝ　（ ﾟдﾟ）ﾎﾟｶｰﾝ （ ﾟдﾟ）ﾎﾟｶｰﾝ　（ ﾟдﾟ）ﾎﾟｶｰﾝ　（ ﾟдﾟ）ﾎﾟｶｰﾝ　（ ﾟдﾟ）ﾎﾟｶｰﾝ 286 名前：_ mailto:sage [03/08/10 00:40 ID:???] homepage.mac.com/hiroyuki45/ 287 名前：nobodyさん [03/08/10 16:43 ID:37o8iGE7] Cでファイルロックをしたいのですが窓とunixの両方で動作させるためにはどうすればよいのでしょうか？ 普通にflock関数を使うのはまずいですか 288 名前：nobodyさん mailto:sage [03/08/10 17:10 ID:???] >>287 #ifdef 289 名前：nobodyさん [03/08/10 17:22 ID:j1wuC9e6] >>287 ム板とマルチ。 290 名前：nobodyさん mailto:sage [03/08/10 19:36 ID:???] >>289 うるさいヴぉけ と思ったらあれがレスですか。あなたはもしや照れ屋さんですか？ 291 名前：nobodyさん [03/08/14 14:08 ID:oA+wkOB6] どうしてWeb系のCプログラマーってインデントしないの？ TABの1Byteをケチりたいの？ 292 名前：nobodyさん mailto:sage [03/08/14 14:11 ID:???] >>291 するけど？見た例がたまたまそうだったんじゃないの？ 293 名前：nobodyさん mailto:sage [03/08/14 14:38 ID:???] >>291 2chにコピペされたコードを見た・・・・？ 294 名前：山崎 渉 mailto:（＾＾） [03/08/15 22:31 ID:???] 　　　 (⌒V⌒) 　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。 　　⊂|　　　　|つ 　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン 295 名前：nobodyさん [03/08/17 15:25 ID:VoWMe2O6] ホシュ 296 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 297 名前：______ mailto:sage [03/08/17 15:32 ID:???] 　 ∋8ノノハ.∩ 　www.yakuyoke.or.jp/ 　　 川o・-・）ノ　＜先生！こんなのがありました！ www.hokekyoji.com/ members.tripod.co.jp/hossyoji/index/ www.honmonji.or.jp/ www.maap.com/tanjoh-ji/ www.kuonji.jp/ www.butsuzou.com/jiten/sanmen.html www.butsuzou.com/list1/sanmen2.html www.butsuzou.com/list1/sanmen3.html www.butsuzou.com/keitai/sanmen-kz.html 298 名前：nobodyさん mailto:sage [03/08/19 17:06 ID:???] >>88の本読んだけど…… とりあえず 「固定長」のバッファをなぜかmallocした上にクリアすらせずに使うのと 関数の返り値を片っ端から捨てていくのと 入力データを長さもチェックせずにstrcpyで突っ込むのはやめて欲しい。 まあ、それを鵜呑みにしてコード書く奴も書く奴だけど。 299 名前：nobodyさん mailto:sage [03/08/22 01:40 ID:???] >>298 元々買う気なくて立ち読みしかしてないのでナンだけど、 どこで固定長のバッファをmalloc()してた？ 興味本位で探してみたけどみつけらんなかったYOu 300 名前：nobodyさん mailto:sage [03/08/23 01:29 ID:???] >>299 スタックを圧迫しないと言うことで再帰とかのときに有利なのかも知れない。 301 名前：nobodyさん mailto:sage [03/08/24 04:11 ID:???] あとでreallocするつもりなら予め固定長でもmallocする必要があるし。 302 名前：nobodyさん mailto:sage [03/08/28 14:55 ID:???] Sygwinでロック関数が動きません・・・ 303 名前：nobodyさん [03/08/31 16:08 ID:oQ0ZtH63] read.cgiのC言語バージョン作ったんだけど 配布したらアクセスどんどんくるかな？ って思っているんです。 需要ありかしら？ (今Perlでつくったやつ配ってるんですけどちょくちょく使っている人がいます) 304 名前：303 [03/08/31 16:11 ID:oQ0ZtH63] >>298 たしか８８投稿したのは、おれだけど、多少上達してから それは思いました。 （っつうかそいつの本のまねしてやったら友達にセキュリティやべえぞって言われたんですね・・・） 305 名前：303 [03/08/31 16:12 ID:oQ0ZtH63] 今気づいた。 ここは普及スレだった。。。。。。。。。。 306 名前：nobodyさん mailto:age [04/01/27 13:55 ID:???] age 307 名前：　 mailto:sage [04/01/28 20:44 ID:???] てｓｔ 308 名前：nobodyさん mailto:sage [04/02/02 11:42 ID:???] 結局開発に時間がかかりすぎるとか 敷居が高いとかだろ ＷＥＢのためにＣ++覚える馬鹿（暇人）はいないし。 C#が普及すれば少しはＣのＣＧＩ増えるかな？ 309 名前：nobodyさん [04/02/02 16:06 ID:KHxdJaNy] >>308 ha? 310 名前：nobodyさん mailto:sage [04/02/02 16:42 ID:???] >>309 omaemona 311 名前：nobodyさん mailto:sage [04/02/10 19:56 ID:???] M$専用 312 名前：nobodyさん mailto:sage [04/02/11 01:13 ID:???] >>308 Cで開発しても、そんなに時間はかからない。デバッグにしてもさほどでは ない。開発に時間がかかるのは言語慣れしてないからだろう（漏れが Perl でやったら Cの倍以上かかる）。 敷居が高いのは認める。関連書籍は圧倒的に少ないし。コンパイラという時点 で決して低くはない。特に初心者は大変だろう。 Webプログラミングを目的として C++覚える人というのも確かに奇特だが、C++ を覚えていれば他にツブシも効くだろう。決して損な選択ではないと思う。 313 名前： ◆0UMFbJB2oM [04/02/12 18:21 ID:pt0vOHBR] そうだけれども・・・・ 314 名前：nobodyさん mailto:sage [04/02/17 04:30 ID:???] >>303 需要はあるYO！ 315 名前：nobodyさん mailto:sage [04/02/17 04:40 ID:???] >>268 > 同時にアクセスがあった場合、同一名称の環境変数は、それぞれブラウザ > ごとに違う値を保持するのかな？？？ POSTなり GETなりのリクエストがあってはじめて CGIが起動されるわけだから、起動されたプロセスで 「俺はどれだ？」なんて事を留意する必要は無い。ただ単一動作をするのみ。 いくつものブラウザからいくつものリクエストをされた場合は、それぞれ個別にプロセスが起動される だけだから、その時その時の環境変数を読めばよい。HTTPデーモンは、そういう風にしてくれるはずだ。 ・・・と、偉そうに書いたが、間違ってたら激怒ｷﾎﾞﾝﾇ。 316 名前：nobodyさん mailto:sage [04/02/17 13:36 ID:???] こーいう話題こそCGIスレ行きだと思うんだけどなー ままならぬものだｗ 同じCGIプログラムでも、Request毎に違うプロセスが起動されて そのRequestの発行したブラウザの情報が環境変数に設定れるよん 317 名前：nobodyさん mailto:sage [04/02/17 17:47 ID:???] こーゆう疑問を解消する事で、Ｃで CG I やる人が増えれば、スレタイには沿うんでないかと。 318 名前：nobodyさん mailto:sage [04/02/19 02:17 ID:???] >>317 なるほど。 って 伸びないスレだなｗ 319 名前：nobodyさん mailto:sage [04/02/19 13:48 ID:???] まぁ、だんだん暖かくなってきたしな。 320 名前：nobodyさん mailto:sage [04/02/19 18:08 ID:???] いやぁますますC言語日和で〜。 321 名前：nobodyさん mailto:sage [04/02/19 22:47 ID:???] Cでapacheモジュールを作る話題はどこに逝ったらいいですか？ 322 名前：nobodyさん mailto:sage [04/02/19 23:29 ID:???] >>321 Linux板かUNIX板 323 名前：nobodyさん mailto:sage [04/02/20 00:10 ID:???] 一番詳しそうな人が見てそうなのはunix板のapacheスレ 324 名前：nobodyさん mailto:sage [04/02/20 01:29 ID:???] >>322-323 ありが�d CGIが重い重いと言われてるので、 どうせCならapacheモジュールにしちゃえと思ってて、 WebProgだと思ったけどunix板ですか… ちょっとこわひ… 325 名前：nobodyさん mailto:sage [04/02/20 03:16 ID:???] unix板を開いたら 「彼女」「イブ」等のキーワードのスレを探せ。「雑談」でもいいが。 326 名前：nobodyさん mailto:sage [04/02/20 06:01 ID:???] >>325 重ね重ね産休 でも、聞く前になんとなく自己解決 apacheモジュールは軽すぎますなー 327 名前：nobodyさん mailto:sage [04/02/20 09:57 ID:???] >>325 ヽ( ・∀・)ﾉ ｳﾝｺｰ 328 名前：nobodyさん mailto:sage [04/02/22 04:18 ID:???] おれはCでURIデコードするときは、 %だったら続く２文字をテーブル変換するって方法使ってるよ。 テーブルは上の桁用と下の桁用をそれぞれ作って足し算。 329 名前：nobodyさん mailto:sage [04/03/05 04:48 ID:???] h o s h u 330 名前：nobodyさん mailto:sage [04/03/06 19:57 ID:???] 7年前に書いたデコードルーティンから抜粋 unsigned char n,h,l,const t[256]={…,0,1,…,8,9,…,10,11,…14,15,…,10,11,…,14,15,…} if(('%'==*s)&&(-1!=(h=t[*(s+1)]))&&(-1!=(l=t[*(s+2)]))) { *d++=(h<<4)|l; s+=3; } else … 331 名前：nobodyさん mailto:sage [04/03/11 00:27 ID:???] EXEならではの利点があるはず。 socket使って２ちゃんねるのトップを取得してタグコピーして表示するとか。 この場合とくに意味は無いけど、面白い使い方をしている例希望。 332 名前：nobodyさん mailto:age [04/03/11 00:58 ID:???] EXEならではの利点 333 名前：nobodyさん mailto:sage [04/03/11 01:02 ID:???] まずは、"CGI"って何なのかを理解してくれ 334 名前：nobodyさん mailto:sage [04/03/11 01:04 ID:???] >>331 ﾄﾞｻﾞ氏ね 335 名前：nobodyさん mailto:sage [04/03/11 09:01 ID:???] なんだ EXE ならではの利点って。釣りか？ インタプリタみたいな事をやるよりは速いかも、程度しか思いつかないが・・・。 とか言う漏れも C で CGI やってるわけだが。 だって Perl とか PHP で書くと、キレイなソースに出来ないんだもん・・・。＜己れのスキル不足棚上げ 336 名前：nobodyさん mailto:sage [04/03/11 10:52 ID:???] 慣れだ、慣れ。 337 名前：nobodyさん [04/03/19 23:07 ID:wAGafw57] >>303 ttp://c.toshinari.net/cgi/bbs/mtbbs2/ これだね。 338 名前：nobodyさん mailto:sage [04/04/05 21:18 ID:???] 俺はC++で作ってるが、char *get_value("name");とかchar *get_cookievalue("name");といったのを ひとまとめにしたクラスを作った。 まだマルチパートのPOSTに対応していない・・・ 339 名前：nobodyさん mailto: [04/04/11 13:58 ID:???] おーい。どこかに簡単なサンプルというかCGIに特化した講座はないかい？ 何からはじめたらいいのかわかんないよ。ググリ疲れました・・・。 340 名前：nobodyさん mailto:sage [04/04/11 14:10 ID:???] "CGI"とは何なのか知っていれば サンプルも何も無いと思うけど。 341 名前：nobodyさん mailto:sage [04/04/11 14:57 ID:???] >>339 www-cms.phys.s.u-tokyo.ac.jp/~naoki/CIPINTRO/CCGI/ 342 名前：nobodyさん mailto:sage [04/04/12 05:34 ID:???] >>341 ありがとう！ 343 名前：918 mailto:sage [04/04/26 19:58 ID:???] >>335 Cならではというよりバイナリならではのほうが大きいのでは？ 1、データベースなんかを作ったとき処理が速い。 2、大抵のCGI対応のサーバーなら使える。インタプリンタよりも多く対応（多分）。 3、インタプリンタはクロスサイトスクリプティングの危険があるが、バイナリなのでそれは無いっぽい。 そもそも、CGIの元祖はC言語世代らしい。 344 名前：nobodyさん mailto:sage [04/05/07 18:55 ID:???] ここの住人て C/C++ CGIスレッド pc5.2ch.net/test/read.cgi/php/1077753522/l50 と100%かぶってる気もする 345 名前：nobodyさん mailto:sage [04/05/09 13:54 ID:???] >338 っていうかcookieは全部js操作でいい 346 名前：nobodyさん mailto:age [04/05/09 17:57 ID:???] (　´,_ゝ`)ﾌﾟｯ 347 名前：nobodyさん mailto:sage [04/05/18 05:37 ID:???] ところで多少は普及したのだろうか？ 348 名前：nobodyさん mailto:sage [04/05/18 21:17 ID:???] サッパリサッパリ 349 名前：nobodyさん [04/05/25 05:52 ID:8qS/bgdw] フォームのデータをデコードするところで、 なんで16をかけたり、4ビットシフトしたりするのかが わからないんです。 あれはいったい何をしてるんでしょう。 ググってもググっても何も出てこないので。。。。 350 名前：nobodyさん mailto:sage [04/05/25 06:22 ID:???] '%23'を'#'に変換したりとかの話なら、URLエンコード/デコード。 351 名前：nobodyさん mailto:sage [04/05/25 16:56 ID:???] >>349 ググり方が足りないだけっちょ。 ttp://sometime.minidns.net/~ccgi/decode_encode.html より引用 > "%xy"という3バイトの文字列を16進数に変換する処理としては、 > 2バイト目を0x10倍（0x10をかけるか、4ビット左シフト）して3バイト > 目を加える、という処理方法が有名ですが、 352 名前：nobodyさん [04/05/26 01:19 ID:BPDOKhgc] >>351 サンクスです。 ググり方が足りない。。。。 反省します。。。。。 353 名前：nobodyさん [04/05/30 11:50 ID:AsPEp7PV] c++でcgi作ってます。コンパイルしてそのままcgiとして動かしていますが、 このようにweb用cgiを作るための便利な定番ライブラリって何かありますか？ 354 名前：nobodyさん mailto:sage [04/05/30 13:23 ID:???] 洩れも調べ中 c++ならcgiccってのが上のほうに紹介あった気がする。 mm.apache.or.jp/pipermail/apache00-01/2000-December/002076.html 355 名前：nobodyさん mailto:age [04/05/30 13:41 ID:???] コンパイルしてからＵＰしても動かないときがあるよね。 まいっちんぐ 356 名前：nobodyさん mailto:sage [04/05/30 21:39 ID:???] tazthecat.net/~isaac/cgixx/ cgixx - BSD Licenseだそうだ。これから試してみるべ。 357 名前：nobodyさん mailto:sage [04/05/30 22:13 ID:???] cygwin->freeBSD用のクロスコンパイラの作り方をまとめました。 aaacafeで使えます。 D言語用に作ったのですが、c,c++も動きます。c,c++だけにしたければオプションでそうできます。 www.wikiroom.com/sakurai/?freebsd%A5%AF%A5%ED%A5%B9%A5%B3%A5%F3%A5%D1%A5%A4%A5%EB 参考にしてください。 どっかデッカイデータ置いていいところあればバイナリでも配布できる気もするけど、 自分はもってないので、がんばってインストールしてみてください。 もうちょっと、手軽にクロスコンパイラが手に入れば、なぁ。 Linux版も似たような感じで作れると思いますがまだやっていません。 では。 358 名前：nobodyさん mailto:sage [04/05/30 23:37 ID:???] そう、クロスコンパイラをバイナリで配布できればいいんだ。 どうやったら、いいのか考えたら。 １．どっかデッカイデータを入れさせてくれるサイトを探す。Vectorとか。 　　問題はバイナリデータをメールで送るんだったような記憶がある。 　　規約読めってかんじだな。 ２．P2Pで配信しちゃう。問題はちゃんと検索に引っかかってくれるかどうか。 　　やったことないのでわからん。 ３．ソースフォージみたいなのに登録しておかせてもらう。 　　なんか、敷居高そうなのが問題ありかなぁ。 あと、ライセンスとかどうなるんだか、よーわからん。cygwinで作ったクロスコンパイラ のライセンスはどうしたらいいんだろうって問題もある。 この辺の問題をクリアしてあると、だいぶ普及するんじゃないかなぁ。 359 名前：nobodyさん mailto:sage [04/05/31 04:22 ID:???] >>357-358 ぐっじょーぶ！！ ソースアップしてコンパイル結果のバイナリ、ダウソできるような 鯖たてたらどうだろ？自分で環境用意できない人には重宝するかも。 360 名前：357 mailto:sage [04/05/31 20:55 ID:???] >>359 それは危険だと思います。aaacafeはgccをcgiで動かせるそうですが。 危険を無視すれば面白いですよね。会員認証付きで、作ることになりますね。 アクティブＸでeclipseをブラウザに取り込んで、cvsに入って、ぽいぽいと。 クロスコンパイラのバイナリ配信を可能にしました。 www.wikiroom.com/sakurai/?freebsd%A5%AF%A5%ED%A5%B9%A5%B3%A5%F3%A5%D1%A5%A4%A5%E9%A5%D0%A5%A4%A5%CA%A5%EA c,c++,dをfreebsd用にコンパイルできます。 linux用も作ろうと思いますが先人の知恵があるのでこれ理解してからにしようと思っていますが。 インストール手順もずっと楽になりました。 ただ、これで、問題のあるプログラムは作らないでくださいね。 361 名前：nobodyさん mailto:sage [04/05/31 21:54 ID:???] CでWikiクローン作ってるものだが、思った以上に難しいな。 362 名前：357 mailto:sage [04/06/01 08:59 ID:???] CでWikiクローンですか、、、。名前は、Cikiですかねぇ。 Dならあるですぞ。Diki。 363 名前：357 mailto:sage [04/06/01 09:01 ID:???] わぁ、すでにあったぁ。 ciki.nostdal.net/cgi-bin/ciki C++でできてるみたいですね。 364 名前：360 mailto:sage [04/06/02 09:37 ID:???] Eclipseうんぬんは、ちょっと妄想入ってますな。 でも、やっぱり危険だと思うし、自分で用意できない。 間違えて、無限ループされても困る。 wikiライクなエディタ付きwebベース開発環境を妄想してます。 能力がついて来てないのですが。 とりあえず、perlでできる事がdでもできてしまう 環境を作ることには意義があると思っています。 365 名前：nobodyさん mailto:sage [04/06/05 01:01 ID:???] CGIを作るならC++の方が適しているんでしょ？ なんとなくそう思っただけです。 366 名前：360 mailto:sage [04/06/05 17:03 ID:???] >>365 STLあたり使えば、文字列操作が楽でしょうからねぇ。と、私も思っただけ。 367 名前：nobodyさん mailto:sage [04/06/08 00:25 ID:???] フォーム入力の処理はヌル終端文字列の方が楽だったよ データ構造にはstd::list使ったけど 368 名前：nobodyさん [04/06/08 23:58 ID:nLqW4woP] PHPのソースからbase64encode関数やらsplit関数を切り出して使ってる俺はアホですか？ 369 名前：nobodyさん mailto:sage [04/06/09 00:14 ID:???] 普通 370 名前：nobodyさん mailto:sage [04/06/09 11:22 ID:???] yahooのシステムは主にCを使ってるらしいですね。 なんかメリットあるから使ってるんでしょうかね。 371 名前：nobodyさん mailto:sage [04/06/09 23:29 ID:???] とりあえずバイナリならソースが漏れないし触れる人間が多いからじゃない？ 要件がはっきりしてるからこそ成せる技なんだろうけど。 372 名前：nobodyさん mailto:sage [04/06/10 02:01 ID:???] >C言語は、データベースを最も高速にアクセスできます >ash.jp/db/ この言葉を100%信用しても大丈夫なのかな。 373 名前：nobodyさん mailto:sage [04/06/10 14:20 ID:???] うーむ。ただのＣＧＩでコネクションをプーリングしないのと、Javaでコネクションをプーリングする、、、、。 どちらが速いんでしょうな。と思うＤ房でした。リンク先も読まずに、適当な発言。 374 名前：nobodyさん mailto:sage [04/06/11 19:53 ID:???] 実際問題、鯖への負荷はどうなの？ 375 名前：nobodyさん mailto:sage [04/06/12 00:29 ID:???] >>372 そこ見てみたけど、言葉使いがモニョモニョしてるな。本人は分かってるんだろうけど、 分かってない人のために書いたら、ちょっと不思議な文章になりました、って感じがする。 Cで高速にアクセス出来るのは確かだが、ヘタレなコードなら遅くなるし、最も高速に アクセスしたければアセンブラで組むだろう（実用的な意味はほとんど無いが）。 だから、厳密に言えば「最も高速」イコール Cではないのだが、一般的に言えば 「そう言って差し支えない」レベルの話だ、ということだろう。 376 名前：nobodyさん mailto:sage [04/06/12 01:10 ID:???] 現状ではApacheモジュールがWeb至上最速&最低負荷でしょう。 フォーム受け取り系で使ってるが恐ろしく速い。 ブラウザ上の感触が10行くらいのプレーンテキストを読んだ感じに似てる。 おなじ処理をC++/CGIで試したがやはり最初のコストがでかいのでモタつく。 377 名前：nobodyさん mailto:sage [04/07/06 06:41 ID:???] FastCGIは？ 378 名前：nobodyさん [04/08/09 18:38 ID:uDC/dB7t] 保守あげ 379 名前：nobodyさん mailto:age [04/09/07 08:23 ID:???] 要するに、C言語でCGI作ろうとした場合、perlのcgi-lib.pl （CGI.pm）にあたるものがライブラリで用意されてないのが 痛い。あと、jcode.pl（Jcode.pm）。 定番のcgi.cとかjcode.cてないんでしょうか。 380 名前：nobodyさん mailto:sage [04/09/07 08:31 ID:???] >>379 >ライブラリで用意されてないのが痛い。 藻前が探索能力がないのが痛い。 CGIのライブラリも日本語変換のライブラリもググれば出てくる。 それにCでCGIを作る様なヤツは、自分専用CGIライブラリくらい作る。 381 名前：nobodyさん mailto:sage [04/09/07 09:01 ID:???] Cは豊富にあるほうだと思うけどな。 たいていなんでも揃ってるし。 探せないやつが痛いのは間違いない！ 382 名前：nobodyさん mailto:sage [04/09/07 09:03 ID:???] >>380 即レス多謝です。ありますた。orz cgihtml Documentation(ttp://www.eekim.com/software/cgihtml/cgihtml.html) Ken Lunde氏jcode.c(ftp://ftp.ora.com/published/oreilly/nutshell/ujip/src/) (参考: Cgihtmlのsourcesを読む(ttp://www.adminteachers.com/hdezaki/cgi-lab/page21.html)） できるかどうか分からないけど、検索CGI作ってみまつ。 383 名前：nobodyさん mailto:sage [04/09/07 09:06 ID:???] >>381 ども、結構、あるんですね。 C/C++言語によるCGIプログラミングの設計入門（ttp://www-cms.phys.s.u-tokyo.ac.jp/~naoki/CIPINTRO/CCGI/） が参考になりそう。よし、やるど。 384 名前：上級者 [04/09/07 14:32 ID:BeqquvBt] PHP言語を使って。 ブラウザでLINUXPASSWORDを変えたいのですが どうしたらいいのでしょうか？ LINKX　シャドーパスワードなどあって 複雑でわかりません・・・ どうか教えてください お願いします 385 名前：nobodyさん mailto:sage [04/09/07 14:46 ID:???] >>384 スレタイ読み直せ 釣られた？ 386 名前：nobodyさん mailto:sage [04/09/07 15:54 ID:???] >>385 彼はプロです。 387 名前：nobodyさん mailto:sage [04/09/07 16:10 ID:???] >>384 webminでhttps://localhost:10000/にアクセス。 以上。 388 名前：nobodyさん mailto:sage [04/09/07 16:29 ID:???] >>384 さすがは上級者だ。 しかし本当のプロならもっと獲物のたくさんいる板で釣る。 389 名前：nobodyさん mailto:sage [04/09/07 16:34 ID:???] CではPerl見たいな文字列操作が面倒すぎだな。 C++になるとまだマシだけど。C++用の便利なライブラリって知らない？ 正規表現とかあるんだろ 390 名前：nobodyさん mailto:sage [04/09/08 00:54 ID:???] >>389 面倒なら自作すればいいじゃなーい。 391 名前：nobodyさん mailto:sage [04/09/08 04:11 ID:???] >>389 boost知らないの？ 392 名前：nobodyさん mailto:sage [04/09/08 09:12 ID:???] >>389 dyaregexp.hはboostより軽いちゅうわな。 ttp://hp.vector.co.jp/authors/VA028375/junkbox/dyaregexp.html 393 名前：nobodyさん mailto:sage [04/09/08 10:37 ID:???] 入力はUTF-8のみ有効、それ以外は無視。 394 名前：nobodyさん mailto:sage [04/09/08 12:24 ID:???] は？ 395 名前：nobodyさん mailto:sage [04/09/08 15:14 ID:???] www.google.com/search?num=50&hl=ja&lr=lang_ja&ie=shift_jis&q=dyaregexp この知名度はヤバイ 396 名前：nobodyさん mailto:sage [04/09/08 15:18 ID:???] www.vector.co.jp/authors 397 名前：nobodyさん mailto:sage [04/09/08 23:56 ID:???] っていうかC++でCGI作るならこれが基本じゃないの？ www.cgicc.org/ 398 名前：nobodyさん mailto:sage [04/11/08 18:55:43 ID:???] あゃしぃ人を発見 ttp://labo.cherrybooks.net/ 399 名前：nobodyさん mailto:sage [04/11/09 08:58:35 ID:???] 宣伝を発見 400 名前：nobodyさん mailto:sage [04/11/13 03:53:32 ID:???] 宣伝の発見者を発見 401 名前：nobodyさん mailto:sage [04/11/22 14:44:59 ID:???] 宣伝の発見者の発見者を発見 402 名前：nobodyさん mailto:sage [04/11/22 21:38:13 ID:???] >>401 あのね、それ皆、書こうと思って遠慮してたんだけど・・・ お詫びにネタ振れよ。 403 名前：401 mailto:sage [04/11/22 23:52:40 ID:???] >>402 gomen. ima, server karadakara, nihonngo nyuuryoku dekinai... 404 名前：nobodyさん mailto:sage [04/11/23 00:02:35 ID:???] >403 仕事しろ！！ 405 名前：nobodyさん [04/12/14 17:59:04 ID:upKknTNA] ＞＞401 宣伝の発見者の発見者の発見者を発見 406 名前：402 mailto:sage [04/12/14 23:08:12 ID:???] サーバーに日本語入力入れてしまいました。 いいのかな… 407 名前：nobodyさん mailto:sage [04/12/15 01:51:06 ID:???] いいよ。サーバーにX入れる時代だし 408 名前：nobodyさん mailto:sage [04/12/16 23:30:11 ID:???] 自宅サーバにX入れてます Xサーバ 409 名前：nobodyさん mailto:sage man [04/12/17 01:56:16 ID:???] それよりDistcc入れて分散コンパイルに……(^^;;; 410 名前：nobodyさん [04/12/27 15:06:04 ID:2ZZk8VkA] WinXPでｺﾝﾊﾟったCGIがFreeBSDで動きません 411 名前：nobodyさん mailto:sage [04/12/27 17:17:19 ID:???] つまらんネタだな 412 名前：nobodyさん mailto:sage [04/12/29 22:02:06 ID:???] >>410 つ［Perl］ お前さん、Cはやめておけ 413 名前：nobodyさん mailto:sage [04/12/31 11:29:26 ID:???] >>412 WINアプリがUNIXで動かないのは知ってるんですけど、なんとかならないですかね… クロスコンパイラは都市伝説、PCはPen200、64MBのノートだからUNIX系OSはボツ… 414 名前：nobodyさん mailto:sage [04/12/31 16:55:12 ID:???] Pentium200 64MBって、ちょっと前までは「PC-UNIXで再活用」の代表みたいなスペックだけど。 GUIは苦しいかもしれないけどね。 415 名前：nobodyさん mailto:sage [04/12/31 17:27:43 ID:???] X使わなきゃ全然大丈夫でそ 416 名前：nobodyさん mailto:sage [05/01/02 13:12:22 ID:???] >クロスコンパイラは都市伝説 藻前はPerlでも使っとけ 417 名前：nobodyさん mailto:sage [05/01/02 15:32:49 ID:???] ソースありますか？ 418 名前：nobodyさん mailto:sage [05/01/02 22:40:11 ID:???] tinyurl.com/23y5e 419 名前：nobodyさん mailto:sage [05/01/02 23:07:18 ID:???] cssのｸﾗｽ名がふざけてる 420 名前：nobodyさん mailto:sage [05/01/05 12:39:03 ID:???] >>413 cygwin 421 名前：nobodyさん mailto: [05/01/20 11:30:37 ID:???] Ｃを昔から使ってたので最近PERLの掲示板なんかを自作しようと 環境は自鯖仕様でWin2K+Apache2+VisualC++7 ＧＵＩならではの開発環境でデバッグが簡単になる方法ってあるんですかね？ 自分はＶＣ６使ってたのでＶＣ7の.netによる恩恵がよるわかりません；； 実行ファイルをＣＧＩとして動かしてＶＣのデバッグトレース機能なんてできます？ 用は実行ファイルの出力先にttp://hoge.com/abc.exeというのをＧＵＩでデバックとか・・ UNIXは知らんのですがWinsockを利用して細かいことしようとすると 画面出力で print "ENV=　なんてしてるもので作業効率最悪。 どっちかとＶＣスレの質問かもしれませんがすまそ・・ あと上げてすんま孫 422 名前：nobodyさん mailto:sage [05/01/20 12:35:15 ID:???] Ｃ言語ってｶｯｸいー？ つおい？ おにぎりの具で言うと何？ 423 名前：nobodyさん mailto:sage [05/01/20 21:03:09 ID:???] >>422 カックイーかどうかはしらないけど おにぎりの具で言うとうめぼしにマヨネーズって感じじゃない？ 424 名前：nobodyさん mailto:sage [05/01/21 01:48:24 ID:???] CでCGIはBoF対策とか糞めんどくさそうでアフォっぽいけど、 C++でCGIはアリかもね 425 名前：nobodyさん mailto:sage [05/01/29 14:17:48 ID:???] BoFの意味が分からない俺は 426 名前：nobodyさん mailto:sage [05/01/30 00:03:16 ID:???] たぶん、デザインパターンの本のこと じゃなくて、buffer overflowだと思う。 427 名前：nobodyさん mailto:sage [05/01/30 11:45:02 ID:???] なるほど。 でも、Cでもバッファオーバーフロー対策なんて面倒という程大層なものじゃないが… 428 名前：nobodyさん mailto:sage [05/01/30 18:51:23 ID:???] 俺もそう思う。 逆に、「C++だからバッファオーバーフローの心配はあまりない」 等と言う人の作ったものの方が、よっぽど危険だよ。 429 名前：nobodyさん mailto:sage [2005/04/03(日) 17:49:44 ID:???] このスレのおかげでふんぎりがついてCで画像掲示板作ってみたよ。 やっぱり慣れた言語が一番楽チンだね。組むのもデバッグも。 430 名前：nobodyさん mailto:sage [2005/04/03(日) 22:52:40 ID:???] うｐきぼん 431 名前：nobodyさん mailto:sage [2005/10/07(金) 11:12:03 ID:???] 鯖の負担だけ考えたらＣとPerlどっちが軽いの？ 432 名前：nobodyさん mailto:sage [2005/10/11(火) 02:40:04 ID:???] CでApacheモジュール 433 名前：nobodyさん mailto:sage [2005/10/17(月) 16:43:58 ID:???] こんなスレあったんだ・・・。 俺はとある企業で５年ほど、ＣのＣＧＩ開発をしていたよ。 某陸√系のサイトはほとんどがＣのＣＧＩで動いてるし。 相当無理なことやってるけど、相当無理ができることも事実だったりする。 434 名前：nobodyさん mailto:sage [2005/10/25(火) 00:31:01 ID:???] 何言語で書こうがCGIである限りはCGIで出来る事しかできない 435 名前：nobodyさん mailto:sage [2005/11/03(木) 12:08:29 ID:???] ファイルＩＯを発生させる処理でもperlとかわんないのかな ディレクトリ一覧をサブディレクトリまで 取得して、htmlタグを付与して出力するとか考えとるんですが。 perlだとおそいorz 436 名前：nobodyさん mailto:sage [2005/11/03(木) 14:26:14 ID:???] そんなもんページ表示させるたびにやらせたら遅いに決まってる。 キャッシュくらいしろ。 437 名前：nobodyさん mailto:sage [2005/11/03(木) 23:01:33 ID:???] >>435 438 名前：nobodyさん [2006/02/23(木) 13:35:40 ID:oh1e7jqD] すさまじく書き込みが少ないスレだなー。 かれこれ１０年ぐらいCでWebアプリの開発やってる。 いろんなライブラリを開発してたら、ソースが2MBにもなってしまった。 このライブラリだけでCGIに必要な機能はほぼ提供できるところまで来た。 PHPやPerlと変わらないレベルで開発できる。 このライブラリを公開したら面白いことになりそうだけど、 企業秘密満載だから、さすがに無理か。 439 名前：nobodyさん mailto:sage [2006/02/23(木) 15:33:14 ID:???] >>438 ここはおまいさんの日記帳じゃないよ。 440 名前：nobodyさん mailto:sage [2006/02/25(土) 13:19:21 ID:???] >>438 くれ 441 名前：nobodyさん [2006/05/06(土) 20:21:57 ID:FWiKF0Gu] いいねぇ。 >>企業秘密満載だから、さすがに無理か。 CPANとかある方がCからみたら異質なんだろうな。 一からライブラリ作るのは面倒だからAPRでもつかってみるかな。 442 名前：nobodyさん mailto:sage [2006/06/04(日) 14:34:28 ID:???] みんなヲレcgiライブラリの再生産遣ってそうだよな。 そろそろ基本的な所だけでも共有しないか？ 443 名前：nobodyさん mailto:sage [2006/06/04(日) 16:22:13 ID:???] それなら、まずは442のライブラリから共有するとしようか。 444 名前：nobodyさん mailto:sage [2006/06/07(水) 05:48:07 ID:???] 基本的っつーとどのヘン？ 昔のヤツをひっくり返して見つかったらアップしてみる。 445 名前：nobodyさん mailto:sage [2006/06/07(水) 14:16:56 ID:???] 普及が目的なら 基本的なライブラリの共有と並行して、 どうすればC言語でcgiが書けるのかという基本の解説がいるね。 hello worldのC言語cgi版みたいなの。 446 名前：nobodyさん mailto:sage [2006/06/08(木) 20:50:36 ID:???] printbody("Hello World!"); だけで、 <HTML> <BODY> Hello World! </BODY> </HTML> ぐらいは、生成してくれるとかさ。 447 名前：nobodyさん mailto:sage [2006/06/09(金) 10:14:52 ID:???] >>446 それ必要か・・・？ templateエンジンのが良くね？ 448 名前：nobodyさん [2006/06/09(金) 16:12:46 ID:mYrnmPP6] テンプレートはありませんかねぇ? 449 名前：nobodyさん mailto:sage [2006/06/10(土) 08:37:10 ID:???] テンプレートエンジンってどこにあるの？ stdio.hには無かった。 450 名前：nobodyさん mailto:sage [2006/06/11(日) 02:28:25 ID:???] CでMySQLやらPostgreSQLに接続するにはどうしたらいいんだろ？ TCP/IPの通信部分から書かなきゃﾀﾞﾒかなぁ？ 451 名前：nobodyさん mailto:sage [2006/06/11(日) 08:48:30 ID:???] >>450 そこだけphpに渡してる（笑 452 名前：nobodyさん mailto:sage [2006/06/11(日) 09:10:11 ID:???] Cならmysqlにライブラリ付属してますが？ ドキュメントぐらい読んだら？ 453 名前：nobodyさん mailto:sage [2006/06/11(日) 10:43:01 ID:???] DBの方のﾏﾆｭｱﾙにあったのか！ thx!! 454 名前：nobodyさん mailto:sage [2006/06/18(日) 20:19:39 ID:???] ふぇどら3でコンパイルしたCGIが You don't have permission to access /index.cgi on this server. っていわれてうごかないんだ。 httpd.confに Options ExecCGI AddType application/x-httpd-cgi .cgi って記述してるし、パーミッションも755になってるのにどうして？ 455 名前：nobodyさん mailto:sage [2006/06/19(月) 00:00:15 ID:???] >>454 SELinuxとかどうなってる？ 使ってないの前提として、ﾊﾟｰﾐｯｼｮﾝてどこのﾊﾟｰﾐｯｼｮﾝだ？ ﾃﾞｨﾚｸﾄﾘの方はどうなってる？ 所有権は？ 迷ったら777試せ 456 名前：454 mailto:sage [2006/06/20(火) 11:17:11 ID:???] SELinuxも無効にしたんだけどダメだ・・・ Windowsのxampp上では動くのに・・・ 777もやってみたけどダメだった 所有権は777だから別に違っても大丈夫なはず ディレクトリは見てなかったけど同ディレクトリ以下の phpは走るし大丈夫なはずじゃ・・・あ 帰ったら試したいことが出来ました。 まだ解決してないけど>>455さんまりがとう('∀｀) 457 名前：nobodyさん mailto:sage [2006/08/06(日) 17:59:11 ID:???] cgiつーかC言語のウェブアプリケーションって無いよね。 ぐぐったらウェブオブジェクト4.5とか出て来たけど、これはマカ専用？ 458 名前：nobodyさん mailto:sage [2006/10/20(金) 15:32:14 ID:???] >>457 使ってる企業は多いだろうけど、 目的の一つとしてソースをクライアントに見られずに済む というのがあるだろうから、どこも非公開なんだと思う。 459 名前：nobodyさん mailto:sage [2006/11/11(土) 15:32:43 ID:???] >>457 WebObjects4.5はWinNT系でも動くけど、ObjCはクセがあるから習得には個人差があるかも。 460 名前：nobodyさん mailto:sage [2007/04/30(月) 03:27:37 ID:???] CGI作っている途中だが、何かと面倒だな。 Cだと たしかに作業量は多いね。 スクリプト系の方がいいのかな。 461 名前：nobodyさん [2007/07/23(月) 21:41:06 ID:b9YG4RnE] age 最近、Cで書かれた通販システムを見かけたよ。 462 名前：nobodyさん mailto:age [2007/07/24(火) 09:29:08 ID:???] >>772 $body = preg_replace('/([0-9]+)/', $hoge_array[\\1], $body); echo $body; で「￥」が使えませんってエラーがでるけど、エラーをひょうじしなければ目的の結果は得られる…… どうやってエラーださないようにするか… 463 名前：nobodyさん mailto:sage [2007/11/14(水) 03:29:16 ID:???] dat落ち防止 464 名前：nobodyさん [2008/01/08(火) 20:51:35 ID:JKoPEtVY] 保守 465 名前：nobodyさん mailto:sage [2008/01/11(金) 00:42:29 ID:???] #include <stdio.h> int main() { printf("Content-Type: text/html\n\n"); printf("<HTML><BODY>\n"); printf("保守\n"); printf("</BODY></HTML>\n"); return 0; } 466 名前：nobodyさん mailto:sage [2008/01/28(月) 15:21:41 ID:???] ほ 467 名前：nobodyさん [2008/03/05(水) 00:20:30 ID:SOAastXQ] 今からCでCGI勉強しようと思うけど 無駄？ 468 名前：nobodyさん mailto:sage [2008/03/05(水) 03:04:37 ID:???] >>467 かなり大変だという覚悟があるならどうぞ。 自作ライブラリを既に持ってる人じゃないと、 一般的な用途ではメリットは少ないかも。 469 名前：nobodyさん mailto:sage [2008/03/06(木) 01:30:58 ID:???] ありがとさんです 大変そうだけど 楽しそうだからやってみようかな しかしCの人は優しい人が多い気がする 470 名前：nobodyさん mailto:sage [2008/03/09(日) 17:09:46 ID:???] 俺ブログ書くほどボキャブラリー富んでないからCGI無しのサイトなんて 考えられね； 471 名前：nobodyさん mailto:sage [2008/06/10(火) 14:33:36 ID:???] おはよう。今日からここで自習していい？いいよね。 とりあえず出力なんだけど、printfとかのf系出力は、stdout に出せばうまくいくね。でもwrite(fileno(stdout),...はダメみたいだな。 とりあえず今日まで勉強したまとめ。 標準系 　content-typeとかのmime header出力\n\n 本文 return 0; 異常系 printf( "status: 番号\n\n"); 本文 exit(0); 472 名前：nobodyさん mailto:sage [2008/06/11(水) 20:03:02 ID:???] 続き。 エラーの出し方。 printf( "status: 404....\n\n"); 473 名前：nobodyさん mailto:sage [2008/06/12(木) 07:23:28 ID:???] >>471 じゃー、私も一つ。 セグメンテーション違反などでCGIが落ちて、 どこで落ちてるか分からない時は、 デバッグ用の表示と fflush(stdout); をちょくちょく実行すると良い。 474 名前：nobodyさん mailto:sage [2008/06/13(金) 16:10:07 ID:???] >>473 なるほどですね。 fflushall()ってもうないんでしたっけ？ ・パース文字列の切り分け。これが簡単かも。 first_string = strtok(string,"=&"); second_string = strtok(NULL,"=&"); .... リターンがNULLまで、繰り返しするのが良いかも。 ・デバッグ用マイクロ秒表示 make_datetime_string(date_and_time); gettimeofday(&tv,NULL); snprintf((char*)str, sizeof(replace_date_and_time), "\n%s.%06d[%d] ", date_and_time, (int)tv.tv_usec, getpid() ); 結局mod_xsendfile使っちゃいましたが、sendfile apiって早そうですねー。 これならＣＧＩでもパフォーマンスあがるかも。 475 名前：普及された人 [2009/03/18(水) 02:24:13 ID:moAFEnFy] 計算量や文字列処理の非常に多いプログラムの速い順（２度目以降のアクセス） C -> apache module FastCGI + C CGI + C SpeedyCGI + Perl mod_perl FastCGI + Perl CGI + Perl mod_python mod_php FastCGI + Python CGI + Python mod_ruby FastCGI + Ruby CGI + Ruby 特徴として言語自体の速度差が順位を決める 476 名前：普及された人 [2009/03/18(水) 02:25:24 ID:moAFEnFy] 計算量や文字列処理の割と多いプログラムの速い順（２度目以降のアクセス） C -> apache module FastCGI + C SpeedyCGI + Perl mod_perl FastCGI + Perl mod_python mod_php mod_ruby FastCGI + Python FastCGI + Ruby CGI + Perl CGI + C CGI + Python CGI + Ruby 特徴として、ノーマルなCGIは極端に遅く、Perlの洗練された完成度の高さが伺える 477 名前：普及された人 [2009/03/18(水) 02:25:58 ID:moAFEnFy] 計算量や文字列処理の少ないプログラムの速い順（２度目以降のアクセス） C -> apache module FastCGI + C SpeedyCGI + Perl mod_perl mod_php FastCGI + Perl mod_python mod_ruby FastCGI + Python FastCGI + Ruby CGI + Perl CGI + Python CGI + Ruby CGI + C 特徴として、動作の前段階のメモリ上で動作可能な状態になるまでの速度差（レスポンスの良さ）が順位を決める 478 名前：普及された人 [2009/03/18(水) 02:26:35 ID:moAFEnFy] 使用メモリの少ない順 C -> apache module FastCGI + C SpeedyCGI + Perl mod_php mod_perl mod_python mod_ruby FastCGI + Perl FastCGI + Python FastCGI + Ruby CGI + Perl CGI + Python CGI + Ruby CGI + C 特徴として、提供方法にかなり影響される 479 名前：普及された人 [2009/03/18(水) 02:27:14 ID:moAFEnFy] サーバの環境構築の速い順 C -> apache module （何も手間なし） mod_php （apacheに標準で付いていることが多い） CGI + Perl （apacheの設定ファイル変更） CGI + C （apacheの設定ファイル変更） CGI + Python （Linuxインストールで標準で付いていることがある＆apache設定） CGI + Ruby （自分でインストール＆apache設定） mod_perl （自分でインストール＆apache設定＆モジュール起動） mod_python （自分でインストール＆apache設定＆モジュール起動） mod_ruby （自分でインストール＆apache設定＆モジュール起動） SpeedyCGI + Perl （自分でインストール＆apache設定＆モジュール起動） FastCGI + Perl （自分でインストール＆apache設定＆モジュール起動＆コード宣言付加） FastCGI + Python （自分でインストール＆apache設定＆モジュール起動＆コード宣言付加） FastCGI + Ruby （自分でインストール＆apache設定＆モジュール起動＆コード宣言付加） FastCGI + C （自分でインストール＆apache設定＆モジュール起動＆コード変更） 480 名前：普及された人 [2009/03/18(水) 02:28:00 ID:moAFEnFy] プログラムを作る速度の速い順（難易度？）（初めてのプログラミング） mod_php　　　　　　（何も考えずHTML組み込みからすぐに始められる） mod_ruby　　　　　 （Rubyを知っていれば、すぐに始められる） CGI + Ruby　　　　 （パーミッションとか知らないといけない） FastCGI + Ruby　 　（宣言付加しないといけない） mod_python　　　 　（Pythonを知っていれば、すぐに始められる） CGI + Python　 　　（パーミッションとか知らないといけない） FastCGI + Python　 （ド宣言付加しないといけない） CGI + Perl　　　　 （パーミッションとか知らないといけない） SpeedyCGI + Perl　 （宣言付加しないといけない） FastCGI + Perl　　 （宣言付加しないといけない） mod_perl　　　　　 （Perlを知っていても制約が多い） CGI + C　　　　　　（面倒） FastCGI + C　　　　（逐次動作可能プログラムにしないといけない） C -> apache module （モジュール化の手間がかかる） 481 名前：普及された人 [2009/03/18(水) 02:29:05 ID:moAFEnFy] module系はApacheに直接組み込むので、レスポンスは良いがセキュリティの観点から考えると極力避けたい。 速度やサーバ負荷の観点から、ノーマルなCGIも極力避けたい。 性能第一、開発効率第二で考えた場合は、 FastCGI + C が良いが、開発効率を考えると SpeedyCGI + Perl も捨てがたい。 開発効率第一、性能第二、セキュリティはあまり考えない場合は、 mod_php もあり。 開発効率も良く、楽しむなら、 FastCGI + Python 、 FastCGI + Ruby で決まり。（私は FastCGI + C で楽しめますが） ということで、 １、性能オタクの人にお勧め FastCGI + C ２、C言語しか知らない人にお勧め FastCGI + C ３、C言語が面倒でなかったり、面倒なことが嫌いではない人にお勧め FastCGI + C ４、C言語の達人にお勧め FastCGI + C ５、セキュリティを気にしながら質の高いサイト構築をしたい人にお勧め FastCGI + C ６、１００％完璧なセキュアプログラムを作れる人にお勧め C -> apache module ７、組み込み系好きの人にお勧め C -> apache module ８、チャレンジャーにお勧め C -> apache module なのです。 あ、６〜８はmoduleだからCGIじゃないか。。。 私はURLデコードもエレメント抽出も全て自分でコードを書きました。 一つ一つの動作が理解できるのでC言語でのCGI作りはめちゃめちゃ面白かったです。 皆さん是非CでCGI（と言っても私のお勧めは FastCGI + C ですが）をしていきましょう！ なお、上記ランキングは勝手な私見ですので、当てにはなりませんので、ご了承ください。 あ、Java忘れてました。 482 名前：nobodyさん mailto:sage [2009/03/18(水) 08:07:29 ID:???] 今後マシン性能が向上すればノーマルCGIもありになるとは思うが 483 名前：普及された人 [2009/03/18(水) 14:10:55 ID:XMWgki/Q] SSDなどストレージの性能が向上して、 メモリと同等レベルの速度がでるようになれば、 ノーマルCGIもありだと思います。 現在でもRAM Disk化すればそれは実現できます。 特にCPU負荷の大きい処理ではノーマルCGIでも C言語の選択は効果的です。 それでも、毎回ストレージにアクセスして、 プログラムを読み込み、プロセスを生成し、 実行後プロセスを破棄するノーマルCGIよりも、 プロセス生成済みの状態で、メモリに常駐して、 逐次再利用可能状態でプロセスの破棄が必要の ないFastCGIの方が相当レスポンスが良いし、 ストレージに全くアクセスせずに動作するし、 プロセス生成や破棄のCPU資源を必要としないので 色々な意味でサーバ負荷も激減するので、 より良い選択肢だと思います。 484 名前：普及された人 [2009/03/18(水) 14:11:37 ID:XMWgki/Q] ノーマルCGI → FastCGI + C は無料で簡単 （日本のサイトでは情報が全くといっていい ほどないので私は苦労しましたが、手順自体 は簡単です）にできるチューニングですので、 MyServerを持っていて、C言語でCGIを作って いる人はやるべきだと思います。 PerlならFastCGIよりSpeedyCGIの方がより良い 選択肢だと思いますし、激重のRubyの場合は FastCGIは必須と言ってもいいでしょう。 moduleタイプはWebServer（apacheなどの プログラムの方のことです）内部で動作させる ので、より高速ですが、プログラムのバグが WebServer全体に影響しますので、危険度を考え れば、選択肢からはずした方が無難に思えます。 CGIタイプの方が間違いなく絶対に安全です。 485 名前：普及された人 [2009/03/18(水) 14:14:04 ID:XMWgki/Q] そう考えると、FastCGI + C は現在考え得る サーバサイドプログラミングの中で最も高速 かつ安全な、まさに頂点に立つ方式だと考えます。 もちろん今の時代でC言語が使えるということは、 バッファオーバーフローの回避やコード部分に おけるアルゴリズムの最適化などができることが 最低限の必要条件だと思いますが。 そうでなければ、高速かつ安全とは言えませんので。 486 名前：普及された人 [2009/03/18(水) 14:18:12 ID:XMWgki/Q] ということで、皆さん、Ｃ言語のＣＧＩをどんどんやって普及させましょう！ 487 名前：nobodyさん mailto:sage [2009/03/18(水) 20:57:18 ID:???] 誰とは言わないがアセンブラで書いてる人もいたな 488 名前：nobodyさん mailto:sage [2009/03/20(金) 05:46:26 ID:???] CGI + C より CGI + Perl / Python / Ruby の方が メモリ使用量や実効速度が速いというのは変。 あとプロセスを起動するたびに毎回HDDにアクセスとかありえない。 キャッシュに残ってるよ。 起動したら１行printして終わるだけのプログラムを、 CとPerlとbashスクリプトで作って、それぞれ起動してみたけど、 やはりPerlの方が時間がかかる。 $ time ./test.app real 0m0.001s user 0m0.000s sys 0m0.000s $ time ./test.pl real 0m0.002s user 0m0.000s sys 0m0.001s $ time ./test.sh real 0m0.001s user 0m0.000s sys 0m0.001s 489 名前：nobodyさん mailto:sage [2009/03/20(金) 05:50:52 ID:???] あと私も自分で一通りのAPI書いたけど、 そのCGIでtimeを測ってみても、↓の通り。 ソースコードで2.2MB、バイナリで350KBとかなり大物だけど、 それでもphpの実行バイナリ3Mとかと比べれば、軽いもんだね。 real 0m0.001s user 0m0.001s sys 0m0.000s 490 名前：普及された人 [2009/03/21(土) 12:48:40 ID:yqEMcysT] >488さん >CGI + C より CGI + Perl / Python / Ruby の方がメモリ使用量や実効速度が速いというのは変。 その通りでした。 間違えて記載してしまいました。 実際は少なくとも CGI + Perl よりも全て上にランキングされます。 FastCGI + ? に関しては状況によるかと思いますが。 >あとプロセスを起動するたびに毎回HDDにアクセスとかありえない。 >キャッシュに残ってるよ。 OSやハードディスクの行うキャッシュに関しては、他の要因で追い出されることが考えられますので、無視して記載しました。 それまで入れてしまうと、CGI自体の動作やFastCGI自体の動作やSpeedyCGI自体の動作やmodule型自体の動作の説明ではなくなってしまいますので。 CGI→エグゼキュートやインタプリタ＋スクリプトをストレージから読み込み実行 FastCGI→エグゼキュートやインタプリタ＋スクリプトをプロセスとしてメモリに常駐させそれを実行 SpeedyCGI→バイトコードをプロセスとしてメモリに常駐させそれを実行 module型→エグゼキュートやインタプリタをWebServerのModuleとして組み込みメモリに常駐させ、スクリプトはストレージから読み込み実行 という風にそれぞれの機能を説明したかったのでそう記載しました。 491 名前：nobodyさん mailto:sage [2009/03/21(土) 15:47:08 ID:???] >>490 なるほど。 私のCGIもapache moduleかFastCGIにしたいんだけど、 CGI専用にAPI開発したから、メモリ解放が手抜きすぎて無理だｗ 492 名前：普及された人 [2009/03/21(土) 21:30:03 ID:yqEMcysT] 相当大きなものなのでしょうか？ でも、それだけの実力者なら、時間は多少かかるものの簡単にできるのではと思います。 私の場合は、最初はプログラムの中でFastCGI仕様にしようとやっていたのですが修正が多すぎたので、main関数自体を別関数に変えてFastCGI仕様にしたらかなり楽に解決できました。 外部変数さえなければ、この技（というほどのものでもないですが）は有効だと思います。 apache moduleとして組み込むのは、一人で開発してますので、チェック機構（自分自身）に信頼がおけないのでやらないことにしました。 Ｃ言語で作る場合、FastCGIとmodule型は速度的にそれほど大差がない（処理速度は同じで、結果をWebServerプロセスに渡す渡し方の差しかない）ので、どちらでも良いのでしたらFastCGIを私はお勧めします。 スクリプト言語で組むなら、圧倒的にSpeedyCGIが抜きん出て、FastCGIのスクリプトを常駐させるアドバンテージとmodule型のスレッド通信のアドバンテージが相殺してあまり大差ないようですが。 いずれにしても、Ｃ言語でＣＧＩが組めるのは（その根性があることこそが）大きなアドバンテージですので、お互いに頑張って良いものを作って普及させましょう！ 493 名前：nobodyさん mailto:sage [2009/03/22(日) 04:05:46 ID:???] >>492 > 相当大きなものなのでしょうか？ そだねー。 フォーム受け取り、XML-RPC、クッキー、 MD5、各種暗号復元化、base64、文字コード変換、絵文字、 いろいろなDBに対応したモデル、それのコントローラ、HTML埋込ビュー、 画像処理、セッション、ユーザ処理、画像認証、各種ユーティリティとかあるよ。 いくつかはUNIXでメジャーなAPIの呼び出しで実現してる。 もう設計からして、メモリ解放を前提としてないから、 もしやるとしたら、参照カウンタ＋ガベージコレクションの実装かな。 494 名前：普及された人 [2009/03/22(日) 17:50:13 ID:uHOLJ9Dp] >>493 素晴らしい財産の数々、驚きました。 確かに、これら全てを改変するというのは重労働ですね。 でも、それ以前にこれらを作ってきたことが、とてつもない重労働です。 私には、高い品質で世に（無償）提供したいものがありますので、いくつかのものは作りましたが、かなり多くのそういった財産を作っていかないといけません。 今まで、492さんがやってこられた重労働です。 それをやることに比べたら、一つ一つのコードのメモリ開放型への変更は、基本的にはオブジェクト指向でないＣ言語で、これまでやってきた492さんにとっては、克服できるのではないでしょうか。 module型やFastCGI用にするとなると、確かにそれ専用で設計した方が良いものが結構ありますので、この際せっかくですので、一括でドン！ではなく、後世に残る財産と思ってチマチマやってみてはいかがでしょうか？ これだけできる人ならきっとすぐにできると思います。 私も始めた当初は、スクリプト言語で同じものを作る１００倍以上の時間がかかっていましたが、今では２倍程度の時間しかかかりません。 せっかくのＣ言語でＣＧＩですので、より高い品質のものを期待しています。 ・・・というか、492さんは全盛期のYahoo!にでも勤めてた（る？）のでしょうか？？？ 495 名前：nobodyさん mailto:sage [2009/03/23(月) 02:32:56 ID:???] >>494 私もこのAPIをもうちょい作り込んで、オープンソースででも公開したいんですが、 すでにいくつかの大手サイトで使っちゃってるので、 ソース公開してセキュリティホールが見つかったら怖いので、公開に踏み切れないｗ > ・・・というか、492さんは全盛期のYahoo!にでも勤めてた（る？）のでしょうか？？？ ずっとフリーで活動してますよ。 でも最近は仕事が激減して、暇を持てあまし中 orz 496 名前：nobodyさん mailto:sage [2009/03/23(月) 17:53:50 ID:???] CGIをC言語で書いているので、FastCGI + C の組み合わせにも興味あるけど、いまいち仕組みが 理解できなくて移行をためらっているので、もし良ければ質問に答えてもらえるとありがたいです。 CGIをFastCGIにすると、プロセスがメモリに常駐してFCGI_Acceptのループでリクエスト待ちになる みたいだけど、このとき複数のリクエストが同時に来たらどう対応されるの？ 1. 一つのFastCGIのプロセスで順番に処理される 2. FastCGIのプロセスが新たに立ち上げられて、並行して処理される "1" ならアップローダーみたいな処理に時間のかかるものにはFastCGIは向かないって認識でいいのかな？ （そもそも処理に時間がかかるなら起動コストの影響は少ないからノーマルCGIでいいのだろうけど） "2" ならせっかく常駐するのだから、データの内容をメモリにキャッシュして高速化しようとかすると、 複数立ち上げられたときにメモリを大量に消費しちゃうのでやらないほうがいいのかな？ 試してみればいいのだろうけど、FastCGIに興味はあるけど今のところはC言語CGIだけでもCPU負荷で 困ることはなかったので、環境構築するところまでは踏み切れずにいました(^^; 497 名前：nobodyさん mailto:sage [2009/03/25(水) 15:31:05 ID:???] fastcgi は、基本的にはリクエストが来たら余っているプロセスがあればそれを使い、 なければ立ち上げるってだけ。 プロセスの生死自体は親が握っていて、同じインスタンスが同時に動くことがある ってのを覚えておけば、データをメモリにおいて使いまわすことは可能。 っていうかLinuxとかのOS標準のdevパッケージを使うなら、Hello, worldなcgi自体は 環境構築含めて15分もあれば出来るので、めんどくさがらず試せばよろしい。 498 名前：普及された人 [2009/03/26(木) 22:41:51 ID:4YbFu+ij] >>495 これだけの実力者が暇を持て余しているとは、世の中狂っています。 これだけの実力者なら凡人がRubyで3000ステップの素晴らしいプログラムを作る時間で、10000ステップの同等の機能の素晴らしいプログラムを作るでしょうに。 早く、プログラマのフリーエージェント的な制度が確率すると良いと思います。 力のある人が、それなりの報酬を得られることは必要です。 それがなければ、努力もせずダラダラとIT業界に執着する人が増えるばかりです。 オープンソース化できるのなら是非してもらいたいです！ それこそＣ言語でＣＧＩの普及になります。 > ソース公開してセキュリティホールが見つかったら怖いので、公開に踏み切れないｗ だからこそオープンソースで良いのではないでしょうか？ 一人の力には限界がある。 だからこそ、みんなの目で見てもし穴があるのなら、みんなで埋めていけば良いのだと思います。 完璧なものを公開して、威張るためのものがオープンソースではないと思います。 499 名前：普及された人 [2009/03/26(木) 22:43:44 ID:4YbFu+ij] >>496 私が自分自身で言っていることと相反するようですが、495さんもおっしゃってたように、実動作では通常のＣＧＩでも、キャッシュ化されますのでかなり高速です。 Ｃ言語の場合、処理自体が早いですから。 理論的に考えるとかなりの差ですが、実動作で考えると多くの場合FastCGIと通常のCGIの差は、「プロセスの生成」と「プロセスの廃棄」の時間になるかと思われます。 それと、昨日事情があって、Rubyの全コード見てみましたが、、、 素晴らしいプログラムで、感想は色々ありますが、とにかく長いですねぇ。。。 Ｃ言語のソースだけで、30ファイルくらいありますから、普通に流しで見るだけで４時間くらいかかってしまいました。 あのプログラムがインタプリタとして、スクリプトを読み込み処理することを考えると、遅いのが良く理解できます。 どれだけでかいＷｅｂアプリケーションをＣ言語で作ったとしても、あれほどでかくはなり難いので、間違いなくＣ言語で作ったＷｅｂアプリケーションは高速でメモリも食いません。 そう考えると、Ｃ言語のＣＧＩだけで困っていないのなら、それでも良いかと思います。 ただ、多少の苦労で、無料で簡単に高速化できることは間違いないですし、多少のスキルアップにもなるかとも思いますので、是非一歩を踏み出して欲しいと思います。 RailsもRackをデフォルトとして一生懸命「単純化」や「高速化」を目指しています。 それよりも高いレベルのものが手の届くところにあるのですから、掴んじゃいましょう！ 「手間がかかっても、面倒くさがらず、納得のいくアルゴリズムを完成させる」 「少しでも可能性があるのなら、より素晴らしいものを作るために努力を惜しまない」 それがＣ言語技術者だと思います。 色々相性など言われていますが、少なくとも私はApache & mod_fastcgiでとても安定動作しています。 やってみてダメなら戻せば良いのではないでしょうか？ で、仕組みに関して私のわかるレベルで、解説ページを作ってみました。 急いで作ったので、おかしいかもしれません。 間違いがあれば、ご指摘ください。 ttp://www.dreamhope.net/soliloquies/webtec/ 500 名前：nobodyさん mailto:sage [2009/03/27(金) 13:34:24 ID:???] >>497-499 ありがとうございます。おかげでFastCGIを使ったときのイメージが理解できました。 FastCGIは興味があったけど、試してみるのが面倒というよりは、試してみるとのめり込んでしまいそうで 目の前にあるやらないといけないことをおろそかにできない状況だったので試せなかったのです。 元々はアセンブラでプログラムを組むのが趣味だったような人間ですので、手間よりも高速化が好きですから 今後は少しずつFastCGIも利用していきたいと思います。 501 名前：nobodyさん mailto:sage [2009/03/31(火) 09:58:41 ID:???] >>500 高速化にこだわるなら、自分でアプリケーションサーバ書くのがいいのでは Apache臭はするけど、libaprなんかを使えばOSポータブルなdl()とかスレッドとか メモリプールとか基本データ構造とか入っててお得ですよ。 ま、それなりにデカいけどね。 502 名前：普及された人 [2009/03/31(火) 22:35:52 ID:Tx3EmaFc] この掲示板に出現する人は「Ｃ言語でＣＧＩ」をいかに、、、というのが目的ですし、 ＣＧＩ部分を作るだけでも創造を絶する時間がかかりますので、アプリケーションサーバから作り始めるのは大変です。 今は情報が出回っていますので、作るに無理なことはないとは思いますが、一人で仕事外の時間利用だけで考えると、私ですと５年以上はかかりそうです。 Ｗｅｂアプリ一つ作るのにそれは効率的ではありません。 それにlibaprは、別にＷｅｂアプリケーションが高速になるものでもありません。 遅くなる可能性はあるけれど、作るときに便利で楽になるＡＰＩだと思います。 Ｃ＋＋技術者でない純粋なＣ言語技術者は、あまり使わないＡＰＩだと思います。 使わざるを得ないＡＰＩ以外は、基本的に存在を知らなければすぐに自作してしまいますので。 「Ｃ言語が使える」ということは、別段便利なＡＰＩを使う必要がないということでもあります。 libaprでメモリプールしなくとも、必要な分だけスレッドを立てて、mallocやcallocだけでしっかりメモリ管理できるということでもあります。（時に失敗しますが） おまけにlibaprのメモリプールは確保した領域をシステムに対して返却しないと記載されていましたので、逆にかなりコントロールしにくいＡＰＩな気もします。 それだけの手間（時間）をかけ、なおかつメモリ周りも適当な設計で良いのなら、普通にＣ言語でApache module型Ｗｅｂアプリケーションでも組んだ方が楽で高速で良いのではないでしょうか？ 503 名前：nobodyさん mailto:sage [2009/04/01(水) 11:08:56 ID:???] 作る際の効率が問題なら、そもそもwebアプリでCは選択しちゃダメ。 5年って、アナタたぶん作ったことないから死ぬほど安全に見積もってるよね? アプリケーションサーバって、そこまで作るの大変じゃないよ。やることは基本的に待つだけだし。 実際は余暇を二週間位でも最初のプロトタイプ位はできるんじゃ... まぁ、既存の適当にかかれたCGIをスレッド対応にするのは骨がおれると思うけど。 libaprのメモリプールの返却云々については、apr_pool_create の第二引数参照。 作業とか、ループとかにサブプールを作って、必要なメモリはそこから確保して、 終わったらサブプールだけ開放するって感じで。 でも、確かにCGIじゃないのでもうやめます。 fastcgiもCGIじゃないのではって気するけど... 504 名前：nobodyさん mailto:sage [2009/04/02(木) 22:00:32 ID:???] C言語が向いてるのは、開発費が多少増えたとしても、 サーバ台数が抑えられるから、トータルコストが安くて済むような案件だね。 検索サーバとか、2chとか、アクセス数が多いサイトとかね。 505 名前：普及された人 [2009/04/04(土) 11:18:37 ID:JlRZ3FIj] >>503 はい、もちろん作ったことはありません。 それに、今までのところでは作る必要性も感じたことはありません。 私がＣ言語で既存のＡＰＩを利用せずにアプリケーションサーバを作ることを考えると、、、 FastCGIのようにアプリケーションサーバ（これはハードのことです）側にある複数のTCPクライアントCGIと通信をこなしながら処理を進めることや、 アプリケーション側に、どのようにどのくらいのメモリを与えるのかなどを考えると、 できるだけ汎用的なものにしようとすれば、TCP先で利用できるlibaprのようなＡＰＩを自分で作らないといけないし、、、 というような感じで、503さんとは少し論点がずれていたようです。 すみません。 だた、やっぱり基本的な考え方としてはFastCGIは （Client → WebServer → FastCGI → CGI → FastCGI → WebServer → Client） という形態ですので、アプリケーションサーバもFastCGIとほぼ同じで、 （Client → WebServer → AppServer → App → AppServer → WebServer → Client） という形態になり、module型 （Client → WebServer(module型App) → Client） の方が構成がかなり単純ですので、Ｃ言語で作ったCGIやAppの反応はかなり高速だと思います。 それに、やっぱりmodule型のＣ言語Appを一つ作る方が、 アプリケーションサーバとクライアントアプリケーションの両方を作るよりも遥かに楽だと思います。 それ以上に、FastCGIであれば、 FastCGI用Ｃ言語ＣＧＩを一つ作れば済みますので、労力は激減します。 ただ、やっぱりアプリケーションサーバはもとよりmocule型AppもCGIではありませんね。 あと、FastCGIはCGIプログラムをメモリ上に常駐させるのかさせないのかという違いで、基本的な仕組みはＣＧＩと同じと考えて良いと思います。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef