5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

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

PHPがJSPより優れている点って何ですか。

1 :たけ:03/12/04 00:49 ID:7VVPvP8a
よく巷でPHPは便利だ、簡単に作れるというんだけど、
ちょっと見たところ、そんなにJSPより利点があるようにも
見えないんだけど、誰か指摘して頂戴。
まあ、Perlよりは楽だろうけど。


2 :nobodyさん:03/12/04 00:59 ID:???
単発質問スレ立てるな

3 :nobodyさん:03/12/04 01:07 ID:???
CGIとJSPとPHPどれが得か?
http://pc2.2ch.net/test/read.cgi/php/1065866136/

CGI vs ASP vs Java Servlet vs JSP
http://pc2.2ch.net/test/read.cgi/php/1067093628/

どっちにしても盛り上がるネタじゃない

4 :nobodyさん:03/12/04 12:33 ID:???
>1

だっさ

5 :nobodyさん :03/12/04 20:23 ID:???
>>1
>そんなにJSPより利点があるようにも
>見えないんだけど
何を見てそう思ったの?


6 :nobodyさん:03/12/05 01:34 ID:bTZUZcYB
http://www.atmarkit.co.jp/fjava/rensai2/jspservlet02/jspsevlet02_1.html
ここに答えがありますた。

7 :nobodyさん:03/12/05 10:04 ID:???
糞スレにマジレスか

8 :nobodyさん:03/12/05 12:16 ID:MqWqoWuk
できることはあまり変わらないし得も損もないんじゃ・・・・。
ようは使い慣れた言語が一番!
俺的には「PHP、JSP/Serv」は両方できたほうがいいと思うけどね・・・。

9 :nobodyさん:03/12/05 12:36 ID:???
>>8
いや、PHPはできる必要ないだろ。

10 :nobodyさん:03/12/05 19:36 ID:MqWqoWuk
>>9
そう?簡単だからいいじゃん!?
それに噂だとPHP5からオブジェクト指向になっていくとかいかないとか・・・。

11 :nobodyさん:03/12/05 22:36 ID:???
PHPのほうが P が2つも入ってるのが神がかっている

12 :nobodyさん:03/12/07 14:33 ID:ZxCmw1UM
PHPってセッション以外にオブジェクトを他ページに渡す方法がないのが鬱

13 :nobodyさん:03/12/07 17:29 ID:???
CGIとJSPとPHPどれが得か?
http://pc2.2ch.net/test/read.cgi/php/1065866136/

CGI vs ASP vs Java Servlet vs JSP
http://pc2.2ch.net/test/read.cgi/php/1067093628/

−−−−−−−−−−−− 終了 −−−−−−−−−−−−−

14 :nobodyさん:03/12/07 22:29 ID:a9lK7lJL
phpを使用できる環境の方が多いんだから
phpが一番、
オープンソースも多いから勉強しやすい
phpユーザーが多いので
わからないことも教えてもらいやすい
jspなんか
わざわざtomcatインストールしたりで
セキュリティー面においても歴史が短いから不安

15 :nobodyさん:03/12/07 23:24 ID:???
要約すると
厨房向けってことか

16 :nobodyさん:03/12/07 23:30 ID:???
>>14
スクリプト言語だからオープンソースは当たり前では??

17 :nobodyさん:03/12/08 03:30 ID:???
>>15
んだから普及したんだよ。    へえー。

18 :nobodyさん:03/12/08 15:58 ID:48g33nxe
>>わざわざtomcatインストール
別に何時間もかかるわけじゃないし。。。

>>セキュリティー面においても歴史が短いから不安
apaccheにアドオンすれば問題なしな気が・・・。

19 :nobodyさん:03/12/10 09:50 ID:???
>>12
任意の変数をシリアライズできますけど。
出力先はファイルとか共有メモリにでも。


20 :nobodyさん:03/12/11 19:54 ID:3a96zagy
■運用面で比較すると
PHP・・・規則(変数型等)があやふやな為、別の人間が担当することになった場合にはちとつらい。
     自由が利く反面、仕様書等をがっちりしておかないとあとで祭りになる可能性大。
JSP・・・規則(変数型等)がむかつくくらいにうるさい。ただ規則はあるので後から見た人もわかりやすい。
     JAVAプログラマーは何気高い・・・。
    
■結論
PHP・・・一発屋(拡張等を余り見込まない)中規模程度のシステムまでなら便利。
JSP・・・大規模の基幹系ならこっちがお勧め。
システム開発をするときは技術面での検討はもちろんだか、運用面等開発後も考えて先行するのは吉。
開発期間より運用期間の方が長いんだし。

21 : :03/12/11 20:11 ID:???
JSPで基幹とはこれ如何に。

22 : :03/12/11 20:15 ID:???
そういうスレだったか。訂正↑。

23 :14:03/12/13 10:55 ID:7blUuH0p
>>16
オープンソースが多いというか
ソースコードを無料配布している人が多い
>>18
tomcatインストールするのに
3時間かかった。
tomacat側は8080ポート
apache側は80ポートという風になってしまい
全て80ポートで動作することが出来ない
apaccheにアドオンって何?
やはりtomcatは時間かかるからダメ




24 :nobodyさん:03/12/13 15:56 ID:???
ぬっちゃけJSPが分かってる人でPHPが習得できない人なんて居ないでしょ


25 :nobodyさん:03/12/13 21:52 ID:???
っていうか、Zendをタダにしろや。

26 :nobodyさん:03/12/15 10:14 ID:eDFqb4c4
>>23
アドオンの仕方・・・下記参照
http://www.ether-usa.net/ether-server/macosx/LAN-c-11.html
簡単に言うとアパッチでtomcatが動くようにすること。

>>24
正解。jspができれば他もできる!・・・はず。


27 :nobodyさん:03/12/20 14:56 ID:shmreW4a
っていうか、PHPをEclipseで作れるようにしろや。


28 :nobodyさん:03/12/20 15:45 ID:CAL2PA31
>>27
PHP WebStudioというのがあるyo

29 :nobodyさん:03/12/20 18:38 ID:???
っていうかZendStudioでいいじゃん

30 :nobodyさん:03/12/20 18:56 ID:shmreW4a
>>28
ありがとん。使ってる?

>>29
バージョンが0.3.4てとこが気になるけど[>WebStudio]タダのほうがいいやん

31 :28:03/12/22 18:51 ID:cuO5XY7C
あんまり活用できてない>WebStudio
サーバに上げて試さなくても文法チェックをしてくれるのが楽で使ってるレベル

32 :nobodyさん:03/12/22 19:17 ID:???
文法チェックは -l でできるからなあ。

33 :nobodyさん:03/12/28 01:25 ID:???
phpは厨房でも使えるのがすばらしい
あまりにも簡単過ぎて、スキルとは呼べないけど

34 :nobodyさん:03/12/30 01:42 ID:???
>>30
WebStudio使っているけどデバッグ機能に期待しちゃだめ。デバッグ機能をデバッグしている気分になる。
Eclipseの重さに耐えられるならば(重いのは起動時だけ)高機能エディタとしては超お勧め。
後継のTruStudioにはコード補完機能がつき始めたからこれだけでも漏れには便利になった。
ちなみにわかってるとおもうけどurl> p://trustudio.japansite.org


35 :nobodyさん:03/12/30 19:34 ID:???
webstudioってただのエディタか?

36 :nobodyさん:04/01/04 00:22 ID:???
phpは抵抗ないけどjspは抵抗ある。
漏れの頭は厨房レベルだな。_| ̄|○

37 :nobodyさん:04/01/09 22:48 ID:???
PHPが分かったからとJSPが理解できる保証は無いが
JSPができるやつは、PHPも楽勝で分かる。
簡単で楽だと言うことは、それだけインタプリタ側ががんばっているってことで。

38 :nobodyさん:04/01/22 21:19 ID:x1SMRyOZ
phpからのDBアクセスってアクセスプランの再利用とかできる?

39 :nobodyさん:04/01/23 01:14 ID:???
共有サーバでJSP使えますか?

40 :nobodyさん:04/01/23 05:05 ID:???
>>39
サービス提供しているところは少ないがあるし、使える。

41 :nobodyさん:04/01/23 07:55 ID:???
FreeBSDで動くこと

42 :nobodyさん:04/02/04 11:51 ID:???
phpは一億総WEBプログラマー化の言語
JSPは仕事にするための言語

こんな感じでよろしいでしょうか

43 :nobodyさん:04/02/04 11:52 ID:???
まあyahooがphpでつくってるとかて話もあるし、
要は道具は使いようってだけな気もするが。

perlはどちらにしろもうだめぽいけど。

44 :nobodyさん:04/02/07 13:31 ID:???
perlはもう廃止だ、馬鹿

45 :nobodyさん:04/02/18 16:40 ID:???
Perlは6になったらお終いだ。

46 :nobodyさん:04/04/23 17:38 ID:???
PHPってもっさりしてるでしょ?
WikiとかBlueQuartzとか使ってるとイライラしてくる。

47 :nobodyさん:04/04/26 13:14 ID:???
Javaよりはもっさりしてないよ

48 :nobodyさん:04/05/16 12:38 ID:???
Javaって何処がもっさりしてるんだ?

49 :nobodyさん:04/05/18 14:28 ID:???
全体的に

50 :nobodyさん:04/07/11 00:00 ID:???
まあ、もっさりしているが、
普通にリクエストが少ない状況でJavaを使っても意味が無いだろうよ…

リクエストが多すぎてやばいとか、そういう時に使うもんだ

51 :nobodyさん:04/07/16 22:32 ID:???
>>23
Tomcat8080ポートを塞いで、
mod_jk/mod_jk2を使ってApache80ポートを
Tomcat8009ポートにルーティングするのも一つの解。

PHPが厨向けというのが良くわかったよ。

52 :nobodyさん:04/12/15 00:30:48 ID:???
多分個人レベルじゃJSPの利点である大規模システムなんか作らない罠。
速度にしてもPHP+MMCacheで十分じゃ…。

53 :nobodyさん:04/12/16 09:04:12 ID:FkqLBDlI
PHPとASPはちょっとリクエストが増えると、内部で池沼起こしてもっさりするよな。
Perl、C、JAVAを使い分けるのが最強と言うことだな。

54 :nobodyさん:04/12/16 10:11:59 ID:???
リクエストのないJAVA

55 :nobodyさん:04/12/16 10:43:42 ID:???
コストが安いのが一番だろ。
JAVA系はマーケティングの産物で貧乏人には手が出せませんな。


56 :nobodyさん:04/12/16 13:45:44 ID:???
ひとまずPHP+MMCacheより軽いServletページは見たことがない。

そもそもOOP自体でパフォーマンスは落ちるしね。
まともなOOPしてれば。

57 :nobodyさん:04/12/18 16:21:55 ID:wTia/X4M
Javaだからといっても、WebアプリでOOPする必要なんかないし。

58 :nobodyさん:04/12/18 16:23:37 ID:wTia/X4M
Javaはスキルが貧乏な人には手が出せないってことか。
開発に必要なソフトはすべて無料で手に入れることができるわけだし。

59 :nobodyさん:04/12/18 17:08:39 ID:???
お前みたいな頭がボケた人にはPHPの方が良いよ

60 :nobodyさん:04/12/19 20:32:56 ID:???
>>58
具体的な反論しても、>>59みたいな煽りが返ってくるだけで不毛だからやめとけ。

61 :nobodyさん:04/12/20 01:40:41 ID:???
PHPに深刻なセキュリティ・ホール,リモートからコードを実行される
ttp://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20041217/154014/

62 :nobodyさん:04/12/20 15:53:37 ID:???
まぁ、ぶっちゃけPerlとPHPしかできんのだが
Javaもやってみたい。

63 :nobodyさん:04/12/20 18:09:51 ID:???
>>57
>>60
WebアプリにOOPがいらないとする理由を語ってほしい。
マジわからん。

J2EEとか根底から否定するってことだよね?

64 :nobodyさん:04/12/21 04:11:42 ID:???
>>63
Web+DBアプリにOOPが必要な理由を語ってくれ。
Strutsがあるからそれ以上は不要とか、Hibernateがあるからそれ以上は不要とか、そういう結論にならないように。

65 :nobodyさん:04/12/21 05:58:56 ID:???
完全なOOPは使ってないけど
WEBアプリに限らず
多少OOPっぽくなるのは当たり前じゃない?

OOPが”必要”とかの問題じゃない
OOPしなくても見やすいコードとかもOOPっぽいことになってるケース多いし

そもそもWeb+DBアプリだけでどのくらいの規模を指してるのか不明な点を語れ

まぁどの言語もOOPとして書くこともできるだけであって
JavaしたからってOOPになる問題でもないし
OOPするだけなら今の言語ってほとんどサポートしてるっしょ

66 :nobodyさん:04/12/21 10:04:46 ID:???
>>64はスキルが貧乏なんですよ。

67 :nobodyさん:04/12/21 10:31:30 ID:???
newって書いたリ、extends Actionって書いたリすることをOOPっていうなら、OOPは必要。
継承って便利だねぇ、とか。
規模が大きいとしても、Web+DBアプリの設計で、クラス図がいかほどの役に立つというのか。
まあ、OOPにあこがれる気持ちはわからんでもないが。

68 :nobodyさん:04/12/24 02:20:40 ID:???
phpは分かるがjspは知らない。
上ででていた型が厳しいとはどういうことか教えて。
というか厳しいとかぬるいとかプログラムにそんな曖昧なのがあることすら分からん・・・(´д`;)

69 :nobodyさん:04/12/24 05:18:12 ID:???
PHPのよさは、そんな68でもなぜか動くものが作れるところか。

70 :nobodyさん:04/12/24 06:10:38 ID:???
>>69
同感

71 :nobodyさん:04/12/24 18:06:22 ID:???
>>68
このへんを読むとわかるかな。
http://www.php.net/manual/ja/language.types.type-juggling.php
http://www.php.net/manual/ja/types.comparisons.php

JSP(Java)やC・C++などは変数を使う場合でも宣言が必要で
型の異なる代入や演算はエラーになったり暗黙の型変換が行われる。

int a = 1 // 整数型の宣言と代入 1(数値)
int b = 3.14 // 整数型への代入なので暗黙の型変換 3(数値)
double c = 3.14 // 実数型 3.14(数値)
int d = "A” // 文字の代入 エラー
String e = "1" // 文字列型の宣言と代入 1(文字列)

int v = a + b // 整数型の宣言と演算結果の代入 1 + 3 = 4
int w = a + c // 整数型の宣言と演算結果の代入 1 + 3.14 = 4
double x = a + c // 実数型の宣言と演算結果の代入 1 + 3.14 = 4.14
int y = a + e // エラー
String z = a + e // エラー

72 :nobodyさん:04/12/24 21:05:41 ID:???
>>71
多分分かった、ありがとう。PHPに比べると小難しいプログラムみたいな書き方ですね。


73 :nobodyさん:04/12/25 04:28:25 ID:???
この程度を小難しいといってる72でも、プログラムが作れるPHPってすばらしい。

74 :nobodyさん:04/12/25 04:50:03 ID:???
さすが初心者向けを前面に押した言語だ
この点はやはり受け入れられてるみたいね

75 :nobodyさん:04/12/25 05:32:07 ID:???
そうじゃなきゃ、中途半端な言語仕様の意味がないからな。

76 :nobodyさん:04/12/25 22:00:50 ID:???
徹底比較!! PHP & Java 企業システムにおけるPHP5の可能性
ttp://www.thinkit.co.jp/free/compare/2/6/1.html

ソースコード行数比較で生産性を計ることはどうかと思うが、それ以前の問題だな。
5つのサンプルで、3つはほぼ同じ、それもJava側に無駄な改行やコードも含んで計った上で、PHPが1〜2行少ないだけ。
あとの2つは1勝1敗。
それで、結論が「PHP5の開発生産性の高さを実現しています」

その比較の結果、生産性がPHP側が◎でJava側が△

もう少しまともな比較記事書けんのか?
まあ、そんな記事だから、まだまだ比較することが残ってるのに打ち切られたんだろうけど。

77 :nobodyさん:04/12/26 00:13:00 ID:JB/05Cmi
記事タイトルが既に公平じゃないし。

78 :nobodyさん:04/12/26 01:38:29 ID:???
公平じゃないのはわかりきったことにせよ、ほんとにPHPの生産性が高い部分で比較するか、捏造・誇大表現してでも、読者がなっとくできるもの書かないと、PHP5も浮かばれないよ。
MSのLinux比較記事みたいにうまく書かなくてもいいから。

79 :nobodyさん:04/12/26 03:57:14 ID:???
捏造・誇大表現してでもって…

PHPがJAVAより優れてそうなのはある程度のものが
つくれるようになるまでの習得が容易だってことだろうか。
開発効率は習熟度に依存するだろうけど
そこそこの習熟度でそこそこの開発効率を得られるのはJAVAじゃないかなと。
スクリプト言語は書き手のスキルによって波が大きいよなぁとおもっちょります。


80 :nobodyさん:04/12/26 21:54:42 ID:???
>>79
とりあえず、記事として完結させろよ、って感じだったの。
全然差の出てないデータ出して、「PHPの方が生産性が高い」と書いてあっても、ツッコミようもない。
というか、ただツッコむしかない。
せめて、差の出てるデータ出してれば、その視点がおかしいんじゃない?とか、いろいろ考えることもできるけど。

PHPのいいところは、手かずが少ないので、変に迷うことがないところ。

Javaの場合は、色々なツール、色々な組み合わせがあって、その使いこなしが難しい。
中途半端な、ただ言語を理解しただけのレベルだと、ツールや方法論に振り回されて、ツールを使うためだけ方法論を実現するためだけのコードを作ってしまいがち。
Javaのツールを使いこなすには、非常に高いレベルが求められる。

ツールに振り回されて、ツールの提供する効率をムダにしてしまう非効率なコードを書くのなら、PHPで素直に書いたほうがいい。
Javaで素直に書いてもいいけど、ツールを使いたい衝動や圧力には勝てない。

ほんとうにJavaのツールを使いこなせれば、PHPは話にならないんだけどね。

81 :nobodyさん:04/12/26 23:44:33 ID:???
というかそもそもJSPだけでJavaを語られても困るよなぁ。
JSPはJ2EEの部品の1つに過ぎなくて、実際はServletやらJavaBeansやら
JNDIのConnectionPoolingやらと組み合わせて初めて効果を発揮し始めるのに。

そもそもJSPしか使わないのならあえてJavaにする必要すらないと思う。


82 :nobodyさん:04/12/27 00:58:05 ID:???
>>81
なんか、無理して知ってる言葉を書き並べただけに見えるのは、オレだけ?

83 :81:04/12/27 01:04:56 ID:???
>>82
いいえ。生粋のJ2EE使いです。何でそう思ったの?何か気にさわったかな?
てゆか>>81の一体どこに難しい単語が・・・。(JNDIはちょっと一般的ではないけど)
ServletとJavaBeansは別にJava使いでなくてもWeb系開発者なら一般教養として
押さえておかなければヤバい単語だし。

・・・まさかConnectionPoolingを難しい単語だとでも??


84 :81:04/12/27 01:13:33 ID:???
・・・とここまで書いてふと思ったんだけど、PHPってJavaのJDBC+ConnectionPoolingのような
仕組みってあるの?PHP4の時代にはなかったような気がするけど、俺が無知なだけ?

これってコンテナ(Zendエンジン?っていうの今でも)がサポートしてないと複数のセッションから
参照可能なStatic空間にSingletonに近い形で存在させておくことできないよね?
PHPのConfigファイルのどこかに接続情報を記述するセクションがやっぱりあるのかな?
PHPに詳しい人誰かおせーて。


85 :nobodyさん:04/12/27 01:20:25 ID:???
>JDBC+ConnectionPooling
(。-_-。 )ノノ ないない

86 :81:04/12/27 01:22:23 ID:???
「Connection Pooling PHP」でぐぐってみたのだが、

> PHP の実行環境は apache module 版の場合、各 apache のプロセス毎に存
> 在するので、全体で接続を共用するようなことはできません。Java の
> connection pooling みたいな仕掛けがあれば確かに便利だとは思うのですが、
> 現状では無理です。

とあるけど、これって今でもそうなの?
DBにアクセスするたびに接続時間くってたら話にならんじゃないか・・・。
MMCacheみたいなのがあるのだろうけど・・・。


87 :81:04/12/27 01:26:50 ID:???
>>85
うっそん?
てことはPHPってDBを使用したアプリには致命的に不向きでは・・・?
かつてのASPでさえ(?)Resource Poolingの仕組みが提供されていたのに。

Oracleなんて使った日には接続するだけでヘタしたら2〜3秒かかることもあるのに
いちいちリクエストごとにDB接続なんてやってられん。
そこらへんってPHP使いの人は何かテクでカバーしたりするもんなの?


88 :nobodyさん:04/12/27 01:48:32 ID:???
>>87
http://www.orafaq.com/faqphp.htm#OTHER
SQL Relayとかいろいろ使って

89 :nobodyさん:04/12/27 01:55:27 ID:???
ゴメソ。言っていることはほとんど分からない厨ですが、
日曜日に「漏れってスゴイ」を連発している>>81タンは、
きっと億単位のシステムを組んでいらっしゃるのでしょうけど、
正直、キモいでつ。

90 :nobodyさん:04/12/27 02:01:57 ID:???
神や宇宙人が姿を見せるとたいていの人間はそう言うのだろうな

91 :nobodyさん:04/12/27 02:53:51 ID:???
>>87
プロセスごとにはコネクションをもちっぱなしにできるので、現実的に問題はない。

>>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、原子的すぎるものをあげてるので、どうなのかと。
そのうえ、JavaBeansなんて言葉が。
JavaBeansって、構造体の代わり程度でしかないのに。

なんか、>>84もがんばって知ってる単語を並べただけに見えるし、>>80にでてくるツールに振り回されるJava厨にあてはまりそう。

92 :nobodyさん:04/12/27 11:09:52 ID:???
DB接続の問題はMySQLで解決!w

93 :81:04/12/27 11:18:24 ID:???
・・・なんでこんなに叩かれるのか正直わからん。

>>89
ここはJavaとPHPの比較をするスレだと思ったからJavaのことを書いたのに、
技術ネタを書いたら「キモい」扱いか・・・じゃあここ何について語るスレ?
俺の簡単なレスを「漏れってスゴイ」とか感じること自体、あなたの心に何か卑屈なものを
感じる。ただ単にあなたが勉強不足なんです。
書いていることが分からないなら、余計なこと書かずに黙っていればいい。

>>91
> >>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、
> 原子的すぎるものをあげてるので、どうなのかと。
一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
あげて、そういったシンプルなものと比較するべき・・・と考えたんです。
だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。
(俺はEJB畑の人間なんだけど)

> そのうえ、JavaBeansなんて言葉が。
> JavaBeansって、構造体の代わり程度でしかないのに。

Javaを根本から勉強し直してきてください。JavaBeans=ValueObjectとか思ってませんか?
俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
ことのメリットを書きたかったのです。(PHPのMMCacheに対するものとして)

> なんか、>>84もがんばって知ってる単語を並べただけに見えるし
だからそう考えることが卑屈なんだって。


94 :nobodyさん:04/12/27 11:28:34 ID:???
>>81
煽りには反応しない!

95 :81:04/12/27 11:33:06 ID:???
おっとつい言葉が粗くなってしまったけど、
>>88
そんなのがあるんだ。Oracleが紹介しているってことはけっこう信頼性あるのかな?
>>92
MySQLだと解決できる仕組みがあるの?
>>94
サンクス。
でもどうやら俺あまりよく思われていないみたいなので去ります。


96 :nobodyさん:04/12/27 12:15:34 ID:???
>>95
MySQLだとconnectのオーバーヘッドがとても小さい。
ってか普通にpconnectを使ってれば、
論理的にはともかく、実用的に問題ない。

97 :nobodyさん:04/12/27 22:01:39 ID:???
>>93
> 一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
> あげて、そういったシンプルなものと比較するべき・・・と考えたんです。

スレタイに「JSP」しか書いてないというのが発端じゃなければ、説得力はあるんだけど。

> だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。

いまどき、StrutsやらCommonsやら普通に使われてるし、EJBは普通に廃れてるし。

> (俺はEJB畑の人間なんだけど)
EJBが廃れてしまって、荒んでるんだね。

> 俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
> 都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
> ことのメリットを書きたかったのです。
別に、それってJavaBeansって言葉ひっぱりださなくても、普通のJavaクラスの話でOKじゃねぇの?
それに、再利用可能かどうかは、単純にいえるもんじゃないし。

98 :nobodyさん:04/12/27 23:50:37 ID:???
そしてレベルが一気に低くなったこのスレ・・・

99 :nobodyさん:04/12/27 23:52:20 ID:???
なんか>>97のほうが言葉の揚げ足とって喜んでいるような気がする。
いちいち噛み付いているのがまるで弱い犬がキャンキャン吼えてるみたいで滑稽。


100 :nobodyさん:04/12/28 00:20:27 ID:???
>>99
取られてるのは言葉の揚げ足どころの話ではないが。
Java用語並べてるだけで、中身がまったくない。

101 :nobodyさん:04/12/28 00:23:04 ID:???
>>97=>>100?すぐ釣れるなw
この板IDないから自作自演したい放題なんだよなw

>>97のレスもまったく中身がない。他人のレスにケチつけて何がいいたいの?
「Java用語使うのが僕チン気に入らないのぉ」ってことだろ?

このレスにも涙目で反論するのかな?w


102 :nobodyさん:04/12/28 00:26:20 ID:???
ついでにお前に反論しておこう。

>いまどき、StrutsやらCommonsやら普通に使われてるし、EJBは普通に廃れてるし。
自分の周りを世の中のすべてだと思ってるお馬鹿さんですかw

>別に、それってJavaBeansって言葉ひっぱりださなくても、普通のJavaクラスの話でOKじゃねぇの?
JavaクラスでもOKかもしれんが、だからってJavaBeansでNGな理由もねーだろ。
なんでJavaBeansであることに突っ込む必要があるんだよ。
一体何をいってるのかねこの池沼は。レベル低すぎてアホらし。


103 :nobodyさん:04/12/28 00:27:58 ID:2b4bjseQ
WebProg板に巣くっている連中が落ちこぼれなのは定説だろ


104 :nobodyさん:04/12/28 00:29:18 ID:???
必死杉・・・

105 :nobodyさん:04/12/28 00:32:07 ID:???
っていうか、JavaBeansのメリットではないことを、JavaBeansのメリットとしてあげてることをNGとするのはだめなのですか?

106 :nobodyさん:04/12/28 00:32:09 ID:???
うん本当に>>82=>>91=>>97=>>100は必死すぎ。


107 :nobodyさん:04/12/28 00:33:38 ID:???
>>101
> この板IDないから自作自演したい放題なんだよなw

自作自演してるのか・・・101必死すぎ。

108 :nobodyさん:04/12/28 00:34:19 ID:2b4bjseQ
>JavaBeansのメリットではないことを
詳しく


109 :nobodyさん:04/12/28 00:34:59 ID:???
>>105
今までのスレの流れで誰かそんなこといってた?97でもそんなことは言ってないし。


110 :nobodyさん:04/12/28 00:36:01 ID:???
つーかお前らよそでやれ
スレタイぐらい嫁


111 :nobodyさん:04/12/28 00:37:33 ID:???
>>109
>>93

Javaクラス一般の話なのに、JavaBeansって言葉をなんでわざわざ使ってるのか指摘したら、逆切れした>>102

112 :nobodyさん:04/12/28 00:39:30 ID:???
つか普通にJ2EEのテキスト読んだらServlet+Bean+JSPじゃないの?俺それが一般的な形だと思っていたけど。
Beanのかわりに普通のJavaクラス使うテキストのほうが少ないと思う。


113 :nobodyさん:04/12/28 00:40:29 ID:2b4bjseQ
>Javaクラス一般の話なのに、JavaBeansって言葉をなんでわざわざ使ってるのか指摘したら

JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか



114 :nobodyさん:04/12/28 00:41:55 ID:???
「指摘した」ってカミングアウトしてるってことは、昨日あたりからJavaBeansという言葉にずっとケチつけてた
犯人は自分だって自白したようなもんだなこいつ。


115 :nobodyさん:04/12/28 00:42:41 ID:???
結局粘着が1人住み着いていただけのことか

116 :nobodyさん:04/12/28 00:44:55 ID:???
よ   そ   で   や   れ

117 :nobodyさん:04/12/28 00:47:57 ID:???
>>112 Servlet&JB&JSPが一般的です。だいたいのServletコンテナのサンプルがその形を取ってる。
このスレにはそのことを知らない人がいたみたいで、自分の周りを世界の中心だと勘違いしちゃって妙な反論かましていたみたいです。


118 :nobodyさん:04/12/28 00:50:31 ID:???
>>112
>>93であげてる利点の話が、JavaBeansの利点の話ではない。
それと
ttp://www.itmedia.co.jp/enterprise/articles/0410/18/news056.html
のような話が出たり、
http://itpro.nikkeibp.co.jp/free/JAV/NEWS/20040510/1/
のように、いままでのEJBが使えないことが認識されて大きく変わってるなかで、「EJB畑」といわれたら、素直にかわいそうとしか思えない。
それに、Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
たとえば、そのBeanでDBアクセスしているときに、JSP経由でそのDBアクセスを呼び出すようになったら、例外処理を考えにくくなる。

119 :112:04/12/28 00:50:52 ID:???
どもです。日経なんちゃらの本を見ても、1つのサンプルをServlet→Servlet+JSP→Servlet+JSP+Bean
という形で発展させていたし、@ITとかのサンプルもそんな感じだったので、一般的なんですよね。安心しました。

120 :nobodyさん:04/12/28 00:57:20 ID:???
もうJ2EEの話に限定しすぎているので本当はやめたいのだが、

>いままでのEJBが使えないことが認識されて大きく変わってるなかで、「EJB畑」といわれたら、素直にかわいそうとしか思えない。
別にお前がかわいそうだと思ったからってくだらない反論する必要ねえんじゃん?
それに「EJB畑」の人間だったらEJB3.0の最新仕様なんて百も承知だろうし、お前がいちいち気にすることじゃない。
だいたい上のほうの記事ってEJBに何か関係あるのか?EJBの文字見当たらないぜ?

>それに、Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
ソースは?なんでこっちのソースがないの?

>たとえば、そのBeanでDBアクセスしているときに、JSP経由でそのDBアクセスを呼び出すようになったら、例外処理を考えにくくなる。
JSPからDBアクセスをするというモデルを始めてみた。そりゃ設計がヘタレなだけだ。


121 :nobodyさん:04/12/28 00:59:02 ID:???
>>119
すでに古い情報。安心しないほうがいい。
その日経なんちゃらがそうじゃなかったという記事を流してるわけだし。

それから、EJB批判とか、Servlet&JB&JSPで、JBにドメインロジックなどを持つようなモデルの批判に関しては
ttp://www.c-sq.com/data/maru/2004/20041130/EJB3.pdf
なんかが、ごく簡単にまとめている(PDF)

122 :nobodyさん:04/12/28 01:01:45 ID:???
世の中のほとんどがServlet+Bean+JSPで構築されているんだから、一般例で話してくれよ。
まだ世に出てないEJB3.0や理想論ふりかざしたデザパタ持ち出されても学者ヲタな世界で現実味がない。




123 :nobodyさん:04/12/28 01:02:45 ID:???
>すでに古い情報。安心しないほうがいい。
だーかーらー最新のServletコンテナやAPサーバがこのモデルでサンプル出してるんだって。


124 :nobodyさん:04/12/28 01:03:34 ID:???
>>120
> JSPからDBアクセスをするというモデルを始めてみた。そりゃ設計がヘタレなだけだ。

じゃあ、DBアクセスはどのタイミングで実行されるのかな?
Servlet&JB&JSPが、ServletとJSPとJavaBeans(という名の普通のクラス)作ったらあとは好きに組み合わせろというモデルであれば、どうしようもないモデルだな。

125 :nobodyさん:04/12/28 01:04:35 ID:???
最新のAPサーバーとかだと、Strutsくらいは使ってないか?

126 :nobodyさん:04/12/28 01:05:35 ID:???
>DBアクセスはどのタイミングで実行されるのかな?
え?Servletから呼び出すんでしょ?JSPのスクリプトレットから呼び出すモデルなんてあるの?


127 :112:04/12/28 01:06:36 ID:???
アンチ現在モデル?の方すみません。せっかく教えてもらって悪いんですが、
とりあえず私は世間で一般的といわれているモデルに従います。


128 :nobodyさん:04/12/28 01:07:53 ID:???
てかコテハンにしてよ。透明あぼーんするから。

でなければこっち逝って。
■■ Servlet/JSP(EJB含む) 質問スレ Part3 ■■
http://pc5.2ch.net/test/read.cgi/php/1087331455/l50


129 :nobodyさん:04/12/28 01:07:59 ID:???
で、そうなると、servlet&JB&JSPが、ServletとJSPとJavaBeans(という名の普通のクラス)作ったらあとは好きに組み合わせろというモデルに見えるのだが。
なんか意味のあるモデルなのか?

130 :nobodyさん:04/12/28 01:08:54 ID:???
>>127
2chの情報に頼らず、ちゃんと自力で情報集めてから判断した方がいいよ。

131 :nobodyさん:04/12/28 01:10:08 ID:???
>あとは好きに組み合わせろ
発想が突飛なまでに極端すぎてついていけません
世の中白と黒しかないと思っている方ですか?
開発の現場を知らない方ですか?


132 :112:04/12/28 01:11:18 ID:???
はい。なので2chの言葉を鵜呑みにせず、世間一般で常識とされているものに従います。
ではおやすみ。

133 :nobodyさん:04/12/28 01:12:42 ID:???
>>132

とりあえず、>>123に対する>>125の突っ込みに反応がない、というのは、なんかの参考に。

134 :nobodyさん:04/12/28 01:15:55 ID:???
Struts使ってないサンプルなんていくらでもあるだろ?
やっぱこいつは自分の周りで世の中すべてを語ることしかできないやつなんだね。哀れ。

それとStrutsが適応できない開発現場なんていくらでもあるだろうに。
自社が独自に開発したフレームワークが既に存在する場合とか、ね。


135 :nobodyさん:04/12/28 01:17:44 ID:???
>とりあえず、>>123に対する>>125の突っ込みに反応がない
そろそろみんなお前の相手に飽きて寝始めたんだろ。
お前も俺もこんな夜中まで必死にお互いご苦労だな。
俺ももう寝るので最後に1つだけ。
WLS、WAS、CosminexusのサンプルにはStruts使わないサンプルあった。以上。




136 :nobodyさん:04/12/28 01:23:04 ID:???
なんだ、みんな、そういうサンプルプログラム程度のシステム作ってたんだね。

> 世の中のほとんどがServlet+Bean+JSPで構築されているんだから

という理由がわかったよ。
じゃあ単純なモデルでいいと思うよ。

でも、それならPHPもいいと思うな。

137 :nobodyさん:04/12/28 01:24:20 ID:???
はいはいそうですよ。世の中チミみたいな天才ばかりじゃないでしゅからねー。
世の中のシステムはみんな単純なんでちゅよー。

納得したらさっさと消えてね。



138 :nobodyさん:04/12/28 01:26:04 ID:???
スレタイ1つ解決

PHPがJSPより優れている点って何ですか。

Java使いよりは基地外が(たぶん)少ない


139 :nobodyさん:04/12/28 01:33:21 ID:???
確かにJava使いには理想のモデルを追い求めるあまり宗教論争みたいな不毛な論議を繰り返すヤツもいる。
もちろんそうでない正常なJava使いも多いんだけどね。

ただこのスレの争いを見てると正直Javaやらなくてよかったなーと思えてくる。
ここで1人で粘着して直リン貼りながら理想論振りかざしてた香具師なんかみてると吐き気がしてくる。


140 :nobodyさん:04/12/28 01:36:30 ID:???
ということで、ここの住人がやってるレベルのことであれば、PHPで問題なし。
Javaイッテヨシ。

141 :nobodyさん:04/12/28 21:49:27 ID:???
どのレベルでも組みたい言語で組めばいいと思うんだが。

142 :nobodyさん:04/12/28 23:28:19 ID:???
さすがに、仕事であればそれはない。

143 :nobodyさん:04/12/30 01:39:28 ID:???
よく巷でPHPは便利だ、簡単に作れるというんだけど、
ちょっと見たところ、そんなにJSPより利点があるようにも
見えないんだけど、誰か指摘して頂戴。
まあ、Perlよりは楽だろうけど。



まあ、Perlよりは楽だろうけど。

144 :nobodyさん:04/12/30 05:14:49 ID:???
>>143
JSPみたいに道具にふりまわされるほどの道具がないので、ここがプログラム板ではなくWebProg板ということを考えると、PHPの方が扱いやすい。

145 :nobodyさん:04/12/30 05:17:00 ID:???
まぁ、PHPの仕様変更の行き当たりばったりさに被害をうけたりすると、PHP使う気にはなれんけどね。

146 :nobodyさん:04/12/30 14:53:13 ID:???
しかし、例の記事、いろいろなところでボロクソに言われとるね。
ttp://www.rubyist.net/~matz/20041227.html#p03

147 :nobodyさん:04/12/30 16:32:42 ID:???
>>146
の逆リンクではボロクソ言われているの見つからなかったんだけど、
「いろいろ」ということで最たる 3 つを教えて。

148 :nobodyさん:04/12/30 18:35:38 ID:???
「じゃばぁ〜」という名前がダメ。なんかマヌケ。

149 :nobodyさん:04/12/30 19:39:55 ID:???
PHPっていうのも名前がだめ。
なんか、うさんくさい出版社みたい。

150 :nobodyさん:04/12/30 19:48:28 ID:???
名前のダメさならPythonだって負けちゃおらんだろ

151 :nobodyさん:04/12/30 20:52:27 ID:???
まあ、その分野でC#に勝るものはないな。

152 :nobodyさん:04/12/30 22:30:11 ID:???
名前の話なら>>11で結論が出てるだろうが。

153 :nobodyさん:04/12/31 08:57:50 ID:???
真ん中に H が入ってるしね。
それに PHP って「嬲」の字を連想させるから最高。

154 :nobodyさん:04/12/31 11:42:50 ID:???
「女男女」の方が最高だな。

155 :nobodyさん:04/12/31 17:38:04 ID:???
マジレスすると、JavaBeansって久しぶりに聞いた(w

156 :nobodyさん:04/12/31 21:36:20 ID:???
それはあんたがJavaの仕事を干されているからではw

157 :nobodyさん:05/01/01 01:59:12 ID:???
今時JavaBeansとかわざわざ言う奴いないな。
昔はみんなよく解らず、Bean最高!とか呪文のように言ってたが。

158 :nobodyさん:05/01/01 02:52:37 ID:???
正月から粘着なことで


159 :nobodyさん:05/01/01 02:56:31 ID:ev8NbTFM
JavaBeansと呼んでますが何か?
>>155>>157がJavaBeansを何と呼んでいるのか知りたい。

つかあんたASPでもCOMを意地でも使わない人?


160 :nobodyさん:05/01/01 02:58:08 ID:ev8NbTFM
コンポーネント指向ってどうしても理解できない人っているよね。
延々とhtmlとスクリプトレットを共存させたおそろしく汚いコードを1000行くらい書きつづける人。



161 :nobodyさん:05/01/01 03:02:54 ID:???
たかが英単語1つにいつまで粘着してるんだろうねーこの人?もう1週間くらい前のネタじゃん。
一体何がこの人をここまで駆り立てているんだろう?一体この人はどういうレスをもらいたいんだろう。
誰かに「そうだね」って同意してもらうまで粘着し続けるのだろうか?

じゃあかわいそうだから俺が同意してあげる。

「そうだね」

じゃあ消えてね。今年は女の子とお話できるといいね。


162 :nobodyさん:05/01/01 03:04:35 ID:ev8NbTFM
じゃあ俺もいってあげる。
「そうだね」
よかったね。ばいばい。


163 :nobodyさん:05/01/01 03:06:49 ID:ev8NbTFM
というわけで、PHP vs JSPの勝負はPHPの勝ちに決まりました。
これで2005年はPHPがJSPを駆逐してWebの主流に踊り出るでしょう。
JSPは衰退・負け組みケテーイ


164 :nobodyさん:05/01/01 03:09:04 ID:???
どうでもいいけどJavaBeansをまったく使わないWebアプリってみたことないな。
Apache-Jakartaのフレームワークだって大体JavaBeans使ってるし。
JavaBeansを目の敵にしているこの人は、これらも一切使わずにWebアプリ作ってるんだろうな。

165 :nobodyさん:05/01/01 03:20:16 ID:???
おいおいなんだよここ。一体いつからJavaBeansは使ってはいけないという話になってるんだよ??
そんなこといってるのはこのスレだけだぞ。おまけに妙にしたり顔の評論家気取りまでいるし。
プログラム板のJava系スレにいけば普通にBeanの話してるぞ。
こんなところでJavaの誤解を招くようなくだらんこと語ってるんじゃねーよ。

それはそれとして、あけおめ!!


166 :nobodyさん:05/01/01 03:33:51 ID:???
ニヤニヤw

[マジ初心者]JSP/servlet[助けて!!]
http://pc5.2ch.net/test/read.cgi/tech/1059044443/598-605

■■ Servlet/JSP(EJB含む) 質問スレ Part3 ■■
http://pc5.2ch.net/test/read.cgi/php/1087331455/103
http://pc5.2ch.net/test/read.cgi/php/1087331455/151-153


167 :nobodyさん:05/01/01 07:29:11 ID:???
うちは、beansの前にJava自体が禁止になったよ。

168 :nobodyさん:05/01/01 21:35:32 ID:???
誰か密告したなw
http://pc5.2ch.net/test/read.cgi/tech/1059044443/929-933


169 :nobodyさん:05/01/01 21:43:29 ID:???
いままでJAVAやってて、最近PHPの開発をしてるんだけど
Eclipseになれてしまった身としては、PHPの開発環境はしょぼすぎ。
emacsとかごりごりの職人でもないと開発効率はServlet/JSPよりも悪いのではないか?
言語仕様に関しては、せめてPerlのmyのような宣言文くらいつかえた方がよかったのではないか?
今はMojaviつかってるけどオブジェクト指向部分が貧弱なため中途半端感が否めない。
唯一気に入ってるのはSmartyくらいです。

170 :159:05/01/02 01:50:42 ID:???
俺ってJavaBeans知ってるんだぜ!

171 :nobodyさん:05/01/02 02:02:29 ID:???
>>170 面白い?


172 :nobodyさん:05/01/02 02:03:47 ID:???
頭のおかしな人には気をつけましょう

利用者が増えるに従って、頭のおかしな人もそれなりに出没するようになって来ています。
頭のおかしな人に関わるとなにかと面倒なことが起こる可能性があるので、注意しましょう。

頭のおかしな人の判定基準

・「みんなの意見」「他の人もそう思ってる」など、自分の意見なのに他人もそう思ってると力説する人
 他人が自分とは違うという事実が受け入れられない人です。自分の意見が通らないとコピペや荒らしなど
 無茶をし始めるので見かけたら放置してください。

・根拠もなく、他人を卑下したり、差別したりする人、自分で自分を褒める人
 他人を卑下することで自分を慰めようとする人です。実生活で他人に褒めてもらう機会がないが
 プライドだけは高いとか、匿名の掲示板しか話し相手のいない人です。可哀想なので放置してください。

・自分の感情だけ書く人
「〜〜がムカツク」とか自分の感情を掲示板に書くことに意味があると思っている人です。
何がどのようにムカツクのか論理的に書いてあれば、他人が読んでも意味のある文章になりますが、
そういった論理的思考の出来ない人です。もうちょっと賢くなるまでは放置してあげてください。

http://www.2ch.net/before.html

ひろゆきは物事をよくわかってるよ


173 :nobodyさん:05/01/02 02:17:38 ID:???
このスレは難しい英文字を使ってはいけないスレになりました。
もちろんJavaBeansという単語はこのスレの住人には難しすぎるので使用不可です。
使ってよい横文字は、JAVAとPHPだけです。必ず全角大文字で書きましょう。


174 :nobodyさん:05/01/02 02:22:34 ID:???
年またいで引っ張る話題じゃないだろ
厨たちも、せっかく年越しとともに生まれ変わるチャンスだったのにね


175 :nobodyさん:05/01/02 02:29:46 ID:???
裏で結論出てたぞ

934 名前:デフォルトの名無しさん[sage] 投稿日:05/01/02(日) 01:53:13
古いとかじゃなくて、いちいちJavaBeansとか気にして
口に出して言わないとかそういう話だろ。
古い新しいじゃなくて、別に今となってはわざわざ
気にするような仕様ではないと思う。

176 :nobodyさん:05/01/02 02:49:06 ID:???
1人の意見を持って結論というのが正しいのかどうかはともかく、
「JavaBeansを使うのは古い、これ常識」みたいに騒いでた香具師は結局基地外だったってことでOK?


177 :nobodyさん:05/01/02 03:00:32 ID:???
もういいよ、クダラネ
JAVA厨はこんなのばかりか

178 :nobodyさん:05/01/02 03:12:03 ID:o4LgsE4y
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。


179 :nobodyさん:05/01/02 03:14:33 ID:???
81が叩かれてるのを見てワロタ
なぜ?って感じで

180 :nobodyさん:05/01/02 03:15:16 ID:???
>>155=>>157=>>170
もうかわいそうになってきた・・・


181 :nobodyさん:05/01/02 04:30:18 ID:???
JavaBeans古いなんて誰も言ってなかったと思うが…
いまさらBeanを強調するのも馬鹿らしいみたいな意見はあったけど

182 :nobodyさん:05/01/02 05:23:57 ID:???
Personal Hentai Penis
      vs
Japanese Small Penis


183 :nobodyさん:05/01/02 06:06:58 ID:???
>>180
相当悔しかったと見えるな。
脳内イコールは厨房の証だ。

184 :nobodyさん:05/01/02 07:57:46 ID:???
JSPはVIPクオリティー。
間違いない。

185 :nobodyさん:05/01/02 09:13:08 ID:???
>>181
思い切りいわれてたじゃん。いまではやらないほうがいいって。行間読める?
それにMVCモデルという意味でServlet+JSP+Beanという書き方をするのは全然おかしくない。
むしろそこでServletとJSPを出してModel部分に相当するものを出さないほうが不自然。


186 :nobodyさん:05/01/02 09:13:49 ID:???
>>155=>>157=>>170=>>181=>>183
シツコイヨ

187 :nobodyさん:05/01/02 09:34:24 ID:???
>>185
うちでは、Java自体禁止されてるよ。
理由は、外注するときにコストかかりすぎるからだって。
わざと納期遅らせてるってぶちきれた人がおって、突然禁止された。

ていうか、それほどこだわることでもないんじゃない?

188 :nobodyさん:05/01/02 09:43:08 ID:o4LgsE4y
>>187
エンドユーザの方ですか?
Javaはお金になるからシステム屋としては提案したいんですわ。
PHPやASPだとどうしても趣味プログラマーでもできるというイメージがユーザにあるのか足元見られるんですわ。
ま、悪いこといいませんがよほど大切なシステムの構築でない限りJavaで依頼するのは止めたほうがええよ。


189 :nobodyさん:05/01/02 10:50:30 ID:???
>>186
書き込み時間見てからイコールで結べよ
いくら何でもお前を攻撃するためだけに24時間寝ないで対応してる奴が居るとでも思ってるのか?(w

190 :nobodyさん:05/01/02 11:27:45 ID:???
>>155=>>157=>>170=>>181=>>183=>>189

>>189で「お前」とか書いて攻撃対象が1人であると決め付けているところが実にダウトフル。
粘着は24時間寝ないって本当だな。


191 :nobodyさん:05/01/02 11:43:09 ID:???
つかこのスレほとんど2人くらいでやってるだろ

192 :nobodyさん:05/01/02 12:20:22 ID:???
>>191
言えてるなw

193 :nobodyさん:05/01/02 15:22:32 ID:???
ドキュメント。技術情報が開かれているところ。
いらん文句言われることもないし。

194 :nobodyさん:05/01/03 01:20:49 ID:???
Java使うと池沼になるのか、池沼だからJava使うのか。
一般人は池沼を目指していない。
それが避けられる理由だろう。

195 :nobodyさん:05/01/03 01:25:32 ID:???
相変わらず根拠も糞もない痴呆的煽りだな

196 :nobodyさん:05/01/03 01:41:18 ID:???
頭のおかしな人には気をつけましょう
ttp://www.2ch.net/before.html

197 :nobodyさん:05/01/03 02:11:29 ID:???
>PHPやASPだとどうしても趣味プログラマーでもできるというイメージがユーザにあるのか足元見られるんですわ。

同感。
技術的な側面より結局ここらへんなんじゃないのかって気はする。


198 :nobodyさん:05/01/03 02:53:00 ID:???
>>196
剥げ同。
お互いJava厨には気をつけよう。

199 :nobodyさん:05/01/03 02:54:53 ID:???
頭がおかしいんじゃなくて、単に日本語を理解していないチョソなだけだろう

200 :nobodyさん:05/01/03 02:58:44 ID:???
ん?
Java使うとチョン国の国民になるのか?
ほんとにありそうで怖いな。

201 :nobodyさん:05/01/03 02:59:14 ID:???
しかしまぁ、毎日安定稼働しているATMやら電話基幹やらが
JAVAで動いてると知ったら、PHP厨はどう言い訳するんだろうか。
俺は金をおろさないとか、電話掛けないとか言い出すだろうか。

202 :nobodyさん:05/01/03 02:59:55 ID:???
>>199のレスも理解されないので無駄だな

203 :nobodyさん:05/01/03 03:00:57 ID:???
>>201
それはトラブル続きの某銀行だけ。
おろさないじゃなくて、おろせないになっただろw

204 :nobodyさん:05/01/03 03:01:54 ID:???
そうなると、そういった点ではPHPは無くても困らないけどJavaは無いと困るな、と誰かが言いだし、
そして、PHP厨が、そんなことはない、ATMがJavaで動いてる証拠出せとか言うと思う

205 :nobodyさん:05/01/03 03:02:22 ID:???
そんなことはない、ATMがJavaで動いてる証拠出せ!!

206 :nobodyさん:05/01/03 03:02:26 ID:???
PHPで金取れると思ってる奴は阿呆。
いくら必死こいてPHPの技術を身につけても所詮日曜プログラマの域を出ない。出られない。
一昔前のperlとほとんど同じ立場だな。
とっつきやすいしな。

207 :nobodyさん:05/01/03 03:02:52 ID:???
>>203
某銀行ってどこですか?
具体的に言ってください。
銀行に限らず、証券会社でも、コンビニATMでも、私は実例を挙げられますよ。

208 :nobodyさん:05/01/03 03:03:05 ID:???
>>203
まあ、金融系システムはほとんどCOBOLだからな。

209 :nobodyさん:05/01/03 03:03:32 ID:???
>>207
じゃぁはやくあげれ。

210 :nobodyさん:05/01/03 03:03:48 ID:???
ちなみに、日興證券やIYバンクはJAVAです。
私が関わったので間違いないです。

211 :nobodyさん:05/01/03 03:04:47 ID:???
>>203
「トラブル続きの銀行」と言われても
そこら中の銀行でトラブルが起きているので
どの銀行を指しているのかわからん。

それともそれらの銀行全てってことか?

212 :nobodyさん:05/01/03 03:04:58 ID:???
そんな銀行聞いたこと無い。
もぐり?

213 :nobodyさん:05/01/03 03:05:39 ID:???
>>212
ニートには縁がないことだけは

214 :nobodyさん:05/01/03 03:07:04 ID:???
最大手ポータルサイトもJava
誰か、Yahoo!はPHP使ってるとか言い張ってた時期があったな(w

https://www.pasonatech.co.jp/staff/job_search_result_detail.do?orderCd=7100045459
お仕事内容
最大手ポータルサイトでの開発のお仕事です。
■Webアプリケーション開発業務
・広告配信システム(入稿)のWebアプリケーション開発
・アーキテクチャの設計
・実装、プログラム
必要スキル
・Java開発の技術
・クラス設計、機能要求に対しての設計スキル
・オブジェクト指向

215 :nobodyさん:05/01/03 03:07:44 ID:???
Javaは良くないが、J#はすばらしい。
ピーターが言ってたので事実。

216 :nobodyさん:05/01/03 03:08:48 ID:???
PHP+MySQLマンセーっても
MySQLのライセンス体系が腐っているのでとてもじゃないが業務では使えない罠
Zendライセンスに関しても然り

217 :nobodyさん:05/01/03 03:08:49 ID:???
Javaを馬鹿にしてる奴は、携帯電話でアプリ動かさないんだろうな。
どうせ指摘したところで、通話だけ出来れば十分と言い張るだろうが。
携帯電話にPHPを組み込んだらなんかできますか?

218 :nobodyさん:05/01/03 03:09:46 ID:???
おい、このスレはJSPのスレだぞ
JAVAはいいかもしれないけど、JSPはクソ

219 :nobodyさん:05/01/03 03:10:04 ID:???
>>217
何年生?

220 :nobodyさん:05/01/03 03:10:41 ID:???
>>215
誰だ?ピーターって?
ノートン先生か?ファンデンホーヘンバンドか?

221 :nobodyさん:05/01/03 03:11:09 ID:???
>>219
大学院3年生。

222 :nobodyさん:05/01/03 03:11:58 ID:???
>>218
相変わらず根拠ないよね
このスレ最初から読み直してみたけど、皆無だね

223 :nobodyさん:05/01/03 03:12:20 ID:???
>>220
「ピーゆういち」です。

224 :nobodyさん:05/01/03 03:12:36 ID:???
マイクロソフトが、囲い込んだり、潰したりしてない時点で、
たいしたことない注目もされてない技術なんじゃないの?PHPってさ。

225 :nobodyさん:05/01/03 03:13:09 ID:???
JSPよりASPだな。
ところで世間がPHPに向かって動いているのは事実だ。
マクロメディアは、ASP・JSP対応に注力していたが、
最近作るものはPHP向けにシフトして行ってる。
これが何を意味するか?それは、Javaの死滅を意味する。

226 :nobodyさん:05/01/03 03:13:41 ID:???
>>222
2分で200レス読める人登場
堀江かよ、お前

227 :nobodyさん:05/01/03 03:13:42 ID:???
>>224
ASP(.NETじゃない)で対等ってところだろう。

228 :nobodyさん:05/01/03 03:14:48 ID:???
>>225
マクロメディアって、Flashみたいの以外にそんなにシェアあるか?
MSとかアドビが始めるなら脅威だろうが。

229 :nobodyさん:05/01/03 03:15:19 ID:???
>>226
これだから困るよね。

・少し前から全レスを読んでおく
・PHP厨のクソレスさを実感
・そこへまたクソレス発生
・相変わらずだなぁ

230 :nobodyさん:05/01/03 03:16:09 ID:???
とにかく、JAVAはATMとか基幹系みたいな重要な部分でしか使えない
Webみたいなところで使う奴は馬鹿

231 :nobodyさん:05/01/03 03:16:43 ID:???
>>228
サーバサイド技術ではColdFusionが大コケしたくらいかな。
そうではなくて、DreamWeaverがASP・JSP対応してたとか、そういう話じゃないかな

232 :nobodyさん:05/01/03 03:18:02 ID:???
最近になってようやっとオブジェクト指向を取り入れ始めたPHP
遅すぎw

233 :nobodyさん:05/01/03 03:18:19 ID:???
ColdFusionがこけて、後釜にPHPという流れ。
なぜこけたかっていうと、Javaにかかわったからこけた。

234 :nobodyさん:05/01/03 03:19:02 ID:???
>>233
PHPは馬鹿でも書けるからな。

235 :nobodyさん:05/01/03 03:19:47 ID:???
JavaはSUNにさえ見放されてるだろ。
あとはIBMが降りれば完璧。

236 :nobodyさん:05/01/03 03:19:59 ID:???
確かに、PHPはコケて困るほど大きな動きは今まで皆無だったからな

237 :nobodyさん:05/01/03 03:21:36 ID:???
頑なにJSPにこだわっている時点でクソ、普通JSPだけで構築はしない、という結論が出ているのに
それを覆せず未だに「JSP」と比べたがっているPHP厨w

238 :nobodyさん:05/01/03 03:21:56 ID:???
>>235
それは、トヨタが車作らなくなればとか言ってるレベルと同じだろ。
現時点ではめちゃめちゃ儲かってるんだからありえない。
伝統のPC製造部門やHDD開発部門を切り離しても、JAVA案件は死守してるわけで。

239 :nobodyさん:05/01/03 03:22:59 ID:???
案件情報
Java 80万
C# 60万
PHP 40万
perl 30万未満

ま、こういうことです

240 :nobodyさん:05/01/03 03:24:26 ID:???
Java切り離すのは秒読み状態。
eclipse投下はその前触れ。

241 :nobodyさん:05/01/03 03:25:10 ID:???
>>239
Perlって意外にでかい案件来ることあるよ。
普及してるから。

242 :nobodyさん:05/01/03 03:25:44 ID:???
>>240
PC部門売却は前触れなんて無かったが。

243 :nobodyさん:05/01/03 03:25:56 ID:???
Java関連は全部韓国の企業に売り払うんじゃない?

244 :nobodyさん:05/01/03 03:26:18 ID:???
PHPなんて最初からIBMに構って貰ってないのによく言うよ(w

245 :nobodyさん:05/01/03 03:27:03 ID:???
>>243
べつにいいんじゃない?うまく行くならそれでも。
PHPなんてどの国の企業も買わないだろうけど。

246 :nobodyさん:05/01/03 03:27:18 ID:???
話はそれるが

日本はMySQLに見放されているんだけど
いまだにPHP+MySQLを薦めているサイトが多すぎ
いい加減postgresあたりにしたらどうだ?とか思うんだが
なぜそういうところが少ないんだろう?

247 :nobodyさん:05/01/03 03:28:04 ID:???
>>241
perlからJava、perlからC#への移行案件の方が目にする回数は多い

248 :nobodyさん:05/01/03 03:28:43 ID:???
>>246
それしか知らないからだろ。
SQLiteとかPostgreSQLなんかを単に知らないだけみたいな。

249 :nobodyさん:05/01/03 03:29:36 ID:???
Java厨って一昔前のコボラみたいだな。

250 :nobodyさん:05/01/03 03:30:01 ID:???
>>247
まぁ、解析にもPerl技術者が必要だからな。
PHPは大きいシステムには全く絡まないのは間違いないよ。
重要度ではLISP以下だろう。

251 :nobodyさん:05/01/03 03:30:18 ID:???
てことは20年以上稼働し続けるってことか?

252 :nobodyさん:05/01/03 03:31:43 ID:???
そうだ。20年以上稼動し続ける。
みんなに文句言われながらな。
常にリストラ対象とされながらも細々と稼動する。

253 :nobodyさん:05/01/03 03:31:48 ID:???
C#はすぐにポシャると思ってたけど
ここに来て伸びてきてるのが意外だった。

254 :nobodyさん:05/01/03 03:32:12 ID:???
>>252
安泰だな

255 :nobodyさん:05/01/03 03:33:18 ID:???
>>253
PHPはポシャるも何も、一度も盛り上がってないけどな。

256 :nobodyさん:05/01/03 03:33:44 ID:???
PHPは小規模・初心者向けに作られたんだから他と比較しても・・・

257 :nobodyさん:05/01/03 03:34:56 ID:???
保守性考えたらJavaはPHPの比じゃないな。
ただPHPは敷居が低すぎるので簡単なWebアプリなら面倒が無くていい。

PHPはポストASPってあたりにはおさまっても、それ以上にはならないだろう。
それもC#と凌ぎあい。

258 :nobodyさん:05/01/03 03:35:15 ID:???
Java厨の必死さ加減から、すでに相当苦境に立たされているのが伺える。
煽るのはJavaとLinuxに限るよ。
スゲー食いつきいい。
ほかじゃこうはいかない。

259 :nobodyさん:05/01/03 03:35:35 ID:???
>>256
文句は>>1に言ってください。

260 :nobodyさん:05/01/03 03:35:43 ID:???
>>256
その定義はPHP厨自体が認めてないだろ。
Yahoo!はPHPと言い出したり、JAVAや.NETと自ら比較しだしたり。
だから喧嘩を買ってるんだろ。

261 :nobodyさん:05/01/03 03:36:16 ID:???
>>258
ミイラ取りがミイラになってるよ。

262 :nobodyさん:05/01/03 03:37:14 ID:???
PHP厨の必死さ加減から、すでに相当苦境に立たされているのが伺える。
煽るのはPHPとMacに限るよ。
スゲー食いつきいい。
ほかじゃこうはいかない。

263 :nobodyさん:05/01/03 03:37:42 ID:???
PHPはレンタル鯖で動かすためだけにあるようなもんだろ。
JSP・サーブレットを動かせるレンタル鯖はめったにないからな。

264 :nobodyさん:05/01/03 03:38:58 ID:???

PHPはせっかくJSP/Servletと棲み分けが出来る優れた技術なのに、
PHP厨自体がそれをブチ壊しているのが泣ける。

265 :nobodyさん:05/01/03 03:39:56 ID:???
目くそ鼻くそ。
お互いに長所はあるんだから、それを踏まえて使い分けりゃ
いいのに・・・。

266 :nobodyさん:05/01/03 03:40:01 ID:???
>>263
と言うか、Perlの簡便さが理解できない頭が硬い人や、アンチPerl主義者向けだろう

267 :nobodyさん:05/01/03 03:40:43 ID:???
>>260
SUNのページもPHP使ってるよ。
意外だった。
最近アプレットやめてフラッシュに変えてるしね。
もうやる気無いんだろ。

268 :nobodyさん:05/01/03 03:40:56 ID:???
>>266
さすがにperlに比べての利点は数多いと思うが。

269 :nobodyさん:05/01/03 03:41:05 ID:???
>>265
PHPに技術的な長所なんかねーよ(w
コーディングが簡単ってくらいだって

270 :nobodyさん:05/01/03 03:42:33 ID:???
>>268
簡単な物なら云々というのがPHPの目的だとしたら、
Perlの方が向いてるだろう。
動作も断然軽いし。

作るの簡単でも、毎日何万と動かすのが遅かったら意味無い。

271 :nobodyさん:05/01/03 03:42:53 ID:???
そういえば、最近SUNのサイトは軽くなったな。

272 :nobodyさん:05/01/03 03:43:14 ID:???
関数を用意してやらないと書けない人向けなのがPHP

273 :nobodyさん:05/01/03 03:44:22 ID:???
>>270
プロトコル理解してないバカでも作れるところが違う。
HTMLでレイアウトが組みやすいところとか。

274 :nobodyさん:05/01/03 03:44:32 ID:???
まー、MSもUNIX鯖使って馬鹿にされたことがあったな。
別に自社製品を絶対使わないとアホというわけではないだろう。

275 :nobodyさん:05/01/03 03:45:09 ID:???
>HTMLでレイアウトが組みやすいところとか。
え?
これってPHP特有の特徴か?

276 :nobodyさん:05/01/03 03:45:12 ID:???
洋食を食う日本人みたいなもんだ。

277 :nobodyさん:05/01/03 03:45:37 ID:???
>>275
文脈嫁
perlと比べたときの話だ

278 :nobodyさん:05/01/03 03:46:19 ID:???
>>275
http://pc5.2ch.net/test/read.cgi/php/1070466594/l2
こんなURLで閲覧している方ですか?

279 :nobodyさん:05/01/03 03:47:21 ID:???
>>277
Perlでも同じこと(と言うかそれ以上のことも)できるよ。
やり方知らない=できない
と言うのは短絡的だろ。

280 :nobodyさん:05/01/03 03:48:24 ID:???
>>279
初心者相手の敷居の低さの話をしてるんだから。
見当違いだよ

281 :nobodyさん:05/01/03 03:48:55 ID:???
アプレットの優位性を盛んに宣伝しておきながら、
自分はフラッシュを使うという部分に怒りさえ感じる。
J2EEの優位性を盛んに宣伝しておきながら、
自分はPHPを使うという部分にあきれ果てた。

結局自分はサイトを良くする為に自前の技術を使えない。
それなのに、他人には薦める。
これが世間の批判を集める原因であろう。

282 :nobodyさん:05/01/03 03:50:02 ID:???
PHP=Windows(なんでも最初から入ってて後は使いたいときに使うだけ。しかし重い。)
PerlやJAVA=UNIX(必要な物を自分で探したり作ったりして組み込む。作るのは手間。)

283 :nobodyさん:05/01/03 03:50:33 ID:???
確かに意味わからないよね。

284 :nobodyさん:05/01/03 03:50:50 ID:???
>>280
拾ってきたpmいくつか突っ込むくらい、初心者でもできるだろ。

285 :nobodyさん:05/01/03 03:51:19 ID:???
多分このスレでは>>282が一番頭が悪い

286 :nobodyさん:05/01/03 03:52:08 ID:???
>>285
いや、俺だろ

287 :nobodyさん:05/01/03 03:52:58 ID:???
>>281
なんで?
自社の技術に拘りすぎて、袋小路に入ってる某社みたいなのよりは1000倍マシだろう。

288 :nobodyさん:05/01/03 03:53:01 ID:???
>>284
初心者を相手に教えたりしたことがないだろう。
斜め上を行くぞ。
はっきり言うがApacheのダウンロードすらできない奴がごろごろいるぞ。
インストールではなくダウンロードだぞ。

289 :nobodyさん:05/01/03 03:53:33 ID:???
>>286
そうか。

290 :nobodyさん:05/01/03 03:53:39 ID:???
どう悪いか説明できない>>285が一番悪い

291 :nobodyさん:05/01/03 03:54:03 ID:???
>>287はM$と見せかけて三菱

292 :nobodyさん:05/01/03 03:54:11 ID:???
>>288
で、そういうやつでもPHPでコーディングできるのか?(w

293 :nobodyさん:05/01/03 03:55:06 ID:???
いまこのスッドレに5人いるとみた

294 :nobodyさん:05/01/03 03:55:20 ID:???
つまり、PHPコーダーは、Apacheがダウンロードできない奴でもなれるってことか。

295 :nobodyさん:05/01/03 03:56:04 ID:???
>>288
パソコン初心者と、開発初心者は違うだろ

296 :nobodyさん:05/01/03 03:56:05 ID:???
自分が使わないような糞Javaを他人に使えという。
これSUNの法則。

297 :nobodyさん:05/01/03 03:57:25 ID:???
>>293
うち二人は、おなじみの厨とみた。

298 :nobodyさん:05/01/03 03:57:27 ID:???
結果をいそぐ開発初心者とすればJAVAよりもPerlよりもPHPなんだろう

299 :nobodyさん:05/01/03 03:57:30 ID:???
俺初夢で、IBMがJavaから撤退するところ見ちゃった。

300 :nobodyさん:05/01/03 03:57:32 ID:???
>>296
しかし、IBMやHPは激しく使いこなして、世の中に数多く流通させている。
Javaにとって、Sunはもうどうでもいい。

301 :nobodyさん:05/01/03 03:57:54 ID:???
>>292
ハローワールドで満足する。
ここまでできれば後はこれの応用ですよ、ってお茶を濁すことにしている

ただ、初心者は大体がPHPに手を出したがる。
「簡単ですよ」っていう過剰な宣伝のせいだろう。
いくら簡単っつったってズブの素人じゃ無理だよ…

302 :nobodyさん:05/01/03 03:59:21 ID:???
>>301
で、HelloWorldで満足する初心者が、PHPはHTMLでレイアウトが組みやすいねーとか実感するのか?

303 :nobodyさん:05/01/03 04:00:22 ID:???
>>302
しない。

ただ、初心者相手にこれっぽっちでも期待はするな、ということが言いたかっただけ。

304 :nobodyさん:05/01/03 04:00:58 ID:???
http://pc5.2ch.net/test/read.cgi/hosting/1104262198/
Javaはこんなことにも使える。
すごい。

305 :nobodyさん:05/01/03 04:01:25 ID:???
マジレスすると、PerlでもJAVAでも、まともなサイトは、
普通にHTML部とロジック部はわけてあるので、HTMLのレイアウトなんて
DreamWeaverとかでやっちゃえるわけですが。
PHPって一般的には、表示とロジックはわけたりしないもんなの?

306 :nobodyさん:05/01/03 04:01:48 ID:???
>>303
そうか。じゃあその話は今は全く関係なかったな。

307 :nobodyさん:05/01/03 04:01:54 ID:???
>>304
読むの面倒なので要約してくれ

308 :nobodyさん:05/01/03 04:02:12 ID:???
玄人は何もしない見本。
コードを一行も書かなくても自称Pro。
これJavaの法則。

309 :nobodyさん:05/01/03 04:02:18 ID:???
>>306
>>284

310 :nobodyさん:05/01/03 04:02:40 ID:???
>>308
C#の間違いでは。

311 :nobodyさん:05/01/03 04:04:43 ID:???
>>305
マジレスすると、他のHTML作成ツールに比べてかなりマシであるとはいえ
DreamWeaverの吐くコードは糞。

312 :nobodyさん:05/01/03 04:04:56 ID:???
>>309
だから、PHPでHTMLレイアウトする仕事をしてるレベルの奴って、
Perlでモジュールをインストールする相当の技術もないのか?
と聞いたら、君がまったく違う初心者の話をし始めたんじゃないか。
PHP技術者は、日本語の流れも把握できないのかね?

313 :nobodyさん:05/01/03 04:05:16 ID:???
>>307
Johnは言った。
おれはコンピュータ科学の専門家だ。
Javaで何でも作れる。
市販のDB使うくらいなら俺の自前DB使ったほうが100倍早い。
俺に投資しろ。

そして投資家が集まった。
人員も無料で提供するという。

そして、Johnは撤退した。
終わり。

Java使うとこうなるいい見本。

314 :nobodyさん:05/01/03 04:06:24 ID:???
>>312
業務でマをやってるという記述の方が見あたらないんだが。
そういうのは初心者と言うにははばかられるだろ。

315 :nobodyさん:05/01/03 04:07:02 ID:???
>>313
それはたまたまJohnがJavaと言っただけだからだろ?

おれはコンピュータ科学の専門家だ。
PHPで何でも作れる。
市販のDB使うくらいなら俺の自前DB使ったほうが100倍早い。
俺に投資しろ。

そして投資家が集まった。
人員も無料で提供するという。

そして、Johnは撤退した。
終わり。

PHP使うとこうなるいい見本。


と書いたところで、あり得る話なわけで。
詐欺に銀行振り込みが使われたから、銀行を使うとろくな事がないと言ってるようなもんだ。

316 :nobodyさん:05/01/03 04:07:06 ID:???
>>313
それこそJSP関係ないね。

317 :nobodyさん:05/01/03 04:08:16 ID:???
【結論】
WebProg板はPHP厨(=嫌Java厨)のスクツです。

318 :nobodyさん:05/01/03 04:08:17 ID:???
まあまあ。
みんなたいした技術屋じゃないんだから、仲良く仲良く。

319 :nobodyさん:05/01/03 04:08:19 ID:???
>>314
別に業務じゃなくて素人でも、PHPでHTMLのレイアウトを気にするくらいの技術力の奴が、
Perl学びはじめてpmがインストールできないと言うことはまずないだろう。

320 :nobodyさん:05/01/03 04:08:23 ID:???
>>315
PHP使うやつでこんなこというやつはお目にかかったこと無い。

321 :nobodyさん:05/01/03 04:09:40 ID:???
>>320
実際問題、PHPなんて、簡単なDBすら作れないだろうからな。
所詮それだけの言語。詐欺にすら利用できない不便さ。

322 :nobodyさん:05/01/03 04:09:44 ID:???
>>320
できることが少ないから、ハッタリもかませない。

323 :nobodyさん:05/01/03 04:09:51 ID:???
>>317
世の中全体がJavaを嫌ってる。
なぜならPHP板でPHPの批判始めるようなお坊ちゃんが多いからだ。

324 :nobodyさん:05/01/03 04:10:29 ID:???
>>319
pmをインストールする、という知識があればね。

325 :nobodyさん:05/01/03 04:11:06 ID:???
>>320
JohnはJava使いということに君の頭の中ではなってるみたいだが、
結局出来なかったんだからJohnは有能なJava技術者じゃなかったんだろ。
別に何でも良かったけど、Javaって万能そうだから使ってみた、みたいな。

326 :nobodyさん:05/01/03 04:11:35 ID:???
WebProg=PHPです
つまりJSPもASPもC#も邪道、アウトオブ眼中
この板のURLが全てを物語っていますけどねw

327 :nobodyさん:05/01/03 04:11:38 ID:???
Javaの半分はハッタリで出来ている。

328 :nobodyさん:05/01/03 04:12:31 ID:???
PHPの半分はコンプレックスで出来ているけどな

329 :nobodyさん:05/01/03 04:12:54 ID:???
>>328
うまいことおっしゃる

330 :nobodyさん:05/01/03 04:13:25 ID:???
>>324
まーなんだ、PHPではどんな常識があるか知らないが、Perlそこそこ掛ける奴で、
pmの存在を知らない奴はまずいないだろう。
初心者本の最初の方に書いてあることだし。
Javaで言えば、JDKインストールできませんと言ってるような程度のことだ。
出来ない奴がいるかもなんて心配するほどの事ではない。

つーか、お前が反論するたびに、PHP使いはこんな簡単なことも
できないかもしれないんですけど、と言ってるようにしか見えない。

331 :nobodyさん:05/01/03 04:13:52 ID:???
>>318
うわっ。ムッカーーーww

332 :nobodyさん:05/01/03 04:14:15 ID:???
おまえらJava板でやれよ。
PHP板は作る人の板だ。
ハッタリはJava板で。
常識。
わかった?

333 :nobodyさん:05/01/03 04:14:20 ID:???
>>330
だって実はJava厨がPHP厨のフリして煽ってるだけだもん

334 :nobodyさん:05/01/03 04:14:30 ID:???
PHPは他の言語を使いこなせないから比較されると怒るのです。

335 :nobodyさん:05/01/03 04:14:51 ID:???
>>332
JAVA板ってどこよ?

336 :nobodyさん:05/01/03 04:15:13 ID:???
>>335
PHP厨の頭の中にのみ存在します

337 :nobodyさん:05/01/03 04:15:19 ID:???
>>332
まぁ、ここは比較スレなので、作る話をする方がスレ違いだが。
PHP信者はそんなことも解らずに掲示板を利用してるんですか?

338 :nobodyさん:05/01/03 04:15:44 ID:???
>>335
俺に聞くなよw
Java厨に訊けw

339 :nobodyさん:05/01/03 04:15:44 ID:???
>>332
>PHP板は作る人の板だ。
そうでもないのが悲しいところ・・・

340 :nobodyさん:05/01/03 04:16:21 ID:???
PHP技術者はつぶしがきかないからな…

341 :nobodyさん:05/01/03 04:16:52 ID:???
>>340
JAVAとかC#もやりゃいいじゃん

342 :nobodyさん:05/01/03 04:16:58 ID:???
三が日は2chで暇つぶしに限る。
こんな夜中にこの進行具合、ありがたい。

343 :nobodyさん:05/01/03 04:17:13 ID:???
なにしろJavaは胡散臭い。
Johnってなにもんよ?

344 :nobodyさん:05/01/03 04:17:38 ID:???
よく、Perlやってると文法に癖があるので他の言語が習得しづらいみたいにいうけど、
PHPの場合は、レベルが低すぎて他の言語が習得できないということなんだろうな。

345 :nobodyさん:05/01/03 04:17:50 ID:???
>>343
2chのいちユーザのコトなんかわかる訳ねーだ炉

346 :nobodyさん:05/01/03 04:18:35 ID:???
この板としてはAPサーバまで範疇に入ってるぐらいなんだからいいじゃない。
で、実情としてはソフト開発やってる技術屋さんはプ板に多くて、ここはWeb系が多い。
言ってみりゃ、サイトの外見とちょっとしたサーバサイドのアプリ程度の話。
ライトなプ板って感じでしょ。

347 :nobodyさん:05/01/03 04:18:45 ID:???
>>342
結局、厨同士が煽りあってるだけだろ。
ま、見てて楽しいけどさw

348 :nobodyさん:05/01/03 04:19:09 ID:???
>>343
どういう飛躍だよ。

なにしろサッカーは胡散臭い。
アルシンドってなにもんよ?

って言ってるような物だ。

349 :nobodyさん:05/01/03 04:19:23 ID:???
>>345
JohnはJava厨の代表だろ?
仲間をすぐ見捨てるのもJavaの特徴。
SUNと同じだな。

350 :nobodyさん:05/01/03 04:19:56 ID:???
>>348
アルシンドは名のある落ち武者だぞ。

351 :nobodyさん:05/01/03 04:20:00 ID:???
>>348
そのたとえこそ飛躍だろ

352 :nobodyさん:05/01/03 04:20:26 ID:???
>>349
じゃあPHPの仲間は、Apacheがダウンロードできない初心者も仲良くしてあげてくださいね。

353 :nobodyさん:05/01/03 04:20:41 ID:???
>>346
>ライトなプ板って感じでしょ。
そう言えなくも無い。
もっと見も蓋も無い言い方すれば、単価の安い人たちの集まる板だ。


354 :nobodyさん:05/01/03 04:20:56 ID:???
>>349
MySQLに見捨てられた日本はどうなりますか。
寂しすぎる。

355 :nobodyさん:05/01/03 04:21:51 ID:???
>>350-351
アルシンドって最後の方は、高い年俸ふんだくってた割には、
銚子悪くてグダグダで帰って行ったのだよ。

356 :nobodyさん:05/01/03 04:22:12 ID:???
Johnが来ない限り、Javaの潔白は証明できんな。

357 :nobodyさん:05/01/03 04:22:15 ID:???
>>354
え?見捨てられてるの?
俺今DB、MySQLつかってるんだけど

358 :nobodyさん:05/01/03 04:22:43 ID:???
>>355
そんな話はしてないよ。
ていうか落ち武者なんだからいたわってやれよ

359 :nobodyさん:05/01/03 04:22:52 ID:???
>単価の安い人たちの集まる板だ。
ひでぇwwww

360 :nobodyさん:05/01/03 04:23:08 ID:???
>>357
古いバージョンは問題なし。

361 :nobodyさん:05/01/03 04:23:49 ID:???
239 名前:nobodyさん[sage] 投稿日:05/01/03(土) 03:22:59 ID:???
案件情報
Java 80万
C# 60万
PHP 40万
perl 30万未満

ま、こういうことです

362 :nobodyさん:05/01/03 04:23:58 ID:???
Java使うと口だけ達者になる。
手を動かすことは一切無い。
Johnが証明した。

363 :nobodyさん:05/01/03 04:24:04 ID:???
>>360
その古いっていうのは4.0系から?3系?
詳しく

364 :nobodyさん:05/01/03 04:24:40 ID:???
>>363
そんくらい自分で調べろよ初心者

365 :nobodyさん:05/01/03 04:25:08 ID:???
>>362
じゃあこのスレの厨全員が証明してるPHPはもっと悲惨だな

366 :nobodyさん:05/01/03 04:25:19 ID:???
Java案件の8割はJavaからの移行案件。
コボルみたい。
プ

367 :nobodyさん:05/01/03 04:25:46 ID:???
【結論】
単価が安く技術屋としては下層に位置する人たちが
「Java厨は変人ばかりだ」とブーたれて自尊心を保つスレでした。

368 :nobodyさん:05/01/03 04:26:02 ID:???
>>366
ハナっから眼中にないため対象にすらされないのが悲しすぎるな。PHPは。

369 :nobodyさん:05/01/03 04:26:35 ID:???
>>366
>Java案件の8割はJavaからの移行案件。

永久ループで一生食っていけますか?

370 :nobodyさん:05/01/03 04:28:04 ID:???
「Java使うと高くなる」みたいな認識が広まりつつあるのは確か。
ただC#はともかくPHPは話に出にくい。なぜなんだ・・・

371 :nobodyさん:05/01/03 04:28:25 ID:???
http://pc5.2ch.net/test/read.cgi/hosting/1104262198/
これすごいな。
Javaは神。

372 :nobodyさん:05/01/03 04:28:28 ID:???
1年程前にCOBOLからJavaの移行(つーか新規に等しい)っ仕事やった。
COBOLからってのは珍しい。

373 :nobodyさん:05/01/03 04:29:21 ID:???
>>372
そういう案件情報自体はよく見る。
COBOL+Javaってのもある。

374 :nobodyさん:05/01/03 04:29:41 ID:???
>>372
COBOLからって・・・基幹系じゃないの?

375 :nobodyさん:05/01/03 04:29:50 ID:???
>>370
スケーラビリティないからじゃん?

376 :nobodyさん:05/01/03 04:31:50 ID:???
上にも出てたが、Javaと張り合おうとするんじゃなくて
共存しようとしないのか?PHPは?
それができる位置にはいるはずなんだが。

377 :nobodyさん:05/01/03 04:33:30 ID:???
Javaと共存するくらいならCOMと共存したいからこそ、
ああいうAPIなわけでw
臭くなりたくないんよ。
そばにいるだけで臭いうつるからね。

378 :nobodyさん:05/01/03 04:34:11 ID:???
>>377
多分一番ありえない道だな

379 :nobodyさん:05/01/03 04:34:52 ID:???
ま、PHPがターゲットにしてるのってその程度の所だし。
はいお手軽にお手軽なものを作れました。よかったね。その程度のものでしょ。

380 :nobodyさん:05/01/03 04:35:07 ID:???
>>378
そう思うのはものしらな過ぎ。

381 :nobodyさん:05/01/03 04:36:08 ID:???
>>377
あー、そのレス何か哀れ。残りカスって感じ。

382 :nobodyさん:05/01/03 04:36:26 ID:???
SUNが自サイト元に戻したら、お前らの言うこと信じてやる。

383 :nobodyさん:05/01/03 04:37:08 ID:???
Johnがグーグル超えたらお前らの言うこと信じてやる。

384 :nobodyさん:05/01/03 04:37:09 ID:???
>>377を見てると、やっぱこのスレのPHP厨は全員ダメだと思う・・・
こんなことやればやるほどPHP=アホと見られるってのに。
PHP使ってる身としては肩身が狭い。
>>264の意見はもっともだと思う・・・

385 :nobodyさん:05/01/03 04:37:54 ID:???
Webサイト構築にあたってはそりゃPHPでしょ。
でも、その程度でしょ。

386 :nobodyさん:05/01/03 04:38:40 ID:???
>>385
そうじゃなく、Webサイトに依る、という話だろう。

387 :nobodyさん:05/01/03 04:39:40 ID:???
Javaは口だけ。
俺ってすごいんだぜとか言う。

388 :nobodyさん:05/01/03 04:40:03 ID:???
>>387
それすら言えないPHP

389 :nobodyさん:05/01/03 04:40:09 ID:???
要するに、PHP厨Java厨共に、ここ最近やった仕事内容を挙げてみろって話だな。

390 :nobodyさん:05/01/03 04:42:40 ID:???
389が良い事言った!
煽りあってる厨の最近の仕事内容を知りたいw

391 :nobodyさん:05/01/03 04:43:00 ID:???
PHP厨が煽る

Java厨が切り返す

以後繰り返し

392 :nobodyさん:05/01/03 04:43:17 ID:???
>>390
NDA

393 :nobodyさん:05/01/03 04:43:55 ID:???
>>390
PHPは仕事無いよ。

394 :nobodyさん:05/01/03 04:44:27 ID:???
PHP厨煽っても面白くないからな。

395 :nobodyさん:05/01/03 04:44:28 ID:???
>>389
そう簡単に仕事の内容は話せない。

396 :nobodyさん:05/01/03 04:46:17 ID:???
>>395
どんな構成でやったかとかは?

397 :nobodyさん:05/01/03 04:46:33 ID:???
ずばり楽天。

398 :nobodyさん:05/01/03 04:47:32 ID:???
某住宅情報サイト構築
某新聞社某システム
某雑誌社某システム
某大学某システム
某自治体の某システム

ってか内容は言えないから意味がねーだろが!

399 :nobodyさん:05/01/03 04:48:40 ID:???
全部PHPだな。

400 :nobodyさん:05/01/03 04:48:45 ID:???
言ったところで理解できるのか?
PHP厨がJavaのことを、Java厨がPHPのことを

401 :nobodyさん:05/01/03 04:49:08 ID:???
>>399
悲しいがまずありえねーな。

402 :nobodyさん:05/01/03 04:49:17 ID:???
何人月の案件で、予算はどの程度なのかくらいは、
構わないんじゃねーの?そうすりゃ、単価云々の話は
片付くんじゃねーか?

403 :nobodyさん:05/01/03 04:50:14 ID:???
>>402
単価の話は出てるよ、>>239
反論もないし

404 :nobodyさん:05/01/03 04:50:32 ID:???
>>402
あとDBとかフレームワークとか

405 :nobodyさん:05/01/03 04:50:42 ID:???
>>402
いつまで人月計算ですか

406 :nobodyさん:05/01/03 04:51:30 ID:???
>>404
NDA

407 :nobodyさん:05/01/03 04:55:09 ID:???
http://pc5.2ch.net/test/read.cgi/prog/1089816814/

408 :nobodyさん:05/01/03 04:56:39 ID:???
>>407
落ちてる

409 :nobodyさん:05/01/03 04:56:58 ID:???
某メーカ、某医療関係、某電力関係。
どれもjavaで某APサーバ使用。いくつかはジャイルで。
つーか特徴ある仕事ばかりで書きにくいー。
Web?趣味です。

410 :409:05/01/03 04:58:57 ID:???
ジャイルってなんだよ、アジャイルでした。失敬。

411 :nobodyさん:05/01/03 04:59:17 ID:???
マで食ってる奴は、PHPの仕事がいかに少ないかを知っていて
そうでないやつはその事実を信じない
なのでこの話は何の意味もない

412 :nobodyさん:05/01/03 05:00:04 ID:???
>>403
俺はperlで組むのが殆どだけど、1人月=100万、最近は単価が
安くなってきてるけどそれでも1人月=70〜80万は取ってるぞ。
勿論、案件や客を見て決めるけど。
なので、239の信憑性は低いと思うがどうなんだ?大体、239の
単価じゃ、perlやphpでは利益の出しようがないんじゃねーの?

413 :nobodyさん:05/01/03 05:01:38 ID:???
>>412
それは明らかにボッタクリだな…

414 :nobodyさん:05/01/03 05:02:25 ID:???
>>412
ないよ。だから受けないよ。
そもそもPHPやperlで提案してもはじかれる。

415 :nobodyさん:05/01/03 05:03:30 ID:???
単価は仕事によって全く変わるからな。
金あるところはあるぞ〜〜〜。
週2〜3日しか来ないコンサルに200とか余裕で出すぞ。

416 :nobodyさん:05/01/03 05:03:45 ID:???
>>412
枯れた技術で食えるほどうらやましいことはない。
煽りじゃなくてマジでオイシイね。

417 :nobodyさん:05/01/03 05:10:31 ID:???
>>412
でもマジで40万とかいう単金の案件は来るんだから仕方がない。
向こうが何を考えてるのかはわからないけど。

418 :nobodyさん:05/01/03 05:13:04 ID:???
>>417
さすがに日本じゃ無理っしょ。
そうでもなければ2週間でつくれってことか...

419 :nobodyさん:05/01/03 05:14:55 ID:???
これからはリッチクライアントでアプレットの時代。
プゲラ

420 :nobodyさん:05/01/03 05:18:49 ID:???
1人月40ってあるね。
Webデザイン&HTMLコーディングなら20てのもある。
こう言ういい方したら悪いが、この部分一番切り詰められる部分で、
かつヤツラはそれでもやっちゃうのよね。

421 :nobodyさん:05/01/03 05:31:47 ID:1CMLgIh5
それは無い。
妄想乙。

422 :nobodyさん:05/01/03 05:33:37 ID:???
>>421
これが現実。ま、かなり厳しい方の現実だろうが。
その仕事を受ける会社側にも色々事情があるのよ。

423 :nobodyさん:05/01/03 05:36:40 ID:???
なんかすごい伸びだな。
>>412 見て思ったけど、PHPでやるべき程度のことを敢えてperlでやった
ほうが古い人には理解されやすいことが多いというのが自分の印象。

424 :nobodyさん:05/01/03 05:40:02 ID:???
>>421
ニート乙

425 :nobodyさん:05/01/03 13:59:19 ID:???
乗り遅れたか

426 :nobodyさん:05/01/03 14:44:42 ID:???
>>423

427 :nobodyさん:05/01/03 14:48:11 ID:???
今時Javaでなんて言っていたら悪徳業者認定されちまうだろ

428 :nobodyさん:05/01/03 14:49:08 ID:???
高くて重くて実用性の低いJavaは成金の金時計みたいなもんだからな。
格好わるーー

429 :nobodyさん:05/01/03 14:50:01 ID:???
>>427
業者とすら認めてもらえないPHP

430 :nobodyさん:05/01/03 14:50:08 ID:???
おいおまいら.Net使え!

431 :nobodyさん:05/01/03 14:55:12 ID:???
煽りあってる厨は、ファミリーベーシックで充分。

432 :nobodyさん:05/01/03 14:59:58 ID:???
このスレ最初から読んでみたら
PHP派の方は全然ちゃんとした切り返しができていないじゃないか。
根拠のない煽りしかしてないし、
何も知らない奴がこのスレだけ読んだらPHPのこと誤解されるぞ。

自分で自分の首を絞めているだけだって事に気づかないのか?

433 :nobodyさん:05/01/03 15:01:57 ID:???
もっと!もっと!

434 :nobodyさん:05/01/03 15:02:52 ID:???
>>428
100均の使い捨て時計=PHP技術者
安い単金でこき使われ、替わりなど掃いて捨てるほどいる

435 :nobodyさん:05/01/03 15:30:49 ID:???
偽者の金時計も多いがね。

436 :nobodyさん:05/01/03 15:39:44 ID:???
>>435
だが本物もある
100均の使い捨て時計には偽物すらない。すべて100円。

437 :nobodyさん:05/01/03 15:43:01 ID:???
>>436
100円(税込105円)

438 :nobodyさん:05/01/03 15:45:41 ID:???
まあ待て、今一度スレタイに沿って考えてみよう

PHPがJSPより優れている点って何ですか。

敷居が低いところです。

以上

439 :nobodyさん:05/01/03 15:49:28 ID:???
PHPがJSPより優れている点って何ですか。

低レベルの人でも書けるところです。

以上

440 :nobodyさん:05/01/03 15:51:38 ID:???
PHPがJSPより優れている点って何ですか。

ちょっとEJBかじった人が、必要もないのにEJB、EJB言い出して要らん仕事増やすようなことがないところです。

以上

441 :nobodyさん:05/01/03 15:54:22 ID:???
PHPがJSPより優れている点って何ですか。

安くこき使えるところです。

以上

442 :nobodyさん:05/01/03 15:55:12 ID:???
PHPがJSPより優れている点って何ですか。

変な出版社みたいでうさんくさいところです。

以上

443 :nobodyさん:05/01/03 15:56:51 ID:???
PHPがJSPより優れている点って何ですか。

見あたりません

以上

444 :nobodyさん:05/01/03 16:01:23 ID:???
60 名前:nobodyさん[sage] 投稿日:04/12/19(日) 20:32:56 ID:???
>>58
具体的な反論しても、>>59みたいな煽りが返ってくるだけで不毛だからやめとけ。


264 名前:nobodyさん[sage] 投稿日:05/01/03(土) 03:38:58 ID:???
PHPはせっかくJSP/Servletと棲み分けが出来る優れた技術なのに、
PHP厨自体がそれをブチ壊しているのが泣ける。


これがこのスレの全てを物語っている

445 :nobodyさん:05/01/03 16:54:23 ID:brnGtrTx
身震いしただけで、犠牲者10万人オーバーですよ

地球ヤバイ


446 :nobodyさん:05/01/04 10:13:21 ID:???
地球は、プラットフォームとしてちょっと不安定すぎるな。
仕様変更も多いみたいだし。

447 :nobodyさん:05/01/05 09:30:52 ID:???
地球が頑張らないと
医療技術があがるだけで
人口爆発するから
罪がない地球が適度に殺した方がいいんじゃね

448 :nobodyさん:05/01/05 13:57:52 ID:???
いや、医療技術があがっているところは、子育てコストもあがってて、多産多死→多産少死→少産少死の流れで少子化になる。
10万人減ったところで10万/60億だからね。
60万円持ってて10円落とした程度にしか痛まない。

449 :nobodyさん:05/01/05 20:54:06 ID:???
中国が核実験失敗か何かであぼーんすれば人口が10億は減るから、地球人口の1/6が整理されるよ。
中国って地球にやさしーい!


450 :nobodyさん:05/01/05 21:03:52 ID:???
10億人死ぬくらいの失敗なら、全世界に影響が出るわけだが。

451 :nobodyさん:05/01/05 21:30:59 ID:???
そのとき日本の1億人が一緒に全滅しても、誤差の範囲なわけだが。

452 :nobodyさん:05/01/05 21:58:24 ID:???
でもあたし、お兄ちゃんがいなくなったら悲しいよ!

453 :nobodyさん:05/01/05 22:11:19 ID:???
世の中こんなに人が溢れているのに、わざわざ君が存在する意味はあるの?
世の中こんなに人が溢れているのに、わざわざ僕が存在する意味はあるの?


454 :nobodyさん:05/01/05 22:31:49 ID:???
>>453
人の存在にはそもそも意味がなく、人の人生というのはそもそも趣味的なものなので、そんなことは考えずに楽しむべき。

455 :nobodyさん:05/01/05 22:37:42 ID:???
人は生まれた瞬間から死に向かってゆっくり歩きはじめるものです。

456 :nobodyさん:05/01/05 22:40:52 ID:???
これでも読んでろ
ttp://www.amazon.co.jp/exec/obidos/ASIN/4048838865/

457 :nobodyさん:05/01/05 22:54:43 ID:???
要は簡単に人間を増やしたり減らしたりする地球が全部悪いんだい!


458 :nobodyさん:05/01/05 23:15:35 ID:???
だから人はソラにあがるのですよ

459 :nobodyさん:05/01/05 23:19:10 ID:???
つうかさぁ、こんな大事なハードなのに、多重化されてないのが信じられん。
設計者はなんも考えてないなぁ。

460 :nobodyさん:05/01/05 23:32:01 ID:???
しょうがないよ。当時はまだ多重化なんて概念なかったんだから。壊れることを想定していない時代の産物。
蚊が入り込んでショートしちゃう時代に作られたんだぜ?

461 :nobodyさん:05/01/05 23:35:53 ID:???
でも昔に比べれば随分動くようになったし稼働率もあがったと思うよ。
さんざんみんなでパッチやサービスパックあてまくったから。
カットオーバー時はそりゃひどかったんだから。すぐハングするし暴走するしブルースクリーンになるし。
今のバージョン知ってる?105.23.4.892 security rollup package 2.0.45 fail safe option 13-3/Pっていうんだぜ?
今でもこの前みたいに時々バグるけど。


462 :nobodyさん:05/01/05 23:52:10 ID:???
相原コージのマンガで、人が悲しむから問題になるんだ、
誰も悲しまなければ問題にならない、と言って、
難民が餓死するテレビを見ながらラーメン食って爆笑するやつがあったな。

463 :nobodyさん:05/01/06 08:38:11 ID:???
Java厨は、突然、「自分はすでにエンタープライズレベル!」などと言い出すから
まいってしまう・・・

464 :nobodyさん:05/01/06 10:00:20 ID:???
PHP厨は突然ひがみだすからまいってしまう・・・

465 :nobodyさん:05/01/06 22:02:09 ID:???
>>463>>464もまいらスレ違い


466 :nobodyさん:05/01/06 23:38:53 ID:TmOS7Kdw
>>465
でも、このスレの半分は、彼ら二人で成り立っています。

467 :nobodyさん:05/01/07 06:31:43 ID:???
Java厨は、突然、「自分は、もはやエンタープライズレベル!」などと言い出すから
困る・・・

468 :nobodyさん:05/01/07 10:05:07 ID:???
PHP厨は、突然『Java厨は、突然、「自分は、もはやエンタープライズレベル!」などと言い出すから
困る・・・』などとひがみだすから困る。

469 :nobodyさん:05/01/07 10:40:54 ID:NwAeKDWN
厨はそんなに厨厨言いいたいもんなんだね。うれしそうだね。

470 :nobodyさん:05/01/12 22:59:23 ID:Bq35Keio
Java厨は、突然、「自分は、もはやエンタープライズレベル!」などと言い出すから
困る・・・

471 :nobodyさん:05/01/12 23:20:08 ID:???
PHP厨は、突然、気に入った発言を繰り返しだすから困る・・・

472 :nobodyさん:05/01/13 00:41:59 ID:yX5LQaXf
PHPやJSPなんかやめてNetDataへ移行しる

473 :れんちゃん:05/01/13 01:14:48 ID:uSS09C67
いい情報みつけましたよ

http://yellow.ribbon.to/~renchan/index.html

474 :nobodyさん:05/01/13 14:57:09 ID:???
パチンコサイトかと思ったら、ただの出会い系か

475 :nobodyさん:05/01/17 14:26:49 ID:Je1AlzBS
phpは+mysqlでデータベース構築に便利じゃん。
終わり。

476 :nobodyさん:05/01/17 14:29:23 ID:Je1AlzBS
つーかJSPだろうがperlだろうがphpだろうが
コテコテの超高級言語には変わりないわけで
ようは作りたいものをスマートにつくれればそれでいいわけ。


477 :nobodyさん:05/01/17 18:23:42 ID:???
なに意味のないこといってんの?

478 :nobodyさん:05/01/17 18:26:51 ID:???
高級言語であることは、いわば最低条件でしかないな。

479 :nobodyさん:05/01/17 18:27:28 ID:???
>>475
mysqlはライセンスがめんどくさい

480 :nobodyさん:05/01/18 13:38:25 ID:???
>>479
同意

PHP5からデフォルトがMySQLじゃないんだろ?
もうPostgreSQLもWin対応したし
MySQLいらね

481 :nobodyさん:05/01/18 15:44:52 ID:???
>>475
javaはDBバンドル製品使えばデータベース構築に便利。
終わり。

482 :nobodyさん:05/01/21 01:19:15 ID:Aod1pQKc
CORBAのメッセージサービスとJ2EEのJMS(Java Messaging Service)って
どっちが応答はやいんですか?

483 :nobodyさん:05/01/21 11:08:21 ID:???
原理的にはCORBAの方が重そうだ。
Java用か一般言語用か。
まあ、実際には、実装を使って比較しないと意味がない。両方単なる規格だからな。
どっちにしろ、いまさらCORBAを使う価値はあまりなさそうだ。

484 :nobodyさん:05/01/21 12:01:20 ID:???
ASPはいいよね

485 :482:05/01/22 01:21:43 ID:D/ZLhyv7
>>483
もう少し書くとこんな感じです。

CORBAのメッセージサービスの場合
  クライアント:OSはwindows MFCで作る
  サーバ:OSはSolaris omniORB(corba) c++

JMS(Java Messaging Service)の場合
  クライアント:OSはwindows MFCで作る
サーバ:OSはSolaris j2eeで作る
  クライアントへのデータ渡しは...(どうしよう)

486 :nobodyさん:05/01/22 02:09:21 ID:???
omniORBって、まだメンテナンスされてるの?
DCOM-RMIの橋渡しってなんかなかったっけ?

あまりパフォーマンス求めなければ、Webサービスがよさげだけど。

487 :nobodyさん:05/01/22 09:21:38 ID:???
そもそもVisiBrokerとかOrbixってまだあるの?
無料で使えるなら俺がいろいろ試してやってみてもいいのだが。


488 :482:05/01/22 13:25:16 ID:D/ZLhyv7
>>486
>omniORBって、まだメンテナンスされてるの?

ATTのCambridgeラボからsourceforgeへ引き継がれて
現在でもupdateされていますよ。
http://omniorb.sourceforge.net/

>DCOM-RMIの橋渡しってなんかなかったっけ?

ありがとうございます。ちょっと調べてみます。

>あまりパフォーマンス求めなければ、Webサービスがよさげだけど。

スピードとリカバリが一番重要なプロジェクトです。
また、データの賞味期間が非常に短く、1秒間に何度も
データが更新される感じです。
以下を目標にしています。
メッセージごとの応答時間が150ミリ秒。
メッセージ処理件数は毎秒1000件。


489 :482:05/01/22 13:56:17 ID:D/ZLhyv7
>>487
>そもそもVisiBrokerとかOrbixってまだあるの?

まだ売ってますね。

>無料で使えるなら俺がいろいろ試してやってみてもいいのだが。

そのお気持ちだけでもありがたいです。
omniORBはwindowsで試したんですが、
バイナリないしけっこうめんどうです。
といってもTAOよりはラクですね。
omniORBはタダで使えますけど、目的によっては
そうではないかもしれません。利用条件を
よく読んでないもので.. (・_・;)


490 :nobodyさん:05/01/25 20:50:55 ID:???
チャット系アプリはPHP+FLASH多いねぇ
そこそこはやいよ。

491 :nobodyさん:05/01/25 22:01:33 ID:???
スレ違いだがflashでチャットならjava+xmlソケットが最強


492 :nobodyさん:05/01/25 22:08:27 ID:???
(・_・;)

493 :nobodyさん:05/01/26 21:52:15 ID:???
(;・_・)

494 :nobodyさん:05/02/03 20:49:53 ID:???
JAVA使ってるサイトってどこも重い印象があります。
ショッピングサイトでそれっぽいアドレスが出るだけで購入することをやめることも間々あります。
実際はJAVAが重いのか、トラフィックがあるからJAVAなのかどちらですか?

495 :nobodyさん:05/02/03 21:52:55 ID:???
> JAVA使ってるサイトってどこも重い印象があります。

気のせい。
Java使ってて重いサイトもあるし重くないサイトもある。
Java使ってなくて重いサイトもあるし重くないサイトもある。
ということで、以降の質問も無意味。

496 :nobodyさん:05/02/04 00:34:50 ID:zbNTAwig
ASPはどこも重いか潰れてるかだけどな。

497 :nobodyさん:05/02/04 00:43:35 ID:???
本屋に行くとASPの資料がホントになくて困る。

498 :nobodyさん:05/02/04 00:44:27 ID:???
ASPのシステムが増える事は社会の利益にならないから、それでいいと思うが

499 :nobodyさん:05/02/04 06:48:49 ID:GCvQ3oay
>>495
重くない代表的なサイトはどこだろう

500 :nobodyさん:05/02/04 09:36:01 ID:???
ASPは確かに重いな。
kakaku.comなんか、人が多いときは重くてたまらん。

501 :nobodyさん:05/02/04 12:39:19 ID:???
>>499
Yahoo!Japanなんかも一部JAVAだが。

502 :nobodyさん:05/02/04 12:40:05 ID:???
あと、日航の割引の予約サイトは拡張子がdoだったな。

503 :nobodyさん:05/02/04 15:39:54 ID:???
>>501
8割はCらしいね
ちなみにJAVAで書かれたのはどこだか知ってる?

まあ、phpとjavaの両方で組んでる奴なら知ってると思
うけど、phpと比べたら、javaはCPUの負荷も高いし、メ
モリのリソース消費もすごいし、高速で動かすために
要求されるハードのスペックは高いよ。
サーバスペックに余裕が無い場合、どっちを選ぶかっ
ていったら、どうしてもphpになっちゃうね。

504 :nobodyさん:05/02/04 17:48:12 ID:???
Yahooのどこがサーバに余裕がないんだよ(w


ちなみに、簡単なスクリプトなら、PHPやPerlの方が早い。
計算など、処理が複雑になってくると、JAVAの方が早い。

使い分けですよ。

505 :nobodyさん:05/02/04 17:56:05 ID:???
リクナビやファンタジーベースボールみたいに、他を吸収したサイトは拡張子がjspだな
重くないぞ

506 :nobodyさん:05/02/04 20:50:57 ID:???
>>503
そこまで負荷がかかると、PHPの自由度の低いコネクションプーリングが足かせになってきそうだが。

507 :nobodyさん:05/02/05 00:12:14 ID:???
>>504
yahooのサーバスペックに余裕がないなんてどこにも書いてないから。

使用するサーバのスペックに余裕が無い場合は、javaよりもphpを選ぶ
だろってこと。

>>506
サーバスペックに余裕が無い状態で、phpよりjavaのほうが有利か?


javaの遅さが目立たなくなってきたのは、ハードに惜しみも無く金か
けられるクライアントが、こぞってjavaでシステムを発注してきたから
だよ。
ハードに金使えばどんな言語でも速くなるって。

508 :nobodyさん:05/02/05 00:22:07 ID:???
PHPのほうがJavaより10倍くらい遅いはず。
スクリプト言語だからあたりまえだが。

ただメモリはJavaのほうが食う

509 :nobodyさん:05/02/05 00:24:26 ID:???
>>508
javaもインタプリンタ言語だよ

510 :nobodyさん:05/02/05 00:28:31 ID:???
>>509
4年前まではね

511 :nobodyさん:05/02/05 00:32:50 ID:???
>>510
いまでもそうだろ?

512 :nobodyさん:05/02/05 00:37:02 ID:???
>>511
JITで速度はC並ですが

513 :nobodyさん:05/02/05 00:39:25 ID:???
>>512
それは反則だろww
最初からCで書けよww


514 :nobodyさん:05/02/05 00:41:24 ID:???
>>513
反則?VM内にJITコンパイラがあってVM上の動作速度はCとそれほど変わらないんだよ


515 :nobodyさん:05/02/05 00:45:50 ID:???
>>514
ああ、JNIと間違えた。
でもCと変わらんってのは絶対ありえないからw


516 :nobodyさん:05/02/05 01:38:14 ID:???
パフォーマンス系のサイト見たことないのね。
まぁでもJavaはXMLとかリフレクションでいくらでも重くなるからそう思うのも仕方ないか

517 :nobodyさん:05/02/05 02:03:34 ID:???
>>504
スレ通して見て見たけど、入門書かじった程度の人間にでも
カチッと嵌るいい表現かなと。使い分け。それでいいんじゃねーか?


yahooについての記載はさておき。
内情知らない外部の人間が漏れ聞く情報だけでガタガタ言っても机上の空論。

518 :nobodyさん:05/02/05 10:13:09 ID:???
>>515
「絶対ありえない」というのは絶対ありえないね。

519 :nobodyさん:05/02/05 10:15:34 ID:???
>>507
> サーバスペックに余裕が無い状態で、phpよりjavaのほうが有利か?

サーバースペックに余裕が無い状態で、サーバースペックを活かせないPHPのコネクションプーリングの仕組みが有利か?
メモリとかCPU速度より、DB接続数の制限の方が先にボトルネックになることもありそうだぞ。

520 :nobodyさん:05/02/05 10:19:13 ID:???
>>507
> ハードに惜しみも無く金かけられるクライアントが

最近は惜しみなく金かけなくても、そこそこのサイトならそこそこ回せるようなハードが売ってますが、なにか?

521 :nobodyさん:05/02/05 12:06:33 ID:???
>>516
「サイトで書かれてたから速い」ってなかんじで鵜呑みにしないで、自分でプログラム組んで比較してみな。

>まぁでもJavaはXMLとかリフレクションでいくらでも重くなるからそう思うのも仕方ないか

高負荷のパフォーマンスを測ってみるといいよ。
javaは一定のライン超えると、恐ろしくパフォーマンス落ちるからさ。
phpが負荷に強いのもわかると思うよ。


522 :nobodyさん:05/02/05 12:12:50 ID:???
>>519
コネクションが足りなけりゃ空くまで待ってもらえばいいだけ。


523 :nobodyさん:05/02/05 12:22:12 ID:???
>>522
ふーん、待ってもらう余裕がある程度の負荷のときの話なのね。

じゃあJavaでもいいんじゃない?
PHPは一定のライン超えると恐ろしく開発パフォーマンス落ちるしね。
サーバー代よりそっちの方が高いし。

524 :nobodyさん:05/02/05 12:24:37 ID:???
PHPのコネクションプーリングの問題点は、HTTPプロセスがひとつ握るということで、データベースが必要なくてもコネクションを握ってしまうということだな。
データベースが必要ないどころか、PHPすら動かない静的HTMLやら画像ファイルでもDBコネクションをにぎることになってしまう。

525 :nobodyさん:05/02/05 12:34:18 ID:???
>>523
空きが無いような高負荷時にも、先にエラーはくから明快だよ。
「現在空きがありません」ってね。
javaはプールサイズ使い切ると、空くまでずっと待たせるだろ。


526 :nobodyさん:05/02/05 12:34:39 ID:re6LpLVL
zend studio ってどうでしょうか?

527 :nobodyさん:05/02/05 12:35:24 ID:???
>>524
何の話だ?意味わからん

528 :nobodyさん:05/02/05 12:35:30 ID:???
YahooでPHPが使われてるっていう話とりあげるやつがいるけど、ゴリゴリPHP自体をカスタマイズした上で使ってるわけだからな。
そこらへんでダウンロードして使えるPHPとは別物だからな。

ってか、PHPってアンドキュメントな仕様変更と日本語関係のエンバグの多さが怖くて使ってられない。

529 :nobodyさん:05/02/05 12:36:25 ID:???
>>527
HTTPプロセスごとにコネクション使いまわすんだよ。

530 :nobodyさん:05/02/05 12:39:41 ID:???
>>525
あぁ、じゃあ、同時に使える人の数は少なくていいってことね。
そういう高負荷か。
「Javaは」っていうけど、Javaのコネクションプーリングにもいろいろあるわけだし、必要なら開きが無ければすぐエラーはかせる仕組み作ることも難しくないしね。

531 :nobodyさん:05/02/05 12:41:14 ID:???
>>529
明示的にconnectしなくてもコネクション握るってこと?

532 :nobodyさん:05/02/05 12:41:36 ID:???
>>527
実際に同時に使われる接続数よりも多くの接続数を確保しないといけないってことだ。

533 :nobodyさん:05/02/05 12:42:38 ID:???
>>531
そうだよ。
プロセスが持ってるからね。
connectどころか、そのプロセスがPHPの処理しなくてもコネクション握る。

534 :nobodyさん:05/02/05 12:42:50 ID:???
>>530
別に、少なくないだろう?
例えば接続数500使い切るのにどれだけ同時アクセスが必要だと思う?

535 :nobodyさん:05/02/05 12:43:40 ID:???
>>534
画像が100あるページを5つ。

536 :nobodyさん:05/02/05 12:53:06 ID:???
ちなみに、DB接続数とHTTPプロセス数が同じなわけだから、DB接続が埋まってるときにはHTTP自体がつながらず「現在空きがありません」とだすこともできない。

537 :nobodyさん:05/02/05 13:11:59 ID:???
>>536
普通にhttpがToo many connections吐くぞ

538 :nobodyさん:05/02/05 13:13:19 ID:???
違うな。
DB接続もらってないハズレプロセスができるんだ。
で、ハズレプロセスひいたときには使ってないところに切断させて再接続。
切断されたところはハズレプロセスになる、って仕組みだったかな。
DB接続の実装次第だけど、そういう実装になってるものはHTTPプロセス数がDB接続限界を越えるとある確率で再接続が必要になってくる。

539 :nobodyさん:05/02/05 14:56:54 ID:???
>>521
PHPも一定のライン越えると恐ろしくパフォーマンス落ちるよ。
ちなみに、固定HTMLだって、C言語で書いたって、一定のライン越えると
恐ろしくパフォーマンスは落ちる。

540 :nobodyさん:05/02/05 14:59:03 ID:uijxdVw/
どうでもいいけど、XOOPSとかWikiって、どのサイトももっさりだな。
PerlやJSPのサイトって、そんなにもっさりじゃないのに。

541 :nobodyさん:05/02/05 15:06:41 ID:???
まー、大規模サイトではJAVAかCかPerlが採用されてて、殆どPHPが採用されていない時点で気が付けよ。

542 :nobodyさん:05/02/05 15:09:04 ID:???
PHP使った大規模サイトって、どこがあるの?

543 :nobodyさん:05/02/05 15:17:16 ID:???
あるわけないじゃん。
PHPは中小規模専用に作られてるんだから
よほどのバカでもなければ大規模サイトで使ったりしない。

544 :nobodyさん:05/02/05 15:20:23 ID:???
と言う事は、一定のラインは越えようがない程度の需要のサイトしかないってことだな。
1時間に数万アクセスあるJAVAのサイトと、数百のPHPのサイトの重さを比べても
仕方がないって事だ。

545 :nobodyさん:05/02/05 16:56:42 ID:kff6pBVB
amazon とかは何をつかってますか?
また、C でコーディングとありますが、どうやって実装するのですか?

546 :nobodyさん:05/02/05 17:04:59 ID:???
Cでコーディングって書いてあるなら、Cで実装するんだろ。

547 :nobodyさん:05/02/05 17:44:18 ID:???
>>545
アマゾンがどうか知らんが、一番軽くするためには、自分でアパッチのモジュールを作る。
場合によっては固定HTMLを表示するよりも早く表示できる事もある。
(もちろん、print文で固定文字列をそのまま出すだけのプログラムで、だが)
普通にCGIとしてC言語を使っても、気休め程度にしか軽くはならない。

548 :nobodyさん:05/02/05 18:20:27 ID:???
PHP = 佐倉 綾乃

C = 片岡 貢、 真東 輝

C++ = 安田 潤司、 真東 光介

JAVA = 北見 柊一、 四宮 慧

549 :nobodyさん:05/02/05 18:26:34 ID:TBO/V8CN
>>548
余計分からねーよ。

550 :nobodyさん:05/02/05 19:54:05 ID:NCI5rUWC
Yahooはphpすよ。

551 :nobodyさん:05/02/05 20:01:00 ID:???
phpベースの独自スクリプトってphpって言うのか?
とりあえずphpが高速だと主張するのなら、
PukiWikiをなんとかしてから発言して欲しいと思う。
PHP使いしかいないはずの質問スレですら、PHPは重いみたいな
話になってて悲しいぞ。

552 :nobodyさん:05/02/05 20:34:02 ID:???
アプリの遅さは言語と関係ない。
C で同じ者でも遅くも速くも作れる。
PHP も同じ。

553 :nobodyさん:05/02/05 20:52:38 ID:???
そういう問題ではなく、同じ物をまともにPHPとCで作ったら、
全然Cの方が早いという話だろ。

554 :nobodyさん:05/02/05 21:04:21 ID:FFu8yeXA
わからないのは、 C言語って、具体的にどこのソースを書くときにつかうのですか??

555 :nobodyさん:05/02/05 21:08:15 ID:???
>>539
当たり前だろそんなもの
程度問題ってことなんだよ
同じスペックのマシンで、同じ処理を行うプログラムを書いて実際に比較すれば
その一定のラインが、Javaのほうが低いことがわかるから

556 :nobodyさん:05/02/05 21:12:52 ID:???
>>554
何を使っているか知らんがお前がプログラムを書くのと同じことをすべてだよ

557 :nobodyさん:05/02/05 21:36:23 ID:???
>>555
へー、やったんだ。
どんな環境で、どういう条件で、どういうプログラムで、どういう方法で試したの?

558 :nobodyさん:05/02/05 22:25:08 ID:???
>>557
10万件のレコードから、結果出力が700件程度になるような
検索キーワードを問い合わせして、処理に要した時間を単に
出力するシンプルなテストwebプログラム。
jspはdatasource経由でコネクションプーリング使用同時
poolsizeは50
phpはpconnectではなくconnect

マシンスペック
P3 1.4デュアル
メモリ 1G
一応PCじゃなく鯖専用マシンな

別のソケットを使用した自動リクエスト発行プログラムから、
1000ミリ秒、300ミリ秒、200ミリ秒、100ミリ秒間隔でテストプ
ログラム自体にリクエストを送信した状態で、ブラウザから
テストプログラムを呼び出して、処理にかかった時間を計測。

結果は、
1000m秒間隔ではjspが平均1/100秒ほど優勢
300m秒では同等
200m秒では逆転
100m秒ではphpが平均で10秒以上の差で優勢

漏れのマシンだと、大体、CPU占有率80%位でphpが逆転した
かんじかな。
あと負荷テストが終わった後、ガーベッジコレクションのためか、
1分以上CPUを占有したままだった。
phpはすぐに落ち着いたけどね。



559 :nobodyさん:05/02/05 22:33:56 ID:???
>>557
あと、プールサイズは500に増やしてみたけど大して変わらんかったな
パフォーマンスが落ちたのはDB周りが原因ではなさそうだ

560 :nobodyさん:05/02/05 23:03:00 ID:???
実行したソース出してみ。

561 :nobodyさん:05/02/05 23:10:03 ID:???
なんか、MSが良くやる感じの情報操作だなぁ…
サーバの情報って、CPU速度とかそういう事ではなくて、例えばTomcatの設定とか
Apacheの設定とか、そういうのが求められてるわけで、
その設定によって、いくらでもパフォーマンスは変えられる。

562 :nobodyさん:05/02/05 23:10:57 ID:???
あと、OSも出さないし、なんつーか、テスト慣れしてない人が、
見よう見まねでテストやってる感が…

563 :nobodyさん:05/02/05 23:13:20 ID:???
>>560
<%@ page import="java.io.*" %>
<%@ page import="javax.naming.*" %>
<%@ page import="java.sql.*" %>
<%@ page import="javax.sql.*" %>
<%
long time = System.currentTimeMillis();
InitialContext ctx = new InitialContext();
DataSource ds = (DataSource)ctx.lookup("java:comp/env/jdbc/MySQL");
Connection con = ds.getConnection();
Statement stmt = con.createStatement();
ResultSet rs = stmt.executeQuery("select * from zipcode where newpost like '%21-0%'");
%>
<%@ page contentType="text/html;charset=windows-31j"%>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Shift_JIS">
<title>untitled</title>
</head>
<body>
<%
while(rs.next()){
%> <%=rs.getString("address")%><br><% } %>
</body>
</html>
<% rs.close();stmt.close();con.close();%>
<%=System.currentTimeMillis()-time %>


564 :nobodyさん:05/02/05 23:14:29 ID:???
>>560

<?
function getmicrotime(){
list($msec, $sec) = explode(" ", microtime());
return ((float)$sec + (float)$msec);
}
$time = getmicrotime();
$con = mysql_connect("218.45.22.177","wi","wi");
mysql_selectdb("wi");
$result = mysql_query("select * from zipcode where newpost like '%21-0%'");

while($row=mysql_fetch_object($result)){

echo $row->address."<br>";

}
mysql_close($con);
$totaltime = getmicrotime() - $time;
echo $totaltime;
?>

565 :nobodyさん:05/02/05 23:18:01 ID:???
>>562
redhat9.0
apach2
php 4.3.9
tomcat5

566 :nobodyさん:05/02/05 23:21:23 ID:???
やべえipさらしちゃったwww

567 :nobodyさん:05/02/05 23:21:53 ID:???
サーバの設定は出さないわけか。。。

568 :nobodyさん:05/02/05 23:28:11 ID:???
なんでPreparedStatementじゃないの?

569 :nobodyさん:05/02/05 23:29:27 ID:???
遅くしたいからじゃない?(w

570 :nobodyさん:05/02/05 23:33:26 ID:???
>>569
どっちかっていうとphpのほうが不利な条件だぞ。
pconnect使ってないし
fetch_objectは遅いし

571 :nobodyさん:05/02/05 23:59:52 ID:???
一番最新で速い技術で比べないと意味無いような気がするが。

572 :nobodyさん:05/02/06 00:12:45 ID:???
>>571
最新の技術使って、高速化追求しだすときりがないんだよ。
phpもエンコードして高速化しようと思えばできるんだからさ。


573 :nobodyさん:05/02/06 00:41:47 ID:???
いや、べつにそうすればいいじゃん。

574 :nobodyさん:05/02/06 00:41:47 ID:???
gj。 行動した事を評価したい。
ケチつけるだけなら誰でも出来るしな。

575 :nobodyさん:05/02/06 06:13:19 ID:???
sunは開発資金に余裕がありそう。

phpは・・・???

576 :nobodyさん:05/02/06 12:03:35 ID:???
Javaマンセーのみなさん、グダグダ言ってないで、軽く動いているサイトをいくつか紹介してください。

577 :nobodyさん:05/02/06 12:12:55 ID:???
つーか、いくつも紹介されてただろ。

578 :nobodyさん:05/02/06 14:00:20 ID:???
それがグダグダw

579 :nobodyさん:05/02/06 14:52:29 ID:???
PHPでコーディングは出来ても、日本語が通じない奴が多いな。

580 :nobodyさん:05/02/06 23:19:13 ID:???
>>575
MSからたんまりもらったからな。

581 :nobodyさん:05/02/06 23:20:14 ID:???
>>576
anaの予約サイトは普通に動いてると思うが。

582 :nobodyさん:05/02/07 08:09:40 ID:???
>>581
いくら例出しても納得しないから、無駄だよ。
今までもさんざん例が出てきてるのに、無視だからな。

JALマイレージバンクもjspだし、リクナビもjsp。

583 :nobodyさん:05/02/07 10:20:19 ID:???
JALやIYバンクってPHPも使ってるんだな。
適材適所の良い見本だ。

584 :nobodyさん:05/02/07 19:36:47 ID:???
VIAのサイトもJSPだな

585 :nobodyさん:05/02/08 02:15:19 ID:???
PHPは小中規模に最適でサクサクってよく言うけど、
その代表のPukiWikiのサイトやら、各通販サイトやら、
サクサクなところが殆どないんだけど、どうしてなの?
xoopsも、公式サイトやら企業のサイトなど、でかいところは割に快適だが、
個人がレンタルサーバ匂い輝みたいな所は、概して重いんだよね…
phpって実は結構な規模のサーバスペックが要求されるんじゃないの?

586 :nobodyさん:05/02/08 02:16:41 ID:???
>>585
>>552

587 :nobodyさん:05/02/08 02:40:42 ID:???
wikiに関してはPHPに限らず重いことが多い。

588 :nobodyさん:05/02/08 02:41:16 ID:???
遅くも速くもコーディング次第なのが問題なんじゃなくて、
キラーアプリが激遅なのが問題にされてるんじゃないのか?
それらはPHP技術者の中でも有能な人が開発してるんだろうし

589 :nobodyさん:05/02/08 02:48:21 ID:???
KJWiki

http://javaballista.ddo.jp/kjwiki/kjwiki

JavaのWikiクローンだが、サクサクしてるな。

590 :nobodyさん:05/02/08 02:50:55 ID:WbzNwqmY
PHPがそんなにサクサクなら、もっと商用サイトで採用されてもいいと思うんだが…
現実を見るとJAVAで問題なく作られて、問題なく動いてるんだよね
単純ならば、JAVAよりスクリプトが速いなんてのもあったけど、
実際問題、そんなに単純な仕組みなんて、実務サイトでは要求されないし
DB叩くだけのアプリでベンチ取ったところで、実務とかけ離れたデータしか取れないでしょ

591 :nobodyさん:05/02/08 02:50:56 ID:???
wikiはページ数が増えると重くなるんだよ。

592 :nobodyさん:05/02/08 02:51:36 ID:???
>>591
PukiWikiのサイトは、ページ数が少なくても重いような。。。

593 :nobodyさん:05/02/08 02:52:18 ID:???
PerlのWikiも重い。FreeStyleだっけ?
JavaのWikiってあんまり見た事無いな

594 :nobodyさん:05/02/08 06:29:48 ID:???
http://www.digiket.com/

595 :nobodyさん:05/02/08 06:43:11 ID:???
PHPは、なまじ共有鯖で動いちゃうから不利だよな。
1鯖何百ユーザーも入っている鯖で動いてるXoops
やWikiが、重いだ何だのとケチつけられちゃうからさ。

Javaでかかれたサイトは、専用鯖が当たり前。
そもそも比較するのがおかしいわ。

共有鯖で動いているPHP系WikiやXoppsと重さを比
べるなら、共有鯖で動いてるJava系WikiなりXoops
なりを持ち出さないと意味無いね。



596 :nobodyさん:05/02/08 08:05:38 ID:???
>>590
ここで挙げられて問題なく動いているのは日本を代表する超大手のみ。

597 :nobodyさん:05/02/08 09:16:11 ID:???
日本を代表しない小規模だと、アホみたいな負荷がかかることもなく普通にサクサク動いてますが、なにか?

598 :nobodyさん:05/02/08 11:01:57 ID:???
PHPは簡単に使えるから凄く便利!


599 :nobodyさん:05/02/08 11:10:33 ID:???
>Javaでかかれたサイトは、専用鯖が当たり前。

共有鯖も多いよ

600 :nobodyさん:05/02/08 12:45:25 ID:???
>>599
を見てJava厨の存在自体がネタに思えてきた

601 :nobodyさん:05/02/08 18:35:57 ID:???
Javaの使える商用のレンタルサーバって結構ある。
個人向けのプランでは対応してないところが多い上に、
国内では、規模がでかいところが多いから、専用サーバばかりに思えるだけで。

602 :nobodyさん:05/02/08 19:03:07 ID:???
>>600
自分の想像を越えたものはすべてネタなんですね。

603 :nobodyさん:05/02/08 22:21:51 ID:???
PHPと言えばレンタルサーバで簡単に動いて便利みたいになってるが、
mbstringに対応してないレンタルサーバって、意外に多いんだよね…

604 :nobodyさん:05/02/09 00:04:37 ID:???
>>601
国内は殆ど専用サーバ。
そもそもServletコンテナ自体、共用サーバで使うには不向きなんだよ。

605 :nobodyさん:05/02/09 00:09:39 ID:???
>>603
それは海外のサーバな。
国内は対応してい無いほうが珍しいよ。

606 :nobodyさん:05/02/09 00:54:18 ID:???
>>605
国内でも対応してないところ結構あるよ。
RedHat7〜9を使ってるところが多い。
セキュリティアップデートで契約してるパッケージやさん(progenyとか)
のRPMで実現出来ない事が主な理由だそうだ。
BSDとかの鯖はたいてい対応してるね。

607 :nobodyさん:05/02/09 00:55:56 ID:???
>そもそもServletコンテナ自体、共用サーバで使うには不向きなんだよ。

何時代の話ですか?
今時レンタルサーバ向けの商用コンパネにもTomcatのメニューがあったりするんだよ。

608 :nobodyさん:05/02/09 01:00:14 ID:???
>>606
一部の特例を持ち出し「結構ある」とは如何なものか。
その結構あるという鯖業者って、具体的にどこよ?

609 :nobodyさん:05/02/09 01:31:46 ID:???
俺の知ってるところでは、PLESKレンタルサーバーは非対応。
聞くところによると@serverも駄目らしい。

610 :nobodyさん:05/02/09 01:34:40 ID:hfz75OfT
さくらはmbstring入ってるけど文字化けするのよねん
回避策はあるけど、サポート外とか断言してるしw

611 :nobodyさん:05/02/09 01:51:53 ID:???
>>608
というか、国内業者は対応してるのがデフォという常識はどこから発生したのか不思議なんだが
俺も色々な業者を契約したが、注文付けるまでインストールされてなかったり、
変なバージョン入ってたりしたところはあったな
>>606の言うように赤帽全盛時代は、mbstringのバグの問題の時期とも相まってひどかった
あのころからやってる鯖屋は、対応しないと言うところもあるね

業者がみんなPHPに詳しくて、何が必要でどういう対応をすればよいのか理解している
というのは妄想だろう
ユーザや管理者にヘビーPHPユーザがいれば対応してる、
そうでなければそのまま使ってるって感じだろう

612 :nobodyさん:05/02/09 01:58:54 ID:/pcCSuwj
JAVAならライブラリくらい自分で好きなのを入れられると言ったら荒れますか?

613 :nobodyさん:05/02/09 03:15:39 ID:???
モジュールとライブラリは違うみたいな意見が出ると思う。

614 :nobodyさん:05/02/09 05:16:17 ID:???
jspとphpどちらに未来がありますか?
また、どちらを習得したほうが良いでしょうか
私はjspを学ぼうと思っていたのですが
個人レベルで使える格安サーバでは対応していないところが多く
phpのほうが個人レベルでは利用しやすいのでは?
と思っています

615 :nobodyさん:05/02/09 06:51:40 ID:???
>>607
いや、コントロールパネルのメニューの有無のことを言ってい
るのではないんだが。

Servletコンテナを共有サーバのサービスとして広く一般的に
提供するには、セキュリティの点、リソースの点で、まだまだ
課題があるってことだよ。

リソースの問題があるから、大勢のユーザーを詰め込むこ
とができなくて、サーバ屋は、価格設定を高めにしない限り、
利益が上がらない。
価格設定を高めにすると、個人はまず借りない。
企業の場合は、もう少し出費すれば、さくらの専用鯖が借り
られるくらいの価格設定の共有サーバを借りるくらいなら、
パフォーマンス、セキュリティともに問題ない専用サーバを
借りるだろう。

>>599の言うように、「共有鯖も多い」、のであれば、その事
例である、共有鯖で動いているサイトを挙げて欲しいね。


>>614
答えになっていないが、仕事で使うなら、どちらかに絞るの
ではなく、両方覚えたほうがいいのでは?
個人の趣味でやるなら気軽なPHPがいいんじゃないか?
運用環境も安上がりだしね。

616 :nobodyさん:05/02/09 12:17:30 ID:???
>>615
ってか、結局使い分けで、個人がホームページにちょっとだけ何か作るにはPHPが向いてるんだから、安いレンサバはPHPでいいと思うよ。
価格的や環境的に使いやすくしたところで、ちょっとしたもの作るにはJavaが仕様として重過ぎるのは事実で。
そこは棲み分けで、張り合っても仕方ないと思う。

企業のシステム作るのにはJavaの方が向いているというだけだ。

617 :nobodyさん:05/02/09 12:20:11 ID:???
>>614
未来のための勉強なら、Javaの方がいい。勉強できる範囲も広いし、応用も効く。
資料も多い。
勉強用の環境構築はJavaの方が楽だしね。
Java2SE5+NetBeansとかなら、インストールも楽だし。英語版だけど。
日本語版はそろそろかと。

618 :nobodyさん:05/02/09 12:24:54 ID:???
ってか、Javaでちゃんと勉強したら、PHPは必要になってからやればいいし。

619 :nobodyさん:05/02/09 15:04:17 ID:???
sohoもやってる俺からすると、レンタルサーバでの案件は多い。
となるとたいがい、phpかperlなわけで、javaは会社でしか使ってない。
という使い分けで、2つ使えればいいんじゃね。
おれはphpのが好きだけど、未来があるのはjavaだろうなぁ、どう考えても。



620 :nobodyさん:05/02/09 19:48:52 ID:???
>>615
akiraネットで動いてるサイトは共有サーバだな
あそこはServletを使いたい人が契約するサーバ会社だ
セキュリティやリソース云々言ってるが、問題なく動いてるよ

621 :nobodyさん:05/02/09 20:56:11 ID:???
>>615
需要があるから、コンパネにそういう機能が実装されるんだと思うんだが…

622 :nobodyさん:05/02/09 22:30:51 ID:???
>>620
アキラで実際にJava動かしてる奴がどれだけいるかだよ。
あそこは自宅サーバだから、まともな企業は借りないよ。
一日一回のTomcatのリロードを待たないと変更したサーブレットのクラスもリロードされないらしいし、使い勝手は悪そうだね。
アキラのスレを見ればわかるが、Javaの話題はほとんど出ない。
つまり、殆どの奴が実際に動かしていないと推測できる。
Javaの場合、どの程度のものを動かして、どれだけのアクセスがあるかで、パフォーマンスが変わってくる。
閑古鳥サイトがいくつもあったってパフォーマンスにさほど影響があるわけじゃないからな。

実際にアキラで動いているサイトをあげてくれ

ちなみに俺が見つけたのは↓だけだ
ttp://www.ikasa-fha.org/index.jsp

>>621
需要があってコンパネが搭載されていれば、他人のファイルが丸見えでもいいのか?
需要があるというのなら、実績もあるだろう。
実際に動いているサイトを(ry

623 :nobodyさん:05/02/09 23:06:20 ID:???
共有レンタルサーバーでちょっとしたスクリプト動かすのにはPHPの方が向いているっていうファイナルアンサーでいいんだろ。
そのかわりPHPは企業システム作るのに向いてないんだから、使い分けだろ。

624 :nobodyさん:05/02/09 23:43:49 ID:???
>>622
2chのスレに書いていなければ、ありえないという認識か…
狭いなぁ…

625 :nobodyさん:05/02/10 00:16:25 ID:???
何度も言うが、国語力や常識がない奴に、何を言っても(ry
自分の基準がすべてのネット弁慶な奴って見てて可哀想になる

626 :nobodyさん:05/02/10 00:34:41 ID:OOvNF0I4
まぁ、日本ではそんなにJAVA対応のサーバってのは無いな。
アキラが代表みたいな話になってるけど、yokoとかwillnetとかの方が
メジャーなような気がする。

日本は、素人みたいのが格安でやってるようなレンタルサーバ屋が、
雨後の竹の子のように林立してるので、Apache以外にサーバが必要な
Servlet
技術力がなけりゃ、サーバの運用が出来ないのは当たり前で、
PHPが使えるサーバが沢山あるのと、安定して運用されてるのは
また別の話だ。

アメリカのレンタルサーバでは、結構JAVA対応のサーバが多くて、
比較的安定して稼働してるよ。

627 :nobodyさん:05/02/10 00:35:34 ID:???
あ、なんか行が一部消えてるな

正解

Servletみたいなのはそういう管理者にとって敷居が高いんじゃないのかな?

628 :nobodyさん:05/02/10 01:19:19 ID:???
PHPが使えるレンサバは多いわけで、設定もやりやすいわけで、PHPで動いてるエロサイトも多いわけで、単純なもの作るにはいいってことじゃないの?

629 :nobodyさん:05/02/10 01:23:33 ID:???
JAVAが好きな人多そうやね。

PHPより優れてる点を教えて欲しいです。
携帯電話用のJAVAしか使った事ないんだけど、
イマイチ良い点が分からなかった。

俺みたいな厨はPHPで使い潰されるまで頑張ってろって事なのか。。

630 :nobodyさん:05/02/10 01:26:56 ID:???
仕様の安定性。どこにも書いてないのに動きが変わるということは少ない。
ドキュメントのあるライブラリの豊富さ。
開発環境の豊富さ。
実行環境の豊富さ。
ツールの豊富さ。
資料の豊富さ。

631 :nobodyさん:05/02/10 01:28:27 ID:???
携帯電話のJAVAとServlet/JSPは全く違うよ。
文法が同じと言うだけで、仕組みが全然違う。
規模が小さいのなら、どの言語で作っても同じだと思うよ。
JAVAが勝ってる点は、メンテナンス製や、安定性が大きいから、
CGI程度では違いがわからないかも。
JAVA派の人が反論してるのは、JAVAをレンタルサーバで動かすと
セキュリティや安定性に問題があるというのであって、別にPHPが
クソでJAVAが最高と言っているわけでもないので勘違いなさらないように。

632 :nobodyさん:05/02/10 01:29:53 ID:???
エロサイトの負荷はすさまじいからクラスタリングしない限りJAVAだと耐えられないだろうな


633 :nobodyさん:05/02/10 01:46:35 ID:???
>630,631
レスサンクス!

>仕様の安定性。どこにも書いてないのに動きが変わるということは少ない。
>CGI程度では違いがわからないかも。
この2つに多いに納得、共感しますた。

ChangeLogを穴のあく程読めば書いてあるのかも知れないけど、
特にmutibyte系はこっそり変更加わってたりする気がする。
むしろ公式サイトよりMLでの常連のやり取りや紹介見てる方が把握出来る気がする。

634 :nobodyさん:05/02/10 02:08:07 ID:???
>>632
高負荷の場合、JAVAは爆遅モードでも動き続けるが、PHPやPerlなら落ちるだろう。
まぁ、アクセス数が増えればどの言語でもクラスタリングは必須だが。

635 :nobodyさん:05/02/10 02:19:20 ID:???
>JAVA派の人が反論してるのは、JAVAをレンタルサーバで動かすと
>セキュリティや安定性に問題があるというのであって、

レン鯖が非VPSの共有サーバなら、セキュリティ的に問題あるってことだよ

phpならsafe_modeやmod_becomeで安全性は保てるけど、Javaはそういう
仕組みないだろ?
だからServlet,Jspは共有鯖には向いていないってことだ

636 :nobodyさん:05/02/10 02:23:13 ID:???
詳しくないなら変な反論しない方が…

637 :nobodyさん:05/02/10 02:24:57 ID:???
VPSでセキュリティが保てるとの説明をわざわざありがとう。

638 :nobodyさん:05/02/10 02:25:43 ID:???
>>635
何か矛盾してるような。。。

639 :nobodyさん:05/02/10 02:26:17 ID:???
何度も言うが、国語力や常識がない奴に、何を言っても(ry

640 :nobodyさん:05/02/10 02:27:51 ID:???
レン鯖が非safe_modeや非mod_becomeの共有サーバなら、セキュリティ的に問題あるってことだよ
だからphpは共有鯖には向いていないってことだ

641 :nobodyさん:05/02/10 02:33:49 ID:???
セキュリティなんて、PHPもJavaも設定次第かと。
言語の特徴云々の比較には無意味だろう。

642 :nobodyさん:05/02/10 02:45:20 ID:???
VPSは高価だろ?
鯖会社がServlet,Jspでセキュリティを保つためには、高価なVPSを使ってサービスを提供
せざるを得ない時点で、Javaは共有鯖のサービスとして向いていないということだ。

ところで、PHPを擁護するとJava厨のまとまったレスがくるんだけど何か信者の団体でもあるの?

643 :nobodyさん:05/02/10 04:00:58 ID:???
>>632
拡張子がJSPのエロサイトもあるよ。

644 :nobodyさん:05/02/10 04:01:38 ID:???
>>642
さすが、思い込みが激しいやつは言うことが違うね。

645 :nobodyさん:05/02/10 04:57:23 ID:???
Sunの中の人もいろいろと苦労がありそうだな(藁

せっかく CやC++のお勉強から脱落した落ちこぼれのために
Javaという言語を生み出したのに、肝心のJava厨は他の言語を見下して
優越感に浸っているだけ(藁

Javaは殆どなんでもアリの優秀な言語なのに
無節操なJava厨がJavaの評判を悪くしている(藁。





646 :nobodyさん:05/02/10 05:29:34 ID:???
妄想がすごいなぁ。

647 :nobodyさん:05/02/10 16:49:11 ID:???
1つのサーブレットエンジンを共有するのは危ないよ。
JavaはPHPのようにマルチプロセスではなくてマルチスレッドだから、
複数のアプリケーションで1つのプロセスを共有するというヤバいことになる。
Sunもその辺の問題には気づいてて、J2SE5でマルチプロセスが使えるようになったので、
マルチプロセス対応のサーブレットコンテナが出るまで待ちませう。

648 :nobodyさん:05/02/10 19:18:58 ID:???
Tomcat5.5ってどうなの?

649 :nobodyさん:05/02/10 22:07:11 ID:???
危ない危ないと言われてる割には、既存サーバで問題が表面化したことないな。
PHPなんて割とセキュリティホールが発見されるのに。
仕組みの理論的な話ではなく、実際動かしてみてどうなのかで判断すべきだろう。

650 :nobodyさん:05/02/10 23:41:22 ID:???
   ∩___∩         |
   | ノ\     ヽ        |
  /  ●゛  ● |        |
  | ∪  ( _●_) ミ       j
 彡、   |∪|   |        J
/     ∩ノ ⊃  ヽ
(  \ / _ノ |  |
.\ “  /__|  |
  \ /___ /


651 :nobodyさん:05/02/10 23:58:18 ID:???
答えられなきゃ釣り扱いか

652 :nobodyさん:05/02/11 00:06:04 ID:???
だから、国語力や常識がない奴に、何を言っても(ry

653 :nobodyさん:05/02/11 01:15:40 ID:???
だがしかし、仮想敵想像力は、ダントツみたいだな

654 :nobodyさん:05/02/11 02:35:32 ID:???
>>649
Apacheを表に立てるということが定着してるからじゃねぇの?

655 :nobodyさん:05/02/11 17:21:51 ID:???
試しにJavaの共有鯖で
List list = new ArrayList();
for(;;) {
list.add(new Object());
}
というコードを実行してやれば、
全てのアプリケーションがOutOfMemotyError吐いて再起不能になるよ。

PHPの場合はこういうあほな事をするプロセスは時間がたてば
殺されるので、一時的に鯖の性能が低下しても再起不能になることはない。
JavaとPHPの問題というよりは、
マルチスレッドとマルチプロセスの特性の問題。


656 :nobodyさん:05/02/11 17:35:38 ID:???
今までCGIやPHPしか扱ったことがないにわかJavaプログラマが
ちょっと複雑なサーブレットを作ると、ひどいことになる。
リクエストを処理する際の作業用のデータを、
クラス変数(PHPで言えばグローバル変数)に保持してたりする。
PHPではグローバル変数といっても意図しない限りはリクエストごとに隔てられてるから
害はないんだけど、Javaの場合は複数のリクエストがメモリ空間を共有するから
危険なことになる。
この手の問題は、高負荷をかけてテストしないと表ざたにならないので、
実際はかなりのJavaアプリケーションが危険なまま放置されてそうな気がする。
サーブレットコンテナベンダーは、そんな危険性があることなんて
口が裂けても言わないけどな。
でも、当のSunはいずれ問題になると気づいていたから、
J2SE5でマルチプロセス対応したわけだ。

657 :nobodyさん:05/02/11 18:31:43 ID:???
>>655
マルチスレッドとマルチプロセスの特性なんか関係ないと思うが。
タイムアウトがあるかないかだろ。
ところで
<?
ignore_user_abort(true);
for(;;){
 $a[] = "aaa";
}
?>
というコードも、時間がたてば殺されるわけ?

658 :nobodyさん:05/02/11 18:53:26 ID:???
>>657
PHPの場合は確実に殺されるよ。

マルチスレッドとマルチプロセスの特性は大いに関係ある。
第一、Javaのスレッドはタイムアウトがあったとしても、
無限ループに陥ったコードを確実に停止させる手段がない。
嘘だと思うならSunのjava.lang.Thread辺りのドキュメントを読んでみればいい。

それにひきかえ、PHPのプロセスは無限ループに陥っても確実に停止できる。
メモリ空間、ストリームなど各種リソースを綺麗さっぱりクリアできるからね。
Javaのスレッドは他のスレッドとリソースを共有するので、そうはいかない。
だから素人にJavaを使いこなすのは難しいわけよ。

659 :nobodyさん:05/02/11 18:57:22 ID:???
>>658
ということは逆に、PHPで長い時間かかる処理を行うのは無理というわけか。

660 :nobodyさん:05/02/11 19:10:27 ID:???
>>658
> だから素人にJavaを使いこなすのは難しいわけよ。

PHPだって素人が「使いこなす」のは難しいね。

うまく動いてないコードが他に影響を及ぼすというのは、Javaの守備範囲のアプリケーションの場合そもそも問題外だ。
うまく動きながら他に影響を及ぼす場合は、PHPでは動くコード書くのにコツが必要だったりするし。

661 :nobodyさん:05/02/11 19:16:24 ID:???
そもそも共有サーバって、素人が書いた危険なコードを公開するのが目的のサーバではないだろう。
ローカルでテストしてからアップするもんだ。
昔は独自CGIなんかでも、鯖屋が確認してからアップさせる所が多かった。

662 :nobodyさん:05/02/11 19:45:17 ID:???
>>659
釣りだと思うけど、php.iniでタイムアウトの時間を長く設定するか、
タイムアウトしないようにすればよいだけの話。

>>660
PHPなら馬鹿がプログラムを書いても、
プログラムがまともに動かない程度の問題で済むけど、
Javaの場合はいとも簡単に鯖が吹っ飛ぶ。
ダメな奴は何をやってもダメなのは当たり前で、
これは共有鯖でのセキュリティの問題の話ね。
PHPは元々Web専用に開発された言語なので、
そういう点でJavaより優れているのは当たり前の話。

JavaはむしろWeb以外の面が強いよ。
データベースエンジンやメールサーバーも
100%Javaでカバーできる。
なおかつ、ユーザーがデータベースエンジンや
メールサーバーの機能を拡張することもできる。
全体を再コンパイルすることなしにね。
何か機能を追加する度に再コンパイルのPHPでは、
こういう芸当はできないでしょ。
Web専門のドカタプログラマには無縁かもしれないけど。

663 :nobodyさん:05/02/11 19:53:32 ID:???
>タイムアウトしないようにすればよいだけの話。

じゃあ落ちるだろ。

664 :nobodyさん:05/02/11 19:58:30 ID:???
>>663
まず、ウェブアプリケーションでタイムアウトしないように
設定するわけがないよね?
永久にユーザーがレスポンスを待つことなんてあり得ないから。

タイムアウトしないように設定するとすれば
PHPのコマンドラインアプリケーションなので、
実行した人がおかしいと思えばkillコマンドで止めればよいだけの話。

Javaだってそうでしょ。

665 :nobodyさん:05/02/11 20:03:52 ID:???
>>663
タイムアウトを設定しなければ、
JavaでもPHPでも止まらない。

PHPの場合はタイムアウトを設定すれば
タイムアウトする保証があるけど、
Javaの場合は確実にタイムアウトする保証がない。

分かった?

666 :nobodyさん:05/02/11 20:06:48 ID:???
マルチプロセス対応はJ2SE1.6からじゃなかったっけ?

667 :nobodyさん:05/02/11 20:10:53 ID:???
>>666
そうだったっけ?
もしかして間違えてたかも。

668 :nobodyさん:05/02/11 20:18:16 ID:???
http://www.itmedia.co.jp/news/articles/0404/07/news018.html
あとマルチタスクに対応しても、それぞれのプロセスが異なるユーザー権限で動かないと、
他のユーザーのファイルを自由に改ざんできたりする問題をクリアできないと思うんだけど、
この辺の問題は解決されるのだろうか。


669 :nobodyさん:05/02/11 20:27:59 ID:???
>>667
ここでいっているマルチプロセスとは、マルチタスクのことでいいんだよね?
違っていたらスマソ

670 :nobodyさん:05/02/11 20:56:06 ID:???
>>669
うん、スレッド=タスクのつもりで話をしてた。

プロセスとかスレッドとかタスクという用語は
OSによって微妙に意味が変わるので、
ここではあくまでJavaVMでの話のことね。
BeOSなんかじゃスレッド=タスクだったりするけど、
そういうマイナーなOSの話は置いといて。

スレッドはjava.lang.Threadに対応する処理の流れのこと、
プロセスは、少なくともJ2SE1.4の時点ではJavaVM自体のこと。
多分J2SE1.6では1つのJavaVMの中に仮想的に複数のJavaVMを起動することで
マルチプロセスを実現するという話だった気がする。



671 :nobodyさん:05/02/11 20:58:26 ID:???
訂正、プロセス=タスクのつもりで話をしてた。

672 :nobodyさん:05/02/11 21:01:42 ID:???
>>662
> JavaはむしろWeb以外の面が強いよ。

共有で信頼できない素人と同じ環境で動かすんじゃなければ、WebでもJavaの方が強いよ。

673 :nobodyさん:05/02/11 21:03:32 ID:???
>>662
> 釣りだと思うけど、php.iniでタイムアウトの時間を長く設定するか、
> タイムアウトしないようにすればよいだけの話。

ということは、長い処理を行うことができるサーバーで素人が一緒に動したら怖いってことね。

674 :nobodyさん:05/02/11 21:05:11 ID:???
>>670
了解っす
マルチタスクが鯖サイドプログラミングにどう影響与えるのか楽しみ。

675 :nobodyさん:05/02/11 21:09:24 ID:???
>>673
そういうこと。
共有鯖でそんな設定をする管理者はいないと思うけど。

676 :nobodyさん:05/02/11 21:15:34 ID:???
>>672
鯖缶にいちいちコンパイルを依頼しなくても、
ユーザーのlibディレクトリにjarを放り込めば
新しい機能が自由に使えるというのはあるな。

677 :nobodyさん:05/02/11 21:16:43 ID:???
まあ、個人が趣味的なスクリプト動かすならPHPがいいってことだ。
もともとPersonalHomepageProcesserだからな。

678 :nobodyさん:05/02/11 21:19:16 ID:???
PattoshinaiHikikomoridemoPronokibun

679 :nobodyさん:05/02/11 21:22:08 ID:???
SOHOだな。

680 :nobodyさん:05/02/11 23:15:45 ID:???
負けず嫌いですね。

681 :nobodyさん:05/02/11 23:16:29 ID:???
で、このスレって、いつから素人がServletで危険なコード云々のスレになったんだ?
PHPと『JSP』のスレだろ?

682 :nobodyさん:05/02/11 23:47:23 ID:???
個人的にはJSPは嫌いだ。
コンパイラ方式なのに、JavaBeansだとかELだとか
リフレクションを使いまくるので、コンパイラの意味がない。
いっそのことPHPみたいにインタプリタ方式にしてしまえと思う。
JSPなんぞ使わずにVelocityやXSLTを使え。
JSPはそのうち死滅する。今度はきっとSunがインタプリタ方式のサーバページ言語を開発し始めるぞ。
Groovyはその布石のような予感がする。

683 :nobodyさん:05/02/12 00:30:48 ID:???
>>682
じゃあPHP使えば?

684 :nobodyさん:05/02/12 00:55:23 ID:???
>>681
ま、JSPを取り上げたところでしかたないので、JavaでのWebアプリケーション全般の話で。

685 :nobodyさん:05/02/12 10:53:17 ID:???
>>681
まあ危険なコード云々に関してはJSPにもそのまま当てはまるからいいんでねえか?

686 :nobodyさん:05/02/12 14:59:21 ID:vfMKYaEZ
>>683
Javaのサーブレットコンテナを使ってPHPを実行。
これ最強。

687 :nobodyさん:05/02/12 15:02:59 ID:???
PHP厨は、JAVAを危険な言語と印象づけたいようだな。
朝日新聞が、NHKは政治家の圧力で番組を改編したと印象づけたいのと同じなのかな。

688 :nobodyさん:05/02/12 15:30:10 ID:???
>>686
いや、PHPからJavaのクラスをロード汁

689 :nobodyさん:05/02/12 16:17:35 ID:???
>>687
むしろその発言が「PHP厨は、JAVAを危険な言語と印象づけたいようだ」と印象づけたいように見える。

690 :nobodyさん:05/02/12 16:21:35 ID:???
>>689
ちょっと上にスクロールすれば、JAVAは危険だとたくさん書き込みしてあるわけだが。

691 :nobodyさん:05/02/12 17:22:18 ID:???
そこに書いてあることは事実だし、結局Javaは共有サーバーでちょっとしたことするのには向いていないし、Java自体の特性をどうこう言っているようには読めない。
Javaに関する不利な事実がちょっとばかり挙げられてるからといって
「JAVAを危険な言語と印象づけたい」
と感じるのはどうかと思う。

692 :nobodyさん:05/02/12 17:30:04 ID:???
>>690
ということは、JavaのBug ParadeにはJavaのバグがたくさん書いてあるから、あのページはJavaはバグが多い言語だと印象付けたいページということになるのか。

693 :nobodyさん:05/02/12 18:12:49 ID:un5gX8lb
Javaの命名規約で、クラス名は25文字以上でなければいけないというのがあるが、
正直打つのがめんどくさい。
Javaの設計規約で、将来的に必要になるメソッドは最祖先のインターフェースで
予約しておかなければならない、また、完全に将来を予測可能になるまで設計を始めてはいけない
というのがあるが、正直無理。

694 :nobodyさん:05/02/12 18:48:21 ID:???
>>693
クラス名は25文字以内。

と釣られてみるテスト

695 :nobodyさん:05/02/12 21:03:55 ID:???
>>692
詳しくない奴が見当外れなことをいうのと、ユーザが実際使ってみて
バグを報告するのは同列じゃないぞ。

696 :nobodyさん:05/02/12 21:14:14 ID:???
>>695
で、上に書いてあったことは見当ハズレだったのか?

697 :nobodyさん:05/02/12 21:21:23 ID:???
>>693
どこかにはあるんだろうね。
プロダクト名にはアイドルの名前を付けることっていう規則もあるよ。
この前はayakaって名前になりそうになったけど、平原綾香はアイドルといえるかどうかでもめた。

698 :nobodyさん:05/02/13 08:09:19 ID:???
>>696
実際問題として、共有サーバでやってる鯖屋が世界中に沢山あるんだから、
セキュリティ的に問題があると言うのは、批判しても仕方がない事だろう。
そこで意図的に落とされて困ったとか、そういうニュースも聞こえてこないわけだし。

699 :nobodyさん:05/02/13 10:33:46 ID:???
>>698
Javaの仕様として分かりきっていることだから、
いちいちニュースにしないんじゃないの。
でも、雑誌の記事なんか見てると、
JSPがマルチスレッドだということを理解していないプログラマのせいで
危険なシステムが出来てしまったというような話はちょくちょく見かけるよ。
こういう記事とか。
http://www.atmarkit.co.jp/fjava/rensai2/webopt04/webopt04.html

それに、そういう批判をしても仕方ない、というのは間違い。
ユーザーからの批判が強ければ、もっと早くマルチプロセス対応してたんじゃないの?
個人的には言語の拡張なんかより、そっちを優先して欲しかった。


700 :nobodyさん:05/02/13 11:02:36 ID:???
>>699
そういう事じゃないと思うが
だからよく解ってない厨と言われるんじゃないのか?

安全に動かせる方法もあるのに、危険な方法だけを取り上げてるのがいけないんだろ。

701 :nobodyさん:05/02/13 11:03:49 ID:???
ちなみに>>699の記事って、2年半前のものですから。
CGIだって出始めの頃は、危険すぎて自作が禁止の鯖だって多かったのに。

702 :nobodyさん:05/02/13 11:21:19 ID:???
>>700
>>701
J2SE5でさえ>>699の記事のことは当てはまるけど。

本当に記事の内容を理解してる?
マルチスレッドで衝突の危険を考えないといけないのは
クラス変数とオブジェクト変数とローカル変数のうちどれだか答えられる?
パフォーマンスを犠牲にしてサーブレットのオブジェクト変数の衝突を回避
するには、どんな設定をすればいいか知ってる?
他人を厨呼ばわりして、よく分かってるつもりなら答えて見せてよ。

703 :nobodyさん:05/02/13 11:24:52 ID:???
だから、そういう事じゃないんだってば…

704 :nobodyさん:05/02/13 11:27:03 ID:???
まー、詳しい気になって、危険だ危険だと叫びたいんだろ
お前ら、こんな危険な事も知らないのか?
俺みたいなプロは、こんな危険な事も回避しててコーディングしてるのに、
と言い回りたい時期なんだな

もっと簡単に解決しろよ

705 :nobodyさん:05/02/13 11:28:16 ID:???
>>702
知ってるのなら、書けばいいのに。
質問形式にして、自分は答えないという、朝日新聞みたいな手段をつかって
誤魔化そうとしても、そうはいかないって(w

706 :nobodyさん:05/02/13 11:30:47 ID:???
未だなくなっていない問題を過去のものであるかのように言っている時点で
このスレで必死にJavaは安全だと言っている奴のレベルが分かるな。


707 :700:05/02/13 11:33:07 ID:???
>マルチスレッドで衝突の危険を考えないといけないのは
>クラス変数とオブジェクト変数とローカル変数のうちどれだか答えられる?
>パフォーマンスを犠牲にしてサーブレットのオブジェクト変数の衝突を回避
>するには、どんな設定をすればいいか知ってる?

安全な共有サーバと関係ない質問ですが、答えないといけないでしょうか?

708 :702:05/02/13 11:33:30 ID:???
>>705
マルチスレッドで衝突の危険を考えないといけないのは
クラス変数とオブジェクト変数

サーブレットのオブジェクト変数の衝突を回避するには、
デフォルトでスレッドセーフモードになっている設定をoffにして
毎回サーブレットのインスタンスを生成するようにする


709 :nobodyさん:05/02/13 11:35:26 ID:???
>>702
パフォーマンスを犠牲にしてはいけないという縛りは、いつのまに登場したのでしょうか?

710 :702:05/02/13 11:36:58 ID:???
>>709
[パフォーマンスを犠牲にしてサーブレットのオブジェクト変数の衝突を回避
するには」
と書いてあるからパフォーマンスを犠牲にしてもいいよ。
してはいけないとは書いてないよ。

711 :nobodyさん:05/02/13 11:37:35 ID:???
パフォーマンス追及するのなら、Perlだって、SuExec使わざるを得ないのはデメリットとか、
そういう話になってしまうな。

712 :nobodyさん:05/02/13 11:39:17 ID:???
結局朝日新聞がどうとか言ってはぐらかして
答えられなかったでしょ。
この程度のレベルなんだから、問題意識を持てないんでしょ。

713 :nobodyさん:05/02/13 11:39:23 ID:/Ff3uRQI
702さん
私はPHPしか出来ないのであんまり詳しくないのですが、
具体的にその制限って、共有サーバでのセキュリティにはどう影響するのですか?
煽り合いばかりではさっぱりなので、具体的に説明してください。

714 :nobodyさん:05/02/13 11:41:52 ID:???
>>712
つーか、問題意識って、君が問題にするのは勝手だが、
ここで出す話題なのかは疑問。

715 :nobodyさん:05/02/13 11:43:18 ID:???
>>713
Javaがマルチスレッドであるということを強調したかっただけで
変数の衝突が直接共有鯖で問題になることがない。
それより、リソースやロックが共有されることで起こる
切実な問題が>>658

716 :nobodyさん:05/02/13 11:44:29 ID:???
>>715
だからアカヒのように問題をすり替えてると煽られるんだって…
荒れる原因だけバラ撒いて荒らしておいて、勝ち誇らないで貰えるか…

717 :nobodyさん:05/02/13 11:46:22 ID:???
>>716
で、>>658を書き込んだのも自分なんだけど、
これは何が間違ってるの

718 :nobodyさん:05/02/13 11:50:43 ID:???
匿名掲示板で、あれもこれも俺なのになんでだと主張されても、
お前が自意識過剰だから理解されないのだとしか言えないわけだが。

719 :nobodyさん:05/02/13 11:53:05 ID:???
本当はJava自体もちゃんと理解してないから
理解できないし答えられないんでしょ。

701 :nobodyさん :05/02/13 11:03:49 ID:???
ちなみに>>699の記事って、2年半前のものですから。
CGIだって出始めの頃は、危険すぎて自作が禁止の鯖だって多かったのに。

こんな発言をするくらいだから。

720 :nobodyさん:05/02/13 11:53:06 ID:???
理論なんてどうでもいいんだろ
JAVA厨>>658の言いたいことは結局こうだ

>だから素人にJavaを使いこなすのは難しいわけよ。

仲間のはずのJAVA使いからも余計な事言うなと諭されてりゃ世話無いよ(w

721 :nobodyさん:05/02/13 11:55:22 ID:???
>>720
理論がどうでもいいじゃなくて、分かってないんでしょ。
早くマルチプロセスにしてしまえば
PHPみたいに素人でも扱いやすいものになるという
趣旨で言ってるのに。

722 :nobodyさん:05/02/13 11:56:19 ID:???
どうした自称Java使い。
反論してみろ。
お前らのような奴がJavaを使ってるからいけないんだよ。

理解してないのに気軽に書き込むな。

723 :nobodyさん:05/02/13 11:58:11 ID:???
PHP厨の俺から702氏に問いたい事は、じゃあなんで
Javaの共有サーバが世の中にはあって、
商品として問題なく動いてるのかという事なのですが。

724 :nobodyさん:05/02/13 12:00:01 ID:???
問題あるけどたまたま動いてるだけとか、抽象的な答えが返ってくるだけだろ、どうせ

725 :702:05/02/13 12:01:40 ID:???
>>723
セキュリティ問題出まくりのWindowsが世の中にはあって、
商品として問題なく動いているのと同じ理由。
意図的にサーバーを落とそうという悪い人ばかりじゃないからね。
世の中は。

726 :nobodyさん:05/02/13 12:08:21 ID:???
意図的に落とそうと思えば、別にPHPだってなんだって、落とせるわけだが…
なんて特にJavaだけ危険という話になるのかが解らん

727 :nobodyさん:05/02/13 12:10:47 ID:???
JAVAは危険だから、俺みたいなプロじゃないとダメなんだという
ことにしないと、仕事にならない感じの人なんじゃないか?
危険なコードの書き方をすれば危険なのは、どの言語だって同じだし、
>>702の事なんて、CやDelphiでだって考慮しなきゃならん事だし。

728 :702:05/02/13 12:11:25 ID:???
>>726
Javaの場合は無限ループという、
ありがちな状況でいとも簡単に落ちてくれるから
対処すればできるのに、Sunがなかなかやってくれないから

729 :nobodyさん:05/02/13 12:13:11 ID:???
>>727
CGIならあんまり気にしなくていでしょ。
リクエストが終わればプロセスが死ぬから。
JavaだとCGIが実用にならないもんでね。

730 :nobodyさん:05/02/13 12:14:05 ID:???
プロセスが死ぬから、というより
CGIなら原則としてメモリ空間を共有しないからな。

731 :nobodyさん:05/02/13 17:22:59 ID:???
セキュリティの罵り合いが、702の自作自演に見えるのって、俺だけ?

732 :702:05/02/13 18:22:00 ID:???
IDが出ないから自作自演なんてちょろいもんだ
ケケケ


733 :nobodyさん:05/02/13 20:22:09 ID:???
むしろ、PHPの場合、普通のセキュリティーホールでやばいことになってそうだな。
4.3.9以前・5.0.2以前には深刻なセキュリティーホールがあるけど、そういうバージョンが使われている鯖は多い。
PHPの場合、セキュリティーパッチのつもりでも何かの挙動が変わって古いアプリが動かなくなる実績がたくさんあるから、おいそれとアップデートできないしね。

734 :nobodyさん:05/02/13 20:23:14 ID:???
自作自演してまで、自分の技術力は確かで、お前らは厨だとアピールしたかったのか。。。
なんか悲しいな

735 :nobodyさん:05/02/13 20:33:39 ID:???
MLの投稿みても、未だに4.3.9以前のバージョン使ってることが多いね。
商用共有サーバーにもかかわらずね。
RPMとかOSバンドルのものはまず間違いなくセキュリティーホールあるものだし。
バッファーオーバーランだから、任意のコードが実行できるしね。

736 :nobodyさん:05/02/13 20:59:47 ID:???
>>735
むかし、そういう事で鯖屋に問い合わせた事があるけど、
不用意にバージョンあげると、客がインストールしてるアプリケーションの
動作確認をすべてやるのは不可能だから、上げられないと言われた事があったな…
確かmbstringの時。

737 :702:05/02/13 21:34:22 ID:???
>>732は偽者

738 :nobodyさん:05/02/13 21:35:55 ID:???
Tomcatの場合、バージョンアップによる細かい動作の違いはないからなぁ。
少なくともセキュリティーアップデートの場合は、関係ない動作に変更はない。
PHPはこっそりいろいろごちゃごちゃ仕様が変わるからね。

セキュリティーアップデートができないことこそ、最大のセキュリティーホールだな。

739 :702:05/02/13 21:36:29 ID:???
>>732は偽者
オレではない。

740 :nobodyさん:05/02/13 21:43:26 ID:???
いつも言ってるように、このスレはすべてオレの自作自演だ。
気にするな。

741 :nobodyさん:05/02/14 05:32:36 ID:???
ところでPHP5が使えるレンタルサーバーって増えてるの?

742 :nobodyさん:05/02/16 02:43:30 ID:???
JSP2.0のタグファイルは最強
カスタムタグ自由自在

743 :nobodyさん:05/02/20 04:36:57 ID:???
PHP4でのクラスの作り方が理解できない・・・('A`)
Javaのが簡単で良いや

744 :nobodyさん:05/02/20 07:26:20 ID:???
それはそれで、無能なだけかと。

745 :nobodyさん:05/02/21 05:41:36 ID:???
まぁ楽に儲けがでる開発言語はPHPとJSPのどちらかっつったら、PHPだね。
なんかJavaで開発してる時ってオナニーな気がしてならないんだよね…

746 :nobodyさん:05/02/21 15:28:36 ID:???
PHPって、儲かる仕事あるの?

747 :nobodyさん:05/02/21 16:32:36 ID:???
JSPって、儲かる仕事あるの?

748 :nobodyさん:05/02/21 17:20:54 ID:???
○○って、儲かる仕事あるの?

749 :nobodyさん:05/02/21 20:40:05 ID:8BJBjbNJ
>>747
あるだろ。

750 :nobodyさん:05/02/21 20:51:20 ID:???
>>746
あるだろ。

751 :nobodyさん:05/02/21 21:12:35 ID:???
なんだかんだ言って、IT技術者のふりをして放送局乗っ取るのが儲かるな。

物を造って世の中の役にたとうなんて発想じゃダメだよ(w

752 :nobodyさん:05/02/21 22:26:59 ID:???
>>751
IT技術者のふりして放送局乗っ取るのを助けるふりして、IT技術者のふりしてる会社を乗っ取るのが儲かるんだよ。

753 :nobodyさん:05/02/22 01:42:55 ID:???
え〜と…ん〜と…あ〜…

スマン。馬鹿な俺にも分かるように>>745-752の流れを解説してくれ。

754 :nobodyさん:05/02/22 02:44:57 ID:???
会社が技術者のふりをするのは不可能じゃないか

755 :nobodyさん:05/02/22 07:40:13 ID:???
堀江の事だろ

756 :nobodyさん:05/02/22 12:04:52 ID:???
大規模サイトでPHPといえば、楽天。

757 :nobodyさん:05/02/22 17:15:36 ID:???
そういえばライブドアもPHPなんだよな
つい最近、ライブドアファイナンスの拡張子がincのDB接続用インクルードファイルがダウンロード出来る設定だったのには笑えた


758 :nobodyさん:05/02/24 14:32:22 ID:???
>>757
ライブドアのメインはPerlです
はてなもPerlだったはず

759 :nobodyさん:05/02/24 20:51:43 ID:???
はてなはどう考えてもrubyのような気がするが、あれはtdiaryをまんまパクった独自スクリプトなのか?

760 :nobodyさん:05/02/24 20:53:25 ID:X3aCCIje
と思って確認がてら見に行ったら、最新の質問がこれだった

http://www.hatena.ne.jp/1108726174

761 :nobodyさん:05/02/25 03:26:04 ID:???
>>759
どう考えたのか知らんが
はてなダイアリーシステムはApache+mod_perl+Perl5.6で
DBI接続でMySQLに接続してるよ

762 :nobodyさん:05/02/27 05:03:33 ID:???
>>1
>PHPがJSPより優れている点
ちょっと作りこんだアプリだと、ページを表示する処理以外にも、
共通関数だとかクラスだとかで、結構な量のコードが作られるが、
PHPの場合はそうしたところでも、気になるところに手をいれて、
すぐに実行して確認して、うまくいかなければまた修正して・・・
というのが楽チン。ただし、修正の影響範囲をきちんと把握できない
ようなプログラムのセンスのない人には向いていない。

JSPだと、JSPに閉じた部分はいいけど、そこから呼び出される
ライブラリ相当のところを直すのはメンドイ。ただし、きっちり
したフレームワークを用意できて、その上にのっかる画面部分だけ
人をかき集めて作ろうという場合には良い。JSPを作る人はフレーム
ワークにのっかるだけだから一山いくらのプログラマでよい。

大規模開発だと一人でなんでもというわけにはいかないので、開発の
スタイルとか規約とかをきっちりさせやすいJava+JSPが良い。そういう
意味ではお客さんからお金をもらう仕事で使う言語と言える。

逆に1人でガリガリ開発するようなときは、開発のサイクルが早いPHPの
方が良い。そういう意味では日曜プログラマに向いている。仕事なら、
手続きとかに手間をかけていられないような、自分たちのためのツールと
して部とか課のような小さな単位で使うものにも向いていると思われる。
ちょっとしたPHP製のアプリ(PukiWikiとかね)を改良して使うというケースが
よくありそう。


763 :nobodyさん:05/02/27 13:51:18 ID:???
> PHPの場合はそうしたところでも、気になるところに手をいれて、
> すぐに実行して確認して、うまくいかなければまた修正して・・・
> というのが楽チン。

まともに使える開発環境もないのに?

> JSPに閉じた部分はいいけど、そこから呼び出される
> ライブラリ相当のところを直すのはメンドイ。

Javaコードの部分ってこと?
NetBeansなりEclipseなり使えば、全然楽。

逆に、エラー表示とかリファクタリングとかやってくれる安定したツールがないPHPは開発がめんどう。
PHPは開発環境のインストール・設定も面倒だし。
NetBeansならWebサーバーも一緒にインストールされてなんも考えずにJSP・サーブレット動かす環境ができてるし。

> 逆に1人でガリガリ開発するようなときは、開発のサイクルが早いPHPの
> 方が良い。そういう意味では日曜プログラマに向いている。

Javaの方が開発環境の構築楽だし、資料も多いし、Web用アプリだけじゃなくて普通のアプリも作れるし、日曜プログラマに向いてる。
手元で使うちょっとしたプログラムも作れるからね。

764 :nobodyさん:05/02/27 13:58:25 ID:???
タグライブラリなんて充実してるんだから、あり物使えば、
JSPだけで何でもできるしねぇ。
そうなると、PHPもJSPも同じようなもんだし。
PHPが特に楽と言うことはないような気がする。
逆にPHPはそれ以上やるためには、Yahooのように独自でソースに手を入れて
なんてやらなきゃならんのが、面倒とも言えるな。

765 :nobodyさん:05/02/27 15:05:58 ID:???
>まともに使える開発環境もないのに?
それはそう。サーバで動いてるコードをエディタで直接書き換えてる。
大人数で開発しているわけではなく、クリティカルなソフトを扱ってる
わけでもないので、これである意味十分。軽いし。

>Javaコードの部分ってこと?
>NetBeansなりEclipseなり使えば、全然楽。
Javaの部分の場合、直したコードをアーカイブして、サーバにアップして、
コンテナをリロードして、という手順が入るでしょ?それがメンドイ。
ある程度自動化してくれる開発環境もあるけど、立ち上げが重くて嫌い。

>Javaの方が開発環境の構築楽だし、資料も多いし、Web用アプリだけ
>じゃなくて普通のアプリも作れるし、日曜プログラマに向いてる。
>手元で使うちょっとしたプログラムも作れるからね。
そのへんは使い分けの問題かも。おれも、手元で使うちょっとしたツールは
Javaで(もしくは、shかperlで)作るよ。つーか、そういうのにPHPは向いて
ない。資料の多さ云々はどっこいどっこいだろ。たいして変わらん。
大体、PHPでそんなに難しいことをさせたいわけじゃない。



766 :nobodyさん:05/02/27 15:14:01 ID:???
あと、Javaは運用環境の構築がメンドイのが良くないな。Tomcatだけなら
ともかく、Apacheと連係して動かすとかなると途端に敷居があがるよう
な気がする。動かすものが増えるし、メンテも面倒。まあ、有料の製品
が使えるなら別なのかもしれん。

PHPはその点について割と楽だと感じた。ちょっと昔のフリーソフト程度。
誰でもできるとは思わんが、Apacheのインストールができるなら問題ない
レベルだと思う。


767 :nobodyさん:05/02/27 15:24:04 ID:???
>>765
> Javaの部分の場合、直したコードをアーカイブして、サーバにアップして、
> コンテナをリロードして、という手順が入るでしょ?それがメンドイ。

え?開発中の話でしょ?
NetBeansのエディタで編集して実行ボタンでOKだし。
立ち上げが重くてっていっても、立ち上げればそのあとは気にならないし。
そこまで立ち上げの重さ気にするなら、Antでスクリプトかいとけばいいだけで。
Antがいやでも、自動リロードにしておけば、コンパイルだけでOKだし。
開発サーバーなんて、自分のパソコンで動かせばいいだけで。

> 資料の多さ云々はどっこいどっこいだろ。たいして変わらん。

PHPは、入門以上の資料が皆無。

運用環境も、Apacheと連携するにしても、誰でもできるとは思わんが、Apacheのインストールができるなら問題ないレベルだと思う。

768 :nobodyさん:05/02/27 15:25:00 ID:???
>逆にPHPはそれ以上やるためには、Yahooのように独自でソースに手を入れて
>なんてやらなきゃならんのが、面倒とも言えるな。

JavaのAPサーバをたくさんそろえて・・・というのは、最近だと
JBossみたいな選択肢が増えてきたけど、Yahooがそういう決断を
下した時点はそうでもないのでは?製品使うのはコストの面や、
OSの縛りの問題があるから問題外だったろうし。

逆に今ならPHPは外すのでは? TSSサイトとか見てるとJavaで
いいじゃんと思うな。

769 :nobodyさん:05/02/27 15:30:46 ID:???
開発環境の起動っていっても、何分もかかるもんじゃないしねぇ。
それでPHPより開発が面倒といえるほどじゃないよ。
むしろ、開発環境の起動時間さえ待っておけば、PHPとは比較にならない開発の楽さ。

770 :nobodyさん:05/02/27 15:32:37 ID:???
TSSっていったら、今のトップ記事が気になるね。
ttp://www.theserverside.com/news/thread.tss?thread_id=32112

771 :nobodyさん:05/02/27 15:41:45 ID:???
>え?開発中の話でしょ?
多分、開発と運用をきっちり分けてかんがえてるのだと思うが、
直すといっても、使ってみてちょっと気になった時に、エディタを
さっと立ち上げてサーバで運用中のコードを直接書き換えてる。

プログラマで食っていこうと考えている人にそういうやり方は
お勧めできないが、楽なんだよね。HTMLの出力を触るような
場合はそれで大抵うまくいくし。ただ、うまくいかない場合も
当然あるよ。


772 :nobodyさん:05/02/27 15:49:50 ID:???
その場合でも、手元で動かしながら改変して、動くようになったらディレクトリごとアップしてTomcat再起動でいいんじゃないの?
いろいろ試すのに、わざわざ運用環境使う必要はないわけで。

HTMLの出力を触るような場合なら、サーバー側のJSPだけ同じように変更することもできるわけで。

773 :nobodyさん:05/02/27 15:53:27 ID:???
>PHPは、入門以上の資料が皆無。
それは感じた。というか、入門部分ですらきっちりしたドキュメントが
そろってないような気がする。

ただ、そんなに難しいことするわけじゃないので、入門部分をくぐり抜け
れば、後は PHPのマニュアルと既存コードを眺めれば済むんだよな。

客先に納入するようなシステムだと、そういうわけには行かないと思う
けどね。

774 :nobodyさん:05/02/27 16:08:24 ID:???
Javaの方がトータルで見れば開発しやすいとは思うが、773がやってることであればPHPで充分なのだと思う。

775 :nobodyさん:05/02/27 16:09:43 ID:???
趣味のレベルでサーバサイドアプリケーションを作る人って少数派でしょう。
独自でやるなら楽とか、クリティカルじゃないならとか、
あんまりメリットになってないような気がするが。

776 :nobodyさん:05/02/27 16:42:35 ID:???
最近じゃ掲示板とかもブログのコメントで充分だしなぁ。
趣味でサーバー借りてまでWebアプリ作る必要は少なくなったね。

777 :nobodyさん:05/02/27 16:50:38 ID:???
>その場合でも、手元で動かしながら改変して、動くようになったら
>ディレクトリごとアップしてTomcat再起動でいいんじゃないの?
>いろいろ試すのに、わざわざ運用環境使う必要はないわけで。

そのほうが安全だと思うし、他人にはそうしたやり方をお勧めしたい。
ただ、Javaのリッチな開発環境はリソースも大量に必要なので、自分の
マシンだとちょこっと直したいときにはきっといらいらすると思う。
動くようになるまで、そう何度も手直しするわけじゃないし。

結局、PHPの利点はお手軽さだと思うので、Javaの周りの環境が整備され
たら優位性は小さくなると思う。PHPがもてはやされるのは今だけかもね。
TSSの記事は気になるけど。

個人的には、1からアプリを開発するわけではないので、改造してでも
使いたいJavaのアプリが増えてくれるならPHPは要らないな。ただ、Javaを
ホスティングしてくれるところがもっと増えないと厳しいかな。


778 :nobodyさん:05/02/27 16:54:35 ID:???
> Javaの周りの環境が整備されたら

いや、整備されてると思うが。
ひとまず試したいと思ったときに、手元のパソコンで動かすための手順は圧倒的にJavaの方が少ない。
メモリが256MBあれば、CPUは遅くていい。
共有サーバーで使えるようになるにはいろいろな問題があるが。

779 :nobodyさん:05/02/27 16:59:35 ID:???
共有サーバーでPHPなみにJavaが動かせるようになることは、しばらくないだろう。
しかし、共有サーバー借りてまでアプリ動かしたくなることも減ってる

780 :nobodyさん:05/02/27 17:04:15 ID:???
>>778
そういう、手元の環境だけじゃなくて、サーバでの運用環境整備の手順とか、
Javaをホスティングしてくれるところとか。もっとトータルでの環境ね。
手元のハードにしても、256MBじゃ遅いだろ。Eclipseとか動かすには。
その上 Tomcat や MySQLやらも動かすとなると結構良いマシンが必要
じゃない?


781 :nobodyさん:05/02/27 17:25:45 ID:???
まぁ、Eclipseは環境構築が手軽じゃないし、メモリ食うみたいだしね。
NetBeans4.0+付属Tomcat+PostgreSQL8.0くらいなら、256MBでガマンできる程度。
512MBあれば充分。
CPUは1GHzあれば充分かな。

782 :nobodyさん:05/02/27 17:57:16 ID:???
PHPはデバッグがめんどい。Eclipseのデバッガのようなツールがあればいいのだが。

783 :nobodyさん:05/02/27 18:27:55 ID:???
>>770
TSS記事の元になった記事の日本語版が出てるね。
(多分、もっと詳細なのが後で出てくると思うが)

 速報:IBM、データベースでオープンソースPHPをサポート
 ttp://www.itmedia.co.jp/enterprise/articles/0502/26/news007.html

正直、IBMが本気でPHPをサポートするかというと信じられんな。
保険のひとつという気がする。どちらかといえば、MySQL対抗?


784 :nobodyさん:05/02/27 19:06:18 ID:???
>>780
つーか、手元でPHPとApacheとMySQL動かすのだって同じだぞ。

785 :nobodyさん:05/02/27 19:21:35 ID:???
>>784
おれJava波だけど、さすがにApache+PHPの方が軽いと思う。

786 :nobodyさん:05/02/27 19:36:12 ID:???
>>784
つーか、Javaは手元で一式動かさないと、PHP並に気軽に修正とか
できないと思うのだが。PHPの場合は、安全性に多少目をつむれば、
直接サーバのコードを書き換えれば修正完了だ。そもそも、PHP使う
ならそれくらい手軽にやらないと、スクリプト言語使ってる意味が
ないだろ?

787 :nobodyさん:05/02/27 19:37:14 ID:???
>>783
Javaとの連携というより、Cloudscapeを売りだしたいって感じだね。
Groovy対抗かとも思ったんだけど。

788 :nobodyさん:05/02/27 19:43:24 ID:???
>>786
> Javaは手元で一式動かさないと、PHP並に気軽に修正とかできないと思うのだが。

意味がわからん。
なんならリモートで動いているTomcatのデバッグだってできるわけで。
JSPならよそのサーバーにあってもファイル書き換えればいいだけだし。
クラスファイルやweb.xml書き換えたんなら、そのファイルアップロードしてTomcatのコンテキスト再起動すりゃいいだけ。
気軽に修正したいなら、Tomcatで自動リロードの設定しとけばコンテキストの再起動の必要もないし。

789 :nobodyさん:05/02/27 19:45:14 ID:???
俺JAVAプログラマで、PenIII500の512MBのマシンで開発やってるけど、別に普通だよ
Tomcat再起動するときに重いくらいで、普通に開発できる。
まー、DBは別鯖だけど。

790 :nobodyさん:05/02/27 19:47:10 ID:???
マジレスすると、WindwsXPが一番メモリ食ってるからな。
何もしなくても、100MB以上は使っちゃってるし。
Windows2000にしとけ。

791 :nobodyさん:05/02/27 20:17:08 ID:???
>クラスファイルやweb.xml書き換えたんなら、そのファイル
>アップロードしてTomcatのコンテキスト再起動すりゃいいだけ。

その一連の作業ってメンドくね?もう、コンパイルの一手間が入る
だけで面倒だと思うのだが。

ただ、サーバとファイル共有して、その上で、常に立ち上げっぱなしの
統合開発環境で開発すれば(というのが手軽でない気がするが)大体
解決する問題でもあるので、スクリプト言語の良さなんてその程度かもね。

792 :nobodyさん:05/02/27 20:36:09 ID:???
なんでコンパイル云々とか再起動とかの話が出てるのかと思ったら、J2EE全般の話してるのね。
スレタイ通りJSPだったらコンパイルも再起動も不要で、ただたんにサーバにポンとアップしておしまいじゃん。

PHPと一緒


793 :nobodyさん:05/02/27 21:02:03 ID:???
>>792
JSPのみだと不利だから、わざと重そうな仕組みを探して提示してるんだよ

794 :nobodyさん:05/02/27 21:24:08 ID:???
>>791
コンパイルなんて、Eclipseなら保存のときに勝手にやってくれる。
NetBeansでもShift+F9

スクリプト言語の良さなんて、開発環境が使えないという縛られた環境くらいでの話。
開発環境なんて、フリーであるわけだし、当たり前に使うわけで。
いまどき、統合開発環境が手軽じゃないっていうのも、ナンセンスな話で。

795 :nobodyさん:05/02/27 21:27:02 ID:???
統合開発環境がいやなら、コンパイルしてサーバーにアップしてサーバー再起動するAntスクリプト書けばコマンド一発でおけ。

796 :nobodyさん:05/02/27 21:32:41 ID:???
まー、秀丸マクロですら可能だな。

797 :nobodyさん:05/02/27 21:36:39 ID:???
コーディング速度はJSPのが圧倒的に速くなる。PHPはめんどい。
ただ、色んなフリーの鯖なんかで使えるのがPHPだからPHPを使う。
JSP使えるならJSP使うよ。

798 :nobodyさん:05/02/27 21:40:45 ID:???
結論
開発が楽なのはJavaだけど、鯖がないからPHP

799 :nobodyさん:05/02/27 21:45:33 ID:???
Javaのレンタルサーバやったら儲かるんかな?

800 :nobodyさん:05/02/27 22:03:47 ID:???
いまはまだ管理が大変だと思われ。
ユーザーのパーミッションの問題が解決できたらいいかと。

実際はレンサバでPHPやらJavaやら使って自分のスクリプト使いたい人間は少ない。
だいたいディスクスペースと、用意したブログシステムなんかが使えればOKみたい。

ニッチのニッチ狙うのならいいかも。儲かるかどうかしらんけど。

801 :nobodyさん:05/02/28 00:47:35 ID:???
>>1
JSPとPHPじゃ、カバーする範囲に差がありすぎだろ。
J2EEとPHPならまだわかるが。
JSPだけでPHPと同じことはできんよ。

結論:PHPのほうができることが多い。

802 :nobodyさん:05/02/28 00:57:59 ID:???
ちょっとでもPHPに有利にしたかっただけだろ。
実際はJSPだけでもPHPよりできることが多いわけで。

803 :nobodyさん:05/02/28 01:14:58 ID:???
>>802

>実際はJSPだけでもPHPよりできることが多いわけで。

この部分ちょっとわからん。
JSPだとできてPHPだとできないものがあるの?

804 :nobodyさん:05/02/28 01:46:28 ID:???
たとえばサーバーデスクトップにウィンドウ表示して印刷とか。

805 :nobodyさん:05/02/28 01:49:03 ID:???
ライブラリ拾ってきて組み込めば、両方なんだってできるけどね。

806 :nobodyさん:05/02/28 02:16:47 ID:???
なんだ、そんなことか。つまらん。

807 :nobodyさん:05/02/28 03:10:30 ID:???
PHPとかJSPになに期待してるんだか。

808 :nobodyさん:05/02/28 03:30:32 ID:???
>>803
JSPとは、Javaの機能をタグで実現しているだけなので、
Javaでできることは基本的に何でもできる。

809 :nobodyさん:05/02/28 20:11:16 ID:???
PHPの一番イケてないと思うのは
ライブラリへの対応だと思う

再コンパイルばっかさせるなと。

810 :nobodyさん:05/03/01 05:08:30 ID:???
何でもJSPでやったら、JSPの意味ないじゃん。

811 :nobodyさん:05/03/01 10:43:07 ID:???
まぁ、スレタイがスレタイなので。

812 :nobodyさん:05/03/01 22:16:19 ID:???
>>783
なんか、Groovy対抗の色が強い気がするね。
IBMがまともにEclipse対応したりライブラリ整備すれば、PHPもかなり使い物になるんじゃないかな。

IBM、PHPの支持を表明――「Zend Core」バンドルを共同開発へ
ttp://www.itmedia.co.jp/enterprise/articles/0502/28/news040.html

813 :nobodyさん:05/03/02 13:53:22 ID:???
この文章、LinuxやらJavaやらとPHPを同列に扱ってるけど、飛躍しすぎだね。
・LinuxやJavaはIBMの投資でここまでのびた
・IBMが投資すると伸びる
・だからPHPも伸びる
っていう流れなんだけど。
LinuxやJavaは、Windowsのほかの選択肢が強く求められていた中で伸びたわけだし。
PHPが、LinuxやJavaと同じように強く求められているとは思えない。
境界線が少しずれるか、境界線があいまいになるくらいの効果しかないんじゃなかろうか。

814 :nobodyさん:05/03/02 16:12:21 ID:???
Java と JSP のように
Java と PHP という棲み分けを IBM は考えているんじゃないの?

815 :nobodyさん:05/03/02 20:34:11 ID:???
それにしても、IBMが投資したから先行きバラ色みたいな論調はちょっとね。
まぁ、Zendが頼りなかっただけに、期待は持てるけど。

816 :nobodyさん:05/03/02 21:00:44 ID:???
ただ単にIBMがより広いデベロッパーを自社陣営に獲得したかったというだけでしょう。
90年代にMSが成功したのはデベロッパーを徹底的に自陣に引き込んだのが勝因だというのをIBMは知っているし。

そのうちZend Technologyを買収して、Claudscapeの普及とともに企業向けPHP製品を出す予感。
ZendなんてIBMから見ればあっという間に支配できそうな会社だしね。


817 :nobodyさん:05/03/02 21:20:44 ID:???
そしたらPHPもまともになるね。

818 :nobodyさん:05/03/02 21:23:10 ID:???
Curl/Perl/Python/RubyじゃなくてPHPなんだね

819 :nobodyさん:05/03/02 22:37:56 ID:???
買収しやすそうだから。

820 :nobodyさん:05/03/02 22:52:05 ID:???
大手に買収されたほうがPHP的には幸せの気がする。
買収するのがMSとかだったら困るが・・・(Winでしか動かない独自拡張PHPの誕生のヨカーン)



821 :nobodyさん:05/03/02 22:56:34 ID:???
MSとIBMだったらMSの方が言語センスと技術がいいから悩ましいところ

822 :nobodyさん:05/03/03 01:05:04 ID:???
つーか、ExcelマクロとかPHPでかけるようになって逆にいいかも。

823 :nobodyさん:05/03/03 01:54:09 ID:???
なんでもいいよ。
金になるならさ。

824 :nobodyさん:05/03/03 03:17:37 ID:???
なんでも金になるならなんでもいいけど。
そうじゃないからねぇ。

825 :nobodyさん:05/03/03 14:17:16 ID:???
PHPもIBMの愛人かよ
もっとまじめで一途な言語紹介してくれ

826 :nobodyさん:05/03/03 15:27:09 ID:???
Ruby

827 :nobodyさん:05/03/03 15:58:05 ID:???
Rubyって書く奴絶対出ると思った

828 :nobodyさん:05/03/03 16:00:36 ID:???
>>825
matz、ドンマイ

829 :nobodyさん:05/03/03 16:52:49 ID:???
ひまわり

830 :nobodyさん:05/03/04 20:29:44 ID:???
PHPは所詮偽りのオープンソース言語

831 :nobodyさん:05/03/04 21:03:55 ID:???
個人的には言語はオープンソースかどうかは関係ない

832 :nobodyさん:05/03/05 21:18:48 ID:???
オープンソースかどうかはオレもどっちでもいいけど
Zendの態度が気に入らんということだろ

833 :nobodyさん:05/03/05 23:29:12 ID:???
オレ、サーブレットのエラーの吐き方が気に入らない。

834 :nobodyさん:05/03/06 05:18:05 ID:???
PHPのエラーも気に入らない

835 :nobodyさん:05/03/06 22:14:19 ID:???
debug_backtrace() は好きだ

836 :nobodyさん:05/03/16 21:51:23 ID:KQcSuvRW
>>26
> >>23
> アドオンの仕方・・・下記参照
> http://www.ether-usa.net/ether-server/macosx/LAN-c-11.html
> 簡単に言うとアパッチでtomcatが動くようにすること。
>
> >>24
> 正解。jspができれば他もできる!・・・はず。

んまあ、大抵できるね。
はじめはPHPには抵抗あったけど。
PHP4はやってらんないね。Perl5よりはクラス作りやすいとはいえ、
オブジェクト指向しにくいしパッケージないし。
PHP4はオブジェクト指向慣れした人間にとって最悪や。

PEARなんてものを最近しったけどあれはPerlのCPANよりも使いにくそうだ。

Javaに精通した人間としてはPHP5のほうがいいや。


837 :nobodyさん:05/03/16 21:52:20 ID:KQcSuvRW
>>27
最近はTrustudio(WebStudio)よりも
PHPEclipseのほうが使い勝手がええなあ。

838 :nobodyさん:05/03/17 10:38:33 ID:???
IBMが金出すんだから、これからそこらへんの環境もっと整えるでしょ。

839 :nobodyさん:05/03/17 11:37:25 ID:???
ZendStudio...

840 :nobodyさん:05/03/18 00:15:01 ID:???
廃れていくだろうな

841 :nobodyさん:05/03/18 00:19:27 ID:???
PHPとJSP二つ合わせてPSPでUMD飛ばし
これ最強

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

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)