CGI VS PHP VS JAVA

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

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

>>213
ですです。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

JavaはCGIを使わないからな

>>230　？

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

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

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

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

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

以上を総合すると…

mod_perl＞mod_PHP≫PHP＞perl＞JSP

ってところか？

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

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

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

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

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

>242

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

負け惜しみ、乙

↓、乙

え？俺？

↑、乙

>>257
乙

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

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

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

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

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

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

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

>リクエスト毎に必ずプロセスが死ぬ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走らせるのは非常にトリッキーでありメリットも薄いためそのような設定で
運用しているサーバーはほとんど無いでしょう。

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

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

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

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

痛々ｼｽ

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

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

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

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

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

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

解説しよう。
誤爆。

この辺で勉強してみたら？
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
程度でなければ意味が無い。

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

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

故にJavaが残る。

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

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

>>281
スクリプタ、乙。

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

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

これは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

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

その5つとは：

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

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

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

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

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

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

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

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

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

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

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

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

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

>>301
Yes!

小泉フィーバーの頃に立ったスレ

>>303
(*´･∀･)(･∀･｀*)ﾍｰ

CGI、ていうか、Perlの文法が一番分かりやすいです！

でもJavaはPerlではできないこともできますからねぇ・・・

Java VS PHP

Javaの圧勝。PHP5はJavaの38分の1のパフォーマンスしかない。
http://www.thinkit.co.jp/cert/compare/2/4/2.htm

ワイズノットかよ

FIND JOBとかみたいな、あーいった膨大な情報から条件を指定されて
絞り込んで表示するって言ったプログラムはやっぱりJavaとかなるのか？

上のような動作をさせたい場合は何が一番有効的なのかな？

知識のあるやつおせーて。

phpでok

というか膨大じゃないわなｗ

CGIはperlでいいじゃないか。Cでcgi書くやつは少ないし、
javaでcgiするやつなんて皆無だ。java屋の俺はたまにjavaでcgi書く事もあるが、、、マニアックに。

java eeってasp.netに押されてるよね
3年位前はまだj2eeが優勢だったけど
ここにきてasp.netが一気に流行った感じ

早くマイクロソフトが潰れて欲しい

>>308
データベースの仕事だからな・・・それ