元スレ【Java PHP CGI mod_perl】の使い分け for プロ

php覧

1 2 3 4 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

1 :

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

3 = :

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

5 = :

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

6 = :

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

8 = :

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

9 = :

見てて恥かしくなるね

10 = :

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

11 = :

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

14 = :

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

15 = :

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

16 = :

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

17 :

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

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

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

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

18 :

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

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

19 = :

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

20 :

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

21 = 20 :

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

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

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

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

22 = :

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


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

23 = :

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

25 = :

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

27 :

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

28 :

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

29 = 28 :

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


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

あなたの腕次第ＹＯ！

30 = :

>28
腕次第すぎるＹＯ！

33 = 28 :

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

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

34 :

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

37 = :

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

39 :

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

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

40 = :

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

41 = 39 :

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

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

44 = :

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

45 :

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

1 2 3 4 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ

類似してるかもしれないスレッド

• 【PHP】Laravel【フレームワーク】 (887) - [20%] - 2019/4/23 21:00
• 【PHP】Lvうｐしたいので宿題ください (264) - [20%] - 2019/5/9 7:45