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

Ｃ言語のＣＧＩを語り ..

278:山崎渉
03/05/28 17:18
　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎―◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

279:山﨑渉
03/06/15 18:32 VQqVlPF2
構造体がわからないのですが・・・。

280:King.Yamazaki ◆/3cyWCTf.c
03/06/15 18:42 VQqVlPF2
Please tell me some FREE servers at which you can use C.
I will show you any of them.

URLﾘﾝｸ(fh.aaacafe.ne.jp)

GET! Free Server Space!

281:山崎渉
03/07/15 11:12

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

282:山崎渉
03/08/02 02:39
　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

283:ぼるじょあ ◆ySd1dMH5Gk
03/08/02 05:23
　　　　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　・３・） (　　＾＾）＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎―――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

284:nobodyさん
03/08/10 00:34 3gdl3sO5
２ｃｈって、Cで稼動させるのと、Javaで稼動させるのと、
どっちが高速安定動作するんですか？

285:nobodyさん
03/08/10 00:37
（ﾟдﾟ）ﾎﾟｶｰﾝ　（ﾟдﾟ）ﾎﾟｶｰﾝ　（ﾟдﾟ）ﾎﾟｶｰﾝ
　（ﾟдﾟ）ﾎﾟｶｰﾝ　（ﾟдﾟ）ﾎﾟｶｰﾝ
（ﾟдﾟ）ﾎﾟｶｰﾝ　（ﾟдﾟ）ﾎﾟｶｰﾝ　（ﾟдﾟ）ﾎﾟｶｰﾝ　（ﾟдﾟ）ﾎﾟｶｰﾝ

286:_
03/08/10 00:40
URLﾘﾝｸ(homepage.mac.com)

287:nobodyさん
03/08/10 16:43 37o8iGE7
Cでファイルロックをしたいのですが窓とunixの両方で動作させるためにはどうすればよいのでしょうか？
普通にflock関数を使うのはまずいですか

288:nobodyさん
03/08/10 17:10
>>287
#ifdef

289:nobodyさん
03/08/10 17:22 j1wuC9e6
>>287
ム板とマルチ。

290:nobodyさん
03/08/10 19:36
>>289
うるさいヴぉけ

と思ったらあれがレスですか。あなたはもしや照れ屋さんですか？

291:nobodyさん
03/08/14 14:08 oA+wkOB6
どうしてWeb系のCプログラマーってインデントしないの？
TABの1Byteをケチりたいの？

292:nobodyさん
03/08/14 14:11
>>291
するけど？見た例がたまたまそうだったんじゃないの？

293:nobodyさん
03/08/14 14:38
>>291
2chにコピペされたコードを見た・・・・？

294:山崎渉
03/08/15 22:31
　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

295:nobodyさん
03/08/17 15:25 VoWMe2O6
ホシュ

296:あぼーん
あぼーん
あぼーん

297:______
03/08/17 15:32
　 ∋8ノノハ.∩ 　URLﾘﾝｸ(www.yakuyoke.or.jp)
　　川o・-・）ノ　＜先生！こんなのがありました！
URLﾘﾝｸ(www.hokekyoji.com)
URLﾘﾝｸ(members.tripod.co.jp)
URLﾘﾝｸ(www.honmonji.or.jp)
URLﾘﾝｸ(www.maap.com)
URLﾘﾝｸ(www.kuonji.jp)
URLﾘﾝｸ(www.butsuzou.com)
URLﾘﾝｸ(www.butsuzou.com)
URLﾘﾝｸ(www.butsuzou.com)
URLﾘﾝｸ(www.butsuzou.com)

298:nobodyさん
03/08/19 17:06
>>88の本読んだけど……
とりあえず
「固定長」のバッファをなぜかmallocした上にクリアすらせずに使うのと
関数の返り値を片っ端から捨てていくのと
入力データを長さもチェックせずにstrcpyで突っ込むのはやめて欲しい。

まあ、それを鵜呑みにしてコード書く奴も書く奴だけど。

299:nobodyさん
03/08/22 01:40
>>298

元々買う気なくて立ち読みしかしてないのでナンだけど、
どこで固定長のバッファをmalloc()してた？

興味本位で探してみたけどみつけらんなかったYOu

300:nobodyさん
03/08/23 01:29
>>299
スタックを圧迫しないと言うことで再帰とかのときに有利なのかも知れない。

301:nobodyさん
03/08/24 04:11
あとでreallocするつもりなら予め固定長でもmallocする必要があるし。

302:nobodyさん
03/08/28 14:55
Sygwinでロック関数が動きません・・・

303:nobodyさん
03/08/31 16:08 oQ0ZtH63
read.cgiのC言語バージョン作ったんだけど
配布したらアクセスどんどんくるかな？
って思っているんです。
需要ありかしら？
(今Perlでつくったやつ配ってるんですけどちょくちょく使っている人がいます)

304:303
03/08/31 16:11 oQ0ZtH63
>>298
たしか８８投稿したのは、おれだけど、多少上達してから
それは思いました。
（っつうかそいつの本のまねしてやったら友達にセキュリティやべえぞって言われたんですね・・・）

305:303
03/08/31 16:12 oQ0ZtH63
今気づいた。
ここは普及スレだった。。。。。。。。。。

306:nobodyさん
04/01/27 13:55
age

307:　
04/01/28 20:44
てｓｔ

308:nobodyさん
04/02/02 11:42
結局開発に時間がかかりすぎるとか
敷居が高いとかだろ
ＷＥＢのためにＣ++覚える馬鹿（暇人）はいないし。
C#が普及すれば少しはＣのＣＧＩ増えるかな？

309:nobodyさん
04/02/02 16:06 KHxdJaNy
>>308
ha?

310:nobodyさん
04/02/02 16:42
>>309
omaemona

311:nobodyさん
04/02/10 19:56
M$専用

312:nobodyさん
04/02/11 01:13
>>308
Cで開発しても、そんなに時間はかからない。デバッグにしてもさほどでは
ない。開発に時間がかかるのは言語慣れしてないからだろう（漏れが Perl
でやったら Cの倍以上かかる）。

敷居が高いのは認める。関連書籍は圧倒的に少ないし。コンパイラという時点
で決して低くはない。特に初心者は大変だろう。

Webプログラミングを目的として C++覚える人というのも確かに奇特だが、C++
を覚えていれば他にツブシも効くだろう。決して損な選択ではないと思う。

313: ◆0UMFbJB2oM
04/02/12 18:21 pt0vOHBR
そうだけれども・・・・

314:nobodyさん
04/02/17 04:30
>>303
需要はあるYO！

315:nobodyさん
04/02/17 04:40
>>268
> 同時にアクセスがあった場合、同一名称の環境変数は、それぞれブラウザ
> ごとに違う値を保持するのかな？？？

POSTなり GETなりのリクエストがあってはじめて CGIが起動されるわけだから、起動されたプロセスで
「俺はどれだ？」なんて事を留意する必要は無い。ただ単一動作をするのみ。

いくつものブラウザからいくつものリクエストをされた場合は、それぞれ個別にプロセスが起動される
だけだから、その時その時の環境変数を読めばよい。HTTPデーモンは、そういう風にしてくれるはずだ。

・・・と、偉そうに書いたが、間違ってたら激怒ｷﾎﾞﾝﾇ。

316:nobodyさん
04/02/17 13:36
こーいう話題こそCGIスレ行きだと思うんだけどなーままならぬものだｗ

同じCGIプログラムでも、Request毎に違うプロセスが起動されて
そのRequestの発行したブラウザの情報が環境変数に設定れるよん

317:nobodyさん
04/02/17 17:47
こーゆう疑問を解消する事で、Ｃで CG I やる人が増えれば、スレタイには沿うんでないかと。

318:nobodyさん
04/02/19 02:17
>>317
なるほど。

って伸びないスレだなｗ

319:nobodyさん
04/02/19 13:48
まぁ、だんだん暖かくなってきたしな。

320:nobodyさん
04/02/19 18:08
いやぁますますC言語日和で～。

321:nobodyさん
04/02/19 22:47
Cでapacheモジュールを作る話題はどこに逝ったらいいですか？

322:nobodyさん
04/02/19 23:29
>>321
Linux板かUNIX板

323:nobodyさん
04/02/20 00:10
一番詳しそうな人が見てそうなのはunix板のapacheスレ

324:nobodyさん
04/02/20 01:29
>>322-323
ありが㌧

CGIが重い重いと言われてるので、
どうせCならapacheモジュールにしちゃえと思ってて、
WebProgだと思ったけどunix板ですか…

ちょっとこわひ…

325:nobodyさん
04/02/20 03:16
unix板を開いたら
「彼女」「イブ」等のキーワードのスレを探せ。「雑談」でもいいが。

326:nobodyさん
04/02/20 06:01
>>325
重ね重ね産休
でも、聞く前になんとなく自己解決

apacheモジュールは軽すぎますなー

327:nobodyさん
04/02/20 09:57
>>325
ヽ( ・∀・)ﾉｳﾝｺｰ

328:nobodyさん
04/02/22 04:18
おれはCでURIデコードするときは、
%だったら続く２文字をテーブル変換するって方法使ってるよ。
テーブルは上の桁用と下の桁用をそれぞれ作って足し算。

329:nobodyさん
04/03/05 04:48
h o s h u

330:nobodyさん
04/03/06 19:57
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さん
04/03/11 00:27
EXEならではの利点があるはず。
socket使って２ちゃんねるのトップを取得してタグコピーして表示するとか。
この場合とくに意味は無いけど、面白い使い方をしている例希望。

332:nobodyさん
04/03/11 00:58
EXEならではの利点

333:nobodyさん
04/03/11 01:02
まずは、"CGI"って何なのかを理解してくれ

334:nobodyさん
04/03/11 01:04
>>331
ﾄﾞｻﾞ氏ね

335:nobodyさん
04/03/11 09:01
なんだ EXE ならではの利点って。釣りか？
インタプリタみたいな事をやるよりは速いかも、程度しか思いつかないが・・・。

とか言う漏れも C で CGI やってるわけだが。
だって Perl とか PHP で書くと、キレイなソースに出来ないんだもん・・・。＜己れのスキル不足棚上げ

336:nobodyさん
04/03/11 10:52
慣れだ、慣れ。

337:nobodyさん
04/03/19 23:07 wAGafw57
>>303
URLﾘﾝｸ(c.toshinari.net)
これだね。

338:nobodyさん
04/04/05 21:18
俺はC++で作ってるが、char *get_value("name");とかchar *get_cookievalue("name");といったのを
ひとまとめにしたクラスを作った。

まだマルチパートのPOSTに対応していない・・・

339:nobodyさん
04/04/11 13:58
おーい。どこかに簡単なサンプルというかCGIに特化した講座はないかい？
何からはじめたらいいのかわかんないよ。ググリ疲れました・・・。

340:nobodyさん
04/04/11 14:10
"CGI"とは何なのか知っていれば
サンプルも何も無いと思うけど。

341:nobodyさん
04/04/11 14:57
>>339
URLﾘﾝｸ(www-cms.phys.s.u-tokyo.ac.jp)

342:nobodyさん
04/04/12 05:34
>>341
ありがとう！

343:918
04/04/26 19:58
>>335
Cならではというよりバイナリならではのほうが大きいのでは？

1、データベースなんかを作ったとき処理が速い。
2、大抵のCGI対応のサーバーなら使える。インタプリンタよりも多く対応（多分）。
3、インタプリンタはクロスサイトスクリプティングの危険があるが、バイナリなのでそれは無いっぽい。

そもそも、CGIの元祖はC言語世代らしい。

344:nobodyさん
04/05/07 18:55
ここの住人て

C/C++ CGIスレッド
ｽﾚﾘﾝｸ(php板)l50

と100%かぶってる気もする

345:nobodyさん
04/05/09 13:54
>338
っていうかcookieは全部js操作でいい

346:nobodyさん
04/05/09 17:57
(　´,_ゝ`)ﾌﾟｯ

347:nobodyさん
04/05/18 05:37
ところで多少は普及したのだろうか？

348:nobodyさん
04/05/18 21:17
サッパリサッパリ

349:nobodyさん
04/05/25 05:52 8qS/bgdw
フォームのデータをデコードするところで、
なんで16をかけたり、4ビットシフトしたりするのかが
わからないんです。

あれはいったい何をしてるんでしょう。
ググってもググっても何も出てこないので。。。。

350:nobodyさん
04/05/25 06:22
'%23'を'#'に変換したりとかの話なら、URLエンコード/デコード。

351:nobodyさん
04/05/25 16:56
>>349
ググり方が足りないだけっちょ。

URLﾘﾝｸ(sometime.minidns.net)
より引用

> "%xy"という3バイトの文字列を16進数に変換する処理としては、
> 2バイト目を0x10倍（0x10をかけるか、4ビット左シフト）して3バイト
> 目を加える、という処理方法が有名ですが、

352:nobodyさん
04/05/26 01:19 BPDOKhgc
>>351
サンクスです。
ググり方が足りない。。。。
反省します。。。。。

353:nobodyさん
04/05/30 11:50 AsPEp7PV
c++でcgi作ってます。コンパイルしてそのままcgiとして動かしていますが、
このようにweb用cgiを作るための便利な定番ライブラリって何かありますか？

354:nobodyさん
04/05/30 13:23
洩れも調べ中
c++ならcgiccってのが上のほうに紹介あった気がする。
URLﾘﾝｸ(mm.apache.or.jp)

355:nobodyさん
04/05/30 13:41
コンパイルしてからＵＰしても動かないときがあるよね。
まいっちんぐ

356:nobodyさん
04/05/30 21:39
URLﾘﾝｸ(tazthecat.net)
cgixx - BSD Licenseだそうだ。これから試してみるべ。

357:nobodyさん
04/05/30 22:13
cygwin->freeBSD用のクロスコンパイラの作り方をまとめました。
aaacafeで使えます。
D言語用に作ったのですが、c,c++も動きます。c,c++だけにしたければオプションでそうできます。
URLﾘﾝｸ(www.wikiroom.com)
参考にしてください。
どっかデッカイデータ置いていいところあればバイナリでも配布できる気もするけど、
自分はもってないので、がんばってインストールしてみてください。
もうちょっと、手軽にクロスコンパイラが手に入れば、なぁ。
Linux版も似たような感じで作れると思いますがまだやっていません。
では。

358:nobodyさん
04/05/30 23:37
そう、クロスコンパイラをバイナリで配布できればいいんだ。
どうやったら、いいのか考えたら。
１．どっかデッカイデータを入れさせてくれるサイトを探す。Vectorとか。
　　問題はバイナリデータをメールで送るんだったような記憶がある。
　　規約読めってかんじだな。
２．P2Pで配信しちゃう。問題はちゃんと検索に引っかかってくれるかどうか。
　　やったことないのでわからん。
３．ソースフォージみたいなのに登録しておかせてもらう。
　　なんか、敷居高そうなのが問題ありかなぁ。

あと、ライセンスとかどうなるんだか、よーわからん。cygwinで作ったクロスコンパイラ
のライセンスはどうしたらいいんだろうって問題もある。
この辺の問題をクリアしてあると、だいぶ普及するんじゃないかなぁ。

359:nobodyさん
04/05/31 04:22
>>357-358
ぐっじょーぶ！！

ソースアップしてコンパイル結果のバイナリ、ダウソできるような
鯖たてたらどうだろ？自分で環境用意できない人には重宝するかも。

360:357
04/05/31 20:55
>>359
それは危険だと思います。aaacafeはgccをcgiで動かせるそうですが。
危険を無視すれば面白いですよね。会員認証付きで、作ることになりますね。
アクティブＸでeclipseをブラウザに取り込んで、cvsに入って、ぽいぽいと。

クロスコンパイラのバイナリ配信を可能にしました。
URLﾘﾝｸ(www.wikiroom.com)
c,c++,dをfreebsd用にコンパイルできます。
linux用も作ろうと思いますが先人の知恵があるのでこれ理解してからにしようと思っていますが。

インストール手順もずっと楽になりました。
ただ、これで、問題のあるプログラムは作らないでくださいね。

361:nobodyさん
04/05/31 21:54
CでWikiクローン作ってるものだが、思った以上に難しいな。

362:357
04/06/01 08:59
CでWikiクローンですか、、、。名前は、Cikiですかねぇ。
Dならあるですぞ。Diki。

363:357
04/06/01 09:01
わぁ、すでにあったぁ。
URLﾘﾝｸ(ciki.nostdal.net)
C++でできてるみたいですね。

364:360
04/06/02 09:37
Eclipseうんぬんは、ちょっと妄想入ってますな。
でも、やっぱり危険だと思うし、自分で用意できない。
間違えて、無限ループされても困る。
wikiライクなエディタ付きwebベース開発環境を妄想してます。
能力がついて来てないのですが。
とりあえず、perlでできる事がdでもできてしまう
環境を作ることには意義があると思っています。

365:nobodyさん
04/06/05 01:01
CGIを作るならC++の方が適しているんでしょ？
なんとなくそう思っただけです。

366:360
04/06/05 17:03
>>365
STLあたり使えば、文字列操作が楽でしょうからねぇ。と、私も思っただけ。

367:nobodyさん
04/06/08 00:25
フォーム入力の処理はヌル終端文字列の方が楽だったよ
データ構造にはstd::list使ったけど

368:nobodyさん
04/06/08 23:58 nLqW4woP
PHPのソースからbase64encode関数やらsplit関数を切り出して使ってる俺はアホですか？

369:nobodyさん
04/06/09 00:14
普通

370:nobodyさん
04/06/09 11:22
yahooのシステムは主にCを使ってるらしいですね。
なんかメリットあるから使ってるんでしょうかね。

371:nobodyさん
04/06/09 23:29
とりあえずバイナリならソースが漏れないし触れる人間が多いからじゃない？
要件がはっきりしてるからこそ成せる技なんだろうけど。

372:nobodyさん
04/06/10 02:01
>C言語は、データベースを最も高速にアクセスできます
>URLﾘﾝｸ(ash.jp)

この言葉を100%信用しても大丈夫なのかな。

373:nobodyさん
04/06/10 14:20
うーむ。ただのＣＧＩでコネクションをプーリングしないのと、Javaでコネクションをプーリングする、、、、。
どちらが速いんでしょうな。と思うＤ房でした。リンク先も読まずに、適当な発言。

374:nobodyさん
04/06/11 19:53
実際問題、鯖への負荷はどうなの？

375:nobodyさん
04/06/12 00:29
>>372
そこ見てみたけど、言葉使いがモニョモニョしてるな。本人は分かってるんだろうけど、
分かってない人のために書いたら、ちょっと不思議な文章になりました、って感じがする。

Cで高速にアクセス出来るのは確かだが、ヘタレなコードなら遅くなるし、最も高速に
アクセスしたければアセンブラで組むだろう（実用的な意味はほとんど無いが）。

だから、厳密に言えば「最も高速」イコール Cではないのだが、一般的に言えば
「そう言って差し支えない」レベルの話だ、ということだろう。

376:nobodyさん
04/06/12 01:10
現状ではApacheモジュールがWeb至上最速&最低負荷でしょう。
フォーム受け取り系で使ってるが恐ろしく速い。
ブラウザ上の感触が10行くらいのプレーンテキストを読んだ感じに似てる。
おなじ処理をC++/CGIで試したがやはり最初のコストがでかいのでモタつく。

377:nobodyさん
04/07/06 06:41
FastCGIは？

378:nobodyさん
04/08/09 18:38 uDC/dB7t
保守あげ

379:nobodyさん
04/09/07 08:23
要するに、C言語でCGI作ろうとした場合、perlのcgi-lib.pl
（CGI.pm）にあたるものがライブラリで用意されてないのが
痛い。あと、jcode.pl（Jcode.pm）。
定番のcgi.cとかjcode.cてないんでしょうか。

380:nobodyさん
04/09/07 08:31
>>379
>ライブラリで用意されてないのが痛い。

藻前が探索能力がないのが痛い。

CGIのライブラリも日本語変換のライブラリもググれば出てくる。
それにCでCGIを作る様なヤツは、自分専用CGIライブラリくらい作る。

381:nobodyさん
04/09/07 09:01
Cは豊富にあるほうだと思うけどな。
たいていなんでも揃ってるし。
探せないやつが痛いのは間違いない！

382:nobodyさん
04/09/07 09:03
>>380
即レス多謝です。ありますた。orz
cgihtml Documentation(URLﾘﾝｸ(www.eekim.com))
Ken Lunde氏jcode.c(fURLﾘﾝｸ(ftp.ora.com))
(参考: Cgihtmlのsourcesを読む(URLﾘﾝｸ(www.adminteachers.com))）
できるかどうか分からないけど、検索CGI作ってみまつ。

383:nobodyさん
04/09/07 09:06
>>381
ども、結構、あるんですね。
C/C++言語によるCGIプログラミングの設計入門（URLﾘﾝｸ(www-cms.phys.s.u-tokyo.ac.jp)）
が参考になりそう。よし、やるど。

384:上級者
04/09/07 14:32 BeqquvBt
PHP言語を使って。
ブラウザでLINUXPASSWORDを変えたいのですが
どうしたらいいのでしょうか？

LINKX　シャドーパスワードなどあって
複雑でわかりません・・・

どうか教えてください
お願いします

385:nobodyさん
04/09/07 14:46
>>384 スレタイ読み直せ

釣られた？

386:nobodyさん
04/09/07 15:54
>>385
彼はプロです。

387:nobodyさん
04/09/07 16:10
>>384
webminでURLﾘﾝｸ(localhost:10000)にアクセス。
以上。

388:nobodyさん
04/09/07 16:29
>>384

さすがは上級者だ。
しかし本当のプロならもっと獲物のたくさんいる板で釣る。

389:nobodyさん
04/09/07 16:34
CではPerl見たいな文字列操作が面倒すぎだな。
C++になるとまだマシだけど。C++用の便利なライブラリって知らない？
正規表現とかあるんだろ

390:nobodyさん
04/09/08 00:54
>>389
面倒なら自作すればいいじゃなーい。

391:nobodyさん
04/09/08 04:11
>>389
boost知らないの？

392:nobodyさん
04/09/08 09:12
>>389
dyaregexp.hはboostより軽いちゅうわな。
URLﾘﾝｸ(hp.vector.co.jp)

393:nobodyさん
04/09/08 10:37
入力はUTF-8のみ有効、それ以外は無視。

394:nobodyさん
04/09/08 12:24
は？

395:nobodyさん
04/09/08 15:14
URLﾘﾝｸ(www.google.com)
この知名度はヤバイ

396:nobodyさん
04/09/08 15:18
URLﾘﾝｸ(www.vector.co.jp)

397:nobodyさん
04/09/08 23:56
っていうかC++でCGI作るならこれが基本じゃないの？
URLﾘﾝｸ(www.cgicc.org)

398:nobodyさん
04/11/08 18:55:43
あゃしぃ人を発見
URLﾘﾝｸ(labo.cherrybooks.net)

399:nobodyさん
04/11/09 08:58:35
宣伝を発見

400:nobodyさん
04/11/13 03:53:32
宣伝の発見者を発見

401:nobodyさん
04/11/22 14:44:59
宣伝の発見者の発見者を発見

402:nobodyさん
04/11/22 21:38:13
>>401
あのね、それ皆、書こうと思って遠慮してたんだけど・・・
お詫びにネタ振れよ。

403:401
04/11/22 23:52:40
>>402

gomen.
ima, server karadakara, nihonngo nyuuryoku dekinai...

404:nobodyさん
04/11/23 00:02:35
>403
仕事しろ！！

405:nobodyさん
04/12/14 17:59:04 upKknTNA
＞＞401
宣伝の発見者の発見者の発見者を発見

406:402
04/12/14 23:08:12
サーバーに日本語入力入れてしまいました。

いいのかな…

407:nobodyさん
04/12/15 01:51:06
いいよ。サーバーにX入れる時代だし

408:nobodyさん
04/12/16 23:30:11
自宅サーバにX入れてます
Xサーバ

409:nobodyさん
04/12/17 01:56:16
それよりDistcc入れて分散コンパイルに……(^^;;;

410:nobodyさん
04/12/27 15:06:04 2ZZk8VkA
WinXPでｺﾝﾊﾟったCGIがFreeBSDで動きません

411:nobodyさん
04/12/27 17:17:19
つまらんネタだな

412:nobodyさん
04/12/29 22:02:06
>>410
つ［Perl］

お前さん、Cはやめておけ

413:nobodyさん
04/12/31 11:29:26
>>412
WINアプリがUNIXで動かないのは知ってるんですけど、なんとかならないですかね…
クロスコンパイラは都市伝説、PCはPen200、64MBのノートだからUNIX系OSはボツ…

414:nobodyさん
04/12/31 16:55:12
Pentium200 64MBって、ちょっと前までは「PC-UNIXで再活用」の代表みたいなスペックだけど。
GUIは苦しいかもしれないけどね。

415:nobodyさん
04/12/31 17:27:43
X使わなきゃ全然大丈夫でそ

416:nobodyさん
05/01/02 13:12:22
>クロスコンパイラは都市伝説
藻前はPerlでも使っとけ

417:nobodyさん
05/01/02 15:32:49
ソースありますか？

418:nobodyさん
05/01/02 22:40:11
URLﾘﾝｸ(tinyurl.com)

419:nobodyさん
05/01/02 23:07:18
cssのｸﾗｽ名がふざけてる

420:nobodyさん
05/01/05 12:39:03
>>413
cygwin

421:nobodyさん
05/01/20 11:30:37
Ｃを昔から使ってたので最近PERLの掲示板なんかを自作しようと
環境は自鯖仕様でWin2K+Apache2+VisualC++7

ＧＵＩならではの開発環境でデバッグが簡単になる方法ってあるんですかね？
自分はＶＣ６使ってたのでＶＣ7の.netによる恩恵がよるわかりません；；
実行ファイルをＣＧＩとして動かしてＶＣのデバッグトレース機能なんてできます？
用は実行ファイルの出力先にURLﾘﾝｸ(hoge.com)というのをＧＵＩでデバックとか・・
UNIXは知らんのですがWinsockを利用して細かいことしようとすると
画面出力で print "ENV=　なんてしてるもので作業効率最悪。

どっちかとＶＣスレの質問かもしれませんがすまそ・・
あと上げてすんま孫

422:nobodyさん
05/01/20 12:35:15
Ｃ言語ってｶｯｸいー？つおい？

おにぎりの具で言うと何？

423:nobodyさん
05/01/20 21:03:09
>>422
カックイーかどうかはしらないけど
おにぎりの具で言うとうめぼしにマヨネーズって感じじゃない？

424:nobodyさん
05/01/21 01:48:24
CでCGIはBoF対策とか糞めんどくさそうでアフォっぽいけど、
C++でCGIはアリかもね

425:nobodyさん
05/01/29 14:17:48
BoFの意味が分からない俺は

426:nobodyさん
05/01/30 00:03:16
たぶん、デザインパターンの本のこと

じゃなくて、buffer overflowだと思う。

427:nobodyさん
05/01/30 11:45:02
なるほど。
でも、Cでもバッファオーバーフロー対策なんて面倒という程大層なものじゃないが…

428:nobodyさん
05/01/30 18:51:23
俺もそう思う。
逆に、「C++だからバッファオーバーフローの心配はあまりない」
等と言う人の作ったものの方が、よっぽど危険だよ。

429:nobodyさん
05/04/03 17:49:44
このスレのおかげでふんぎりがついてCで画像掲示板作ってみたよ。
やっぱり慣れた言語が一番楽チンだね。組むのもデバッグも。

430:nobodyさん
05/04/03 22:52:40
うｐきぼん

431:nobodyさん
05/10/07 11:12:03
鯖の負担だけ考えたらＣとPerlどっちが軽いの？

432:nobodyさん
05/10/11 02:40:04
CでApacheモジュール

433:nobodyさん
05/10/17 16:43:58
こんなスレあったんだ・・・。
俺はとある企業で５年ほど、ＣのＣＧＩ開発をしていたよ。
某陸√系のサイトはほとんどがＣのＣＧＩで動いてるし。
相当無理なことやってるけど、相当無理ができることも事実だったりする。

434:nobodyさん
05/10/25 00:31:01
何言語で書こうがCGIである限りはCGIで出来る事しかできない

435:nobodyさん
05/11/03 12:08:29
ファイルＩＯを発生させる処理でもperlとかわんないのかな
ディレクトリ一覧をサブディレクトリまで
取得して、htmlタグを付与して出力するとか考えとるんですが。
perlだとおそいorz

436:nobodyさん
05/11/03 14:26:14
そんなもんページ表示させるたびにやらせたら遅いに決まってる。
キャッシュくらいしろ。

437:nobodyさん
05/11/03 23:01:33
>>435

438:nobodyさん
06/02/23 13:35:40 oh1e7jqD
すさまじく書き込みが少ないスレだなー。

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

このライブラリを公開したら面白いことになりそうだけど、
企業秘密満載だから、さすがに無理か。

439:nobodyさん
06/02/23 15:33:14
>>438
ここはおまいさんの日記帳じゃないよ。

440:nobodyさん
06/02/25 13:19:21
>>438
くれ

441:nobodyさん
06/05/06 20:21:57 FWiKF0Gu
いいねぇ。
>>企業秘密満載だから、さすがに無理か。
CPANとかある方がCからみたら異質なんだろうな。
一からライブラリ作るのは面倒だからAPRでもつかってみるかな。

442:nobodyさん
06/06/04 14:34:28
みんなヲレcgiライブラリの再生産遣ってそうだよな。
そろそろ基本的な所だけでも共有しないか？

443:nobodyさん
06/06/04 16:22:13
それなら、まずは442のライブラリから共有するとしようか。

444:nobodyさん
06/06/07 05:48:07
基本的っつーとどのヘン？
昔のヤツをひっくり返して見つかったらアップしてみる。

445:nobodyさん
06/06/07 14:16:56
普及が目的なら
基本的なライブラリの共有と並行して、
どうすればC言語でcgiが書けるのかという基本の解説がいるね。
hello worldのC言語cgi版みたいなの。

446:nobodyさん
06/06/08 20:50:36
printbody("Hello World!");
だけで、
<HTML>
<BODY>
Hello World!
</BODY>
</HTML>
ぐらいは、生成してくれるとかさ。

447:nobodyさん
06/06/09 10:14:52
>>446
それ必要か・・・？
templateエンジンのが良くね？

448:nobodyさん
06/06/09 16:12:46 mYrnmPP6
テンプレートはありませんかねぇ?

449:nobodyさん
06/06/10 08:37:10
テンプレートエンジンってどこにあるの？
stdio.hには無かった。

450:nobodyさん
06/06/11 02:28:25
CでMySQLやらPostgreSQLに接続するにはどうしたらいいんだろ？
TCP/IPの通信部分から書かなきゃﾀﾞﾒかなぁ？

451:nobodyさん
06/06/11 08:48:30
>>450
そこだけphpに渡してる（笑

452:nobodyさん
06/06/11 09:10:11
Cならmysqlにライブラリ付属してますが？
ドキュメントぐらい読んだら？

453:nobodyさん
06/06/11 10:43:01
DBの方のﾏﾆｭｱﾙにあったのか！
thx!!

454:nobodyさん
06/06/18 20:19:39
ふぇどら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さん
06/06/19 00:00:15
>>454
SELinuxとかどうなってる？
使ってないの前提として、ﾊﾟｰﾐｯｼｮﾝてどこのﾊﾟｰﾐｯｼｮﾝだ？
ﾃﾞｨﾚｸﾄﾘの方はどうなってる？
所有権は？
迷ったら777試せ

456:454
06/06/20 11:17:11
SELinuxも無効にしたんだけどダメだ・・・
Windowsのxampp上では動くのに・・・
777もやってみたけどダメだった

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

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

帰ったら試したいことが出来ました。
まだ解決してないけど>>455さんまりがとう('∀｀)

457:nobodyさん
06/08/06 17:59:11
cgiつーかC言語のウェブアプリケーションって無いよね。
ぐぐったらウェブオブジェクト4.5とか出て来たけど、これはマカ専用？

458:nobodyさん
06/10/20 15:32:14
>>457
使ってる企業は多いだろうけど、
目的の一つとしてソースをクライアントに見られずに済む
というのがあるだろうから、どこも非公開なんだと思う。

459:nobodyさん
06/11/11 15:32:43
>>457
WebObjects4.5はWinNT系でも動くけど、ObjCはクセがあるから習得には個人差があるかも。

460:nobodyさん
07/04/30 03:27:37
CGI作っている途中だが、何かと面倒だな。
Cだと
たしかに作業量は多いね。
スクリプト系の方がいいのかな。

461:nobodyさん
07/07/23 21:41:06 b9YG4RnE
age

最近、Cで書かれた通販システムを見かけたよ。

462:nobodyさん
07/07/24 09:29:08
>>772
$body = preg_replace('/([0-9]+)/', $hoge_array[\\1], $body);
echo $body;

で「￥」が使えませんってエラーがでるけど、エラーをひょうじしなければ目的の結果は得られる……
どうやってエラーださないようにするか…

463:nobodyさん
07/11/14 03:29:16
dat落ち防止

464:nobodyさん
08/01/08 20:51:35 JKoPEtVY
保守

465:nobodyさん
08/01/11 00:42:29
#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さん
08/01/28 15:21:41
ほ

467:nobodyさん
08/03/05 00:20:30 SOAastXQ
今からCでCGI勉強しようと思うけど
無駄？

468:nobodyさん
08/03/05 03:04:37
>>467
かなり大変だという覚悟があるならどうぞ。

自作ライブラリを既に持ってる人じゃないと、
一般的な用途ではメリットは少ないかも。

469:nobodyさん
08/03/06 01:30:58
ありがとさんです
大変そうだけど
楽しそうだからやってみようかな
しかしCの人は優しい人が多い気がする

470:nobodyさん
08/03/09 17:09:46
俺ブログ書くほどボキャブラリー富んでないからCGI無しのサイトなんて
考えられね；

471:nobodyさん
08/06/10 14:33:36
おはよう。今日からここで自習していい？いいよね。
とりあえず出力なんだけど、printfとかのf系出力は、stdout
に出せばうまくいくね。でもwrite(fileno(stdout),...はダメみたいだな。
とりあえず今日まで勉強したまとめ。
標準系
　content-typeとかのmime header出力\n\n
本文
return 0;

異常系
printf( "status: 番号\n\n");
本文
exit(0);

472:nobodyさん
08/06/11 20:03:02
続き。
エラーの出し方。
printf( "status: 404....\n\n");

473:nobodyさん
08/06/12 07:23:28
>>471
じゃー、私も一つ。

セグメンテーション違反などでCGIが落ちて、
どこで落ちてるか分からない時は、
デバッグ用の表示と fflush(stdout); をちょくちょく実行すると良い。

474:nobodyさん
08/06/13 16:10:07
>>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:普及された人
09/03/18 02:24:13 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:普及された人
09/03/18 02:25:24 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:普及された人
09/03/18 02:25:58 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:普及された人
09/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
特徴として、提供方法にかなり影響される

479:普及された人
09/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設定＆モジュール起動＆コード変更）

480:普及された人
09/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 （モジュール化の手間がかかる）

481:普及された人
09/03/18 02:29:05 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さん
09/03/18 08:07:29
今後マシン性能が向上すればノーマルCGIもありになるとは思うが

483:普及された人
09/03/18 14:10:55 XMWgki/Q
SSDなどストレージの性能が向上して、
メモリと同等レベルの速度がでるようになれば、
ノーマルCGIもありだと思います。
現在でもRAM Disk化すればそれは実現できます。
特にCPU負荷の大きい処理ではノーマルCGIでも
C言語の選択は効果的です。

それでも、毎回ストレージにアクセスして、
プログラムを読み込み、プロセスを生成し、
実行後プロセスを破棄するノーマルCGIよりも、
プロセス生成済みの状態で、メモリに常駐して、
逐次再利用可能状態でプロセスの破棄が必要の
ないFastCGIの方が相当レスポンスが良いし、
ストレージに全くアクセスせずに動作するし、
プロセス生成や破棄のCPU資源を必要としないので
色々な意味でサーバ負荷も激減するので、
より良い選択肢だと思います。

484:普及された人
09/03/18 14:11:37 XMWgki/Q
ノーマルCGI → FastCGI + C は無料で簡単
（日本のサイトでは情報が全くといっていい
ほどないので私は苦労しましたが、手順自体
は簡単です）にできるチューニングですので、
MyServerを持っていて、C言語でCGIを作って
いる人はやるべきだと思います。

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

moduleタイプはWebServer（apacheなどの
プログラムの方のことです）内部で動作させる
ので、より高速ですが、プログラムのバグが
WebServer全体に影響しますので、危険度を考え
れば、選択肢からはずした方が無難に思えます。
CGIタイプの方が間違いなく絶対に安全です。

485:普及された人
09/03/18 14:14:04 XMWgki/Q
そう考えると、FastCGI + C は現在考え得る
サーバサイドプログラミングの中で最も高速
かつ安全な、まさに頂点に立つ方式だと考えます。

もちろん今の時代でC言語が使えるということは、
バッファオーバーフローの回避やコード部分に
おけるアルゴリズムの最適化などができることが
最低限の必要条件だと思いますが。
そうでなければ、高速かつ安全とは言えませんので。

486:普及された人
09/03/18 14:18:12 XMWgki/Q
ということで、皆さん、Ｃ言語のＣＧＩをどんどんやって普及させましょう！

487:nobodyさん
09/03/18 20:57:18
誰とは言わないがアセンブラで書いてる人もいたな

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

real 0m0.001s
user 0m0.001s
sys 0m0.000s

490:普及された人
09/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として組み込みメモリに常駐させ、スクリプトはストレージから読み込み実行
という風にそれぞれの機能を説明したかったのでそう記載しました。

491:nobodyさん
09/03/21 15:47:08
>>490
なるほど。
私のCGIもapache moduleかFastCGIにしたいんだけど、
CGI専用にAPI開発したから、メモリ解放が手抜きすぎて無理だｗ

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

493:nobodyさん
09/03/22 04:05:46
>>492
> 相当大きなものなのでしょうか？

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

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

もう設計からして、メモリ解放を前提としてないから、
もしやるとしたら、参照カウンタ＋ガベージコレクションの実装かな。

494:普及された人
09/03/22 17:50:13 uHOLJ9Dp
>>493
素晴らしい財産の数々、驚きました。
確かに、これら全てを改変するというのは重労働ですね。
でも、それ以前にこれらを作ってきたことが、とてつもない重労働です。
私には、高い品質で世に（無償）提供したいものがありますので、いくつかのものは作りましたが、かなり多くのそういった財産を作っていかないといけません。
今まで、492さんがやってこられた重労働です。
それをやることに比べたら、一つ一つのコードのメモリ開放型への変更は、基本的にはオブジェクト指向でないＣ言語で、これまでやってきた492さんにとっては、克服できるのではないでしょうか。
module型やFastCGI用にするとなると、確かにそれ専用で設計した方が良いものが結構ありますので、この際せっかくですので、一括でドン！ではなく、後世に残る財産と思ってチマチマやってみてはいかがでしょうか？
これだけできる人ならきっとすぐにできると思います。
私も始めた当初は、スクリプト言語で同じものを作る１００倍以上の時間がかかっていましたが、今では２倍程度の時間しかかかりません。
せっかくのＣ言語でＣＧＩですので、より高い品質のものを期待しています。
・・・というか、492さんは全盛期のYahoo!にでも勤めてた（る？）のでしょうか？？？

次ページ