2ch勢いランキング 全部 1- 最新50

C言語のCGIを語りつつ普及するスレ


somebodyさん [sage] 03/03/23 13:20ID:???
C言語で書かれたCGIってなかなかイイもの見つかりませんよね。

前Cでかかれた掲示板を見かけたんですけど、なんかタグ用の処理が行われていないらしくて、グロ画像やエロ画像なんて
貼りたい放題でしたよ・・。わたしなんて<xmp>タグを貼りかけましたよ・・・

それはどうでもイイとしてKENTさんのCGIみたいに高機能で手軽なCGIのC言語版みたいなのがあったらなぁなんて思ったことありませんか?
このスレではそんなCGIについて語って、CでCGIの考えを普及していきたいです。
nobodyさん [sage] 2005/10/11(火) 02:40:04ID:???
CでApacheモジュール
nobodyさん [sage] 2005/10/17(月) 16:43:58ID:???
こんなスレあったんだ・・・。
俺はとある企業で5年ほど、CのCGI開発をしていたよ。
某陸√系のサイトはほとんどがCのCGIで動いてるし。
相当無理なことやってるけど、相当無理ができることも事実だったりする。
nobodyさん [sage] 2005/10/25(火) 00:31:01ID:???
何言語で書こうがCGIである限りはCGIで出来る事しかできない
nobodyさん [sage] 2005/11/03(木) 12:08:29ID:???
ファイルIOを発生させる処理でもperlとかわんないのかな
ディレクトリ一覧をサブディレクトリまで
取得して、htmlタグを付与して出力するとか考えとるんですが。
perlだとおそいorz
nobodyさん [sage] 2005/11/03(木) 14:26:14ID:???
そんなもんページ表示させるたびにやらせたら遅いに決まってる。
キャッシュくらいしろ。
nobodyさん [sage] 2005/11/03(木) 23:01:33ID:???
nobodyさん [] 2006/02/23(木) 13:35:40:oh1e7jqD
すさまじく書き込みが少ないスレだなー。

かれこれ10年ぐらいCでWebアプリの開発やってる。
いろんなライブラリを開発してたら、ソースが2MBにもなってしまった。
このライブラリだけでCGIに必要な機能はほぼ提供できるところまで来た。
PHPやPerlと変わらないレベルで開発できる。

このライブラリを公開したら面白いことになりそうだけど、
企業秘密満載だから、さすがに無理か。
nobodyさん [sage] 2006/02/23(木) 15:33:14ID:???

ここはおまいさんの日記帳じゃないよ。
nobodyさん [sage] 2006/02/25(土) 13:19:21ID:???

くれ
nobodyさん [] 2006/05/06(土) 20:21:57:FWiKF0Gu
いいねぇ。
>>企業秘密満載だから、さすがに無理か。
CPANとかある方がCからみたら異質なんだろうな。
一からライブラリ作るのは面倒だからAPRでもつかってみるかな。
nobodyさん [sage] 2006/06/04(日) 14:34:28ID:???
みんなヲレcgiライブラリの再生産遣ってそうだよな。
そろそろ基本的な所だけでも共有しないか?
nobodyさん [sage] 2006/06/04(日) 16:22:13ID:???
それなら、まずは442のライブラリから共有するとしようか。
nobodyさん [sage] 2006/06/07(水) 05:48:07ID:???
基本的っつーとどのヘン?
昔のヤツをひっくり返して見つかったらアップしてみる。
nobodyさん [sage] 2006/06/07(水) 14:16:56ID:???
普及が目的なら
基本的なライブラリの共有と並行して、
どうすればC言語でcgiが書けるのかという基本の解説がいるね。
hello worldのC言語cgi版みたいなの。
nobodyさん [sage] 2006/06/08(木) 20:50:36ID:???
printbody("Hello World!");
だけで、
<HTML>
<BODY>
Hello World!
</BODY>
</HTML>
ぐらいは、生成してくれるとかさ。
nobodyさん [sage] 2006/06/09(金) 10:14:52ID:???

それ必要か・・・?
templateエンジンのが良くね?
nobodyさん [] 2006/06/09(金) 16:12:46:mYrnmPP6
テンプレートはありませんかねぇ?
nobodyさん [sage] 2006/06/10(土) 08:37:10ID:???
テンプレートエンジンってどこにあるの?
stdio.hには無かった。
nobodyさん [sage] 2006/06/11(日) 02:28:25ID:???
CでMySQLやらPostgreSQLに接続するにはどうしたらいいんだろ?
TCP/IPの通信部分から書かなきゃダメかなぁ?
nobodyさん [sage] 2006/06/11(日) 08:48:30ID:???

そこだけphpに渡してる(笑
nobodyさん [sage] 2006/06/11(日) 09:10:11ID:???
Cならmysqlにライブラリ付属してますが?
ドキュメントぐらい読んだら?
nobodyさん [sage] 2006/06/11(日) 10:43:01ID:???
DBの方のマニュアルにあったのか!
thx!!
nobodyさん [sage] 2006/06/18(日) 20:19:39ID:???
ふぇどら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になってるのにどうして?
nobodyさん [sage] 2006/06/19(月) 00:00:15ID:???

SELinuxとかどうなってる?
使ってないの前提として、パーミッションてどこのパーミッションだ?
ディレクトリの方はどうなってる?
所有権は?
迷ったら777試せ
454 [sage] 2006/06/20(火) 11:17:11ID:???
SELinuxも無効にしたんだけどダメだ・・・
Windowsのxampp上では動くのに・・・
777もやってみたけどダメだった

所有権は777だから別に違っても大丈夫なはず

ディレクトリは見てなかったけど同ディレクトリ以下の
phpは走るし大丈夫なはずじゃ・・・あ


帰ったら試したいことが出来ました。
まだ解決してないけどさんまりがとう('∀`)
nobodyさん [sage] 2006/08/06(日) 17:59:11ID:???
cgiつーかC言語のウェブアプリケーションって無いよね。
ぐぐったらウェブオブジェクト4.5とか出て来たけど、これはマカ専用?
nobodyさん [sage] 2006/10/20(金) 15:32:14ID:???

使ってる企業は多いだろうけど、
目的の一つとしてソースをクライアントに見られずに済む
というのがあるだろうから、どこも非公開なんだと思う。
nobodyさん [sage] 2006/11/11(土) 15:32:43ID:???

WebObjects4.5はWinNT系でも動くけど、ObjCはクセがあるから習得には個人差があるかも。
nobodyさん [sage] 2007/04/30(月) 03:27:37ID:???
CGI作っている途中だが、何かと面倒だな。
Cだと
たしかに作業量は多いね。
スクリプト系の方がいいのかな。
nobodyさん [] 2007/07/23(月) 21:41:06:b9YG4RnE
age

最近、Cで書かれた通販システムを見かけたよ。
nobodyさん [age] 2007/07/24(火) 09:29:08ID:???

$body = preg_replace('/([0-9]+)/', $hoge_array[\\1], $body);
echo $body;

で「¥」が使えませんってエラーがでるけど、エラーをひょうじしなければ目的の結果は得られる……
どうやってエラーださないようにするか…
nobodyさん [sage] 2007/11/14(水) 03:29:16ID:???
dat落ち防止
nobodyさん [] 2008/01/08(火) 20:51:35:JKoPEtVY
保守
nobodyさん [sage] 2008/01/11(金) 00:42:29ID:???
#include <stdio.h>

int main()
{
printf("Content-Type: text/html\n\n");

printf("<HTML><BODY>\n");
printf("保守\n");
printf("</BODY></HTML>\n");

return 0;
}
nobodyさん [sage] 2008/01/28(月) 15:21:41ID:???
nobodyさん [] 2008/03/05(水) 00:20:30:SOAastXQ
今からCでCGI勉強しようと思うけど
無駄?
nobodyさん [sage] 2008/03/05(水) 03:04:37ID:???

かなり大変だという覚悟があるならどうぞ。

自作ライブラリを既に持ってる人じゃないと、
一般的な用途ではメリットは少ないかも。
nobodyさん [sage] 2008/03/06(木) 01:30:58ID:???
ありがとさんです
大変そうだけど
楽しそうだからやってみようかな
しかしCの人は優しい人が多い気がする
nobodyさん [sage] 2008/03/09(日) 17:09:46ID:???
俺ブログ書くほどボキャブラリー富んでないからCGI無しのサイトなんて
考えられね;
nobodyさん [sage] 2008/06/10(火) 14:33:36ID:???
おはよう。今日からここで自習していい?いいよね。
とりあえず出力なんだけど、printfとかのf系出力は、stdout
に出せばうまくいくね。でもwrite(fileno(stdout),...はダメみたいだな。
とりあえず今日まで勉強したまとめ。
標準系
 content-typeとかのmime header出力\n\n
本文
return 0;

異常系
printf( "status: 番号\n\n");
本文
exit(0);
nobodyさん [sage] 2008/06/11(水) 20:03:02ID:???
続き。
エラーの出し方。
printf( "status: 404....\n\n");
nobodyさん [sage] 2008/06/12(木) 07:23:28ID:???

じゃー、私も一つ。

セグメンテーション違反などでCGIが落ちて、
どこで落ちてるか分からない時は、
デバッグ用の表示と fflush(stdout); をちょくちょく実行すると良い。
nobodyさん [sage] 2008/06/13(金) 16:10:07ID:???

なるほどですね。
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って早そうですねー。
これならCGIでもパフォーマンスあがるかも。
普及された人 [] 2009/03/18(水) 02:24:13:moAFEnFy
計算量や文字列処理の非常に多いプログラムの速い順(2度目以降のアクセス)
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
特徴として言語自体の速度差が順位を決める
普及された人 [] 2009/03/18(水) 02:25:24:moAFEnFy
計算量や文字列処理の割と多いプログラムの速い順(2度目以降のアクセス)
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の洗練された完成度の高さが伺える
普及された人 [] 2009/03/18(水) 02:25:58:moAFEnFy
計算量や文字列処理の少ないプログラムの速い順(2度目以降のアクセス)
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
特徴として、動作の前段階のメモリ上で動作可能な状態になるまでの速度差(レスポンスの良さ)が順位を決める
普及された人 [] 2009/03/18(水) 02:26:35: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
特徴として、提供方法にかなり影響される
普及された人 [] 2009/03/18(水) 02:27:14: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設定&モジュール起動&コード変更)
普及された人 [] 2009/03/18(水) 02:28:00: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 (モジュール化の手間がかかる)
普及された人 [] 2009/03/18(水) 02:29:05:moAFEnFy
module系はApacheに直接組み込むので、レスポンスは良いがセキュリティの観点から考えると極力避けたい。
速度やサーバ負荷の観点から、ノーマルなCGIも極力避けたい。
性能第一、開発効率第二で考えた場合は、 FastCGI + C が良いが、開発効率を考えると SpeedyCGI + Perl も捨てがたい。
開発効率第一、性能第二、セキュリティはあまり考えない場合は、 mod_php もあり。
開発効率も良く、楽しむなら、 FastCGI + Python 、 FastCGI + Ruby で決まり。(私は FastCGI + C で楽しめますが)
ということで、
1、性能オタクの人にお勧め FastCGI + C
2、C言語しか知らない人にお勧め FastCGI + C
3、C言語が面倒でなかったり、面倒なことが嫌いではない人にお勧め FastCGI + C
4、C言語の達人にお勧め FastCGI + C
5、セキュリティを気にしながら質の高いサイト構築をしたい人にお勧め FastCGI + C
6、100%完璧なセキュアプログラムを作れる人にお勧め C -> apache module
7、組み込み系好きの人にお勧め C -> apache module
8、チャレンジャーにお勧め C -> apache module
なのです。
あ、6〜8はmoduleだからCGIじゃないか。。。
私はURLデコードもエレメント抽出も全て自分でコードを書きました。
一つ一つの動作が理解できるのでC言語でのCGI作りはめちゃめちゃ面白かったです。
皆さん是非CでCGI(と言っても私のお勧めは FastCGI + C ですが)をしていきましょう!
なお、上記ランキングは勝手な私見ですので、当てにはなりませんので、ご了承ください。
あ、Java忘れてました。
nobodyさん [sage] 2009/03/18(水) 08:07:29ID:???
今後マシン性能が向上すればノーマルCGIもありになるとは思うが
普及された人 [] 2009/03/18(水) 14:10:55:XMWgki/Q
SSDなどストレージの性能が向上して、
メモリと同等レベルの速度がでるようになれば、
ノーマルCGIもありだと思います。
現在でもRAM Disk化すればそれは実現できます。
特にCPU負荷の大きい処理ではノーマルCGIでも
C言語の選択は効果的です。

それでも、毎回ストレージにアクセスして、
プログラムを読み込み、プロセスを生成し、
実行後プロセスを破棄するノーマルCGIよりも、
プロセス生成済みの状態で、メモリに常駐して、
逐次再利用可能状態でプロセスの破棄が必要の
ないFastCGIの方が相当レスポンスが良いし、
ストレージに全くアクセスせずに動作するし、
プロセス生成や破棄のCPU資源を必要としないので
色々な意味でサーバ負荷も激減するので、
より良い選択肢だと思います。
普及された人 [] 2009/03/18(水) 14:11:37:XMWgki/Q
ノーマルCGI → FastCGI + C は無料で簡単
(日本のサイトでは情報が全くといっていい
ほどないので私は苦労しましたが、手順自体
は簡単です)にできるチューニングですので、
MyServerを持っていて、C言語でCGIを作って
いる人はやるべきだと思います。

PerlならFastCGIよりSpeedyCGIの方がより良い
選択肢だと思いますし、激重のRubyの場合は
FastCGIは必須と言ってもいいでしょう。

moduleタイプはWebServer(apacheなどの
プログラムの方のことです)内部で動作させる
ので、より高速ですが、プログラムのバグが
WebServer全体に影響しますので、危険度を考え
れば、選択肢からはずした方が無難に思えます。
CGIタイプの方が間違いなく絶対に安全です。
普及された人 [] 2009/03/18(水) 14:14:04:XMWgki/Q
そう考えると、FastCGI + C は現在考え得る
サーバサイドプログラミングの中で最も高速
かつ安全な、まさに頂点に立つ方式だと考えます。

もちろん今の時代でC言語が使えるということは、
バッファオーバーフローの回避やコード部分に
おけるアルゴリズムの最適化などができることが
最低限の必要条件だと思いますが。
そうでなければ、高速かつ安全とは言えませんので。
普及された人 [] 2009/03/18(水) 14:18:12:XMWgki/Q
ということで、皆さん、C言語のCGIをどんどんやって普及させましょう!
nobodyさん [sage] 2009/03/18(水) 20:57:18ID:???
誰とは言わないがアセンブラで書いてる人もいたな
nobodyさん [sage] 2009/03/20(金) 05:46:26ID:???
CGI + C より CGI + Perl / Python / Ruby の方が
メモリ使用量や実効速度が速いというのは変。

あとプロセスを起動するたびに毎回HDDにアクセスとかありえない。
キャッシュに残ってるよ。

起動したら1行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
nobodyさん [sage] 2009/03/20(金) 05:50:52ID:???
あと私も自分で一通りのAPI書いたけど、
そのCGIでtimeを測ってみても、↓の通り。
ソースコードで2.2MB、バイナリで350KBとかなり大物だけど、
それでもphpの実行バイナリ3Mとかと比べれば、軽いもんだね。

real 0m0.001s
user 0m0.001s
sys 0m0.000s
普及された人 [] 2009/03/21(土) 12:48:40:yqEMcysT
>488さん
>CGI + C より CGI + Perl / Python / Ruby の方がメモリ使用量や実効速度が速いというのは変。
その通りでした。
間違えて記載してしまいました。
実際は少なくとも CGI + Perl よりも全て上にランキングされます。
FastCGI + ? に関しては状況によるかと思いますが。

>あとプロセスを起動するたびに毎回HDDにアクセスとかありえない。
>キャッシュに残ってるよ。
OSやハードディスクの行うキャッシュに関しては、他の要因で追い出されることが考えられますので、無視して記載しました。
それまで入れてしまうと、CGI自体の動作やFastCGI自体の動作やSpeedyCGI自体の動作やmodule型自体の動作の説明ではなくなってしまいますので。
CGI→エグゼキュートやインタプリタ+スクリプトをストレージから読み込み実行
FastCGI→エグゼキュートやインタプリタ+スクリプトをプロセスとしてメモリに常駐させそれを実行
SpeedyCGI→バイトコードをプロセスとしてメモリに常駐させそれを実行
module型→エグゼキュートやインタプリタをWebServerのModuleとして組み込みメモリに常駐させ、スクリプトはストレージから読み込み実行
という風にそれぞれの機能を説明したかったのでそう記載しました。
nobodyさん [sage] 2009/03/21(土) 15:47:08ID:???

なるほど。
私のCGIもapache moduleかFastCGIにしたいんだけど、
CGI専用にAPI開発したから、メモリ解放が手抜きすぎて無理だw
普及された人 [] 2009/03/21(土) 21:30:03:yqEMcysT
相当大きなものなのでしょうか?
でも、それだけの実力者なら、時間は多少かかるものの簡単にできるのではと思います。
私の場合は、最初はプログラムの中でFastCGI仕様にしようとやっていたのですが修正が多すぎたので、main関数自体を別関数に変えてFastCGI仕様にしたらかなり楽に解決できました。
外部変数さえなければ、この技(というほどのものでもないですが)は有効だと思います。
apache moduleとして組み込むのは、一人で開発してますので、チェック機構(自分自身)に信頼がおけないのでやらないことにしました。
C言語で作る場合、FastCGIとmodule型は速度的にそれほど大差がない(処理速度は同じで、結果をWebServerプロセスに渡す渡し方の差しかない)ので、どちらでも良いのでしたらFastCGIを私はお勧めします。
スクリプト言語で組むなら、圧倒的にSpeedyCGIが抜きん出て、FastCGIのスクリプトを常駐させるアドバンテージとmodule型のスレッド通信のアドバンテージが相殺してあまり大差ないようですが。
いずれにしても、C言語でCGIが組めるのは(その根性があることこそが)大きなアドバンテージですので、お互いに頑張って良いものを作って普及させましょう!
nobodyさん [sage] 2009/03/22(日) 04:05:46ID:???

> 相当大きなものなのでしょうか?

そだねー。
フォーム受け取り、XML-RPC、クッキー、
MD5、各種暗号復元化、base64、文字コード変換、絵文字、
いろいろなDBに対応したモデル、それのコントローラ、HTML埋込ビュー、
画像処理、セッション、ユーザ処理、画像認証、各種ユーティリティとかあるよ。

いくつかはUNIXでメジャーなAPIの呼び出しで実現してる。

もう設計からして、メモリ解放を前提としてないから、
もしやるとしたら、参照カウンタ+ガベージコレクションの実装かな。
普及された人 [] 2009/03/22(日) 17:50:13:uHOLJ9Dp

素晴らしい財産の数々、驚きました。
確かに、これら全てを改変するというのは重労働ですね。
でも、それ以前にこれらを作ってきたことが、とてつもない重労働です。
私には、高い品質で世に(無償)提供したいものがありますので、いくつかのものは作りましたが、かなり多くのそういった財産を作っていかないといけません。
今まで、492さんがやってこられた重労働です。
それをやることに比べたら、一つ一つのコードのメモリ開放型への変更は、基本的にはオブジェクト指向でないC言語で、これまでやってきた492さんにとっては、克服できるのではないでしょうか。
module型やFastCGI用にするとなると、確かにそれ専用で設計した方が良いものが結構ありますので、この際せっかくですので、一括でドン!ではなく、後世に残る財産と思ってチマチマやってみてはいかがでしょうか?
これだけできる人ならきっとすぐにできると思います。
私も始めた当初は、スクリプト言語で同じものを作る100倍以上の時間がかかっていましたが、今では2倍程度の時間しかかかりません。
せっかくのC言語でCGIですので、より高い品質のものを期待しています。
・・・というか、492さんは全盛期のYahoo!にでも勤めてた(る?)のでしょうか???
nobodyさん [sage] 2009/03/23(月) 02:32:56ID:???

私もこのAPIをもうちょい作り込んで、オープンソースででも公開したいんですが、
すでにいくつかの大手サイトで使っちゃってるので、
ソース公開してセキュリティホールが見つかったら怖いので、公開に踏み切れないw

> ・・・というか、492さんは全盛期のYahoo!にでも勤めてた(る?)のでしょうか???

ずっとフリーで活動してますよ。
でも最近は仕事が激減して、暇を持てあまし中 orz
nobodyさん [sage] 2009/03/23(月) 17:53:50ID:???
CGIをC言語で書いているので、FastCGI + C の組み合わせにも興味あるけど、いまいち仕組みが
理解できなくて移行をためらっているので、もし良ければ質問に答えてもらえるとありがたいです。

CGIをFastCGIにすると、プロセスがメモリに常駐してFCGI_Acceptのループでリクエスト待ちになる
みたいだけど、このとき複数のリクエストが同時に来たらどう対応されるの?

1. 一つのFastCGIのプロセスで順番に処理される
2. FastCGIのプロセスが新たに立ち上げられて、並行して処理される

"1" ならアップローダーみたいな処理に時間のかかるものにはFastCGIは向かないって認識でいいのかな?
(そもそも処理に時間がかかるなら起動コストの影響は少ないからノーマルCGIでいいのだろうけど)

"2" ならせっかく常駐するのだから、データの内容をメモリにキャッシュして高速化しようとかすると、
複数立ち上げられたときにメモリを大量に消費しちゃうのでやらないほうがいいのかな?

試してみればいいのだろうけど、FastCGIに興味はあるけど今のところはC言語CGIだけでもCPU負荷で
困ることはなかったので、環境構築するところまでは踏み切れずにいました(^^;
nobodyさん [sage] 2009/03/25(水) 15:31:05ID:???
fastcgi は、基本的にはリクエストが来たら余っているプロセスがあればそれを使い、
なければ立ち上げるってだけ。

プロセスの生死自体は親が握っていて、同じインスタンスが同時に動くことがある
ってのを覚えておけば、データをメモリにおいて使いまわすことは可能。


っていうかLinuxとかのOS標準のdevパッケージを使うなら、Hello, worldなcgi自体は
環境構築含めて15分もあれば出来るので、めんどくさがらず試せばよろしい。
普及された人 [] 2009/03/26(木) 22:41:51:4YbFu+ij

これだけの実力者が暇を持て余しているとは、世の中狂っています。
これだけの実力者なら凡人がRubyで3000ステップの素晴らしいプログラムを作る時間で、10000ステップの同等の機能の素晴らしいプログラムを作るでしょうに。
早く、プログラマのフリーエージェント的な制度が確率すると良いと思います。
力のある人が、それなりの報酬を得られることは必要です。
それがなければ、努力もせずダラダラとIT業界に執着する人が増えるばかりです。
オープンソース化できるのなら是非してもらいたいです!
それこそC言語でCGIの普及になります。
> ソース公開してセキュリティホールが見つかったら怖いので、公開に踏み切れないw
だからこそオープンソースで良いのではないでしょうか?
一人の力には限界がある。
だからこそ、みんなの目で見てもし穴があるのなら、みんなで埋めていけば良いのだと思います。
完璧なものを公開して、威張るためのものがオープンソースではないと思います。
普及された人 [] 2009/03/26(木) 22:43:44:4YbFu+ij

私が自分自身で言っていることと相反するようですが、495さんもおっしゃってたように、実動作では通常のCGIでも、キャッシュ化されますのでかなり高速です。
C言語の場合、処理自体が早いですから。
理論的に考えるとかなりの差ですが、実動作で考えると多くの場合FastCGIと通常のCGIの差は、「プロセスの生成」と「プロセスの廃棄」の時間になるかと思われます。
それと、昨日事情があって、Rubyの全コード見てみましたが、、、
素晴らしいプログラムで、感想は色々ありますが、とにかく長いですねぇ。。。
C言語のソースだけで、30ファイルくらいありますから、普通に流しで見るだけで4時間くらいかかってしまいました。
あのプログラムがインタプリタとして、スクリプトを読み込み処理することを考えると、遅いのが良く理解できます。
どれだけでかいWebアプリケーションをC言語で作ったとしても、あれほどでかくはなり難いので、間違いなくC言語で作ったWebアプリケーションは高速でメモリも食いません。
そう考えると、C言語のCGIだけで困っていないのなら、それでも良いかと思います。
ただ、多少の苦労で、無料で簡単に高速化できることは間違いないですし、多少のスキルアップにもなるかとも思いますので、是非一歩を踏み出して欲しいと思います。
RailsもRackをデフォルトとして一生懸命「単純化」や「高速化」を目指しています。
それよりも高いレベルのものが手の届くところにあるのですから、掴んじゃいましょう!
「手間がかかっても、面倒くさがらず、納得のいくアルゴリズムを完成させる」
「少しでも可能性があるのなら、より素晴らしいものを作るために努力を惜しまない」
それがC言語技術者だと思います。
色々相性など言われていますが、少なくとも私はApache & mod_fastcgiでとても安定動作しています。
やってみてダメなら戻せば良いのではないでしょうか?
で、仕組みに関して私のわかるレベルで、解説ページを作ってみました。
急いで作ったので、おかしいかもしれません。
間違いがあれば、ご指摘ください。
ttp://www.dreamhope.net/soliloquies/webtec/
nobodyさん [sage] 2009/03/27(金) 13:34:24ID:???

ありがとうございます。おかげでFastCGIを使ったときのイメージが理解できました。
FastCGIは興味があったけど、試してみるのが面倒というよりは、試してみるとのめり込んでしまいそうで
目の前にあるやらないといけないことをおろそかにできない状況だったので試せなかったのです。
元々はアセンブラでプログラムを組むのが趣味だったような人間ですので、手間よりも高速化が好きですから
今後は少しずつFastCGIも利用していきたいと思います。
nobodyさん [sage] 2009/03/31(火) 09:58:41ID:???

高速化にこだわるなら、自分でアプリケーションサーバ書くのがいいのでは
Apache臭はするけど、libaprなんかを使えばOSポータブルなdl()とかスレッドとか
メモリプールとか基本データ構造とか入っててお得ですよ。
ま、それなりにデカいけどね。
普及された人 [] 2009/03/31(火) 22:35:52:Tx3EmaFc
この掲示板に出現する人は「C言語でCGI」をいかに、、、というのが目的ですし、
CGI部分を作るだけでも創造を絶する時間がかかりますので、アプリケーションサーバから作り始めるのは大変です。
今は情報が出回っていますので、作るに無理なことはないとは思いますが、一人で仕事外の時間利用だけで考えると、私ですと5年以上はかかりそうです。
Webアプリ一つ作るのにそれは効率的ではありません。
それにlibaprは、別にWebアプリケーションが高速になるものでもありません。
遅くなる可能性はあるけれど、作るときに便利で楽になるAPIだと思います。
C++技術者でない純粋なC言語技術者は、あまり使わないAPIだと思います。
使わざるを得ないAPI以外は、基本的に存在を知らなければすぐに自作してしまいますので。
「C言語が使える」ということは、別段便利なAPIを使う必要がないということでもあります。
libaprでメモリプールしなくとも、必要な分だけスレッドを立てて、mallocやcallocだけでしっかりメモリ管理できるということでもあります。(時に失敗しますが)
おまけにlibaprのメモリプールは確保した領域をシステムに対して返却しないと記載されていましたので、逆にかなりコントロールしにくいAPIな気もします。
それだけの手間(時間)をかけ、なおかつメモリ周りも適当な設計で良いのなら、普通にC言語でApache module型Webアプリケーションでも組んだ方が楽で高速で良いのではないでしょうか?
nobodyさん [sage] 2009/04/01(水) 11:08:56ID:???
作る際の効率が問題なら、そもそもwebアプリでCは選択しちゃダメ。
5年って、アナタたぶん作ったことないから死ぬほど安全に見積もってるよね?
アプリケーションサーバって、そこまで作るの大変じゃないよ。やることは基本的に待つだけだし。
実際は余暇を二週間位でも最初のプロトタイプ位はできるんじゃ...
まぁ、既存の適当にかかれたCGIをスレッド対応にするのは骨がおれると思うけど。

libaprのメモリプールの返却云々については、apr_pool_create の第二引数参照。
作業とか、ループとかにサブプールを作って、必要なメモリはそこから確保して、
終わったらサブプールだけ開放するって感じで。

でも、確かにCGIじゃないのでもうやめます。
fastcgiもCGIじゃないのではって気するけど...
nobodyさん [sage] 2009/04/02(木) 22:00:32ID:???
C言語が向いてるのは、開発費が多少増えたとしても、
サーバ台数が抑えられるから、トータルコストが安くて済むような案件だね。
検索サーバとか、2chとか、アクセス数が多いサイトとかね。
普及された人 [] 2009/04/04(土) 11:18:37:JlRZ3FIj

はい、もちろん作ったことはありません。
それに、今までのところでは作る必要性も感じたことはありません。
私がC言語で既存のAPIを利用せずにアプリケーションサーバを作ることを考えると、、、
FastCGIのようにアプリケーションサーバ(これはハードのことです)側にある複数のTCPクライアントCGIと通信をこなしながら処理を進めることや、
アプリケーション側に、どのようにどのくらいのメモリを与えるのかなどを考えると、
できるだけ汎用的なものにしようとすれば、TCP先で利用できるlibaprのようなAPIを自分で作らないといけないし、、、
というような感じで、503さんとは少し論点がずれていたようです。
すみません。

だた、やっぱり基本的な考え方としてはFastCGIは
(Client → WebServer → FastCGI → CGI → FastCGI → WebServer → Client)
という形態ですので、アプリケーションサーバもFastCGIとほぼ同じで、
(Client → WebServer → AppServer → App → AppServer → WebServer → Client)
という形態になり、module型
(Client → WebServer(module型App) → Client)
の方が構成がかなり単純ですので、C言語で作ったCGIやAppの反応はかなり高速だと思います。
それに、やっぱりmodule型のC言語Appを一つ作る方が、
アプリケーションサーバとクライアントアプリケーションの両方を作るよりも遥かに楽だと思います。
それ以上に、FastCGIであれば、
FastCGI用C言語CGIを一つ作れば済みますので、労力は激減します。
ただ、やっぱりアプリケーションサーバはもとよりmocule型AppもCGIではありませんね。

あと、FastCGIはCGIプログラムをメモリ上に常駐させるのかさせないのかという違いで、基本的な仕組みはCGIと同じと考えて良いと思います。
nobodyさん [sage] 2009/06/05(金) 15:35:04ID:???
Content-type: text/html
のtextをtestと打って
2時間もプログラム自体が丸ごと落ちてくる現象に悩まされた
鬱だ
nobodyさん [sage] 2009/06/08(月) 22:46:07ID:???
でも俺はそういうお前嫌いじゃないよ。
nobodyさん [sage] 2009/08/20(木) 02:18:22ID:???
CでCGIってかウェブサーバ作りました。
ダウンロードサーバには結構いいです。
公開しよと思うんですがいいところはありますか?
CGIというか、必要な所にソース書けばいくらでも
Cで拡張できます。
nobodyさん [sage] 2010/01/23(土) 12:51:26ID:???
最初にPerlからCにしてみたときの動作の速さは衝撃 惚れる
DoS攻撃かと思うほどのアクセスかけてやってもC先生は華麗にさばく
しかしまあ、スピードは慣れる

開発はPerlなら普通にある、デコードとか自分でひいこら書くのがめんどくさい
特にヒアドキュメントと連想記憶は欲しかったな
連想記憶はなんとかつくったけど ヒアドキュメントないからPrintfの嵐になる

C++でもいいのかも知れんが なんか道具の大掛かりさに比べてやってる事が間違ってる感じは否めない
それにCのほうがやっぱ早いしメモリも少しで良い 
費用対効果で言うとCに比べてちょっとだけ苦労が減る分の物が手に入るとは思えない

nobodyさん [sage] 2010/01/23(土) 13:03:42ID:???
ttp://pc11.2ch.net/test/read.cgi/php/982591467/502
そんなにperlが好きか
nobodyさん [sage] 2010/01/23(土) 17:41:22ID:???
ヒアドキュメントなんか止めろよ
printfはもってのほか
普通にテンプレートエンジン使うか作るかしろや
ClearSilverとかあるだろ
nobodyさん [sage] 2010/01/23(土) 18:23:11ID:???
言いたいことはわかるけどPerlやPHPから呼び出してもClearSilverが早いのはCでできてるからであって
Cから利用するなら汎用的なテンプレートエンジン使うより、自分のサイトに特化したページ出力するのみなら
自分で書いた短いコードのほうが可読性も高いしバイナリも小さいし、ぜんぜん速いよ(仕組みはだいぶ真似さしてもらったけど)

もちろん規模にもよるから
いちいちそんなコード書いてられないほどサイトが巨大、複雑化したら考えるけど

ヒアドキュメントはつかってないよCだから
マクロでそれっぽいことはしてるけど
nobodyさん [sage] 2010/01/23(土) 18:46:19ID:???
それとさ悪口ではなく純粋に興味があって聞きたいんだけど

>printfはもってのほか
>テンプレートエンジン使うか作るかしろ

上でも言ったようにテンプレートエンジン的なものは作ってるけど
でもprintfなしでどうしろと? ぜんぶ一度メモリに入れてputs ?

そして使うなという理由は何?

ClearSilverだってprintfとかsprintfとか中できっと使われてると思うんだが
nobodyさん [] 2010/05/13(木) 15:17:05:Xm7v6t58
さすがWebProg板とはいえ、c言語のスレは住人のレベルがちがうな
C言語でオラクル [] 2010/12/02(木) 16:28:59:eppaTORw
最近、C言語でオラクルを読み書きできるシェアウェアを見つけたよん!
30日間は只なので試してみたら、さくさく動いた。
アパッチの設定も簡単だった。でも、説明がアバウトすぎるかな!
ろじねこさーばーという名前だった。
今までの苦労は、一体なんだったんだろう。
nobodyさん [] 2010/12/07(火) 02:17:17:4Sc5N9W9
普段はきちんと動作するのに-staticでコンパイルするとInternal Server Errorが出る不思議
nobodyさん [sage] 2011/01/16(日) 06:23:38ID:???
面白いスレだなあ。ほとんど理解できないけど
nobodyさん [sage] 2011/01/17(月) 15:11:49ID:???
C言語でCGI書くとPHPより負荷減るの?
PHPだとなんかモジュールがどうとかでCGIより負荷が少ないって聞いたんだけど
nobodyさん [sage] 2011/01/17(月) 16:22:26ID:???
PHP でやるような普通の処理なら、C CGI では遅くなるだけ。
nobodyさん [] 2011/03/10(木) 07:17:46.39:hTkK9cNu
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************


ttp://http://sky.geocities.jp/ttl_ttl_ttl_pic/

NASMでC言語を作る NASMで高度な設計書類とNASMの簡単な利用方法のサイトです
C言語のHEADの作り方 DLLファイルの作り方が書いてあります
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************
****************************************************************
戦士カンガイバー ◆DMLinuxPbA [ ] 2011/04/30(土) 16:34:39.05ID:???
stdio.h
CWLK2010 [] 2011/07/05(火) 20:51:09.02:uC4ca/As
C言語でPostgreSQLのDBを操作出来るフリーウェアをつくりました。
CGIで操作します。コード生成機能をいれたのでゴタゴタしてますがα版になりました。
使い方少々難しいですがいかがですか?
ttp://http://sourceforge.jp/projects/cwlk/
nobodyさん [sage] 2011/07/05(火) 21:23:31.64ID:???
変態だー! 乙
nobodyさん [sage] 2011/10/24(月) 11:24:39.84ID:???
こうやってC/C++でCGIを書き続けて・・・・

徐々にWEB フレームワークになっていき・・・

可搬性を考慮してインタプリタにしていき・・・

結果スクリプト言語に至る・・・と。

まさに車輪の開発。アホらし


nobodyさん [] 2011/12/04(日) 14:03:48.36:uP5znhXd
FastCgiに興味があるので質問をさせていただきます。

例えばcgiのようにアクセスごとにphpやcなどが起動する仕組みから
いったん起動させておいて常駐させ、
リクエストごとに処理をさせる為の具体的なphp,c側の実装方法について
詳しい方いらっしゃいますか? 
nobodyさん [] 2011/12/04(日) 16:46:29.57:uP5znhXd

ttp://www.dreamhope.net/soliloquies/webtec/
ここの住人だったのか。すげー面白い記事でした。
当日商品を出しました [] 2011/12/06(火) 00:55:02.17:GHsKaAnV
当日商品を出しました
4-7日到着します。
よろしくお願いします
店長:吉田 杏子
0870
ttp://http://xua.me/dSB
nobodyさん [sage] 2012/12/09(日) 01:11:22.01ID:???
ちょくちょく時間が有るときにC言語でHTTPD込みの掲示板ソフト
作り込んでるけど、HTTPプロトコルが面倒臭過ぎて嫌になる。
nobodyさん [] 2012/12/24(月) 20:37:21.15:C9oBUMu+
CGIってハッキングとどう関係があるんですか
nobodyさん [] 2015/10/29(木) 15:30:52.91:+y4uHlvp
☆ 日本の核武装は早急に必須ですわ。☆
総務省の『憲法改正国民投票法』、でググってみてください。
日本国民の皆様方、2016年7月の『第24回 参議院選挙』で、日本人の悲願である
改憲の成就が決まります。皆様方、必ず投票に自ら足を運んでください。お願い致します。
nobodyさん [] 2017/12/30(土) 13:05:37.39:YhlYw6jg
誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

KPV9ON1SVO

勢い5万以上のスレをメールでお知らせするサービス、実施中!!
憧れボディをGETしたい!その夢、ボニックで!

2ch勢いランキング 全部 1- 最新50 WebProg板ランキング

凡例:

レス番

100 (赤) → 2つ以上レスが付いている
100 (紫) → 1つ以上レスが付いている

名前

名無しさん (青) → sage のレス
名無しさん (緑) → age のレス

ID

ID:xxxxxxx (赤) → 発言が3つ以上のID
ID:xxxxxxx (青) → 発言が2つ以上のID

このページは2ch勢いランキングが作成したキャッシュです。元のページはこちら。削除についてはこちら