C言語のCGIを語りつつ普及するスレ
C言語で書かれたCGIってなかなかイイもの見つかりませんよね。 前Cでかかれた掲示板を見かけたんですけど、なんかタグ用の処理が行われていないらしくて、グロ画像やエロ画像なんて 貼りたい放題でしたよ・・。わたしなんて<xmp>タグを貼りかけましたよ・・・ それはどうでもイイとしてKENTさんのCGIみたいに高機能で手軽なCGIのC言語版みたいなのがあったらなぁなんて思ったことありませんか? このスレではそんなCGIについて語って、CでCGIの考えを普及していきたいです。 サーバー管理人もシェルを開放するのを敬遠するよなぁ >>4 「かぁ〜くぃ〜」とあられちゃん風味で言ってみるテスト 最近人生がおもしろくない。 そう思いのあなた! http://www5e.biglobe.ne.jp/ ~rgxt5nl/index.htmlのページをお試しください! 100種類のタダで遊べるゲームに、 おもしろいパクリ物を集めたコーナーや、 管理人がすぐに素材にしてくれる素材掲示板 ほかにも、2ちゃん掲示板もありますよ! 自作フラッシュもあります。 とにかくいろんなコンテンツが豊富です! 常連になってくれる人大募集! スキンを使えるようにしてください、と言われて凹むわけだが デコードのしかたを教えてください。 分かりやすく親切にね。 ↓のdataにとりあえずいろいろ入るようにしました。 それからどうするの? /* 関数のプロトタイプ宣言 */ int decode(); /*グローバル変数の宣言*/ char data[1024];/*出力文字*/ /* データ取得処理 */ int decode() { /* GET/POST 取得 */ if(strlen(getenv("REQUEST_METHOD")) == 3) { /* GET処理 */ strcpy(data,getenv("QUERY_STRING")); } else { /* POST処理 */ fgets(data,sizeof(data),stdin); } return 0; } 以下省略 if(strlen(getenv("REQUEST_METHOD")) == 3) これでGETだと判断するのかよ。すごいなお前。 KENTに頼んでC言語でつくってもらうしかないな・・・ >>1 KENT が C なんか書けるわけないに1ペリカ 可変長文字列型なstring型のあるPASCALなら結構戦える気もする。 //---- %で始まる特殊記号を変換する関数 void Escape( char* src ) { char* dst; for( dst=src; *src; src++ ){ if( *src == '%' ){ *dst++ = (AtoH(*++src)<<4) + AtoH(*++src); }else if( *src == '+' ){ *dst++ = ' '; }else{ *dst++ = *src; } } *dst++ = '\0'; } >>22 なぁ、出力のない変換関数なんてただのゴミではないだろうか? >>22 これを書いた人はstrtolという標準関数を知らないのかな。 変換前の文字列が%で終わっていたら危ないね。 あとswitchを使った方が見やすくなると思う。 どうでもいいけど、Escapeだと逆のような気が・・・ >>23 え? >>26 漏れもPerl関連でKENTみたいに本を出したいのですが。 >>27 適当にがんばってください。 C言語でCGIを普及するにはまだまだだな。 >>28 どうすればC言語CGIにみなの関心がいくか考える必要がある。 KENTみたいなスクリプトをC言語で書けば注目をあびるだろう。 >>29 2ch風味な掲示板を是非C言語で作ってみたいですな。 C言語でCGIを動かせる無料鯖ってどこにあります? >>31 http://www.tok2.com/ とか?(telnetOKよ) あとXreaもC言語のCGIがうごくが事前にLinux環境で コンパイルする必要がありけり >>32 Linux環境コンパイルですが、 Winで、Borland C++ Compiler 5.5.1でコンパイルではダメかな? コンパイル(+リンク)って何をやってるか分かってればそんな質問は.... >>34 どうにかしてクロスコンパイルするんじゃないの?w 事前にコンパイルするなら、スタティックリンクしておけば大抵のところでは(C言語で書いたプログラムが)使えそうな気がする。 iswebはSparc+Solarisだったかな。性善説サーバでコンパイルしたものをアップしてみようかな。 サーバー上でコンパイルできなければC言語が使えるとは言えないよね。 コンパイルしたものはもうCとは無関係だし。 性善説サーバーは64bitなんじゃらだったからー?? (知らないのに勘でしゃべる) >>37 >サーバー上でコンパイルできなければC言語が使えるとは言えないよね。 そんなこと無いと思うよ。 あまり関係ないけど、 実は、、ExecCGIが有効か無効か、しか問題にならない。 PerlでCGIが動くのなら、CGIが使えるっていうことだから、 #!/...形式以外の物も使える、つまり、C言語で書かれた物をコンパイルしたもの (バイナリ)もCGIとして動くということになる。 バイナリが動くか動かないかは分かりきったこと>>41 なんだから、 そこであえてC言語が使えると書くのは、Cコンパイラーが使えます、 という事を意味する。はず。 >>44 同意。 しょうもないこと言ってるのはほっといて実装技法の話しようや。 >>46 少なくともstring位はほしいよなぁ。 CでCGIの書籍があったよな。たしか便利なライブラリがあって、 今更デコードだなんだからやらなくてもいいはずだが。 >>50 C標準ライブラリやSTLはスルーしてどうして俺だけ・・・ Pascalよ、斬り捨ててごめん。 じゃ、改めてC/C++でCGIを語るスレってことで >>55 なめんなこら!コンパイル済み実行ファイルなCGIを語りつつ普及・・・って普及するスレってなんだよ・・・。 Windows用ならGUIで設定とかできるとおもしろいなとか思ってみたり。 設定って?CGI用の設定ファイルをGUIアプリに吐かせると言う意味? それなら根本的にCGIとは関係ないと思うけど。 単にテキスト出力するプログラム作ればいいだけだから。 >>57 普及するスレとか言っちゃう奴に理解してもらおうと思った俺がバカだった。 ブラウザでHTMLフォーム表示したってGUIだしな。 Windows用ならGUIで、って何を指してるのかがわからん。 テキストブラウザで表示したらGUIじゃないぞ。 >>59 GUIの設定ツールをつくるってことじゃない?対象がCで書かれている必用はないけど。 >>60 キャラクタで構成されたGUIってのも存在すると思うが。 >>60 >テキストブラウザで表示したらGUIじゃないぞ。 CUIのことよく分かってない予感。 >>63 ***すれ立てるまでもない質問はここで 第34刷*** http://pc2.2ch.net/test/read.cgi/tech/1048677915/l50 その話はこっちで現在継続中。 なんでわざわざ移動して質問したのかは謎。 >>GUIで設定 言い出しっぺの>>56 が説明もせずにいなくなったわけだが ライブラリを使用ないし使用を示唆するような香具師へ >>49 もちろんライブラリはあるなら使ったほうがよい。 Butもし、なんもなしでアドリブでつくれっていわれたときに 「ぼくちゃんライブラリがないとつくれましぇ〜ん」 なんてことにならずに独力ですべてつくれるようにしておきたいんだYO。 >>66 お前、とっくに終わった話題をトレースして何が楽しい? >>66 ならこのスレと関係ないから一人でひっそりとC標準ライブラリでもSTLでも好きなの作ってれや。 このスレはどうでもいいことに食いついて全然話が進まないな。 ポケモンってC言語でつくれますか? GBDKでつくれますか? すれ違いならいいんです。ほんとごめんなさい。 フシアナサンってだれですか? >GBDK Gaki Bakari Dana, Koko. >>67 66です。すまむこ。このネタおわってたのね。 ところでふしあなさんってきかなくなったんですね。 >>69 できないことはない、できればアセンブラの方が良いと思うが板違いだと思われ。 CとC++の書き方を同じプログラム内で書くことはできますか? そんなことよりperlのBモジュールから吐き出されるCのコードはなんとかならんのか。 hello,world がなんで100KBになんだよ。 実験でくだらないCGIをCで書いてみたんだけど 使用したコンパイラが、な、なんとLSI C-86試食版なんすよ!! しかし16Bitでカナーリ時代遅れの予感、、 誰かWindowsで動作する32Bitコードを吐き出す フリーのコンパイラって知りませんか? >>78 gcc は置いといて、 GNUライセンスじゃない、(できれば、BSDライセンスの) 正規表現ライブラリ無いですかね。 >>80 笑っちゃうかもしれないけど本当の話なんだす・・・ 最近自家鯖の実験始めて、目標は自作CGIを作ることだが どうもPerlってソースの見た目から受け入れられなくて 昔ちょっとだけかじったことのあるC言語でも出来ると聞いて お決まりのHelloWorldとか、C言語CGI解説サイトのサンプルを コンパイルしようとしたが、自分の知ってるフリーで使えるコンパイラは あれしかなかったもので。。。。 でも、ちゃんとhtmlからの入力を受け取って動作したから正直驚きました gccって奴があるのですか。ありがとうございます。 >>84 理解できないのはすべて無視。厨房は無視しとけ。 >>84 すません。見落としてました 検索掛けると、昔TurboPascalってので有名だった ボーランドのCコンパイラがあったのですね ちなみにC++ってのは良く分からん。。。 厨に構ってくれてありがd これから勉強します >>82 LGPLですか? いわゆる感染しないライセンスでしたよね。 ただ、GPLというだけで心理的にイヤなんで、敬遠してます。 ライセンスについても明るくないですし。 技術者のためのC言語でCGI作成(作:玉なんとか) って本をreadをしたけど漏れ could not understandですた。 作った物を普及させるのか、作ること自体を普及させるのか。 >>93 "よほど大きな"で出てきたメリットがそれか・・・ Cの変数に型があるのは常識なんだからスレ立ててまで語るほどでも無いと思うのだが。 「Cで作ると変数に型があるメリットが!!」で普及したら苦労しねーっていうか。 もっともな魅力は高速な処理かな・・・。 普及するぐらいなら簡単にCでCGIを作れるようになる モジュールみたいなのを作る必要があるのかな?・・ 普及しない一番の原因はISPの鯖・無料鯖でShellを開放してるトコが殆どないからだと思うがどうか。 某CGIのBook曰く・・・、CはPerlの数十倍から数百倍の処理能力を持ち合わせているとか・・・ >>98 たしかにな・・・。 http://www.tok2.com って逝けたっけ?・・・shell >>99 その能力がインターネット介したときにどれだけの差になるのかと >>97 そういうライブラリがないかどうか探して、もしあったら次にそれの使い方を わかりやすく解説してるサイトを探して紹介した方が普及させるには一番だと思う これらが無いときに初めて自分で作るって手順になるのでは。 PerlとCで書かれた同じ機能のCGIを比較した テストの報告とかってどっかに無いのかな? 速度差はほとんど普及の要因にならないと思うよ。 仮に100ミリ秒が10ミリ秒になったってネットを介したら誤差の範囲だし。 サーバ機で動かすだろうから一瞬だろうし。 速度差が出るほどのプログラム(処理に何分もかかるような)だと そもそもCGIとして使い物にならないし。 アップローダのように扱うデータ量が多いCGIや 2ちゃんのようなアクセス多数で重たいCGIならば 効果てきめんって事か? いっそ「普及」なんてこと考えなければそれなりに成り立つスレだと思うんだけどな。 CでCGI質問スレとかCGI用Cライブラリを作ろうスレとかそんな感じで。 需要は少ないだろうけどカテゴリとしてあってもいいとは思う。 >>105 アップローダのデータ量が多いってそりゃファイルをUL/DLするネットワークの 速度の問題で、CGIの速度の問題じゃないと思われ。 可変長文字列 可変長配列・ハッシュ 正規表現によるマッチング・置換 URLデコード 文字コード変換 ロック とりあえずこれだけサポートしたライブラリが欲しいところ。 >>108 >URLデコード >文字コード変換 >ロック この辺はどうとでもなるっしょ。 >>108 ロックならflockをサポートしたOSを使えばいいだろ。 >>108 そうだな、漏れは無理だが誰かつくってくれないかな・・・? CygwinでLinux環境用バイナリを吐き出すのも ひと苦労だよ(´д`) ttp://www.sixnine.net/cygwin/cygwin-doc/devel/cygwin-to-linux-cross-howto.html >>113 Object Pascalで良いなら書いても良いけどね。 >>114 無理にクロスコンパイルせんでも、VMwareとかパーティション切ってLinux入れた方が楽じゃない? NLDとかWinLinuxとか言う際物でも良いけど。 KENTさ〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜ん jcode.cを作ってくれ。 cgi-lib.cを作ってくれ。 どうせ誰かお前が作れとかいうんだろ? くれくれ厨はこのスレ向きじゃないから他逝った方がいいよ >>121 EUCとかで投稿してくるヤシがいたら困るからね。 あとKENTって妻子持ちですか? http://www.ab.aeonnet.ne.jp/ ~hibantyan/kent.htm KENTさんは旅好きですね。 JIS/SJIS/EUC/UTF8変換すら書けない奴が C/C++でCGIを作るって……何かのジョーク? >>127 車輪の再発明とは時にアホらしいもんです。 学習・好奇心等が目的なら自分で作るのもアリだが「普及」が目的のスレだからな。 >>129 CでCGIを実際につくってみるしかないのかな? apache1.3の場合、cgiはプロセス生成のコストがかかって 使えないけど、 apache2.0はcgiの復刻の悪寒 ? phpのモジュールなら現実的では。 http://jp.php.net/manual/ja/zend.creating.php CのCGIで、ウルトラパワフルでパラダイスなBBSをつくるとするかな・・・。 誰かオープンソースですごいライブラリ作ってよ。 そしたら使ってやっから。 Cじゃないと出来ない処理ってあるんか そんなの無いよなぁ? Cだと実行速度がめちゃんこ早えぇと聞くが 10倍くらい速いのか? そういや2ちゃんねるのCGIも Perlのスクリプトだったのを 後にCで書き直されたらしいな ひろゆきもわけわからんだって。 ______ /_ | /. \ ̄ ̄ ̄ ̄| / / ― ― | | / - - | ||| (5 > | | | | ┏━┓| / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ | | | | ┃─┃| < こんなサイトを見つけた || | | | \ ┃ ┃/ \ 正直、スマンカッタ | || | |  ̄ \_________ http://saitama.gasuki.com/kensuke/ Apache のモジュールをCで組む。 じゃ駄目なの? おい、早速C言語CGI普及に成功したで〜 http://www.aaacafe.ne.jp/ の無料ホームページでC言語CGIが使えるようになったぞ。 やっぱりこのスレのおかげだな >>138 そこ・・・ CGI(C)の仕様について > ご自分でコンパイルしてアップロードしてください。 > 拡張子は > .cgi > です。 どうしろと?FAQ読んでも、検索して調べてくださいとか書かれてるし。 バイナリをアップロードするのなら、CGIを許可されているところなら 何処でも動くけど?>C言語でかかれたCGIプログラム 普及っていえるのか・・・ >139 そこ借りてやってみた perlでスクリプト書けばコンパイルできる だからそこの鯖にcで書いたソースと それをコンパイルするcgiをうpしてブラウザでcgiを呼ぶ >>141 telnet.cgiのようなものを使えばできるということじゃないだろうか。 telnetやsshは使えないけど、Cコンパイラは使えると。 >>140 に書いてあったか。 他のコマンドも使えそうだな。 おーできた! ↓試しに簡単なものを作って設置してみた http://f13.aaacafe.ne.jp/ ~seraph/cgi-bin/mininslookup.cgi >>147 うん(socket関数はコード上では使っていないけどね)。 サーバー上でコンパイルしようとしたらなんかsocket.hがシンタックスエラーを起こしたんで自分のところでコンパイルしてアップした。 でもサーバー上でコンパイルできるのは確かみたい。 つーかみんなサーバ側でコーディングなりコンパイルなりしてんの? ローカルに環境作ってそこで作ってテストして、できたものをサーバにアップするんじゃなくて? サーバ側でコンパイルするメリットって何かあるの? 何らかのトラブルの元になりそうで あまり良くない予感がするんだけど 運用するサーバへの最適化とかは コンパイラのオプションの問題であって、 コンパイルする場所とは別に関係ないよな? >>150 >サーバ側でコンパイルするメリットって何かあるの? SunOSとか探してきて入れるのウザイ。 palmとか組み込みとか実機でコンパイルできない場合は、 専用のクロス開発環境があると思うけど unix系の場合は実機でコンパイルが普通では? 全然違う環境でコンパイルしてまともに動くの? やったことないから不安だな なるほど。 要するにサーバの機種やOSに対応する クロスコンパイラを探すのが面倒だってことか。 どっちもLinuxとは限らないもんな。 同じLinuxでもCPUの違いによって動かないということもあるし。 実機でコンパイルしないと、激しく不安に感じる私は変だろうか。 コンパイラ/ライブラリの違いによって動作が違ったり、 バグが出たりする心配があるんだけど。 互換のあるバイナリ配布が簡単に作成できる様なら、 オープンソースな文化は育たなかっただろうし。 >>146 overflow ... >>156 ある程度のソース互換があったのが救いだな。 >>157 overflow?バッファが?起きないはずだけど。 Python Ruby Perl PHP C(C++) をいい順番でならべるとどう? 評価基準は、鯖への負荷/処理速度/CGI作成にどれだけ適しているか を考慮して・・・。 ちなみにCGI作成に適しているの基準は、 どれだけCGIをつくりやすいかってこと。 Perlならその点では評価がいいと思われる >>160 PHP (Perl) C++ Ruby Python Pascal C LISP BASIC LOGO 鯖の負荷、処理速度だけを考えると Cが最強か。 いや、アセンブラ。。。 >>162 LOGOワラタ C++はそんなに上か? C++は、Perlほどじゃないにせよ、かなり大雑把に さくさくと書けちゃうよ。 2ちゃんねる型でPHPとPERLの速度比較 http://sugachan.dip.jp/download/bench.png http://sugachan.dip.jp/download/read.php PHPよりPerlの方が速いようですが、 鯖負荷の順序はどうなのだろう? Perl、PHP、C、HTMLファイルにして読む 凄いサイト発見です!! http://f2.aaacafe.ne.jp/ ~ishigaki/default.html >>167 そこの人はmod_perl使ってるよ。 普通のPerlじゃだめぽ。 mod_perlならPHPと同等かそれ以上じゃない? Cが遅いのはサーバサイドじゃないから C自体が遅いわけじゃない。 >Cが遅いのはサーバサイドじゃないから 何を訳の分からんことを? ちなみにmod_perlが速いっていうのは 普通のPerlのスクリプトは コンパイル→中間コード→実行 という手順だけど mod_perlだと 最初の一回だけコンパイル→中間コード→実行で 次からはコンパイルをしないで中間コード→実行 となるんで劇的に速くなる。 PHPはコンパイル→中間コード→実行なんで 多少それよりかは落ちるかも・・・ PHPAとか中間コードを残すのもあるけど まだ出始めで微妙だね。 >>174 mod_perlとかmod_phpとかと比べたらCGIとしては 多少オーバーヘッドが大きいと言いたかっただけなんだが・・・ 見当違いだったらスマソ >>176 じゃあ、Cでモジュール作るってのが最強だと思うんだが。 >>177 多分ね。 でもCGI如きでそこまでするやつは少ないだろ >>178 Cでモジュール作るだけでは飽きたらずPerl実行環境にしてしまったmod_perlの作者はアホだと言うことに。 つーか言語比較はスレ違いだろ。ここはC/C++ってのが前提なんだから。 昔ゆいちゃっとのC言語版配布されてたよな・・・ 今もされてるのだろうか >>183 さて、可変長文字列の扱いが地獄のように面倒になるわけだが。 HTMLファイルを読むのと、PerlやCとの比較がないのだが! いちばんお薦めなのは、機械語でWebサーバと専用CGIをセットで開発する ことだぜい! 結構速いYO! >>186 それは理想だが、実際に 機械語・アセンブラで本当にCGIを書く気ある? あるわけ無いよな。 それに一番近いのが、Cで開発するって事だろう。 最初はPerlで書かれていた2ちゃんねるのCGIも、 アクセス増加でサーバ負荷が高くなり、Cで書き直されたらしいし。 >>187 彼はWebサーバごとスクラッチしろと言っているのですよ。 >178 モジュールと言わずとも、FastCGIって手もある。 http://www.fastcgi.com/ いずれにしてもモジュール組み込まなきゃならないから、 root持ってないと辛いけど。 遊びで動かしてる自宅鯖とかなら無問題。 あと、C++で楽しいライブラリ知らない? 一応cgiccてのは見付けたけど、いかにもGNUな田舎臭い ライブラリなんだよなあ。 >あと、C++で楽しいライブラリ知らない? WTLとか。 結局このスレの住人は、誰一人 C言語でCGIを書いた奴はいないようだな。 脳内プログラミング… >>193 ん、実際に作って自分のsiteで使ってるよ。 新たにperl覚えるのもメンドイし。 簡単なbbsとアクセスログ付きカウンタだけだけどね。 簡単なライブラリも作ったけど、 さすがに人様にお見せできるレヴェルじゃないので(w 一応Servletもつかえる環境構築しだけど 家かえってまでそんな大掛かりなコーディングしないし。。 >>193 書いた事はあるけど、共有鯖で使うのはちょと怖い。 安全性を担保できる方法を考えてます。 いまCのデコード作業やってんだけど・・・ 日本語処理が難しいね。 バイナリがどうのこうのって、なかなかうまく逝きません。 ヒントを所望したい。 標準ライブラリがワイド文字ライブラリを用意しているのに・・・ >>196 デコード自体はマルチバイト意識しなくてもいいんやん? あ、俺が作った時はあくまで個人用途なので ちゃんと試験したらボロボロかもしれんが(w 文字コード関係は自作せず、nkfのソースをぱくったYO! どっかのサイトで見本があったので。 >>197 まともに実装されているとは限りません。 wchar_t == UCS-2でも幸せな部類です。 しかもCGIなので、どのencodingが飛んで来るかも分からない ので、ワイド文字関係は基本的に使えません。 いま次のような手順でやってるんですけどひらがなとかはわりとデコードできるんですけど・・・どこに問題がありますかね?あと今は&で区切る処理が無視してください。 1:GET/POSTの判別をする。/2:クエリーストリングや標準出力をよむ。/3:一文字ずつ次のように処理をする。 4:%が現れたら次の文字とさらに次の文字(それぞれ順にchar型変数A/Bとする。) 5:int jp = 0x10*A + B; 6:jpをchar型配列にぶち込んでいく。string[now] = printf("%c",jp);(nowには配列の現在の番号が入る。) ご指摘お願いします。 追加事項 {+は空白にする。 {%でも+でもなければそのままchar型配列にぶち込む >>202 基本は問題ないと思われ。。 パッと見、気になるのは手順の5。 int jp でなく char jp の方が心臓に良いと個人的に思う。 #符号の問題ね。 あとは初歩的な・・・ 4の処理が誤ってないこと、 char配列操作時のポインタ操作が「多少複雑」になってると思うので ケアレスミスが無いことを確認汁。 >>204 大変参考になる、返答ありがとうございました。 またがんばって試行錯誤してみます。 本当に有難うございますぃた。 今思ったのですが>>202 で A;Bの処理で swich(A) { case '0': A = 0x01; case '1': A = 0x02; (中略) case 'f': case 'F': A = 0x0f } って漢字に16進にしなくてはいけませんよね? 206です。 %のあとにつづく2文字をA,Bに代入したあとの処理を表しています。 ちょっとミスってるけど(セミコロンぬけ) その辺は見逃してください。 ちなみにBに関しても同じ処理を行う。 見落としてた・・・ >ひらがなとかはわりとデコードできるんですけど・ デコードできる== 正しい文字で認識出来るってことだよね? html含め処理内の文字コードの統一は出来てる?? >>200 何作っているのかしらんが、文字コードの統一処理なんて必要ないだろ。 判別不能なエンコーディングで送られてくるかもしれない。 >>207 break; も抜けてるが勘弁してやろう(w その通り、16進だよ。 ちなみに漏れは、大文字のA〜Fを返すブラウザに出会ったことがないので こんな感じ。 #余りいい見本では無いが・・ char *str; char w; if( *str < 0x41){ w = *str - 0x30; }else{ w = (*str - 0x41) + 10; } >>208 すべてシフトJISで送ってくれると思ってしていません。 (そこまで考える余裕がまだないからね・・・。) HTMLはなるべくshift-jisで出力するようにメタタグに 記している。 >>211 ほんまや。break;が抜けちょる・・・・。 H&Sから引用。 >int toint(int c) >{ >if (c >= '0' && c <= '9') return c-'0'; >if (c >= 'A' && c <= 'F') return c-'A'+10; >if (c >= 'a' && c <= 'f') return c-'a'+10; >return 0; /* other */ >} 昔書いたURLエンコードされた文字列をデコードする関数。 #include <stdlib.h> char *url_decode(char *str) { char *p1=str,*p2=str,buf[3]={0}; for(;*p2;p1++){ switch(*p2){ case '%': strncpy(buf,p2+1,2); *p1=(char)strtol(buf,NULL,16); p2+=3; break; case '+': *p1=' '; break; default: *p1=*p2; p2++; } } *p1='\0'; return str; } >>202 > string[now] = printf("%c",jp); string[now]には1か負の数(おそらく-1)しか入らないけどいいの? 書き直そう。 デコードに文字コードが影響するのか? デコードテストをするために 今日ローカル鯖じゃなくてちゃんとしたUnix鯖で試したんすよ・・・。 じゃあローカル鯖でやったときよりイイ結果がでたんすよ。 やっぱりコンパイラによってちがうんですかね? ローカル鯖ではLSI試食版つかってたんですけどね。 Borland c++だとファイルサイズが巨大になるからあんまり 好きじゃないんだな・・・。 >>220 最適化って速度とサイズでは全然違うと思うんだが。 ようわからんけど、今日ようやくデコードプログラムが完成しました。 ちゃんとデコードできるようになりますた。 わーい!わーい! >>222 もう少しCの標準関数について勉強した方がいいと思う。 >>223 標準関数でURLデコードできる時代なのな? >>224 > 5:int jp = 0x10*A + B; この変が阿呆らしいと言っているんだよ。strtolという関数があるだろ。 逆だが、↓これと同じこと。 http://www.pro.or.jp/ ~fuji/mybooks/cdiag/cdiag.1.6.html 226のurl、バッファオーバーフローの危機(ry は置いといてマジレス・・ 「車輪の再発明」だの「標準関数にある」だのってよく言われるけど 効率を追求する業務じゃなきゃ別にいいんじゃん? 確かに無駄な努力かもしれんけど、 初心(初学)者はそれによって大幅に理解が深まると思うし。 その気になれば、ほとんど全部自分で作れるのが Cの長所でもあり短所でもあると思うよ。 逆に業務なら、『低レベル』まで自分で作れると いざというとき強かったりする。 特殊な例かもしれんけど、一部組み込み系とか ほとんど標準関数使えない様な環境もあるし。 自分で書いてて、屁理屈に見えてきた。 逝ってきます・・・ strtol,ulとか使うと、なんとなく仰々しい感じを受けるが…。 strtolだと、プラス/マイナス符号を突っ込まれても大丈夫? たとえば、'%-E' とかあった場合。 それほど大きな問題にならないとは思うけど。。 また、URLデコードの後は0x80から0xFFが含まれる場合を考えて、 char型では無くunsigned char型の方がいいと思われ。 >>228 > たとえば、'%-E' とかあった場合。 そんな決まりにしたがわないデータはどうデコードされても文句は言えない。 strtolのエラートラップもしっかりとね。 変な文字食わせると0が返るから。 デコードのしようがなければ、エラーを返すものだと思うが。 変? # お好きにどうぞ。 >>232 あんたがたまたま割り込む形で書き込んだだけで、別に>>230 にレスしたわけじゃない。 >>229 に補足しただけ。 >>232 例外とかが投げれるならより綺麗なんだけどね。 Perlで書くときもデコードのエラー処理なんてしないような・・・・ >>237 フォーマットがおかしいときはそもそもマッチしないからエラーの起こる余地がない。 >>238 うん。だからエラー処理なんてしないよねと。 ゆえに>>232 の言っていることはこれに関してはおかしいかも。 >>239 Cの場合はいくつかエラーとなる要因はある。バッファオーバーフローとかな。 __↓>>242 /  ̄ ̄ー―-_ ▲ ) / /ハハハ\ |\|\|\___イ . / \ | /\ /\lllll| / _ _ \ | /・\ /・\ | . | ⊂⊃ ⊂⊃ | |  ̄/、  ̄ ̄ ) (| ∴ ∪ ∴ | |  ̄ / \ <=> / ヽ <三> / \____/ ヽ / ∧ /| \/ ,r‐‐‐‐‐‐‐‐‐'´ `゙‐‐‐‐‐‐‐‐‐‐、r‐‐‐‐‐‐'´ `゙‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐、 | 山崎君、きみはぬるぽしか言えないのかい| そんなに卑怯者、卑怯者と | i やっぱりきみは卑怯ものさ。 i 言わないでくれよ〜(泣 i つーか、適切なテストケース一覧を準備して自動でテストするプログラム作れよ。 perlばっかやってたからCがわかんねぇだ。 代入ひとつからしてもめんどくさくてしょうがない。 >>248 取りあえず文字列型かクラスのある言語使った方が幸せになれると思うよ。 前友達にされた質問。 これってなんて読む? (漏れの場合) char ちゃー argv あーぐぶい printf ぷりんとふ sprintf すぷりんとふ hex へっくす int いんと getenv げっといーえぬぶい void ぼいど buffer ばっはー/ぶっふぁー malloc まろっく とりあえず今日はこのへんで・・・・ Cで作るときとC++で作るときどちらもメリット、デメリットが あるとおもいますけど、それぞれの美点と欠点をあげてくれませんか? >>254 C++:可変長文字列が美しく実装できる。 質問! UNCGIをWINDOWSで実行モジュール".exe"にコンパイルしたことある人 コンパイル方法おしえて。 英語のDocを読むとターボCがなんちゃらでわからん。 できれば、VC++とかでコンパイルしたいのねー。 >>254 WINDOWSで動かす場合だけど。 拡張子".cpp"で作成すればWINAPIをガシガシつかったCGIが出来るよ。 焼きなおすか・・・ UNCGIに変わるもので、おすすめのものしっているかた いらしたら教えてください。 #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; } 何年か前に作ったデコード関数。 マクロの括弧が無駄に多い気が・・・ >>263 返信ありがとうございます。すみませんでした。 う〜ん ヘキサのデコードというか、UNCGIを使いたかったのは、 HTTPのリクエストから切分けてデコードした後に、 環境変数にセットしている、仕組みをそのまま使いたいなーって思って たんですよ。 UNCGIの処理の流れ的には ・環境変数取得 ・切離し後デコード ・それぞれ別の環境変数にセット ・URLの引数(ttp://***/uncgi/aaa.exe)のプログラム(aaa.exe)を起動 ・起動されたプログラムは、環境変数よりPOST及びGETの パラメータを取得 こんな感じだとおもうんですよ。作ればいいんですけど・・・ ただ、コンパイルできたらいいなーと思いまして。 VC++だと、何ヶ所かコンパイルにひっかかってしまうので 私のめんどくさがりやから・・・質問してしまいました。 >>267 追加 ただ・・この仕組みをつくるとしたら疑問があるんです。 HTTPのリクエストで起動されたCGIによってセットされる環境変数は、 ブラウザごとに別々の扱い(DOSプロンプトのように)になるのでしょうか? 同時にアクセスがあった場合、同一名称の環境変数は、それぞれブラウザ ごとに違う値を保持するのかな??? 自分でデコードしてたけど、画像アップロードとかあるんで 結局cgiccに移行したよ。cgiccおすすめ。 >>267 誰 も お 前 に は 返 信 し て い な い よ どう考えたってスカラー電磁波って、 ニコラ・テスラのパクりだろ。( ゚Д゚) http://plaza16.mbn.or.jp/ ~satchel/ 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)); } } ━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━― ∧_∧ ピュ.ー ( ^^ ) <これからも僕を応援して下さいね(^^)。 =〔~∪ ̄ ̄〕 = ◎――◎ 山崎渉 Please tell me some FREE servers at which you can use C. I will show you any of them. http://fh.aaacafe.ne.jp/ GET! Free Server Space! __∧_∧_ |( ^^ )| <寝るぽ(^^) |\⌒⌒⌒\ \ |⌒⌒⌒~| 山崎渉 ~ ̄ ̄ ̄ ̄ ∧_∧ ∧_∧ ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。 =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕 = ◎――――――◎ 山崎渉&ぼるじょあ 2chって、Cで稼動させるのと、Javaで稼動させるのと、 どっちが高速安定動作するんですか? ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン Cでファイルロックをしたいのですが窓とunixの両方で動作させるためにはどうすればよいのでしょうか? 普通にflock関数を使うのはまずいですか >>289 うるさいヴぉけ と思ったらあれがレスですか。あなたはもしや照れ屋さんですか? どうしてWeb系のCプログラマーってインデントしないの? TABの1Byteをケチりたいの? >>291 するけど?見た例がたまたまそうだったんじゃないの? >>291 2chにコピペされたコードを見た・・・・? (⌒V⌒) │ ^ ^ │<これからも僕を応援して下さいね(^^)。 ⊂| |つ (_)(_) 山崎パン >>88 の本読んだけど…… とりあえず 「固定長」のバッファをなぜかmallocした上にクリアすらせずに使うのと 関数の返り値を片っ端から捨てていくのと 入力データを長さもチェックせずにstrcpyで突っ込むのはやめて欲しい。 まあ、それを鵜呑みにしてコード書く奴も書く奴だけど。 >>298 元々買う気なくて立ち読みしかしてないのでナンだけど、 どこで固定長のバッファをmalloc()してた? 興味本位で探してみたけどみつけらんなかったYOu >>299 スタックを圧迫しないと言うことで再帰とかのときに有利なのかも知れない。 あとでreallocするつもりなら予め固定長でもmallocする必要があるし。 read.cgiのC言語バージョン作ったんだけど 配布したらアクセスどんどんくるかな? って思っているんです。 需要ありかしら? (今Perlでつくったやつ配ってるんですけどちょくちょく使っている人がいます) >>298 たしか88投稿したのは、おれだけど、多少上達してから それは思いました。 (っつうかそいつの本のまねしてやったら友達にセキュリティやべえぞって言われたんですね・・・) 今気づいた。 ここは普及スレだった。。。。。。。。。。 結局開発に時間がかかりすぎるとか 敷居が高いとかだろ WEBのためにC++覚える馬鹿(暇人)はいないし。 C#が普及すれば少しはCのCGI増えるかな? >>308 Cで開発しても、そんなに時間はかからない。デバッグにしてもさほどでは ない。開発に時間がかかるのは言語慣れしてないからだろう(漏れが Perl でやったら Cの倍以上かかる)。 敷居が高いのは認める。関連書籍は圧倒的に少ないし。コンパイラという時点 で決して低くはない。特に初心者は大変だろう。 Webプログラミングを目的として C++覚える人というのも確かに奇特だが、C++ を覚えていれば他にツブシも効くだろう。決して損な選択ではないと思う。 >>268 > 同時にアクセスがあった場合、同一名称の環境変数は、それぞれブラウザ > ごとに違う値を保持するのかな??? POSTなり GETなりのリクエストがあってはじめて CGIが起動されるわけだから、起動されたプロセスで 「俺はどれだ?」なんて事を留意する必要は無い。ただ単一動作をするのみ。 いくつものブラウザからいくつものリクエストをされた場合は、それぞれ個別にプロセスが起動される だけだから、その時その時の環境変数を読めばよい。HTTPデーモンは、そういう風にしてくれるはずだ。 ・・・と、偉そうに書いたが、間違ってたら激怒キボンヌ。 こーいう話題こそCGIスレ行きだと思うんだけどなー ままならぬものだw 同じCGIプログラムでも、Request毎に違うプロセスが起動されて そのRequestの発行したブラウザの情報が環境変数に設定れるよん こーゆう疑問を解消する事で、Cで CG I やる人が増えれば、スレタイには沿うんでないかと。 Cでapacheモジュールを作る話題はどこに逝ったらいいですか? 一番詳しそうな人が見てそうなのはunix板のapacheスレ >>322-323 ありがd CGIが重い重いと言われてるので、 どうせCならapacheモジュールにしちゃえと思ってて、 WebProgだと思ったけどunix板ですか… ちょっとこわひ… unix板を開いたら 「彼女」「イブ」等のキーワードのスレを探せ。「雑談」でもいいが。 >>325 重ね重ね産休 でも、聞く前になんとなく自己解決 apacheモジュールは軽すぎますなー おれはCでURIデコードするときは、 %だったら続く2文字をテーブル変換するって方法使ってるよ。 テーブルは上の桁用と下の桁用をそれぞれ作って足し算。 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 … EXEならではの利点があるはず。 socket使って2ちゃんねるのトップを取得してタグコピーして表示するとか。 この場合とくに意味は無いけど、面白い使い方をしている例希望。 なんだ EXE ならではの利点って。釣りか? インタプリタみたいな事をやるよりは速いかも、程度しか思いつかないが・・・。 とか言う漏れも C で CGI やってるわけだが。 だって Perl とか PHP で書くと、キレイなソースに出来ないんだもん・・・。<己れのスキル不足棚上げ >>303 ttp://c.toshinari.net/cgi/bbs/mtbbs2/ これだね。 俺はC++で作ってるが、char *get_value("name");とかchar *get_cookievalue("name");といったのを ひとまとめにしたクラスを作った。 まだマルチパートのPOSTに対応していない・・・ おーい。どこかに簡単なサンプルというかCGIに特化した講座はないかい? 何からはじめたらいいのかわかんないよ。ググリ疲れました・・・。 "CGI"とは何なのか知っていれば サンプルも何も無いと思うけど。 >>335 Cならではというよりバイナリならではのほうが大きいのでは? 1、データベースなんかを作ったとき処理が速い。 2、大抵のCGI対応のサーバーなら使える。インタプリンタよりも多く対応(多分)。 3、インタプリンタはクロスサイトスクリプティングの危険があるが、バイナリなのでそれは無いっぽい。 そもそも、CGIの元祖はC言語世代らしい。 >338 っていうかcookieは全部js操作でいい フォームのデータをデコードするところで、 なんで16をかけたり、4ビットシフトしたりするのかが わからないんです。 あれはいったい何をしてるんでしょう。 ググってもググっても何も出てこないので。。。。 '%23'を'#'に変換したりとかの話なら、URLエンコード/デコード。 >>349 ググり方が足りないだけっちょ。 ttp://sometime.minidns.net/~ccgi/decode_encode.html より引用 > "%xy"という3バイトの文字列を16進数に変換する処理としては、 > 2バイト目を0x10倍(0x10をかけるか、4ビット左シフト)して3バイト > 目を加える、という処理方法が有名ですが、 >>351 サンクスです。 ググり方が足りない。。。。 反省します。。。。。 c++でcgi作ってます。コンパイルしてそのままcgiとして動かしていますが、 このようにweb用cgiを作るための便利な定番ライブラリって何かありますか? コンパイルしてからUPしても動かないときがあるよね。 まいっちんぐ http://tazthecat.net/ ~isaac/cgixx/ cgixx - BSD Licenseだそうだ。これから試してみるべ。 cygwin->freeBSD用のクロスコンパイラの作り方をまとめました。 aaacafeで使えます。 D言語用に作ったのですが、c,c++も動きます。c,c++だけにしたければオプションでそうできます。 http://www.wikiroom.com/sakurai/?freebsd%A5%AF%A5%ED%A5%B9%A5%B3%A5%F3%A5%D1%A5%A4%A5%EB 参考にしてください。 どっかデッカイデータ置いていいところあればバイナリでも配布できる気もするけど、 自分はもってないので、がんばってインストールしてみてください。 もうちょっと、手軽にクロスコンパイラが手に入れば、なぁ。 Linux版も似たような感じで作れると思いますがまだやっていません。 では。 そう、クロスコンパイラをバイナリで配布できればいいんだ。 どうやったら、いいのか考えたら。 1.どっかデッカイデータを入れさせてくれるサイトを探す。Vectorとか。 問題はバイナリデータをメールで送るんだったような記憶がある。 規約読めってかんじだな。 2.P2Pで配信しちゃう。問題はちゃんと検索に引っかかってくれるかどうか。 やったことないのでわからん。 3.ソースフォージみたいなのに登録しておかせてもらう。 なんか、敷居高そうなのが問題ありかなぁ。 あと、ライセンスとかどうなるんだか、よーわからん。cygwinで作ったクロスコンパイラ のライセンスはどうしたらいいんだろうって問題もある。 この辺の問題をクリアしてあると、だいぶ普及するんじゃないかなぁ。 >>357-358 ぐっじょーぶ!! ソースアップしてコンパイル結果のバイナリ、ダウソできるような 鯖たてたらどうだろ?自分で環境用意できない人には重宝するかも。 >>359 それは危険だと思います。aaacafeはgccをcgiで動かせるそうですが。 危険を無視すれば面白いですよね。会員認証付きで、作ることになりますね。 アクティブXでeclipseをブラウザに取り込んで、cvsに入って、ぽいぽいと。 クロスコンパイラのバイナリ配信を可能にしました。 http://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用も作ろうと思いますが先人の知恵があるのでこれ理解してからにしようと思っていますが。 インストール手順もずっと楽になりました。 ただ、これで、問題のあるプログラムは作らないでくださいね。 CでWikiクローン作ってるものだが、思った以上に難しいな。 CでWikiクローンですか、、、。名前は、Cikiですかねぇ。 Dならあるですぞ。Diki。 Eclipseうんぬんは、ちょっと妄想入ってますな。 でも、やっぱり危険だと思うし、自分で用意できない。 間違えて、無限ループされても困る。 wikiライクなエディタ付きwebベース開発環境を妄想してます。 能力がついて来てないのですが。 とりあえず、perlでできる事がdでもできてしまう 環境を作ることには意義があると思っています。 CGIを作るならC++の方が適しているんでしょ? なんとなくそう思っただけです。 >>365 STLあたり使えば、文字列操作が楽でしょうからねぇ。と、私も思っただけ。 フォーム入力の処理はヌル終端文字列の方が楽だったよ データ構造にはstd::list使ったけど PHPのソースからbase64encode関数やらsplit関数を切り出して使ってる俺はアホですか? yahooのシステムは主にCを使ってるらしいですね。 なんかメリットあるから使ってるんでしょうかね。 とりあえずバイナリならソースが漏れないし触れる人間が多いからじゃない? 要件がはっきりしてるからこそ成せる技なんだろうけど。 >C言語は、データベースを最も高速にアクセスできます >http://ash.jp/db/ この言葉を100%信用しても大丈夫なのかな。 うーむ。ただのCGIでコネクションをプーリングしないのと、Javaでコネクションをプーリングする、、、、。 どちらが速いんでしょうな。と思うD房でした。リンク先も読まずに、適当な発言。 >>372 そこ見てみたけど、言葉使いがモニョモニョしてるな。本人は分かってるんだろうけど、 分かってない人のために書いたら、ちょっと不思議な文章になりました、って感じがする。 Cで高速にアクセス出来るのは確かだが、ヘタレなコードなら遅くなるし、最も高速に アクセスしたければアセンブラで組むだろう(実用的な意味はほとんど無いが)。 だから、厳密に言えば「最も高速」イコール Cではないのだが、一般的に言えば 「そう言って差し支えない」レベルの話だ、ということだろう。 現状ではApacheモジュールがWeb至上最速&最低負荷でしょう。 フォーム受け取り系で使ってるが恐ろしく速い。 ブラウザ上の感触が10行くらいのプレーンテキストを読んだ感じに似てる。 おなじ処理をC++/CGIで試したがやはり最初のコストがでかいのでモタつく。 要するに、C言語でCGI作ろうとした場合、perlのcgi-lib.pl (CGI.pm)にあたるものがライブラリで用意されてないのが 痛い。あと、jcode.pl(Jcode.pm)。 定番のcgi.cとかjcode.cてないんでしょうか。 >>379 >ライブラリで用意されてないのが痛い。 藻前が探索能力がないのが痛い。 CGIのライブラリも日本語変換のライブラリもググれば出てくる。 それにCでCGIを作る様なヤツは、自分専用CGIライブラリくらい作る。 Cは豊富にあるほうだと思うけどな。 たいていなんでも揃ってるし。 探せないやつが痛いのは間違いない! >>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作ってみまつ。 >>381 ども、結構、あるんですね。 C/C++言語によるCGIプログラミングの設計入門(ttp://www-cms.phys.s.u-tokyo.ac.jp/~naoki/CIPINTRO/CCGI/) が参考になりそう。よし、やるど。 PHP言語を使って。 ブラウザでLINUXPASSWORDを変えたいのですが どうしたらいいのでしょうか? LINKX シャドーパスワードなどあって 複雑でわかりません・・・ どうか教えてください お願いします >>384 さすがは上級者だ。 しかし本当のプロならもっと獲物のたくさんいる板で釣る。 CではPerl見たいな文字列操作が面倒すぎだな。 C++になるとまだマシだけど。C++用の便利なライブラリって知らない? 正規表現とかあるんだろ >>389 dyaregexp.hはboostより軽いちゅうわな。 ttp://hp.vector.co.jp/authors/VA028375/junkbox/dyaregexp.html っていうかC++でCGI作るならこれが基本じゃないの? http://www.cgicc.org/ あゃしぃ人を発見 ttp://labo.cherrybooks.net/ >>401 あのね、それ皆、書こうと思って遠慮してたんだけど・・・ お詫びにネタ振れよ。 >>402 gomen. ima, server karadakara, nihonngo nyuuryoku dekinai... サーバーに日本語入力入れてしまいました。 いいのかな… それよりDistcc入れて分散コンパイルに……(^^;;; WinXPでコンパったCGIがFreeBSDで動きません >>410 つ[Perl] お前さん、Cはやめておけ >>412 WINアプリがUNIXで動かないのは知ってるんですけど、なんとかならないですかね… クロスコンパイラは都市伝説、PCはPen200、64MBのノートだからUNIX系OSはボツ… Pentium200 64MBって、ちょっと前までは「PC-UNIXで再活用」の代表みたいなスペックだけど。 GUIは苦しいかもしれないけどね。 >クロスコンパイラは都市伝説 藻前はPerlでも使っとけ Cを昔から使ってたので最近PERLの掲示板なんかを自作しようと 環境は自鯖仕様でWin2K+Apache2+VisualC++7 GUIならではの開発環境でデバッグが簡単になる方法ってあるんですかね? 自分はVC6使ってたのでVC7の.netによる恩恵がよるわかりません;; 実行ファイルをCGIとして動かしてVCのデバッグトレース機能なんてできます? 用は実行ファイルの出力先にttp://hoge.com/abc.exeというのをGUIでデバックとか・・ UNIXは知らんのですがWinsockを利用して細かいことしようとすると 画面出力で print "ENV= なんてしてるもので作業効率最悪。 どっちかとVCスレの質問かもしれませんがすまそ・・ あと上げてすんま孫 C言語ってカックいー? つおい? おにぎりの具で言うと何? >>422 カックイーかどうかはしらないけど おにぎりの具で言うとうめぼしにマヨネーズって感じじゃない? CでCGIはBoF対策とか糞めんどくさそうでアフォっぽいけど、 C++でCGIはアリかもね たぶん、デザインパターンの本のこと じゃなくて、buffer overflowだと思う。 なるほど。 でも、Cでもバッファオーバーフロー対策なんて面倒という程大層なものじゃないが… 俺もそう思う。 逆に、「C++だからバッファオーバーフローの心配はあまりない」 等と言う人の作ったものの方が、よっぽど危険だよ。 このスレのおかげでふんぎりがついてCで画像掲示板作ってみたよ。 やっぱり慣れた言語が一番楽チンだね。組むのもデバッグも。 こんなスレあったんだ・・・。 俺はとある企業で5年ほど、CのCGI開発をしていたよ。 某陸√系のサイトはほとんどがCのCGIで動いてるし。 相当無理なことやってるけど、相当無理ができることも事実だったりする。 何言語で書こうがCGIである限りはCGIで出来る事しかできない ファイルIOを発生させる処理でもperlとかわんないのかな ディレクトリ一覧をサブディレクトリまで 取得して、htmlタグを付与して出力するとか考えとるんですが。 perlだとおそいorz そんなもんページ表示させるたびにやらせたら遅いに決まってる。 キャッシュくらいしろ。 すさまじく書き込みが少ないスレだなー。 かれこれ10年ぐらいCでWebアプリの開発やってる。 いろんなライブラリを開発してたら、ソースが2MBにもなってしまった。 このライブラリだけでCGIに必要な機能はほぼ提供できるところまで来た。 PHPやPerlと変わらないレベルで開発できる。 このライブラリを公開したら面白いことになりそうだけど、 企業秘密満載だから、さすがに無理か。 いいねぇ。 >>企業秘密満載だから、さすがに無理か。 CPANとかある方がCからみたら異質なんだろうな。 一からライブラリ作るのは面倒だからAPRでもつかってみるかな。 みんなヲレcgiライブラリの再生産遣ってそうだよな。 そろそろ基本的な所だけでも共有しないか? それなら、まずは442のライブラリから共有するとしようか。 基本的っつーとどのヘン? 昔のヤツをひっくり返して見つかったらアップしてみる。 普及が目的なら 基本的なライブラリの共有と並行して、 どうすればC言語でcgiが書けるのかという基本の解説がいるね。 hello worldのC言語cgi版みたいなの。 printbody("Hello World!"); だけで、 <HTML> <BODY> Hello World! </BODY> </HTML> ぐらいは、生成してくれるとかさ。 >>446 それ必要か・・・? templateエンジンのが良くね? テンプレートエンジンってどこにあるの? stdio.hには無かった。 CでMySQLやらPostgreSQLに接続するにはどうしたらいいんだろ? TCP/IPの通信部分から書かなきゃダメかなぁ? Cならmysqlにライブラリ付属してますが? ドキュメントぐらい読んだら? ふぇどら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になってるのにどうして? >>454 SELinuxとかどうなってる? 使ってないの前提として、パーミッションてどこのパーミッションだ? ディレクトリの方はどうなってる? 所有権は? 迷ったら777試せ SELinuxも無効にしたんだけどダメだ・・・ Windowsのxampp上では動くのに・・・ 777もやってみたけどダメだった 所有権は777だから別に違っても大丈夫なはず ディレクトリは見てなかったけど同ディレクトリ以下の phpは走るし大丈夫なはずじゃ・・・あ 帰ったら試したいことが出来ました。 まだ解決してないけど>>455 さんまりがとう('∀`) cgiつーかC言語のウェブアプリケーションって無いよね。 ぐぐったらウェブオブジェクト4.5とか出て来たけど、これはマカ専用? >>457 使ってる企業は多いだろうけど、 目的の一つとしてソースをクライアントに見られずに済む というのがあるだろうから、どこも非公開なんだと思う。 >>457 WebObjects4.5はWinNT系でも動くけど、ObjCはクセがあるから習得には個人差があるかも。 CGI作っている途中だが、何かと面倒だな。 Cだと たしかに作業量は多いね。 スクリプト系の方がいいのかな。 age 最近、Cで書かれた通販システムを見かけたよ。 >>772 $body = preg_replace('/([0-9]+)/', $hoge_array[\\1], $body); echo $body; で「¥」が使えませんってエラーがでるけど、エラーをひょうじしなければ目的の結果は得られる…… どうやってエラーださないようにするか… #include <stdio.h> int main() { printf("Content-Type: text/html\n\n"); printf("<HTML><BODY>\n"); printf("保守\n"); printf("</BODY></HTML>\n"); return 0; } >>467 かなり大変だという覚悟があるならどうぞ。 自作ライブラリを既に持ってる人じゃないと、 一般的な用途ではメリットは少ないかも。 ありがとさんです 大変そうだけど 楽しそうだからやってみようかな しかしCの人は優しい人が多い気がする 俺ブログ書くほどボキャブラリー富んでないからCGI無しのサイトなんて 考えられね; おはよう。今日からここで自習していい?いいよね。 とりあえず出力なんだけど、printfとかのf系出力は、stdout に出せばうまくいくね。でもwrite(fileno(stdout),...はダメみたいだな。 とりあえず今日まで勉強したまとめ。 標準系 content-typeとかのmime header出力\n\n 本文 return 0; 異常系 printf( "status: 番号\n\n"); 本文 exit(0); 続き。 エラーの出し方。 printf( "status: 404....\n\n"); >>471 じゃー、私も一つ。 セグメンテーション違反などでCGIが落ちて、 どこで落ちてるか分からない時は、 デバッグ用の表示と fflush(stdout); をちょくちょく実行すると良い。 >>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って早そうですねー。 これならCGIでもパフォーマンスあがるかも。 計算量や文字列処理の非常に多いプログラムの速い順(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 特徴として言語自体の速度差が順位を決める 計算量や文字列処理の割と多いプログラムの速い順(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の洗練された完成度の高さが伺える 計算量や文字列処理の少ないプログラムの速い順(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 特徴として、動作の前段階のメモリ上で動作可能な状態になるまでの速度差(レスポンスの良さ)が順位を決める 使用メモリの少ない順 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 特徴として、提供方法にかなり影響される サーバの環境構築の速い順 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設定&モジュール起動&コード変更) プログラムを作る速度の速い順(難易度?)(初めてのプログラミング) 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 (モジュール化の手間がかかる) 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忘れてました。 今後マシン性能が向上すればノーマルCGIもありになるとは思うが SSDなどストレージの性能が向上して、 メモリと同等レベルの速度がでるようになれば、 ノーマルCGIもありだと思います。 現在でもRAM Disk化すればそれは実現できます。 特にCPU負荷の大きい処理ではノーマルCGIでも C言語の選択は効果的です。 それでも、毎回ストレージにアクセスして、 プログラムを読み込み、プロセスを生成し、 実行後プロセスを破棄するノーマルCGIよりも、 プロセス生成済みの状態で、メモリに常駐して、 逐次再利用可能状態でプロセスの破棄が必要の ないFastCGIの方が相当レスポンスが良いし、 ストレージに全くアクセスせずに動作するし、 プロセス生成や破棄のCPU資源を必要としないので 色々な意味でサーバ負荷も激減するので、 より良い選択肢だと思います。 ノーマルCGI → FastCGI + C は無料で簡単 (日本のサイトでは情報が全くといっていい ほどないので私は苦労しましたが、手順自体 は簡単です)にできるチューニングですので、 MyServerを持っていて、C言語でCGIを作って いる人はやるべきだと思います。 PerlならFastCGIよりSpeedyCGIの方がより良い 選択肢だと思いますし、激重のRubyの場合は FastCGIは必須と言ってもいいでしょう。 moduleタイプはWebServer(apacheなどの プログラムの方のことです)内部で動作させる ので、より高速ですが、プログラムのバグが WebServer全体に影響しますので、危険度を考え れば、選択肢からはずした方が無難に思えます。 CGIタイプの方が間違いなく絶対に安全です。 そう考えると、FastCGI + C は現在考え得る サーバサイドプログラミングの中で最も高速 かつ安全な、まさに頂点に立つ方式だと考えます。 もちろん今の時代でC言語が使えるということは、 バッファオーバーフローの回避やコード部分に おけるアルゴリズムの最適化などができることが 最低限の必要条件だと思いますが。 そうでなければ、高速かつ安全とは言えませんので。 ということで、皆さん、C言語のCGIをどんどんやって普及させましょう! 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 あと私も自分で一通りのAPI書いたけど、 そのCGIでtimeを測ってみても、↓の通り。 ソースコードで2.2MB、バイナリで350KBとかなり大物だけど、 それでもphpの実行バイナリ3Mとかと比べれば、軽いもんだね。 real 0m0.001s user 0m0.001s sys 0m0.000s >488さん >CGI + C より CGI + Perl / Python / Ruby の方がメモリ使用量や実効速度が速いというのは変。 その通りでした。 間違えて記載してしまいました。 実際は少なくとも CGI + Perl よりも全て上にランキングされます。 FastCGI + ? に関しては状況によるかと思いますが。 >あとプロセスを起動するたびに毎回HDDにアクセスとかありえない。 >キャッシュに残ってるよ。 OSやハードディスクの行うキャッシュに関しては、他の要因で追い出されることが考えられますので、無視して記載しました。 それまで入れてしまうと、CGI自体の動作やFastCGI自体の動作やSpeedyCGI自体の動作やmodule型自体の動作の説明ではなくなってしまいますので。 CGI→エグゼキュートやインタプリタ+スクリプトをストレージから読み込み実行 FastCGI→エグゼキュートやインタプリタ+スクリプトをプロセスとしてメモリに常駐させそれを実行 SpeedyCGI→バイトコードをプロセスとしてメモリに常駐させそれを実行 module型→エグゼキュートやインタプリタをWebServerのModuleとして組み込みメモリに常駐させ、スクリプトはストレージから読み込み実行 という風にそれぞれの機能を説明したかったのでそう記載しました。 >>490 なるほど。 私のCGIもapache moduleかFastCGIにしたいんだけど、 CGI専用にAPI開発したから、メモリ解放が手抜きすぎて無理だw 相当大きなものなのでしょうか? でも、それだけの実力者なら、時間は多少かかるものの簡単にできるのではと思います。 私の場合は、最初はプログラムの中でFastCGI仕様にしようとやっていたのですが修正が多すぎたので、main関数自体を別関数に変えてFastCGI仕様にしたらかなり楽に解決できました。 外部変数さえなければ、この技(というほどのものでもないですが)は有効だと思います。 apache moduleとして組み込むのは、一人で開発してますので、チェック機構(自分自身)に信頼がおけないのでやらないことにしました。 C言語で作る場合、FastCGIとmodule型は速度的にそれほど大差がない(処理速度は同じで、結果をWebServerプロセスに渡す渡し方の差しかない)ので、どちらでも良いのでしたらFastCGIを私はお勧めします。 スクリプト言語で組むなら、圧倒的にSpeedyCGIが抜きん出て、FastCGIのスクリプトを常駐させるアドバンテージとmodule型のスレッド通信のアドバンテージが相殺してあまり大差ないようですが。 いずれにしても、C言語でCGIが組めるのは(その根性があることこそが)大きなアドバンテージですので、お互いに頑張って良いものを作って普及させましょう! >>492 > 相当大きなものなのでしょうか? そだねー。 フォーム受け取り、XML-RPC、クッキー、 MD5、各種暗号復元化、base64、文字コード変換、絵文字、 いろいろなDBに対応したモデル、それのコントローラ、HTML埋込ビュー、 画像処理、セッション、ユーザ処理、画像認証、各種ユーティリティとかあるよ。 いくつかはUNIXでメジャーなAPIの呼び出しで実現してる。 もう設計からして、メモリ解放を前提としてないから、 もしやるとしたら、参照カウンタ+ガベージコレクションの実装かな。 >>493 素晴らしい財産の数々、驚きました。 確かに、これら全てを改変するというのは重労働ですね。 でも、それ以前にこれらを作ってきたことが、とてつもない重労働です。 私には、高い品質で世に(無償)提供したいものがありますので、いくつかのものは作りましたが、かなり多くのそういった財産を作っていかないといけません。 今まで、492さんがやってこられた重労働です。 それをやることに比べたら、一つ一つのコードのメモリ開放型への変更は、基本的にはオブジェクト指向でないC言語で、これまでやってきた492さんにとっては、克服できるのではないでしょうか。 module型やFastCGI用にするとなると、確かにそれ専用で設計した方が良いものが結構ありますので、この際せっかくですので、一括でドン!ではなく、後世に残る財産と思ってチマチマやってみてはいかがでしょうか? これだけできる人ならきっとすぐにできると思います。 私も始めた当初は、スクリプト言語で同じものを作る100倍以上の時間がかかっていましたが、今では2倍程度の時間しかかかりません。 せっかくのC言語でCGIですので、より高い品質のものを期待しています。 ・・・というか、492さんは全盛期のYahoo!にでも勤めてた(る?)のでしょうか??? >>494 私もこのAPIをもうちょい作り込んで、オープンソースででも公開したいんですが、 すでにいくつかの大手サイトで使っちゃってるので、 ソース公開してセキュリティホールが見つかったら怖いので、公開に踏み切れないw > ・・・というか、492さんは全盛期のYahoo!にでも勤めてた(る?)のでしょうか??? ずっとフリーで活動してますよ。 でも最近は仕事が激減して、暇を持てあまし中 orz CGIをC言語で書いているので、FastCGI + C の組み合わせにも興味あるけど、いまいち仕組みが 理解できなくて移行をためらっているので、もし良ければ質問に答えてもらえるとありがたいです。 CGIをFastCGIにすると、プロセスがメモリに常駐してFCGI_Acceptのループでリクエスト待ちになる みたいだけど、このとき複数のリクエストが同時に来たらどう対応されるの? 1. 一つのFastCGIのプロセスで順番に処理される 2. FastCGIのプロセスが新たに立ち上げられて、並行して処理される "1" ならアップローダーみたいな処理に時間のかかるものにはFastCGIは向かないって認識でいいのかな? (そもそも処理に時間がかかるなら起動コストの影響は少ないからノーマルCGIでいいのだろうけど) "2" ならせっかく常駐するのだから、データの内容をメモリにキャッシュして高速化しようとかすると、 複数立ち上げられたときにメモリを大量に消費しちゃうのでやらないほうがいいのかな? 試してみればいいのだろうけど、FastCGIに興味はあるけど今のところはC言語CGIだけでもCPU負荷で 困ることはなかったので、環境構築するところまでは踏み切れずにいました(^^; fastcgi は、基本的にはリクエストが来たら余っているプロセスがあればそれを使い、 なければ立ち上げるってだけ。 プロセスの生死自体は親が握っていて、同じインスタンスが同時に動くことがある ってのを覚えておけば、データをメモリにおいて使いまわすことは可能。 っていうかLinuxとかのOS標準のdevパッケージを使うなら、Hello, worldなcgi自体は 環境構築含めて15分もあれば出来るので、めんどくさがらず試せばよろしい。 >>495 これだけの実力者が暇を持て余しているとは、世の中狂っています。 これだけの実力者なら凡人がRubyで3000ステップの素晴らしいプログラムを作る時間で、10000ステップの同等の機能の素晴らしいプログラムを作るでしょうに。 早く、プログラマのフリーエージェント的な制度が確率すると良いと思います。 力のある人が、それなりの報酬を得られることは必要です。 それがなければ、努力もせずダラダラとIT業界に執着する人が増えるばかりです。 オープンソース化できるのなら是非してもらいたいです! それこそC言語でCGIの普及になります。 > ソース公開してセキュリティホールが見つかったら怖いので、公開に踏み切れないw だからこそオープンソースで良いのではないでしょうか? 一人の力には限界がある。 だからこそ、みんなの目で見てもし穴があるのなら、みんなで埋めていけば良いのだと思います。 完璧なものを公開して、威張るためのものがオープンソースではないと思います。 >>496 私が自分自身で言っていることと相反するようですが、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/ >>497-499 ありがとうございます。おかげでFastCGIを使ったときのイメージが理解できました。 FastCGIは興味があったけど、試してみるのが面倒というよりは、試してみるとのめり込んでしまいそうで 目の前にあるやらないといけないことをおろそかにできない状況だったので試せなかったのです。 元々はアセンブラでプログラムを組むのが趣味だったような人間ですので、手間よりも高速化が好きですから 今後は少しずつFastCGIも利用していきたいと思います。 >>500 高速化にこだわるなら、自分でアプリケーションサーバ書くのがいいのでは Apache臭はするけど、libaprなんかを使えばOSポータブルなdl()とかスレッドとか メモリプールとか基本データ構造とか入っててお得ですよ。 ま、それなりにデカいけどね。 この掲示板に出現する人は「C言語でCGI」をいかに、、、というのが目的ですし、 CGI部分を作るだけでも創造を絶する時間がかかりますので、アプリケーションサーバから作り始めるのは大変です。 今は情報が出回っていますので、作るに無理なことはないとは思いますが、一人で仕事外の時間利用だけで考えると、私ですと5年以上はかかりそうです。 Webアプリ一つ作るのにそれは効率的ではありません。 それにlibaprは、別にWebアプリケーションが高速になるものでもありません。 遅くなる可能性はあるけれど、作るときに便利で楽になるAPIだと思います。 C++技術者でない純粋なC言語技術者は、あまり使わないAPIだと思います。 使わざるを得ないAPI以外は、基本的に存在を知らなければすぐに自作してしまいますので。 「C言語が使える」ということは、別段便利なAPIを使う必要がないということでもあります。 libaprでメモリプールしなくとも、必要な分だけスレッドを立てて、mallocやcallocだけでしっかりメモリ管理できるということでもあります。(時に失敗しますが) おまけにlibaprのメモリプールは確保した領域をシステムに対して返却しないと記載されていましたので、逆にかなりコントロールしにくいAPIな気もします。 それだけの手間(時間)をかけ、なおかつメモリ周りも適当な設計で良いのなら、普通にC言語でApache module型Webアプリケーションでも組んだ方が楽で高速で良いのではないでしょうか? 作る際の効率が問題なら、そもそもwebアプリでCは選択しちゃダメ。 5年って、アナタたぶん作ったことないから死ぬほど安全に見積もってるよね? アプリケーションサーバって、そこまで作るの大変じゃないよ。やることは基本的に待つだけだし。 実際は余暇を二週間位でも最初のプロトタイプ位はできるんじゃ... まぁ、既存の適当にかかれたCGIをスレッド対応にするのは骨がおれると思うけど。 libaprのメモリプールの返却云々については、apr_pool_create の第二引数参照。 作業とか、ループとかにサブプールを作って、必要なメモリはそこから確保して、 終わったらサブプールだけ開放するって感じで。 でも、確かにCGIじゃないのでもうやめます。 fastcgiもCGIじゃないのではって気するけど... C言語が向いてるのは、開発費が多少増えたとしても、 サーバ台数が抑えられるから、トータルコストが安くて済むような案件だね。 検索サーバとか、2chとか、アクセス数が多いサイトとかね。 >>503 はい、もちろん作ったことはありません。 それに、今までのところでは作る必要性も感じたことはありません。 私が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と同じと考えて良いと思います。 Content-type: text/html のtextをtestと打って 2時間もプログラム自体が丸ごと落ちてくる現象に悩まされた 鬱だ CでCGIってかウェブサーバ作りました。 ダウンロードサーバには結構いいです。 公開しよと思うんですがいいところはありますか? CGIというか、必要な所にソース書けばいくらでも Cで拡張できます。 最初にPerlからCにしてみたときの動作の速さは衝撃 惚れる DoS攻撃かと思うほどのアクセスかけてやってもC先生は華麗にさばく しかしまあ、スピードは慣れる 開発はPerlなら普通にある、デコードとか自分でひいこら書くのがめんどくさい 特にヒアドキュメントと連想記憶は欲しかったな 連想記憶はなんとかつくったけど ヒアドキュメントないからPrintfの嵐になる C++でもいいのかも知れんが なんか道具の大掛かりさに比べてやってる事が間違ってる感じは否めない それにCのほうがやっぱ早いしメモリも少しで良い 費用対効果で言うとCに比べてちょっとだけ苦労が減る分の物が手に入るとは思えない ヒアドキュメントなんか止めろよ printfはもってのほか 普通にテンプレートエンジン使うか作るかしろや ClearSilverとかあるだろ 言いたいことはわかるけどPerlやPHPから呼び出してもClearSilverが早いのはCでできてるからであって Cから利用するなら汎用的なテンプレートエンジン使うより、自分のサイトに特化したページ出力するのみなら 自分で書いた短いコードのほうが可読性も高いしバイナリも小さいし、ぜんぜん速いよ(仕組みはだいぶ真似さしてもらったけど) もちろん規模にもよるから いちいちそんなコード書いてられないほどサイトが巨大、複雑化したら考えるけど ヒアドキュメントはつかってないよCだから マクロでそれっぽいことはしてるけど それとさ悪口ではなく純粋に興味があって聞きたいんだけど >printfはもってのほか >テンプレートエンジン使うか作るかしろ 上でも言ったようにテンプレートエンジン的なものは作ってるけど でもprintfなしでどうしろと? ぜんぶ一度メモリに入れてputs ? そして使うなという理由は何? ClearSilverだってprintfとかsprintfとか中できっと使われてると思うんだが さすがWebProg板とはいえ、c言語のスレは住人のレベルがちがうな 最近、C言語でオラクルを読み書きできるシェアウェアを見つけたよん! 30日間は只なので試してみたら、さくさく動いた。 アパッチの設定も簡単だった。でも、説明がアバウトすぎるかな! ろじねこさーばーという名前だった。 今までの苦労は、一体なんだったんだろう。 普段はきちんと動作するのに-staticでコンパイルするとInternal Server Errorが出る不思議 C言語でCGI書くとPHPより負荷減るの? PHPだとなんかモジュールがどうとかでCGIより負荷が少ないって聞いたんだけど PHP でやるような普通の処理なら、C CGI では遅くなるだけ。 **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** http://sky.geocities.jp/ttl_ttl_ttl_pic/ NASMでC言語を作る NASMで高度な設計書類とNASMの簡単な利用方法のサイトです C言語のHEADの作り方 DLLファイルの作り方が書いてあります **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** **************************************************************** C言語でPostgreSQLのDBを操作出来るフリーウェアをつくりました。 CGIで操作します。コード生成機能をいれたのでゴタゴタしてますがα版になりました。 使い方少々難しいですがいかがですか? http://sourceforge.jp/projects/cwlk/ こうやってC/C++でCGIを書き続けて・・・・ 徐々にWEB フレームワークになっていき・・・ 可搬性を考慮してインタプリタにしていき・・・ 結果スクリプト言語に至る・・・と。 まさに車輪の開発。アホらし FastCgiに興味があるので質問をさせていただきます。 例えばcgiのようにアクセスごとにphpやcなどが起動する仕組みから いったん起動させておいて常駐させ、 リクエストごとに処理をさせる為の具体的なphp,c側の実装方法について 詳しい方いらっしゃいますか? >>499 ttp://www.dreamhope.net/soliloquies/webtec/ ここの住人だったのか。すげー面白い記事でした。 当日商品を出しました 4-7日到着します。 よろしくお願いします 店長:吉田 杏子 0870 http://xua.me/dSB ちょくちょく時間が有るときにC言語でHTTPD込みの掲示板ソフト 作り込んでるけど、HTTPプロトコルが面倒臭過ぎて嫌になる。 ☆ 日本の核武装は早急に必須ですわ。☆ 総務省の『憲法改正国民投票法』、でググってみてください。 日本国民の皆様方、2016年7月の『第24回 参議院選挙』で、日本人の悲願である 改憲の成就が決まります。皆様方、必ず投票に自ら足を運んでください。お願い致します。 誰でも簡単にネットで稼げる方法など 参考までに、 ⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。 グーグル検索⇒『半藤のブブイウイウレレ』 KPV9ON1SVO read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる