Ｃ言語のＣＧＩを語りつつ普及するスレat PHPＣ言語のＣＧＩを語りつつ普及するスレ - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞのURL■項目テキスト500:nobodyさん 09/03/27 13:34:24 >>497-499 ありがとうございます。おかげでFastCGIを使ったときのイメージが理解できました。 FastCGIは興味があったけど、試してみるのが面倒というよりは、試してみるとのめり込んでしまいそうで 目の前にあるやらないといけないことをおろそかにできない状況だったので試せなかったのです。 元々はアセンブラでプログラムを組むのが趣味だったような人間ですので、手間よりも高速化が好きですから 今後は少しずつFastCGIも利用していきたいと思います。 501:nobodyさん 09/03/31 09:58:41 >>500 高速化にこだわるなら、自分でアプリケーションサーバ書くのがいいのでは Apache臭はするけど、libaprなんかを使えばOSポータブルなdl()とかスレッドとか メモリプールとか基本データ構造とか入っててお得ですよ。 ま、それなりにデカいけどね。 502:普及された人 09/03/31 22:35:52 Tx3EmaFc この掲示板に出現する人は「Ｃ言語でＣＧＩ」をいかに、、、というのが目的ですし、 ＣＧＩ部分を作るだけでも創造を絶する時間がかかりますので、アプリケーションサーバから作り始めるのは大変です。 今は情報が出回っていますので、作るに無理なことはないとは思いますが、一人で仕事外の時間利用だけで考えると、私ですと５年以上はかかりそうです。 Ｗｅｂアプリ一つ作るのにそれは効率的ではありません。 それにlibaprは、別にＷｅｂアプリケーションが高速になるものでもありません。 遅くなる可能性はあるけれど、作るときに便利で楽になるＡＰＩだと思います。 Ｃ＋＋技術者でない純粋なＣ言語技術者は、あまり使わないＡＰＩだと思います。 使わざるを得ないＡＰＩ以外は、基本的に存在を知らなければすぐに自作してしまいますので。 「Ｃ言語が使える」ということは、別段便利なＡＰＩを使う必要がないということでもあります。 libaprでメモリプールしなくとも、必要な分だけスレッドを立てて、mallocやcallocだけでしっかりメモリ管理できるということでもあります。（時に失敗しますが） おまけにlibaprのメモリプールは確保した領域をシステムに対して返却しないと記載されていましたので、逆にかなりコントロールしにくいＡＰＩな気もします。 それだけの手間（時間）をかけ、なおかつメモリ周りも適当な設計で良いのなら、普通にＣ言語でApache module型Ｗｅｂアプリケーションでも組んだ方が楽で高速で良いのではないでしょうか？ 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch