JavaservletとPHPとCGIとmod_perlってどうやって使い分けてますか？
それぞれ長所、短所があるとおもうんですが、趣味ではなくて、お仕事で
やってる人の見解・意見を求む

気分に決まってんじゃねーか。

仕事でやっててそんな事も知らんのか
その会社辞めたほうが良いのでは?
若しくは君がPG辞めるとか(笑

for プロ 　　　　ぷ

と言うかperlで内職してるような所にjspやservlet要らんだろ
お互い不可侵なんだから使い分けなくていい
今の仕事やってるなら今のままで良いってこった

こう言うスレって大抵
「perl,phpでも大規模開発は可能だろ？」
って人が現われるんだよね　　:-）

>>7
ちがうだろ普通は。

見てて恥かしくなるね

>>8
おまえ思いっきり間違えてるぞ

>>8
ああ、スクリプト言語だってことはわかってるよ。
普通の用途としてはCGIでしょ。
コマンドラインでも使えるけど。

>>11
CGIの意味分かってんのか？

>>14
分かってるわボケ！
何かインターネットで動く奴だろ

唯一マジレスしてる意見より3.5.6辺りの方がずっとましなのにﾜﾛﾀ　SAGE

今の時期>>1の言う言語全てを評価出来るような人はここを見てないと思われ････
俺は概ね>>5-6辺りに賛成。
PHP PERLで何十人とコーダが関わる仕事こなせるのかは甚だ疑問です

後ついでに書くとphpは速いって良く言われてるけど全然そんな事無いよ
スクリプトの中ではperlが一番速い
>>11はレンタルサーバ? とかでCGI版しか使った事無いのかも知れないけど
CGI版のphpなんて相当遅いです。
組み込みのphpと、mod_perlでもmod_perlの方がずっと速い

ただ、営業的には小さい案件でも
perl、phpより「JSPですね」と言った方がずっと売り易いってのが有る。
クライアントの中には「perlはタダでしょ」とか思ってるのが多いからね。
そんな時に「サーバサイドJavaで」とか言えば金を抜きやすかったと(少し前までは)

// .NET がどうにも気になるんだけど、どうだろ？ IISじゃなぁ････

>>17
うんうん、そうなんだよね。

>>12,13
微妙ーなずれ具合が◎（笑）

>>1
使い分けとか聞く前に 1 は Java と PHP と CGI と mod_perl の違いを言ってみろ。
そもそも本当に違いを知ってるなら、こんなつまらんタイトルは付けないだろうけど・・・

おお。書き込みいっぱいだ。
みんな使い分けないの？

　先に挙げたcgi以外は、速いようですが一部不安があるのです。

　自社の顧客専用の共有サーバで顧客のWEB運用する際に、
週一しかアクセスのないような管理画面等といったプログラムを
mod_perlやservlet、phpなどでメモリーに常駐させて大丈夫なもの
なのかと心配だったのです。

　実際は、もっとそれぞれの長所短所を見極めればもっと最適な
使い分けがあると期待して書き込みました。皆さんのおっしゃる
通り使い分けなんかしなくてもいいのかもしれませんが‥

　サーバを管理する立場であり、開発を発注する立場である方が
おられたら、どのように開発指示を行っているのかお話が聞ければ
幸いです。

>>1-100
はいはい下げるよ～下げちゃうよ～。


俺は本当に下げたいのかと問いたい、問い詰めたい、小・・・ブチッ

>>22
お前は本当に下げられると思っているのかと問いたい、問いつめたい、小一時間t……バタッ

>>24
なんつーか、全体的にバージョンが低いのはなぜ。。。

>>26
スキルとサーバーの実装によるだろ。

Cでアパッチのモジュール作るのが一番はやいはず。
あとはあなたの腕次第ＹＯ！

ごめん。
サーバも含めてＣでつくる方が多分早い。


さらに究極を求めるならハードウェアから設計するのもありか・・・。

あなたの腕次第ＹＯ！

>28
腕次第すぎるＹＯ！

じゃあそのサーバーを軸にハイブリッドP2Pチャットできまり！

あとはあなたの腕次第だＹＯ。

>>32
PHPよくしらんけど、意図しないコードをレスポンスで投げる可能性ない？

チャットは、会話の内容をファイルに書き出さないでメモリー上で処理するようにするとそれなりに速いなり

> 35
サーブレットの場合はアパッチにモジュールを組み込む必要があり、サーブレット特有のプロパティーズ系ファイル
でマウントポイント等を設定するようになっていたと思いますが、わたしは２年以上前までしかやっていないので
現状はなんともいえないネー。

> 37(間違ってたみたい)
サーブレットのモジュールがアパッチに組み込まれていれば、
サーブレットの.confファイルはアパッチの設定ファイルからインクルードされるので
そこで指定できるマウントポイント以下のjspゾーンは直接書けそうですネ。

######## servlet.conf ###
ApJServAction .jsp /zonejsp/gnujsp
ApJServMount /zonejsp /zonejsp

将来的に大きな業務が発生するかもしれぬ可能性を考慮すると、Ｓｅｒｖｌｅｔ使い
たいんだけど、サーバー運用者からは、「Ｓｅｒｖｌｅｔはサーバーのメモリを
食いまくるのでＰＨＰで」なんて言われている。
でもＰＨＰって開発効率（ぱっと作るにはいいけど）、言語としての将来性が不安。

Tomcat ってそんなに不安定なの？
どうなんだろー？

PHPの将来を不安するころまでｸﾗｲｱﾝﾄが同じ仕様でページを維持してくれるかの
方が不安でしかたない。

>>40
単体のサイトに関してはせいぜい寿命が３年程度で大幅なリニューアルが
行われると思うので、今、流行の言語を使用することで特に問題はないと思う。

…が不安なのは、ＰＨＰの普及が今後拡大していくか否かですよ。
大規模なシステム開発での主流言語になりえるとは思えないけど、じゃあこのまま
のポジションでずっと行くの？っていう話。

PHPって、小中規模でも何種類かのRDBMS（のクライアント）を同時に扱う場合って苦手だよな。
あのHTTPDのデブり方は尋常じゃない。

>>44
コネクションプーリングしてるんだから、しかたないと思うんだけど..。
Javaだと違うの？