337コメント90KB

CGI VS PHP VS JAVA

■ このスレッドは過去ログ倉庫に格納されています

0001名無しさん＠お腹いっぱい。

01/11/17 23:20ID:???

CGI PHP JAVA
WEB上でよく使われている主流系
この中で一番勝ってるのはどれだ!?
討論し合おうではないか！

0202nobodyさん

04/11/06 12:42:51ID:DNa5HN4h

PHPすげ～な

0203nobodyさん

04/11/06 14:54:54ID:???

サーブレットが美味いのはベンダがサーブレットAPIな
共通規格を取りまとめているところで
ぶっちゃけ他の言語でもアプリケーションサーバ+サーブレットAPI相当の
ものがあれば同じことできるし、パフォーマンスも中間コード使ってたら
同じようなもんでしょう。
ただベンダが規格取りまとめてないと自作orいろんな実装あって評価コスト
考えるとjavaが楽だと思ってしまうのがもったいない。

というわけでjava以外のアプリケーションサーバー、フレームワークで
実績あるもののリサーチ、評価を各言語のコミュニティが
さっさとやれ。

0204nobodyさん

04/11/06 16:00:34ID:???

メモらせろ。

http://matsui.jpn.ph/computer/FastCGI.html
CGIスクリプトは何で書く？
FastCGIで10倍高速化

0205nobodyさん

04/11/06 16:41:47ID:dOTbIjo1

CGI::Fast - Fast CGI のためのCGIインターフェース
http://homepage3.nifty.com/hippo2000/perltips/CGI/Fast.html

0206nobodyさん

04/11/06 16:43:57ID:???

既存の CGI をそのまま FastCGI 対応に
http://sugi.nemui.org/diary/20040723.html#p04

既存のCGIプログラムの修正を最低限にしてFastCGI対応にする方法について。
http://www.rubyist.net/~matz/20040723.html

0207ノロ亀recv攻撃

04/11/06 21:38:16ID:1jhP6c6a

ノロ亀recv攻撃て知ってます？
1バイトrecvしては10秒スリープするタイプのクライアントです。
もしもgazo.cgiがperlで動いてるとしますね。
gazo.cgiは100KB程度の画像をstdoutに書くとします。
ノロ亀recvするとperlのプロセスは終わるまでなかなか消えないんです。

0208nobodyさん

04/11/09 11:22:21ID:???

それなら何使おうがApacheのプロセスがいつまでも残るから駄目ぽですな。
Apache2をworkerで運用したらworker未対応なmod_phpも駄目ですな。

0209nobodyさん

2005/11/06(日) 13:07:38ID:szZvbyxN

javaといってもC並にピンキリだしな。
でもperlとPHPがゴミしか無い。
社内用途の内輪用ならperl/php/jspでもまだ限定的だけど、インターネットに公開しててperl/php/jspってのは全世界にスキルの低さを広報してるだけ。

0210nobodyさん

2005/11/06(日) 13:15:04ID:???

一年も前のレスに馬鹿丸出しｗ

0211nobodyさん

2005/11/07(月) 06:47:27ID:aK/ZOS5t

あのー、PHPとCGI/Perlってなにが違うんでしょうか？適応と鯖負荷と組み安さの面で。

教えてください。

#JSPとかASPとかCとかの選択肢はなしで。

0212nobodyさん

2005/11/10(木) 19:54:32ID:???

5年前に立ったスレが浮上してきたのか。
>>211
CGI/Perlなんて書いてる時点で勉強してなさすぎ。
この板を1年ぐらいＲＯＭって下さい。

0213nobodyさん

2005/11/11(金) 07:56:46ID:???

>>211
PHPはApacheのモジュールという意味かな
だったらCGIよりモジュールの方が負荷は小さいよ。
PHPもCGIで動かせば負荷は大きくなるしCGI/PHPはCGI/Perlより遅い。
Perlもモジュールなら負荷軽くなるしmod_perlの方がmod_phpより早い。

0214nobodyさん

2005/11/11(金) 21:53:57ID:U9ySvPII

>>213
ですです。

で、CGIからモジュールにするとすべてにおいて速くなるというわけではないですよね？
あくまでスクリプトが走り始めるまでの時間が短縮されるだけで。
走り始めるまでの時間ってそんなに長いんですか？

0215nobodyさん

2005/11/11(金) 22:20:54ID:???

>>214
とまっている人にバトンを渡すのがCGI
平走している人にバトンを渡すのがmod
走る速さは同じね。
トップスピードまでの時間の差はスクリプトのつくりによる。

0216nobodyさん

2005/11/11(金) 23:12:43ID:???

2chもモジュールじゃなかったっけ？？

0217nobodyさん

2005/11/11(金) 23:53:58ID:???

mod_perlは常駐するからさらに早くなるよ。

0218nobodyさん

2005/11/12(土) 00:22:33ID:eK+VF0Ny

［WSJ］ Netscapeの生みの親がPHPを支持
http://www.itmedia.co.jp/enterprise/articles/0509/29/news066.html

「2005年におけるPHPは、1995年におけるJavaのようなもの」
――Netscape共同創設者のマーク・アンドリーセン氏は、JavaはWebアプリケーション構築において、
PHPに取って代わられると言う。

0219nobodyさん

2005/11/12(土) 01:26:45ID:???

PHPってむしろ衰退しているイメージあるんだけど

0220nobodyさん

2005/11/12(土) 11:28:03ID:???

俺的には平行線のイメージ。

0221nobodyさん

2005/11/12(土) 11:34:12ID:iVNAkBGs

>>215
ありがとうございます。
んで、｢トップスピードになるまでの時間｣というのはかなりでかいものなんですかね？
それと、｢トップスピートになるまでの時間｣を長くする要因はどんなものがあるんですか？

メモリに常駐するというのは、速いけれども、裏を返せばメモリを食うんじゃなかろうかとか思うわけですけども。

0222nobodyさん

2005/11/12(土) 14:22:54ID:???

概念にこだわってると何も出来ないと思うよ。
変数の初期化やメモリ空間の確保、環境変数の取得などなど。
比較すればどちらが速いかだけど、結局はコーディング次第。
メモリは食う、鯖は石よりもメモリ。

0223nobodyさん

2005/11/12(土) 22:12:05ID:???

>>212
>>211はこのスレを1年ぐらいＲＯＭって意見してるんだから答えてやれよｗ

0224nobodyさん

2005/11/12(土) 22:52:03ID:???

mod_phpは
>変数の初期化やメモリ空間の確保、環境変数の取得などなど。
この辺関係ないでしょ

0225nobodyさん

2005/11/12(土) 23:03:27ID:???

modとCGIの違いの話でそ。
PHPにもCGIモードはあるよ？

0226nobodyさん

2005/11/13(日) 05:46:40ID:???

mod_phpは漏れなくデストラクトされるので。
PHPの場合、modとCGIの違いはインタプリタがロード済みってだけじゃないの？

0227nobodyさん

2005/11/13(日) 16:05:53ID:???

PHPってCGIにすると恐ろしく遅い、

0228nobodyさん

2005/11/18(金) 05:57:15ID:???

>>227
Perlはもっとおそいがな

0229nobodyさん

2005/11/18(金) 10:42:15ID:???

CGIの遅さでは、Javaにかなうものはないだろう。

0230nobodyさん

2005/11/18(金) 21:10:37ID:???

JavaはCGIを使わないからな

0231nobodyさん

2005/11/18(金) 22:21:23ID:???

>>230　？

0232nobodyさん

2005/11/18(金) 23:00:05ID:???

>>231は>>230が何を言ってるのか理解できないみたいだｗ

0233nobodyさん

2005/11/18(金) 23:19:33ID:???

>>232
×xxxはCGIを使う
○xxxをCGIとして使う

0234nobodyさん

2005/11/19(土) 02:39:20ID:???

まず>>228が大きな勘違いをしてる

0235nobodyさん

2005/11/19(土) 03:17:59ID:???

>> 232
むしろ、>>230が>>229が何を言ってるか理解できないみたいだｗ

0236nobodyさん

2005/11/21(月) 11:10:11ID:???

グダグダっぷりがﾜﾛｽw

0237nobodyさん

2005/11/27(日) 14:33:55ID:???

以上を総合すると…

mod_perl＞mod_PHP≫PHP＞perl＞JSP

ってところか？

0238nobodyさん

2005/11/27(日) 15:02:00ID:???

スピードは、mod_perl>mod_php>>perl/cgi>>>php/cgiな感じ。

0239nobodyさん

2006/01/28(土) 00:29:35ID:4dLyJQVH

正直、SAP R/3ともOracle Applicationsとも繋がらない時点で、Java以外は論外なんだが…。

0240nobodyさん

2006/01/28(土) 01:04:44ID:qjbF6X7L

PHPのバージョンが変わるとしばしば既存アプリが動かなくなるところが使えない。
PHPに食わしてもらってきたが、Javaと.NETの世界に行きそうです。
＃もうVerUP時にテストしたくないっす。PHPに疲れました。。。

0241nobodyさん

2006/01/28(土) 02:28:49ID:???

「オープンソースだからベンダ非依存で技術の寿命が長い」って
伝説を流布したがっているけれど、実態は、後方非互換に気を使わない文化だから、
実は寿命短い。

0242nobodyさん

2006/01/28(土) 16:12:49ID:???

バグがあっても自分でソースいじって治せるから、理論的には寿命がながいけどね。

0243nobodyさん

2006/01/28(土) 18:52:08ID:wpRdO6GC

>242

わかってるんだと思うが、

>自分でソースいじって治せる

くらいたちが悪いこともなくて。。。。
ソースなんていじりたくないです。いじれないことにしといて
できないことにしといたほうがなんぼ楽か....

そいやあ、javaでCGI、作ったことあるよ。
あいつもなんか動いてるみたいだなあ...7,8年になるかな。このスレより古い（笑）

0244nobodyさん

2006/01/28(土) 22:17:48ID:???

実際、クローズドソースでバグがあったら、バージョンアップするしかないから。
一番長いところをみればオープンソースのほうが寿命が長い。
でも、一般的な利用者を見れば、開発が終わった時点で終わりだな。

0245nobodyさん

2006/01/28(土) 23:11:03ID:338VvyNO

システム寿命を比較すると、独自開発、次がクローズド、最後がオープンソース。
意外だろうけど、事実なんだな、これが。
例外は多数あるだろうけれども。

0246nobodyさん

2006/01/29(日) 09:48:24ID:???

どっちが長いのかわかりません・・・

0247nobodyさん

2006/02/03(金) 01:30:59ID:1hNSV/nH

Apache の MaxClients(子プロセスの最大数) デフォルト設定は 150。
他のモジュールにも影響されるが、mod_perl 組み込み時、子プロセス1つのメモリサイズが 20～30MB 程度になる。
よって、同時接続数 150 までアクセスされると 3G から 4.5G メモリを喰うことになる。

0248nobodyさん

2006/02/03(金) 07:27:33ID:???

Perlはバージョンアップで仕様変更が少ないので殆ど手直しは必要ないが
他の人間が保守・改良・バグつぶしするのには向いてない。
PHPはバージョンアップで互換切られたりするが
他の人間が容易に習得でき、保守などが楽

俺は、PHPの方が好きだな。
他人とPerlで一緒に仕事するなんて、ありえない。

0249nobodyさん

2006/02/06(月) 00:55:17ID:???

>>247
mod_perlを使いこなせていない奴はそうなるなw

0250nobodyさん

2006/02/06(月) 00:57:24ID:???

>>248
それは言語に限らず組み方次第なわけだが。

0251nobodyさん

2006/02/06(月) 02:15:47ID:TNPj5JSw

ヘタレが書いたJavaのコード >>|超えられない壁|>> ヘタレが書いたPHPのコード>>>>>|超えられない壁|>>>>>ヘタレが書いたPerlのコード

0252nobodyさん

2006/02/06(月) 06:35:27ID:???

>>247
Fedora core4ではデフォルトで10MBくらい。
メモリ使用量はMaxSpareServers × 10MB
お前の理論だとMaxClients100以上でmod_perl動かしているほとんどのサーバーは
F5連打されるとメモリリークしてしまうという愉快な状況になる。

0253nobodyさん

2006/02/06(月) 21:53:51ID:HOg4depx

　　　　　　　　　　　　　↑
「メモリリーク」の意味を知らないスクリプター、乙

0254nobodyさん

2006/02/09(木) 06:22:08ID:???

狭義しかしらない日本人、乙

0255nobodyさん

2006/02/09(木) 09:22:26ID:???

負け惜しみ、乙

0256nobodyさん

2006/02/09(木) 12:06:16ID:???

↓、乙

0257nobodyさん

2006/02/09(木) 14:45:24ID:???

え？俺？

0258nobodyさん

2006/02/09(木) 15:10:13ID:???

↑、乙

0259nobodyさん

2006/02/09(木) 15:38:05ID:???

>>257
乙

0260nobodyさん

2006/02/09(木) 16:26:24ID:???

>>252
247の理論だとFedora4をデフォルトで動かしているサーバーは
メモリ1.5GB必要以上になる。
mod_perlはメモリ食うと聞いていましたがApacheもこんなにメモリ消費
するとは思いませんでしたｗｗｗ

0261nobodyさん

2006/02/09(木) 22:56:18ID:???

そりゃ150プロセスも同時に走れば、どんなメモリ積んでも足らないだろう。
そういう意味で>>247の言ってることはあってる。
後、単にメモリを消費するのと、メモリリークはまったく別。>>252はアホ確定。

0262nobodyさん

2006/02/10(金) 07:44:59ID:???

ここは必死なインターネットですね

0263nobodyさん

2006/02/10(金) 10:50:38ID:???

>そりゃ150プロセスも同時に走れば、どんなメモリ積んでも足らないだろう。
Apacheが処理するプロセスとApache自体のプロセスは別物ですよ。
プログラム、Apache、UNIX
誠に残念ながらこれら全ての知識に欠けているようです。
初心に戻ってこんぴゅ～た～の基礎から勉強するのがよろしいかと思います。

0264nobodyさん

2006/02/10(金) 18:44:00ID:???

あと>>257への感謝の気持ちを忘れずに。

0265nobodyさん

2006/02/10(金) 19:40:58ID:dvrJwlrg

>>263
で、メモリリーク、の意味は勉強たか？

0266nobodyさん

2006/02/10(金) 22:12:09ID:cmFxwhvM

メモリリークっていうのは、Cで変数の破棄し忘れとかで出来るもんだろ。
リクエスト毎に必ずプロセスが死ぬCGIやmodphpには縁のない話。
modperlだとプロセスが残るけど、それだったらF5連打でなくも、自然にリソース食い尽くす。
それと、modperlは1個のプロセスのサイズがデカいんだから、100とか150とか同時に走られたら持つわけないだろ。
どうやって少ないプロセス数に抑えて回していくかだろ。
modphpみたいに使い捨てじゃないんだから。

0267nobodyさん

2006/02/11(土) 01:31:10ID:???

>リクエスト毎に必ずプロセスが死ぬCGIやmodphpには縁のない話。
CGIやmod_phpではそのプロセスで利用したメモリ等は全てデストラクトされますが
shared memoryを使用すれば当然プロセスが消滅した後もメモリは確保されたままなので
CGIでもメモリリークは発生します。

>modperlだとプロセスが残るけど、それだったらF5連打でなくも、自然にリソース食い尽くす。
mod_perl自体は新たにプロセスを作りません。fastcgiなら自ら生成するでしょう。
自然にリソースを食い尽くすのであればそれはバグです。バグリポートを出せば非常に喜ばれるでしょう。

>それと、modperlは1個のプロセスのサイズがデカいんだから、100とか150とか同時に走られたら持つわけないだろ。
「mod_perlに1個のプロセス」という概念は存在しません。また、モジュール自体のサイズはmod_phpの1/10程です。
同時にApacheプロセスが100～150走らせるのは非常にトリッキーでありメリットも薄いためそのような設定で
運用しているサーバーはほとんど無いでしょう。

0268nobodyさん

2006/02/11(土) 02:45:54ID:SZLIMyhD

>>267
BEを忘れてますよ？

0269nobodyさん

2006/02/11(土) 03:22:54ID:???

>>267
じゃあmod_perl環境下のApacheの子プロセス、と言い換えるよ。

話の始まりは>>247だぞ。MaxClients150のままでF5連打されたら、それは落ちる。
それはPerlプログラムの書き方が悪いって問題じゃない。
これはメモリリークとは関係のない話だ。

0270nobodyさん

2006/02/11(土) 10:33:29ID:???

MaxClientsが10だろうと256だろうとApacheの消費するメモリの上限は増えませんが。

0271nobodyさん

2006/02/11(土) 15:47:59ID:???

痛々ｼｽ

0272nobodyさん

2006/02/11(土) 16:23:16ID:???

>>270
MPMによって変化量は違えどApacheのメモリ総使用量は増えるだろ。

0273nobodyさん

2006/02/11(土) 17:33:14ID:???

>>270
> MaxClientsが10だろうと256だろうとApacheの消費するメモリの上限は増えませんが。
↑素で意味がわからないんだけど。どういうこと？

0274nobodyさん

2006/02/11(土) 23:08:58ID:???

>>257は神に召されました。合掌！

0275267

2006/02/14(火) 02:03:50ID:???

>>269
そもそもMaxClientsは最大接続数であってMaxClients=子プロセスの最大数ではありません。
>MaxClients150のままでF5連打されたら、それは落ちる。
通常は考えにくいですね。よほどサイズの大きいスクリプトをキャッシュさせない限り。
ab -n 1000 -c 200 localhost
などで簡単に検証出来る事なので試してから発言なさった方がよろしいかと。

0276nobodyさん

2006/02/14(火) 19:35:57ID:???

10日前の書き込みにレス、ｶｺｲｲ(w！

0277nobodyさん

2006/02/14(火) 19:39:18ID:???

↑素で意味がわからないんだけど。どういうこと？

0278nobodyさん

2006/02/15(水) 00:31:38ID:???

解説しよう。
誤爆。

0279nobodyさん

2006/02/15(水) 01:35:00ID:???

この辺で勉強してみたら？
http://www.sixapart.jp/movabletype/developers/naoya/archives/2004/09/movable_type_mo.html
http://www.sixapart.jp/movabletype/developers/naoya/archives/2004/10/post.html
それとF5連打はabじゃ再現できない。少なくとも、
ab -n 100000 -c 200 localhost
程度でなければ意味が無い。

0280nobodyさん

2006/05/16(火) 23:31:38ID:SsSEC6f0

WEB技術を基にしたシステムには、AT互換機ベースの廉価なサーバを
繋げて処理性能と信頼性を確保するようなのが多い。
で、セキュアでまともな言語としては…

C/C++ -> システム依存が多くて面倒なんで却下
FORTRAN -> 古くて知ってる奴がいないんで却下
PASCAL -> Delphiにはサーバサイドの機能が無いんで却下
VB -> UNIXで使えないんで却下
Perl -> ぜんぜんセキュアじゃないんで却下
そのスクリプト言語 -> 知名度低いんで却下

故にJavaが残る。

0281nobodyさん

2006/05/18(木) 17:52:54ID:???

Perlをセキュアに使えないのは自分の技術力のなさを言語のせいにしてる香具師。
それと、PHPとかRubyはどうした。

0282nobodyさん

2006/05/18(木) 20:26:14ID:???

>>280
餌がばればれ。
本命のPHP厨は全然つれてないじゃん。

0283nobodyさん

2006/05/20(土) 17:46:59ID:izE4oL9D

>>281
スクリプタ、乙。

0284nobodyさん

2006/05/23(火) 02:21:21ID:???

CGIやPHPでは Vアプリや i-アプリ　がつくれねー（・∀・）

0285nobodyさん

2006/05/23(火) 05:10:21ID:???

>> 284
CGIの意味わかってねー

0286nobodyさん

2006/05/25(木) 19:35:50ID:???

これはPerlが糞だといわれるほんの一例だけどやっぱりPerl終わってるwww

Perlの脆弱性は氷山の一角か
http://www.itmedia.co.jp/enterprise/articles/0512/06/news064.html
http://www.itmedia.co.jp/enterprise/articles/0512/01/news118.html

0287nobodyさん

2006/05/26(金) 20:12:42ID:Wb7ucMhE

ソフトウェア開発には、しばしば交わっているがたいていは分かれている、
5つの世界がある。

その5つとは：

１．パッケージ
２．インターナル
３．組み込み
４．ゲーム
５．使い捨て

スクリプト言語の得意分野は、５．

0288nobodyさん

2006/05/27(土) 00:33:10ID:???

>>286
リンク先読んでるか？
Perlに限った話でない内容がPerlをやりだまにあげているに過ぎんぞ。

0289nobodyさん

2006/07/05(水) 18:47:51ID:???

>>284
一般的にCGIってどの言語を指すの？Perl?
PHPはモジュールのこと？

0290nobodyさん

2006/07/08(土) 00:16:51ID:???

普通はCやperlが多いのでたまにサーバサイドのperlの事をそう呼ぶ人が居る。

0291nobodyさん

2007/10/15(月) 21:43:20ID:???

>>284
ほんとはCGIが特定の言語を表すこと自体、間違ってる。
CGIってのは仕組み。
PerlとかPHPってのは言語の名前。
mod_perlとかmod_phpはApacheモジュールの名前。

0292nobodyさん

2007/10/15(月) 21:44:48ID:JisN5kXl

大人気なくマジレスしてみたら日付が…
くやしいからage

0293nobodyさん

2007/10/15(月) 22:59:59ID:kp3KLDes

およそ忠告ほど、人が気前よく与えるものは無い。

　　　　　　　　　　　　　　　　　　（ラ・ロシュフコー）

0294nobodyさん

2007/10/16(火) 03:27:57ID:???

>>293
まったくもってそのとおりだなｗ

0295nobodyさん

2007/10/16(火) 05:59:52ID:P6eki9Si

＞1がPerlと書かなかったからｇｄｇｄなスレになってる

0296nobodyさん

2007/10/16(火) 06:10:39ID:???

>>295
6年も昔の1を責めんなよｗ
厨房だったあの娘も成人してる年月だ。

0297nobodyさん

2007/11/14(水) 20:44:05ID:???

【速報】Google社が「Android」のSDKを公開，Javaでアプリケーションを記述
ttp://techon.nikkeibp.co.jp/article/NEWS/20071113/142245/
---
Androidのアプリケーション・ソフトウエア記述言語はJavaで，
「Java言語のコア・ライブラリが提供する機能のほとんどを提供する」（Androidの説明書）。
---

0298nobodyさん

2008/04/02(水) 11:48:33ID:c2ynM9Ki

>>297
　　　　　ｵﾊﾖｰ!!
　　　　∧∧ ∩
　　　 (`･ω･)/
　　　⊂　　ノ
　　　　(つノ
　　　　 (ﾉ
　＿＿_／(＿＿_
／　　(＿＿＿／
￣￣￣￣￣￣

0299nobodyさん

2008/04/02(水) 19:57:42ID:???

息の長いスレですね
この板あんまり動かないからな

0300nobodyさん

2008/04/03(木) 21:41:49ID:gLoVWQDx

>>299
　　　　　過疎ｰ!!
　　　　∧∧ ∩
　　　 (`･ω･)/
　　　⊂　　ノ
　　　　(つノ
　　　　 (ﾉ
　＿＿_／(＿＿_
／　　(＿＿＿／
￣￣￣￣￣￣

0301nobodyさん

2008/04/04(金) 22:11:29ID:???

JAVA使いが優越感に浸るために立てたスレか

■ このスレッドは過去ログ倉庫に格納されています