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

0001名無しさん@お腹いっぱい。02/01/06 04:09 ID:h/D26pEh
JavaservletとPHPとCGIとmod_perlってどうやって使い分けてますか?
それぞれ長所、短所があるとおもうんですが、趣味ではなくて、お仕事で
やってる人の見解・意見を求む

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

0003デフォルトの名無しさん02/01/06 07:59 ID:???
仕事でやっててそんな事も知らんのか
その会社辞めたほうが良いのでは?
若しくは君がPG辞めるとか(笑

for プロ     ぷ

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

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

ていうかPHPはCGIじゃん

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

見てて恥かしくなるね

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

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

0012名無しさん@お腹いっぱい。02/01/07 01:14 ID:wTYWa6d8
ちゃんとみんな答えてやれよ。

1.jsp+servlet
正直なところ、まだやったことないのでよくわからんが
他とそう変わらないらしい。
別に処理が早いわけでもないらしいし。

2.PHP
PHP4なら結構早い。
3でもApacheのモジュール版ならそこそこいける。
Oracleのセッションプールとか結構好き。

3.CGI
って総称でしょ?
昔はCで、最近ではPerlで作ったのを指すのかなぁ?
普通のPerlはプロセス起動するので、処理スピードでは
mod_perlにかなわない。
あとはいっしょかな。

4.mod_perl
早い。普通のPerlのCGIに比べて平気で5〜10倍早くなる。
PHP4とどっちが早いかといわれると私も疑問。誰か教えて。

0013名無しさん@お腹いっぱい。02/01/07 01:17 ID:wTYWa6d8
----
結論
----
結局のところ、どれを使ってもあんまり変わらないと思う。
やりたいことといったら、たいていDBアクセス、メール送信
ファイル操作程度でしょ。どれでもできるし…。
大切なのはPGの腕だと思う。いくら早い言語、ハードでも
PGがヘボなら何にもならん。
(余談:特に最近、つくづく思い知らされた。100時間掛かって
しまっていた処理を、ソースを見直したら5分で終わるようになった…)

PHPとPerlを比べるなら、最初からWebベースのアプリを
意識している点でPHPの勝ちかな。DBも強いし。
Perlは、もともとawkやsedと同じテキスト処理言語から派生
しているのでいろんな後付けモジュールが必要だしね。


----
事例
----
自分はPHP3+Oracle8.1.6で会員30万人以上のサイトを
作ったが、今のところ性能的な問題は出ていない。
(ページビューは不明だが、結構人気(^^ゞ)

参考になれば、幸いです。

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

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

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

0017名無しさん@お腹いっぱい。02/01/07 02:07 ID:4mbtZPSV
今の時期>>1の言う言語全てを評価出来るような人はここを見てないと思われ・・・・
俺は概ね>>5-6辺りに賛成。
PHP PERLで何十人とコーダが関わる仕事こなせるのかは甚だ疑問です

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

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

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

0018名無しさん@お腹いっぱい。02/01/07 02:26 ID:ioSAJxuP
>>17
うんうん、そうなんだよね。

>>12,13
微妙ーなずれ具合が◎(笑)

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

0020102/01/07 04:53 ID:EUwb/+6I
おお。書き込みいっぱいだ。
みんな使い分けないの?

0021102/01/07 05:33 ID:EUwb/+6I
 先に挙げたcgi以外は、速いようですが一部不安があるのです。

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

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

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

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


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

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

0024名無しさん@お腹いっぱい。02/01/17 14:10 ID:DyLUjCgy
最後に添付する Perl と Servlet に 500 回リクエストを発行する
テストを5つ同時に実行した結果です。500回実行するのにかかった
時間が xx wallclock secs と表示されています。

[perl モジュール] mod_perl 1.21 (perl 5.005_58)/Apache 1.3.6

perl: 49 wallclock secs ( 1.56 usr + 0.63 sys = 2.19 CPU)
perl: 49 wallclock secs ( 1.56 usr + 0.54 sys = 2.10 CPU)
perl: 53 wallclock secs ( 1.58 usr + 0.57 sys = 2.15 CPU)
perl: 55 wallclock secs ( 1.69 usr + 0.64 sys = 2.33 CPU)
perl: 54 wallclock secs ( 1.54 usr + 0.59 sys = 2.13 CPU)


[servlet] Apache JServ 1.0/Apache 1.3.6, JDK 1.2.2 + HotSpot 1.0fcs

servlet: 76 wallclock secs ( 1.71 usr + 0.85 sys = 2.56 CPU)
servlet: 77 wallclock secs ( 2.08 usr + 0.69 sys = 2.77 CPU)
servlet: 78 wallclock secs ( 1.90 usr + 0.87 sys = 2.77 CPU)
servlet: 78 wallclock secs ( 1.99 usr + 0.76 sys = 2.75 CPU)
servlet: 78 wallclock secs ( 1.90 usr + 0.78 sys = 2.68 CPU)


[servlet] JSWDK 1.0 EA, JDK 1.2.2 + HotSpot 1.0fcs

servlet: 22 wallclock secs ( 1.20 usr + 0.29 sys = 1.49 CPU)
servlet: 27 wallclock secs ( 1.45 usr + 0.53 sys = 1.98 CPU)
servlet: 28 wallclock secs ( 1.48 usr + 0.48 sys = 1.96 CPU)
servlet: 28 wallclock secs ( 1.53 usr + 0.53 sys = 2.06 CPU)
servlet: 28 wallclock secs ( 1.58 usr + 0.60 sys = 2.18 CPU)


[CGI] Apache 1.3.6 (perl 5.005_58)

cgi-bin: 647 wallclock secs ( 1.58 usr + 0.57 sys = 2.15 CPU)
cgi-bin: 665 wallclock secs ( 1.63 usr + 0.54 sys = 2.17 CPU)
cgi-bin: 671 wallclock secs ( 1.52 usr + 0.61 sys = 2.13 CPU)
cgi-bin: 673 wallclock secs ( 1.65 usr + 0.62 sys = 2.27 CPU)
cgi-bin: 673 wallclock secs ( 1.52 usr + 0.57 sys = 2.09 CPU)



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

0026名無しさん@お腹いっぱい。02/01/17 19:23 ID:z9wGIyEs
チャットを作る場合
CでCGI,mod_perl,PHPどれが速くて軽いですか?

0027◆SEX1MayI 02/01/17 19:25 ID:M72DPb8N
>>26
スキルとサーバーの実装によるだろ。

0028名無しさん@お腹いっぱい。02/01/17 19:31 ID:8mfIudXG
Cでアパッチのモジュール作るのが一番はやいはず。
あとはあなたの腕次第YO!

00292802/01/17 19:35 ID:8mfIudXG
ごめん。
サーバも含めてCでつくる方が多分早い。


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

あなたの腕次第YO!

>28
腕次第すぎるYO!

0031名無しさん@お腹いっぱい。02/01/17 19:41 ID:P13cebP9
>>26
クライアント/サーバー型をJAVAで。

00322602/01/17 19:57 ID:z9wGIyEs
共用サーバーなのでCでCGI,mod_perl,PHP(Apacheのモジュール)しか選択肢がありませんYO!

00332802/01/17 20:15 ID:8mfIudXG
じゃあそのサーバーを軸にハイブリッドP2Pチャットできまり!

あとはあなたの腕次第だYO。

0034名無しさん@お腹いっぱい。02/01/18 15:41 ID:VDCf4fwa
>>32
PHPよくしらんけど、意図しないコードをレスポンスで投げる可能性ない?

0035名無しさん@お腹いっぱい。02/01/19 22:57 ID:NsFMiCTB
Apacheで
http://***.com/~(User Account)/
という感じでUserDirを切る際servlet(jakarta-tomcat)
の環境も提供できるようにする方法ってあるの?

たとえば
http://***.com/~(User Account)/test.jsp
って感じで。

0036名無しさん@お腹いっぱい。02/01/22 02:19 ID:IcXQR5Jq
チャットは、会話の内容をファイルに書き出さないでメモリー上で処理するようにするとそれなりに速いなり

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

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

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

0039nobodyさん02/03/24 15:13 ID:dFFPHOxx
将来的に大きな業務が発生するかもしれぬ可能性を考慮すると、Servlet使い
たいんだけど、サーバー運用者からは、「Servletはサーバーのメモリを
食いまくるのでPHPで」なんて言われている。
でもPHPって開発効率(ぱっと作るにはいいけど)、言語としての将来性が不安。

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

0040nobodyさん02/03/24 15:21 ID:???
PHPの将来を不安するころまでクライアントが同じ仕様でページを維持してくれるかの
方が不安でしかたない。

0041nobodyさん02/03/24 15:49 ID:dFFPHOxx
>>40
単体のサイトに関してはせいぜい寿命が3年程度で大幅なリニューアルが
行われると思うので、今、流行の言語を使用することで特に問題はないと思う。

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

0042nobodyさん02/03/26 17:28 ID:???
:)

0043nobodyさん02/03/26 17:29 ID:5DO2cGdP
;)シパーイ

0044nobodyさん02/03/26 17:44 ID:???
PHPって、小中規模でも何種類かのRDBMS(のクライアント)を同時に扱う場合って苦手だよな。
あのHTTPDのデブり方は尋常じゃない。

0045nobodyさん02/03/27 15:05 ID:2Xq8NXJ7
>>44
コネクションプーリングしてるんだから、しかたないと思うんだけど..。
Javaだと違うの?

0046nobodyさん02/09/19 01:38 ID:hzY/o+/9
大規模 JAVA
中小器 PHP、PERL
生産性 PHP・PERL>JAVA
分散機能 JAVA>PHP
かな?

0047nobodyさん02/10/22 18:31 ID:LNRyZpiq
現在、apache+perl+mysqlで個人サイトを運営して
います。access_logを見ると、一日平均のアクセス数は、

*.htmlなどのページへのアクセス:700回
*.cgi, *.plへのアクセス数:200回

このような状況で、mod_perlをインストールするメリットは
ありますでしょうか?

0048nobodyさん02/10/23 16:49 ID:wmVb5SF0
>>47
そのPerlプログラムがmod_perl環境下で正常に動作するかどうかが一番の問題。
正常動作するならPerlによるCGIの問題点をほとんど解消できるんだからメリットでしょ。
スコープを意識したコードでも、書き方によっちゃー全然ダメな場合もあるよ。

0049nobodyさん02/10/23 21:53 ID:gk1g9hIS
mod_prelとPHPの違いについて誰か教えてくれ。

0050nobodyさん02/10/23 22:05 ID:MeYX5mSP
>スコープを意識したコードでも、書き方によっちゃー全然
>ダメな場合もあるよ。
mod_perlを使う場合はに、全てのCGI(xxx/cgi-bin/ ディレ
クトリーにある全てのperl code)を同時にmod_perl化
(mod_perlがcodeを読み込むディレクトリーに移動)
しなければ、いけないのですか? それとも、問題のない
CGIコードから順々にmod_perlディレクトリーに移し、
問題があるコードはCGIで稼働させる、という経過処置
は技術的に可能でしょうか?

0051nobodyさん02/10/23 22:19 ID:???
>>50
大抵の所は拡張子で動作分けしてる。
「.cgi」なら通常のperl、「.mpl」ならmod_perlみたいに。

0052nobodyさん02/10/23 23:15 ID:???
CGI VS PHP VS JAVA
http://pc.2ch.net/test/read.cgi/php/1006006800/l50
の100倍くらいよいスレですね

0053nobodyさん02/10/23 23:48 ID:MeYX5mSP
>正常動作するならPerlによるCGIの問題点をほとんど
>解消できるんだからメリットでしょ。
CGIが「毎回、perlを起動して、perl codeをコンパイルする
ために遅い」というのが、問題点として挙げられますが、私の
個人サイトでは、1000行程度のperlコードをCGIで運用してい
ますが、この「遅さ」というのが実感できないでおります。

同じコンピュータ(Mac OSX)で、Tomcatを動かしてい
ます。Tomcatで運用しているServeletは100行程度なのに、Tomcatが最初に起動して、Serveletを読み込んでい
る時間は、8秒前後かかっています。

どうして、apache+Perl CGIでは、「「毎回、perlを起動
して、1000行程度のperl codeをコンパイルする」にもかか
わらず、Tomcat+Serveletの起動時のような長い時間がかか
らないのでしょうか?

00544702/10/24 06:32 ID:d+6fCjtI
>>50
あるディレクトリ以下はmod_perlを有効する、って事でしょ?
perlディレクトリではmod_perl
cgi-binディレクトリでは通常のまま、みたいな。
これは出来ますよ。

>>53
>Tomcatで運用しているServeletは100行程度なのに
>Tomcatが最初に起動して、Serveletを読み込んでい
>る時間は、8秒前後かかっています

それはservletのコーディングに問題があるのでは?
普通servletは早いですよ。
でもmac OSXは使わないのでわからないっす。

0055nobodyさん02/10/24 10:38 ID:xA0OQLJW
> それはservletのコーディングに問題があるのでは?
> 普通servletは早いですよ。
一度、Tomcatが立ち上がってしまえば、serveletの
実行は速いのですが、Tomcatの起動(再起動)に8
秒前後かかっています。

apachectl gracefulでapacheを再起動させても、
topで確認できるCUPの使用量は一瞬で0になり
ますが、Tomcatを再起動すると、8秒前後、CUP
の使用量が50%を超え続けます。apache再起動の
後に、1000行前後のperl CGIを実行しても「8秒
前後」待たされることもありません。


00564702/10/24 10:41 ID:???
もしかしてApacheと連携させてない?
連携させれば解決でしょ。

0057nobodyさん02/10/24 19:38 ID:P1bLXvUC
>もしかしてApacheと連携させてない?
Tomcatは、Apacheと連携させています。

私の発言の趣旨は、Tomcatの起動が遅い、という
ことではありません。ある程度の大きさのアプリケー
ションであれば、起動時間が長くかかるのは当然です。
それなのに、perl-CGIの起動時間だけ、なぜ短いのかが
不思議に思い、質問したわけです。本当に、CGI-perl
は、毎回、perlを起動して、perlスクリプトをコンパイル
しているのでしょうか?

00584702/10/24 20:53 ID:???
1日200くらいのアクセスだから軽いの。
1時間200以上のアクセスになってきたら体感できる。
っていうか、ApacheとTomcatを連携させているなら、常にTomcatは起動してるんだぞ?
起動に8秒以上かかるって尋常じゃないって。Webサービスとして成り立っていないスピード。
普通のPerlによるCGIだったら毎回コンパイルしてるよ。何を疑ってんの?
ちょっと回答する気がなくなってくるね。。。

0059nobodyさん02/10/24 21:31 ID:???
57はTomcatを再起動してるんじゃねーの。
JavaVMの起動で遅くなってる予感。

0060nobodyさん02/10/24 22:01 ID:???
>>57
意味不明・・・。

0061nobodyさん02/10/24 22:02 ID:xA0OQLJW
>57はTomcatを再起動してるんじゃねーの。
わざわざTomcatを再起動するのは、時間を計るためで、
通常の運用では、再起動はしません。

>普通のPerlによるCGIだったら毎回コンパイルしてるよ。
>何を疑ってんの?
私が疑っているのは、アクセス回数の低い状況では、
コンパイル済みのPerl-CGIがメモリーにキャッシュされ
ているために、起動+実行速度が速いのではないか、とい
うことです。もしも、そうだとすると、アクセス回数の低い
サーバーでは、mod_perlをインストールしても、実行速度
があがらない、という可能性はありませんか?

00626002/10/24 22:02 ID:???
間違った、すんません!
意味不明は>>60でした

0063nobodyさん02/10/24 22:06 ID:???
だから、普通のCGIはキャッシュされねーっつうの!
可能性もクソもないんです。

0064nobodyさん02/10/24 22:25 ID:???
アクセス回数が低い&最近の鯖の性能向上で
体感できないんじゃないか?

TomcatのほうはJSPのコンパイルのことを
言ってたらぶっとばす!

0065nobodyさん02/10/24 22:32 ID:???
>TomcatのほうはJSPのコンパイルのことを
>言ってたらぶっとばす!

もし↑だったら俺もぶっとばす!

00665902/10/24 22:50 ID:???
なんか読解力のない厨が混じってるような気がしないでもないが。
>>61
PerlインタプリタやスクリプトがディスクI/Oのキャッシュ(=メモリ)に
キャッシュされる可能性はあるが、通常のCGIを経由して起動されたPerlでは
ソースコードの内部コードへのコンパイルは毎回行われる。
その処理がJavaVMの起動に比べて圧倒的に速いというだけのことだ。
従って、実際のスクリプトを処理するコストに比べ、
コンパイルとプロセスforkのコストが比較的大きくない限り
(まあ通常はプロセスforkのコストが大きいわけだが)mod_perlを導入する
メリットはあまりない。

0067nobodyさん02/10/24 23:06 ID:xA0OQLJW
>PerlインタプリタやスクリプトがディスクI/Oのキャッシュ
>(=メモリ)に キャッシュされる可能性はあるが、通常の
>CGIを経由して起動されたPerlでは ソースコードの内部コー
>ドへのコンパイルは毎回行われる。
なるほど、I/Oのキャッシュの可能性はあるわけですね。

なぜ「キャッシュ」というのに、こだわったかと言えば、
「Googleの検索が速いのは、毎回、検索を実行しているのでは
なくて、よく行われる検索は、その検索結果がキャッシュされ、
それが再利用されているから」という話を聞いたことがあり、
検索結果のキャッシュが可能ならば、コンパイル済みのPerl-
CGIをキャッシュする方が簡単にでくる、と(素人なりに)考
えたためです。

00685902/10/24 23:18 ID:???
>>67
まあそれを実現しているのがmod_perlのApache::Registryなわけで。
プロセスforkのみ回避してコンパイルは毎回行うApache::PerlRunというものが
存在している理由は即ち一般にコンパイルのコストよりもプロセスforkのコストの
方が高いからなんだがね。
いずれにせよ、同時複数アクセスがリソースを奪い合うとかそういう状況でないと
大した恩恵はないな。

0069山崎渉03/01/15 13:48 ID:???
(^^)

0070山崎渉03/03/13 17:48 ID:???
(^^)

0071山崎渉03/04/17 12:15 ID:???
(^^)

0072山崎渉03/04/20 06:19 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

0073山崎渉03/05/22 02:20 ID:???
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―

0074山崎渉03/05/28 17:10 ID:???
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉

0075山崎 渉03/07/15 11:24 ID:???

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

0076山崎 渉03/08/02 02:29 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

0077ぼるじょあ ◆ySd1dMH5Gk 03/08/02 05:03 ID:???
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ

0078山崎 渉03/08/15 23:24 ID:???
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

0079nobodyさん03/09/04 21:22 ID:???
なんだよこのスレ。。。
山崎渉だらけじゃねーか。

0080nobodyさん03/09/11 00:20 ID:XT65CHOu
少々古い話ですけど、
http://slashdot.jp/articles/02/10/30/0741211.shtml
なんてのがありました。

0081nobodyさん03/09/11 17:42 ID:7Xj0wWuO
PHPも5まで来るとついにオブジェクト指向言語になっちゃうんだねぇ。
でもさぁ、ここまでやると最大の利点だった生産性が下がっちゃうんじゃないの?
Javaservletで作るのと変わらん気がするんだが・・・。

> オブジェクト指向言語に生まれ変わるPHP5
> ttp://www.atmarkit.co.jp/flinux/special/php5/php5a.html

0082 03/09/11 17:56 ID:???
PHPはOOPできるようになるんだが、実際そうやって書かれることは稀と予想、、。

0083nobodyさん03/09/12 02:31 ID:zBAxZff7
これ相変わらずインタプリタで動かす気なのか?

0084nobodyさん03/09/12 02:51 ID:zBAxZff7
つーか、さらっとしか読んでないが、型チェックがないのに、仮想関数とか
入れてどうすんの?っていう疑問

00858403/09/12 02:57 ID:???
>>84
仮想関数→抽象クラス、インターフェイス

0086nobodyさん03/09/12 07:14 ID:1PhbjvuD
>>84

だよね。作者の自己満足としか思えない。いかにも中途半端。
これが決定打になって、PHP のユーザは ruby, python へ移行していくだろうね。

0087nobodyさん03/09/12 12:48 ID:???
>>86 >ruby, python へ移行
Javaならともかく、それは考えにくいな。
PHPは明かに変な言語だけど、ウェブでのメリットは大きいから。

00888103/09/12 15:09 ID:jscWjcUi
この辺でみなさんに質問。
2005年にあなたがメインで使っているであろう言語は?
そして時々使用するであろうサブの言語は?

おれはメインがJavaでサブがPHPかな。
Javaはサーブレットからアプレットまで広く使い分けられるし、PHPはコマンドラインでもそれなりに使えるようになってきたから。

00898103/09/12 15:18 ID:jscWjcUi
ああ、もちろん職場の方針も織り込み済みでよろしく。

0090nobodyさん03/09/12 21:37 ID:???
>>88
職場はJava以外にないな。
個人的にはPHPがラクでいいけどな。

0091nobodyさん03/09/13 07:24 ID:I05Xs8r5
struts的なframeworkはPHPにあるんですか?

0092nobodyさん03/09/13 16:47 ID:adLSWT/8
>>91
こんなの見つけましたよ
http://openlab.dino.co.jp/

・ID/PASSによるユーザ認証
・10levelsのリニアなユーザ権限
・確実なSQLを生成する、SQLビルダ
・テンプレートエンジンとそのカスタムタグ
・フォームのバリデーション、テンプレート連携
・携帯電話(iモードなど)対応コンテンツ作成、PCとのハイブリッドコンテンツの作成
・Wikiエンジンを搭載したコンテンツ管理システム

0093 03/09/14 19:34 ID:???
コードが難読化されているのか・・

0094nobodyさん2005/04/20(水) 14:45:14 ID:???
tes

0095nobodyさん2005/08/16(火) 23:31:59 ID:FTlg4c0z
【ゴールデンレス】
  ∩ ・∀・)∩∩ ´∀`)∩  このレスを見た人はコピペでもいいので
   〉     _ノ 〉     _ノ10分以内に3つのスレへ貼り付けてください。
  ノ ノ  ノ  ノ ノ  ノそうすれば14日後好きな人から告白されるわ宝くじは当たるわ
  し´(_)   し´(_) 出世しまくるわ体の悪い所全部治るわでえらい事です


0096nobodyさん2005/11/06(日) 11:51:38 ID:szZvbyxN
マカーっていつもアフォだな。氏ねよ。

プロつーか飯喰ってる香具師なら、単価高いJava以外選択枝無いだろ。
PHPなんてデザの範疇だ。

0097nobodyさん2005/11/06(日) 14:47:06 ID:???
PHPでそれなりに書けるようになっただけの自称プログラマが、
安易にSOHOに手を出し始めて、適当な仕事を安く上げて単価を下げている件

0098nobodyさん2005/11/06(日) 18:01:26 ID:???
そんな案件捨てておけい
PHP SOHO 月60万 自称プログラマー
って得意気に言うじゃない
それプログラマーの最底辺ですから〜!!

0099nobodyさん2006/01/27(金) 22:22:35 ID:???
「PHP作者がYahoo!にいる」と言うとなんか凄そうだけど、Yahooの
Rasmus Lerdorf氏はPHP/FIの原作者であって、PHP3のエンジンや
Zend Engineはほとんど手がけていないんだよな。

0100nobodyさん2006/02/07(火) 17:21:27 ID:???
>>98
PHPだけで月60万も出るならJavaなんてとっくに消えてる罠

0101nobodyさん2006/02/09(木) 13:25:20 ID:???
PHP SOHOで年500万って一般企業の大卒1年目以下のレベルだよなぁ

0102nobodyさん2006/04/02(日) 05:15:30 ID:???
C/C++/C#、JavaScript、Java、VB、PHP
な俺ですら、月20万だ。
PHPだけで60万も出るかよw

0103nobodyさん2006/05/16(火) 12:50:02 ID:SvxrKszl
所詮コーダーに高いカネは出ない

0104nobodyさん2006/06/24(土) 21:58:39 ID:???
月30もらえれば十分だよ・・・という俺はどれに集中したらいいでしょうか。

0105nobodyさん2006/06/24(土) 22:13:26 ID:0apNV1/n
>>99
PHP/FIはアイデアとしてすばらしかったけど、PHP3以降どんどんクソになっていってないか?

0106nobodyさん2006/06/24(土) 22:14:38 ID:???
>>101
SOHOなら、年500万ってことは、サラリーマンの年400万程度かな。

0107nobodyさん2006/06/25(日) 13:19:40 ID:???
>>106
300万弱ぐらいだと思う

0108nobodyさん2006/06/27(火) 18:20:47 ID:???
>>91
mojavi(だっけ)とかいいんじゃん

俺も、特殊な要望がない限り、何の言語でもいいと思うな。
ちゃんとしたの出来上がるなら。

個人的にはJavaが好き。
フレームワークとかいっぱいあって飽きないから。

って、ASP使ったことないんだけどね。エヘ

0109nobodyさん2006/06/27(火) 18:22:19 ID:???
って>>91、2003/09/13
(((;;゚д゚)))

0110nobodyさん2006/07/01(土) 01:49:32 ID:???
>>53 をもう一度掘り起こしてみようっと。

 同じサービスを提供する、servlet と Perl のコードをそれぞれ書いた。
 Apache 以外起動していない状態から、コードが実際に web サービスとして
 クライアントに提供されるまでの所要時間は
   servlet → 8 秒
   Perl → 一瞬
 となった。
 この違いは何なのか?つーか Tomcat の起動が 8 秒くらいかかるんだけど
 この 8 秒ってどうしても必要なの? 逆に、Perl 側で必要無いのはなんで?

俺漏れ Tomcat の役割あんま知らない。。。誰か解説よろ。。。

0111nobodyさん2006/07/01(土) 02:16:18 ID:+M/BJcfk
>>110
…TomcatはApacheと一緒に事前に起動しておくものだよ…。

0112nobodyさん2006/07/01(土) 16:05:22 ID:???
だから、なんで、8秒も時間がかかるナニカを
特別に用意しなきゃいけないの?って事じゃね?
Perlはperlだけでうまくやってくれるのに、って。

いや、最初の8秒くらい気にすんなよって言いたいんだろうけどさ。

んでオレ思うに、JSPは重長広大なサービスを
比較的手軽に提供できるわけだな。
それこそ、一旦tomを起動しちまえば、セッション管理とか
えーと、よく分かってないけど、色々tomの野郎がやってくれるらしい。
8秒ってのは、そのための初期投資だよ、と。
そういう事でいいんだろ?

0113nobodyさん2006/07/01(土) 16:11:27 ID:???
えーとだからあれだ。自転車と自動車。

自転車は玄関を出て車庫に行って自転車にまたがって、スタート。
どこにでも行ける。細かいところにも手が届く。

自動車は玄関を出て車庫に行って自動車に乗り込んでシートベルトを
しめてエンジンをかけてドゥルンドゥルン、ブレーキを離しつつ
アクセル踏み込んで、ようやくスタート。
一旦スタートしてしまえば、速い。超速い。高速道路とか構わない。やばい。

どうだ。だめか orz

0114nobodyさん2006/07/01(土) 19:38:40 ID:???
JSPしか使わないんじゃ、JavaAPサーバ入れる価値無いのでは。

0115nobodyさん2006/07/02(日) 04:41:19 ID:???
>>110
ところでWebサービスって言葉の意味知ってますか?

0116nobodyさん2006/07/02(日) 10:13:43 ID:???
axisのアレだろ?

0117nobodyさん2006/07/04(火) 18:37:34 ID:e1kOkaU7
まぁわざわざJava使って嬉しいのは、個人的には
マルチスレッドの扱いやすさかね。
要求するコード記述が厳密なのもスキ。
(暗黙的な型変換をあまりしない)

DI・AOPが充実してきたのもポイント。
言い出したらキリがないが、Javaでできることのほうが多いはず。

まぁPHPで大抵はことたりるんだけど。

0118nobodyさん2006/07/05(水) 03:16:41 ID:???
>>117
> DI・AOPが充実してきたのもポイント。
おいおい。見事に世間に踊らされてるな。
型が厳密でコンパイル時に確定できるのがメリットだったのに
実行するまで何が起こるか分からなくなってしまうんだぞ。正気か?

0119nobodyさん2006/07/08(土) 00:15:36 ID:aabAXM2T
ん?
DIで何故に型チェックが無くなるんだ?

0120nobodyさん2006/09/21(木) 21:18:36 ID:a9Y5U5+4
ソフトウェア開発には、しばしば交わっているがたいていは分かれている、
5つの世界がある。

その5つとは:

1.パッケージ
2.インターナル
3.組み込み
4.ゲーム
5.使い捨て

スクリプト言語の得意分野は、5.

0121nobodyさん2006/09/22(金) 00:46:01 ID:???
プログラマーのSOHOは経費かからないから、売り上げがそのまま自分の収入になるよ。
だって、PCとネット環境さえあれば仕事できるんだもん。

0122nobodyさん2006/09/22(金) 18:27:54 ID:oOXbub2k
えーと、宣伝は?
するきなし?

0123nobodyさん2006/09/24(日) 18:23:21 ID:???
>>122
宣伝しないと仕事がないようなSOHOは、つぶれるしかない。

0124nobodyさん2006/09/27(水) 13:53:49 ID:???
>>118
実行するまで分からないのは
どの実装クラスが使われるかだけ。
使われる実装クラスがどんな機能を満たすかは
interface が規定している。

0125nobodyさん2006/10/07(土) 01:53:10 ID:???
>>123
説得力の有る経験談ですね^^

0126nobodyさん2006/10/07(土) 11:12:43 ID:???
>>125
だいたいSOHOでやるのは実力があるわけで、宣伝しなくてもツテだけで仕事は来るはず。

0127nobodyさん2006/10/07(土) 23:25:54 ID:???
>>121
そうでもない。
マシン買い換えたり、本買って勉強したり、いろいろやらなきゃいけないこともある。
そうしないといつか客から捨てられる。

0128nobodyさん2006/10/28(土) 17:07:13 ID:???
>>1
先ずは
サーバーサイドとクライアントサイドの違いを理解すれ

0129LRSU, PHP2007/09/25(火) 12:14:08 ID:s2WWTkHf
1.Perlとmod_perlとを同様に比較対象とするならば、PHPはZendエンジンを比較対象にすべきじゃないかな?

2.Perlはスクリプトを都度解釈するが、必ずしも毎回メモリーにローディングされるわけではない。OSはLRSUの理論に基づき使用頻度の低いものからメモリ上から追い出す。
即ち、使用頻度の高いものはメモリーに居座る可能性が高い。昨今の豊富なメモリー事情からすれば。。。

0130nobodyさん2007/09/25(火) 14:24:52 ID:???
これは罠だな あからさますぎる

0131nobodyさん2007/09/25(火) 21:56:04 ID:???
LRSUの理論が気になって夜も眠れない

0132nobodyさん2007/09/26(水) 00:27:57 ID:???
どうせ朝から寝てるんだろ。

0133nobodyさん2007/10/08(月) 14:39:21 ID:ZR5PNW/A
もの凄いエンジニアがいるスレ
http://gamble-1.bbs.thebbs.jp/1190377601/e100
リンク後[最新40]もしくは[最新10]をクリックすると最新記事が読めます
thebbsの仕様は2chで慣れてる方は扱いづらいと思いますが直ぐ慣れると思います
頭が電波級ですw

0134nobodyさん2007/12/29(土) 13:37:32 ID:aT6WqfJE
俺のサイトをPHPからJavaにする為IBMのWebSphereを買おうと思って見せ探したけど
あまり売ってないねこれ
淀橋では取り寄せてくれるみたいだけど、年明けじゃないとだめだた。
んで、Win用は値段いくらでしょうか?
置いてある店あったら教えて下さい。
おながいします。

0135nobodyさん2007/12/29(土) 20:43:42 ID:???
JavaのIDEを金出して買う物好きはあまりいないからな。金だすならIntelliJ IDEAにするだろうし。
というか、その程度ならWebSphereとか買う必要ないんじゃね?
いまから始めるならNetBeansでも使っとけば?Eclipseでもいいけど。

0136nobodyさん2007/12/31(月) 13:46:32 ID:???
PHPの利点って簡単って事以外あるのか?

0137nobodyさん2007/12/31(月) 15:59:51 ID:???
phpスレで聞いてくれば?

0138nobodyさん2007/12/31(月) 18:15:01 ID:???
speedcgiの対応化でめげた。。
グローバル変数とローカル変数。。
だ〜めぇだぁ

こんな俺はきっと何をやってもだめ

0139nobodyさん2008/01/24(木) 09:47:04 ID:P5YTlPFR
for プロ だって


( ´,_ゝ`)プッ

0140nobodyさん2008/09/17(水) 04:27:57 ID:???
>>4 から >>139 まで6年8ヶ月

0141nobodyさん2008/10/01(水) 09:13:24 ID:TBE3lXsr
>>1-140
http://imepita.jp/20080930/003930
オヤスミ…
  <⌒/ヽ-、___
/<_/____/
 ̄ ̄ ̄ ̄ ̄ ̄ ̄

0142nobodyさん2009/05/05(火) 20:31:13 ID:???
C#とJavaとPHPとシェルスクリプトとJavascriptを平行してやってたら頭がこんがらがってきた!

0143nobodyさん2009/05/26(火) 18:53:50 ID:???
まぁ初心者は混乱するわな

0144nobodyさん2009/05/27(水) 00:46:26 ID:???
IDEだとかデバッカだとか使ってないとき
オブジェクトのダンプを見ようと必死こいてアレェでないとおもってたら
JavaScriptでPHPの組み込み関数かいてたりとか、そんな感じなことは稀によくやる

0145nobodyさん2009/06/23(火) 20:39:02 ID:5zKxGJ/t
>>144
 Z
  z
  z
 <⌒/ヽ-、___
/<_/____/
 ̄ ̄ ̄ ̄ ̄ ̄ ̄

0146nobodyさん2009/06/24(水) 00:47:21 ID:???
あるあるww
PHPとかPerlはクセつよいからいいけど、JavaとC#あたりは素で気づかなかったりするわ

0147nobodyさん2009/06/25(木) 02:01:40 ID:ys49vVGX
>>147
オヤスミ…
  <⌒/ヽ-、___
/<_/____/
 ̄ ̄ ̄ ̄ ̄ ̄ ̄

0148nobodyさん2009/09/03(木) 00:40:55 ID:???
124 名前:就職戦線異状名無しさん[sage] 投稿日:2009/08/18(火) 00:10:04
>>122
ASPなんて今やダレも使ってないがw
どんだけ現場を知らない情弱なんだよw
125 名前:就職戦線異状名無しさん[sage] 投稿日:2009/08/18(火) 21:19:04
ASPってww
いまはjavaかphpだろ
java、phpの技術者需要は今後もなくならない
基幹寄りオープンシステムjavaがなくなることは21世紀中にはないよ
130 名前:就職戦線異状名無しさん[sage] 投稿日:2009/08/20(木) 06:02:52
>>124
うっそだー
俺使ってるもーん
>>125
だからphpにaspとSQLserverだよ
PHP単体でモノが作れると思ってるの?馬鹿なの?
141 名前:就職戦線異状名無しさん[sage] 投稿日:2009/08/22(土) 20:20:01
ASPはVS使うとぐいで簡単に作れるから使われてるよ
いちいち0からソースコード手打ちする会社なんてベンチャーかユー子ぐらい

【志望業界】理系で仕方なくSEに…【行けず】
http://namidame.2ch.net/test/read.cgi/recruit/1242462237/119-

0149nobodyさん2009/09/03(木) 20:49:43 ID:???
IIS環境だとVS.NETつかってASP.NETとC#かVB、あたりが一般的だよな

0150nobodyさん2010/10/04(月) 13:10:47 ID:???
使い分けはいつもマシンパワーと開発期間のトレードオフだろ。
その前提を抜きにするなら、言語+プラットフォームで高速なのは、やはりJavaになる。

SPECweb2005っていうベンチマークで2008年に、JSP(Java5+Tomcat5)はPHP5に3倍程度の性能差を見せている。
これは好きなハードウェア構成で、PHP, JSP, ASPXのいずれかのスクリプトで参加できる競技ね。
ttp://www.spec.org/web2005/results/res2008q3/

ASPX(.NET)とJSPの差だと最新のSPECweb2009で同一ハードウェアの比較がある。
こっちもJSPが2倍に近い性能差を見せてるが、RockってWebサーバソフトはベンチマーク特化という曰く付きなので
安易にJavaが優勢とも言いがたい。
ttp://www.spec.org/web2009/results/web2009.html


どちらにしろ、今ではJavaもWeb開発は早いから、P言語とかLLとかいわれるジャンルは省リソースという面でのみ考えた方がいい。

0151nobodyさん2010/10/04(月) 13:12:08 ID:IyPJtywE
age

0152nobodyさん2010/10/04(月) 23:49:03 ID:???
>>150
ためになりました。

0153nobodyさん2010/10/24(日) 22:38:37 ID:Yl94XZsO
伝説のPHP作者「Rasmus Lerdorf」名言集を聞くと嫌PHP厨がファビョる
・今のPHPを作ったのは、何十人もの開発者ですよ。私は1人目の開発者だったに過ぎません。
・問題を解くのが好きなだけで、プログラミングは大嫌いです。
・いかにプログラミングを避けるかを考えていたら、コードを再利用するためのツールとしてPHPができました。
・PHPは、歯ブラシみたいなものですね。毎日使うものですけど、だから何でしょう?誰が歯ブラシの本なんて読みたがります?
・パーザを書くのは苦手です。本当にダメなんです。今でもね。
・PHPには「protected属性」も「仮想メソッド」もありますよ。情報学科の教官が「重要だ」っていうやつは何でもね。僕自身は、こんなものどうでもいいと思ってますけど。
・プログラミングを好む人がいるのは知ってますが、全く理解できないですね。
・僕はホンモノのプログラマではありませんから、やっつけ仕事ですよ。ホンモノのプログラマは、「動いてるように見えるけど、メモリリークだらけじゃないか。直す必要があるかもね」なんて言うでしょう?僕なら、10リクエストごとにApacheを再起動しますね。
・いえ、メモリリークはちゃんと気をつけてますよ。でも、プログラミングってほんとクソだなと思いますね。
・プログラミング言語を作るつもりはありませんでした。どうやって作るのかも知りませんし。論理的に必要だと思われるものを足していっただけなんです。
・僕の発言に怒ってる人がいるようですね。僕がプログラマとしてひどいのは認めますけど、でも、多分あなたたちよりマシだと思いますよ(笑)。

0154nobodyさん2010/12/16(木) 15:05:04 ID:???
>>150
Tomcatを本番機で使うのか?

0155nobodyさん2011/01/28(金) 00:18:07 ID:xg7Qm7iy
tomcatなんて商用で使われまくりだよ
FujitsuのInterstageなんて中身の実体tomcatだしなw
そもそもapacheだって普通に使われてるだろw

0156nobodyさん2011/01/28(金) 00:56:56 ID:???
>>154
意味不明

0157nobodyさん2011/01/29(土) 00:57:24 ID:whsSbInc
>>153

この発言のソースってどこですか?
興味深いんですが。。

0158nobodyさん2011/01/29(土) 10:41:23 ID:???
PHP作者が日本語書くとは思えないし
捏造でしょ

0159nobodyさん2012/07/29(日) 18:34:46.46 ID:BZJBtdyt
魅惑の検索エンジン

0160nobodyさん2012/08/25(土) 13:21:01.22 ID:???
CGIってもう古いって事?

0161nobodyさん2013/11/18(月) 12:04:11.34 ID:TAVHCpcv
すみません、perlが不得意でphpが得意なこと、
その逆のことがあったら一言で宜しく。
perlで生きてきましたが、必要ならphpも
覚えようかと思います。

0162nobodyさん2015/11/16(月) 01:59:08.07 ID:zqD+gs+9
転職の際に必ず思い出してください。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in 東京
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される

0163nobodyさん2017/01/21(土) 18:57:43.03 ID:iuL6ICc7
ぬるぽ

新着レスの表示
レスを投稿する