PHPがJSPより優れている点って何ですか。
1 ：たけ：
よく巷でPHPは便利だ、簡単に作れるというんだけど、
ちょっと見たところ、そんなにJSPより利点があるようにも
見えないんだけど、誰か指摘して頂戴。
まあ、Perlよりは楽だろうけど。
ちょっと見たところ、そんなにJSPより利点があるようにも
見えないんだけど、誰か指摘して頂戴。
まあ、Perlよりは楽だろうけど。
|
|
|
単発質問スレ立てるな
CGIとJSPとＰＨＰどれが得か？
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/
どっちにしても盛り上がるネタじゃない
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/
どっちにしても盛り上がるネタじゃない
>1
だっさ
だっさ
6 ：nobodyさん：03/12/05 01:34 ID:bTZUZcYB
糞スレにマジレスか
8 ：nobodyさん：03/12/05 12:16 ID:MqWqoWuk
できることはあまり変わらないし得も損もないんじゃ・・・・。
ようは使い慣れた言語が一番！
俺的には「PHP、JSP/Serv」は両方できたほうがいいと思うけどね・・・。
ようは使い慣れた言語が一番！
俺的には「PHP、JSP/Serv」は両方できたほうがいいと思うけどね・・・。
>>8
いや、PHPはできる必要ないだろ。
いや、PHPはできる必要ないだろ。
10 ：nobodyさん：03/12/05 19:36 ID:MqWqoWuk
PHPのほうが P が２つも入ってるのが神がかっている
12 ：nobodyさん：03/12/07 14:33 ID:ZxCmw1UM
PHPってセッション以外にオブジェクトを他ページに渡す方法がないのが鬱
CGIとJSPとＰＨＰどれが得か？
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/
−−−−−−−−−−−− 終了 −−−−−−−−−−−−−
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インストールしたりで
セキュリティー面においても歴史が短いから不安
phpが一番、
オープンソースも多いから勉強しやすい
phpユーザーが多いので
わからないことも教えてもらいやすい
jspなんか
わざわざtomcatインストールしたりで
セキュリティー面においても歴史が短いから不安
要約すると
厨房向けってことか
厨房向けってことか
>>14
スクリプト言語だからオープンソースは当たり前では？？
スクリプト言語だからオープンソースは当たり前では？？
>>15
んだから普及したんだよ。 へえー。
んだから普及したんだよ。 へえー。
18 ：nobodyさん：03/12/08 15:58 ID:48g33nxe
>>わざわざtomcatインストール
別に何時間もかかるわけじゃないし。。。
>>セキュリティー面においても歴史が短いから不安
apaccheにアドオンすれば問題なしな気が・・・。
別に何時間もかかるわけじゃないし。。。
>>セキュリティー面においても歴史が短いから不安
apaccheにアドオンすれば問題なしな気が・・・。
20 ：nobodyさん：03/12/11 19:54 ID:3a96zagy
■運用面で比較すると
PHP・・・規則(変数型等)があやふやな為、別の人間が担当することになった場合にはちとつらい。
自由が利く反面、仕様書等をがっちりしておかないとあとで祭りになる可能性大。
JSP・・・規則(変数型等)がむかつくくらいにうるさい。ただ規則はあるので後から見た人もわかりやすい。
JAVAプログラマーは何気高い・・・。
■結論
PHP・・・一発屋(拡張等を余り見込まない)中規模程度のシステムまでなら便利。
JSP・・・大規模の基幹系ならこっちがお勧め。
システム開発をするときは技術面での検討はもちろんだか、運用面等開発後も考えて先行するのは吉。
開発期間より運用期間の方が長いんだし。
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インストールするのに
３時間かかった。
tomacat側は8080ポート
apache側は80ポートという風になってしまい
全て80ポートで動作することが出来ない
apaccheにアドオンって何？
やはりtomcatは時間かかるからダメ
オープンソースが多いというか
ソースコードを無料配布している人が多い
>>18
tomcatインストールするのに
３時間かかった。
tomacat側は8080ポート
apache側は80ポートという風になってしまい
全て80ポートで動作することが出来ない
apaccheにアドオンって何？
やはりtomcatは時間かかるからダメ
ぬっちゃけJSPが分かってる人でPHPが習得できない人なんて居ないでしょ
っていうか、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ができれば他もできる！・・・はず。
アドオンの仕方・・・下記参照
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
PHP WebStudioというのがあるyo
っていうかZendStudioでいいじゃん
30 ：nobodyさん：03/12/20 18:56 ID:shmreW4a
31 ：28：03/12/22 18:51 ID:cuO5XY7C
あんまり活用できてない＞WebStudio
サーバに上げて試さなくても文法チェックをしてくれるのが楽で使ってるレベル
サーバに上げて試さなくても文法チェックをしてくれるのが楽で使ってるレベル
文法チェックは -l でできるからなあ。
phpは厨房でも使えるのがすばらしい
あまりにも簡単過ぎて、スキルとは呼べないけど
あまりにも簡単過ぎて、スキルとは呼べないけど
>>30
WebStudio使っているけどデバッグ機能に期待しちゃだめ。デバッグ機能をデバッグしている気分になる。
Eclipseの重さに耐えられるならば（重いのは起動時だけ）高機能エディタとしては超お勧め。
後継のTruStudioにはコード補完機能がつき始めたからこれだけでも漏れには便利になった。
ちなみにわかってるとおもうけどurl> p://trustudio.japansite.org
WebStudio使っているけどデバッグ機能に期待しちゃだめ。デバッグ機能をデバッグしている気分になる。
Eclipseの重さに耐えられるならば（重いのは起動時だけ）高機能エディタとしては超お勧め。
後継のTruStudioにはコード補完機能がつき始めたからこれだけでも漏れには便利になった。
ちなみにわかってるとおもうけどurl> p://trustudio.japansite.org
webstudioってただのエディタか？
phpは抵抗ないけどjspは抵抗ある。
漏れの頭は厨房レベルだな。＿|￣|○
漏れの頭は厨房レベルだな。＿|￣|○
PHPが分かったからとJSPが理解できる保証は無いが
JSPができるやつは、PHPも楽勝で分かる。
簡単で楽だと言うことは、それだけインタプリタ側ががんばっているってことで。
JSPができるやつは、PHPも楽勝で分かる。
簡単で楽だと言うことは、それだけインタプリタ側ががんばっているってことで。
38 ：nobodyさん：04/01/22 21:19 ID:x1SMRyOZ
ｐｈｐからのＤＢアクセスってアクセスプランの再利用とかできる？
共有サーバでJSP使えますか？
>>39
サービス提供しているところは少ないがあるし、使える。
サービス提供しているところは少ないがあるし、使える。
FreeBSDで動くこと
phpは一億総ＷＥＢプログラマー化の言語
JSPは仕事にするための言語
こんな感じでよろしいでしょうか
JSPは仕事にするための言語
こんな感じでよろしいでしょうか
まあyahooがphpでつくってるとかて話もあるし、
要は道具は使いようってだけな気もするが。
perlはどちらにしろもうだめぽいけど。
要は道具は使いようってだけな気もするが。
perlはどちらにしろもうだめぽいけど。
perlはもう廃止だ、馬鹿
Perlは6になったらお終いだ。
PHPってもっさりしてるでしょ？
WikiとかBlueQuartzとか使ってるとイライラしてくる。
WikiとかBlueQuartzとか使ってるとイライラしてくる。
Javaよりはもっさりしてないよ
Javaって何処がもっさりしてるんだ？
全体的に
まあ、もっさりしているが、
普通にリクエストが少ない状況でJavaを使っても意味が無いだろうよ…
リクエストが多すぎてやばいとか、そういう時に使うもんだ
普通にリクエストが少ない状況でJavaを使っても意味が無いだろうよ…
リクエストが多すぎてやばいとか、そういう時に使うもんだ
>>23
Tomcat8080ポートを塞いで、
mod_jk/mod_jk2を使ってApache80ポートを
Tomcat8009ポートにルーティングするのも一つの解。
PHPが厨向けというのが良くわかったよ。
Tomcat8080ポートを塞いで、
mod_jk/mod_jk2を使ってApache80ポートを
Tomcat8009ポートにルーティングするのも一つの解。
PHPが厨向けというのが良くわかったよ。
多分個人レベルじゃJSPの利点である大規模システムなんか作らない罠。
速度にしてもPHP+MMCacheで十分じゃ…。
速度にしてもPHP+MMCacheで十分じゃ…。
53 ：nobodyさん：04/12/16 09:04:12 ID:FkqLBDlI
PHPとASPはちょっとリクエストが増えると、内部で池沼起こしてもっさりするよな。
Perl、C、JAVAを使い分けるのが最強と言うことだな。
Perl、C、JAVAを使い分けるのが最強と言うことだな。
リクエストのないJAVA
コストが安いのが一番だろ。
ＪＡＶＡ系はマーケティングの産物で貧乏人には手が出せませんな。
ＪＡＶＡ系はマーケティングの産物で貧乏人には手が出せませんな。
ひとまずPHP+MMCacheより軽いServletページは見たことがない。
そもそもOOP自体でパフォーマンスは落ちるしね。
まともなOOPしてれば。
そもそも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はスキルが貧乏な人には手が出せないってことか。
開発に必要なソフトはすべて無料で手に入れることができるわけだし。
開発に必要なソフトはすべて無料で手に入れることができるわけだし。
お前みたいな頭がボケた人にはPHPの方が良いよ
PHPに深刻なセキュリティ・ホール，リモートからコードを実行される
ttp://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20041217/154014/
ttp://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20041217/154014/
まぁ、ぶっちゃけPerlとPHPしかできんのだが
Javaもやってみたい。
Javaもやってみたい。
完全なOOPは使ってないけど
WEBアプリに限らず
多少OOPっぽくなるのは当たり前じゃない？
OOPが”必要”とかの問題じゃない
OOPしなくても見やすいコードとかもOOPっぽいことになってるケース多いし
そもそもWeb+DBアプリだけでどのくらいの規模を指してるのか不明な点を語れ
まぁどの言語もOOPとして書くこともできるだけであって
JavaしたからってOOPになる問題でもないし
OOPするだけなら今の言語ってほとんどサポートしてるっしょ
WEBアプリに限らず
多少OOPっぽくなるのは当たり前じゃない？
OOPが”必要”とかの問題じゃない
OOPしなくても見やすいコードとかもOOPっぽいことになってるケース多いし
そもそもWeb+DBアプリだけでどのくらいの規模を指してるのか不明な点を語れ
まぁどの言語もOOPとして書くこともできるだけであって
JavaしたからってOOPになる問題でもないし
OOPするだけなら今の言語ってほとんどサポートしてるっしょ
>>64はスキルが貧乏なんですよ。
newって書いたリ、extends Actionって書いたリすることをOOPっていうなら、OOPは必要。
継承って便利だねぇ、とか。
規模が大きいとしても、Web+DBアプリの設計で、クラス図がいかほどの役に立つというのか。
まあ、OOPにあこがれる気持ちはわからんでもないが。
継承って便利だねぇ、とか。
規模が大きいとしても、Web+DBアプリの設計で、クラス図がいかほどの役に立つというのか。
まあ、OOPにあこがれる気持ちはわからんでもないが。
phpは分かるがjspは知らない。
上ででていた型が厳しいとはどういうことか教えて。
というか厳しいとかぬるいとかプログラムにそんな曖昧なのがあることすら分からん・・・(´д｀;)
上ででていた型が厳しいとはどういうことか教えて。
というか厳しいとかぬるいとかプログラムにそんな曖昧なのがあることすら分からん・・・(´д｀;)
PHPのよさは、そんな68でもなぜか動くものが作れるところか。
>>69
同感
同感
>>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 // エラー
このへんを読むとわかるかな。
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でも、プログラムが作れるPHPってすばらしい。
さすが初心者向けを前面に押した言語だ
この点はやはり受け入れられてるみたいね
この点はやはり受け入れられてるみたいね
そうじゃなきゃ、中途半端な言語仕様の意味がないからな。
徹底比較!! PHP & Java 企業システムにおけるPHP5の可能性
ttp://www.thinkit.co.jp/free/compare/2/6/1.html
ソースコード行数比較で生産性を計ることはどうかと思うが、それ以前の問題だな。
5つのサンプルで、3つはほぼ同じ、それもJava側に無駄な改行やコードも含んで計った上で、PHPが1〜2行少ないだけ。
あとの２つは1勝1敗。
それで、結論が「PHP5の開発生産性の高さを実現しています」
その比較の結果、生産性がPHP側が◎でJava側が△
もう少しまともな比較記事書けんのか？
まあ、そんな記事だから、まだまだ比較することが残ってるのに打ち切られたんだろうけど。
ttp://www.thinkit.co.jp/free/compare/2/6/1.html
ソースコード行数比較で生産性を計ることはどうかと思うが、それ以前の問題だな。
5つのサンプルで、3つはほぼ同じ、それもJava側に無駄な改行やコードも含んで計った上で、PHPが1〜2行少ないだけ。
あとの２つは1勝1敗。
それで、結論が「PHP5の開発生産性の高さを実現しています」
その比較の結果、生産性がPHP側が◎でJava側が△
もう少しまともな比較記事書けんのか？
まあ、そんな記事だから、まだまだ比較することが残ってるのに打ち切られたんだろうけど。
77 ：nobodyさん：04/12/26 00:13:00 ID:JB/05Cmi
記事タイトルが既に公平じゃないし。
公平じゃないのはわかりきったことにせよ、ほんとにPHPの生産性が高い部分で比較するか、捏造・誇大表現してでも、読者がなっとくできるもの書かないと、PHP5も浮かばれないよ。
MSのLinux比較記事みたいにうまく書かなくてもいいから。
MSのLinux比較記事みたいにうまく書かなくてもいいから。
捏造・誇大表現してでもって…
PHPがJAVAより優れてそうなのはある程度のものが
つくれるようになるまでの習得が容易だってことだろうか。
開発効率は習熟度に依存するだろうけど
そこそこの習熟度でそこそこの開発効率を得られるのはJAVAじゃないかなと。
スクリプト言語は書き手のスキルによって波が大きいよなぁとおもっちょります。
PHPがJAVAより優れてそうなのはある程度のものが
つくれるようになるまでの習得が容易だってことだろうか。
開発効率は習熟度に依存するだろうけど
そこそこの習熟度でそこそこの開発効率を得られるのはJAVAじゃないかなと。
スクリプト言語は書き手のスキルによって波が大きいよなぁとおもっちょります。
>>79
とりあえず、記事として完結させろよ、って感じだったの。
全然差の出てないデータ出して、「PHPの方が生産性が高い」と書いてあっても、ツッコミようもない。
というか、ただツッコむしかない。
せめて、差の出てるデータ出してれば、その視点がおかしいんじゃない？とか、いろいろ考えることもできるけど。
PHPのいいところは、手かずが少ないので、変に迷うことがないところ。
Javaの場合は、色々なツール、色々な組み合わせがあって、その使いこなしが難しい。
中途半端な、ただ言語を理解しただけのレベルだと、ツールや方法論に振り回されて、ツールを使うためだけ方法論を実現するためだけのコードを作ってしまいがち。
Javaのツールを使いこなすには、非常に高いレベルが求められる。
ツールに振り回されて、ツールの提供する効率をムダにしてしまう非効率なコードを書くのなら、PHPで素直に書いたほうがいい。
Javaで素直に書いてもいいけど、ツールを使いたい衝動や圧力には勝てない。
ほんとうにJavaのツールを使いこなせれば、PHPは話にならないんだけどね。
とりあえず、記事として完結させろよ、って感じだったの。
全然差の出てないデータ出して、「PHPの方が生産性が高い」と書いてあっても、ツッコミようもない。
というか、ただツッコむしかない。
せめて、差の出てるデータ出してれば、その視点がおかしいんじゃない？とか、いろいろ考えることもできるけど。
PHPのいいところは、手かずが少ないので、変に迷うことがないところ。
Javaの場合は、色々なツール、色々な組み合わせがあって、その使いこなしが難しい。
中途半端な、ただ言語を理解しただけのレベルだと、ツールや方法論に振り回されて、ツールを使うためだけ方法論を実現するためだけのコードを作ってしまいがち。
Javaのツールを使いこなすには、非常に高いレベルが求められる。
ツールに振り回されて、ツールの提供する効率をムダにしてしまう非効率なコードを書くのなら、PHPで素直に書いたほうがいい。
Javaで素直に書いてもいいけど、ツールを使いたい衝動や圧力には勝てない。
ほんとうにJavaのツールを使いこなせれば、PHPは話にならないんだけどね。
というかそもそもJSPだけでJavaを語られても困るよなぁ。
JSPはJ2EEの部品の1つに過ぎなくて、実際はServletやらJavaBeansやら
JNDIのConnectionPoolingやらと組み合わせて初めて効果を発揮し始めるのに。
そもそもJSPしか使わないのならあえてJavaにする必要すらないと思う。
JSPはJ2EEの部品の1つに過ぎなくて、実際はServletやらJavaBeansやら
JNDIのConnectionPoolingやらと組み合わせて初めて効果を発揮し始めるのに。
そもそもJSPしか使わないのならあえてJavaにする必要すらないと思う。
>>81
なんか、無理して知ってる言葉を書き並べただけに見えるのは、オレだけ？
なんか、無理して知ってる言葉を書き並べただけに見えるのは、オレだけ？
>>82
いいえ。生粋のJ2EE使いです。何でそう思ったの？何か気にさわったかな？
てゆか>>81の一体どこに難しい単語が・・・。（JNDIはちょっと一般的ではないけど）
ServletとJavaBeansは別にJava使いでなくてもWeb系開発者なら一般教養として
押さえておかなければヤバい単語だし。
・・・まさかConnectionPoolingを難しい単語だとでも？？
いいえ。生粋のJ2EE使いです。何でそう思ったの？何か気にさわったかな？
てゆか>>81の一体どこに難しい単語が・・・。（JNDIはちょっと一般的ではないけど）
ServletとJavaBeansは別にJava使いでなくてもWeb系開発者なら一般教養として
押さえておかなければヤバい単語だし。
・・・まさかConnectionPoolingを難しい単語だとでも？？
・・・とここまで書いてふと思ったんだけど、PHPってJavaのJDBC＋ConnectionPoolingのような
仕組みってあるの？PHP4の時代にはなかったような気がするけど、俺が無知なだけ？
これってコンテナ（Zendエンジン？っていうの今でも）がサポートしてないと複数のセッションから
参照可能なStatic空間にSingletonに近い形で存在させておくことできないよね？
PHPのConfigファイルのどこかに接続情報を記述するセクションがやっぱりあるのかな？
PHPに詳しい人誰かおせーて。
仕組みってあるの？PHP4の時代にはなかったような気がするけど、俺が無知なだけ？
これってコンテナ（Zendエンジン？っていうの今でも）がサポートしてないと複数のセッションから
参照可能なStatic空間にSingletonに近い形で存在させておくことできないよね？
PHPのConfigファイルのどこかに接続情報を記述するセクションがやっぱりあるのかな？
PHPに詳しい人誰かおせーて。
＞JDBC＋ConnectionPooling
(｡-_-｡ )ﾉノ ないない
(｡-_-｡ )ﾉノ ないない
「Connection Pooling PHP」でぐぐってみたのだが、
> PHP の実行環境は apache module 版の場合、各 apache のプロセス毎に存
> 在するので、全体で接続を共用するようなことはできません。Java の
> connection pooling みたいな仕掛けがあれば確かに便利だとは思うのですが、
> 現状では無理です。
とあるけど、これって今でもそうなの？
DBにアクセスするたびに接続時間くってたら話にならんじゃないか・・・。
MMCacheみたいなのがあるのだろうけど・・・。
> PHP の実行環境は apache module 版の場合、各 apache のプロセス毎に存
> 在するので、全体で接続を共用するようなことはできません。Java の
> connection pooling みたいな仕掛けがあれば確かに便利だとは思うのですが、
> 現状では無理です。
とあるけど、これって今でもそうなの？
DBにアクセスするたびに接続時間くってたら話にならんじゃないか・・・。
MMCacheみたいなのがあるのだろうけど・・・。
>>85
うっそん？
てことはPHPってDBを使用したアプリには致命的に不向きでは・・・？
かつてのASPでさえ（？）Resource Poolingの仕組みが提供されていたのに。
Oracleなんて使った日には接続するだけでヘタしたら2〜3秒かかることもあるのに
いちいちリクエストごとにDB接続なんてやってられん。
そこらへんってPHP使いの人は何かテクでカバーしたりするもんなの？
うっそん？
てことはPHPってDBを使用したアプリには致命的に不向きでは・・・？
かつてのASPでさえ（？）Resource Poolingの仕組みが提供されていたのに。
Oracleなんて使った日には接続するだけでヘタしたら2〜3秒かかることもあるのに
いちいちリクエストごとにDB接続なんてやってられん。
そこらへんってPHP使いの人は何かテクでカバーしたりするもんなの？
神や宇宙人が姿を見せるとたいていの人間はそう言うのだろうな
>>87
プロセスごとにはコネクションをもちっぱなしにできるので、現実的に問題はない。
>>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、原子的すぎるものをあげてるので、どうなのかと。
そのうえ、JavaBeansなんて言葉が。
JavaBeansって、構造体の代わり程度でしかないのに。
なんか、>>84もがんばって知ってる単語を並べただけに見えるし、>>80にでてくるツールに振り回されるJava厨にあてはまりそう。
プロセスごとにはコネクションをもちっぱなしにできるので、現実的に問題はない。
>>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、原子的すぎるものをあげてるので、どうなのかと。
そのうえ、JavaBeansなんて言葉が。
JavaBeansって、構造体の代わり程度でしかないのに。
なんか、>>84もがんばって知ってる単語を並べただけに見えるし、>>80にでてくるツールに振り回されるJava厨にあてはまりそう。
DB接続の問題はMySQLで解決！w
・・・なんでこんなに叩かれるのか正直わからん。
>>89
ここはJavaとPHPの比較をするスレだと思ったからJavaのことを書いたのに、
技術ネタを書いたら「キモい」扱いか・・・じゃあここ何について語るスレ？
俺の簡単なレスを「漏れってスゴイ」とか感じること自体、あなたの心に何か卑屈なものを
感じる。ただ単にあなたが勉強不足なんです。
書いていることが分からないなら、余計なこと書かずに黙っていればいい。
>>91
> >>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、
> 原子的すぎるものをあげてるので、どうなのかと。
一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
あげて、そういったシンプルなものと比較するべき・・・と考えたんです。
だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。
（俺はEJB畑の人間なんだけど）
> そのうえ、JavaBeansなんて言葉が。
> JavaBeansって、構造体の代わり程度でしかないのに。
Javaを根本から勉強し直してきてください。JavaBeans＝ValueObjectとか思ってませんか？
俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
ことのメリットを書きたかったのです。（PHPのMMCacheに対するものとして）
> なんか、>>84もがんばって知ってる単語を並べただけに見えるし
だからそう考えることが卑屈なんだって。
>>89
ここはJavaとPHPの比較をするスレだと思ったからJavaのことを書いたのに、
技術ネタを書いたら「キモい」扱いか・・・じゃあここ何について語るスレ？
俺の簡単なレスを「漏れってスゴイ」とか感じること自体、あなたの心に何か卑屈なものを
感じる。ただ単にあなたが勉強不足なんです。
書いていることが分からないなら、余計なこと書かずに黙っていればいい。
>>91
> >>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、
> 原子的すぎるものをあげてるので、どうなのかと。
一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
あげて、そういったシンプルなものと比較するべき・・・と考えたんです。
だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。
（俺はEJB畑の人間なんだけど）
> そのうえ、JavaBeansなんて言葉が。
> JavaBeansって、構造体の代わり程度でしかないのに。
Javaを根本から勉強し直してきてください。JavaBeans＝ValueObjectとか思ってませんか？
俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
ことのメリットを書きたかったのです。（PHPのMMCacheに対するものとして）
> なんか、>>84もがんばって知ってる単語を並べただけに見えるし
だからそう考えることが卑屈なんだって。
>>81
煽りには反応しない！
煽りには反応しない！
おっとつい言葉が粗くなってしまったけど、
>>88
そんなのがあるんだ。Oracleが紹介しているってことはけっこう信頼性あるのかな？
>>92
MySQLだと解決できる仕組みがあるの？
>>94
サンクス。
でもどうやら俺あまりよく思われていないみたいなので去ります。
>>88
そんなのがあるんだ。Oracleが紹介しているってことはけっこう信頼性あるのかな？
>>92
MySQLだと解決できる仕組みがあるの？
>>94
サンクス。
でもどうやら俺あまりよく思われていないみたいなので去ります。
>>93
> 一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
> あげて、そういったシンプルなものと比較するべき・・・と考えたんです。
スレタイに「JSP」しか書いてないというのが発端じゃなければ、説得力はあるんだけど。
> だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。
いまどき、StrutsやらCommonsやら普通に使われてるし、EJBは普通に廃れてるし。
> （俺はEJB畑の人間なんだけど）
EJBが廃れてしまって、荒んでるんだね。
> 俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
> 都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
> ことのメリットを書きたかったのです。
別に、それってJavaBeansって言葉ひっぱりださなくても、普通のJavaクラスの話でOKじゃねぇの？
それに、再利用可能かどうかは、単純にいえるもんじゃないし。
> 一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
> あげて、そういったシンプルなものと比較するべき・・・と考えたんです。
スレタイに「JSP」しか書いてないというのが発端じゃなければ、説得力はあるんだけど。
> だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。
いまどき、StrutsやらCommonsやら普通に使われてるし、EJBは普通に廃れてるし。
> （俺はEJB畑の人間なんだけど）
EJBが廃れてしまって、荒んでるんだね。
> 俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
> 都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
> ことのメリットを書きたかったのです。
別に、それってJavaBeansって言葉ひっぱりださなくても、普通のJavaクラスの話でOKじゃねぇの？
それに、再利用可能かどうかは、単純にいえるもんじゃないし。
そしてレベルが一気に低くなったこのスレ・・・
>>97=>>100？すぐ釣れるなｗ
この板IDないから自作自演したい放題なんだよなｗ
>>97のレスもまったく中身がない。他人のレスにケチつけて何がいいたいの？
「Java用語使うのが僕チン気に入らないのぉ」ってことだろ？
このレスにも涙目で反論するのかな？ｗ
この板IDないから自作自演したい放題なんだよなｗ
>>97のレスもまったく中身がない。他人のレスにケチつけて何がいいたいの？
「Java用語使うのが僕チン気に入らないのぉ」ってことだろ？
このレスにも涙目で反論するのかな？ｗ
ついでにお前に反論しておこう。
＞いまどき、StrutsやらCommonsやら普通に使われてるし、EJBは普通に廃れてるし。
自分の周りを世の中のすべてだと思ってるお馬鹿さんですかｗ
＞別に、それってJavaBeansって言葉ひっぱりださなくても、普通のJavaクラスの話でOKじゃねぇの？
JavaクラスでもOKかもしれんが、だからってJavaBeansでNGな理由もねーだろ。
なんでJavaBeansであることに突っ込む必要があるんだよ。
一体何をいってるのかねこの池沼は。レベル低すぎてアホらし。
＞いまどき、StrutsやらCommonsやら普通に使われてるし、EJBは普通に廃れてるし。
自分の周りを世の中のすべてだと思ってるお馬鹿さんですかｗ
＞別に、それってJavaBeansって言葉ひっぱりださなくても、普通のJavaクラスの話でOKじゃねぇの？
JavaクラスでもOKかもしれんが、だからってJavaBeansでNGな理由もねーだろ。
なんでJavaBeansであることに突っ込む必要があるんだよ。
一体何をいってるのかねこの池沼は。レベル低すぎてアホらし。
103 ：nobodyさん：04/12/28 00:27:58 ID:2b4bjseQ
WebProg板に巣くっている連中が落ちこぼれなのは定説だろ
必死杉・・・
っていうか、JavaBeansのメリットではないことを、JavaBeansのメリットとしてあげてることをNGとするのはだめなのですか？
108 ：nobodyさん：04/12/28 00:34:19 ID:2b4bjseQ
＞JavaBeansのメリットではないことを
詳しく
詳しく
つーかお前らよそでやれ
スレタイぐらい嫁
スレタイぐらい嫁
つか普通にJ2EEのテキスト読んだらServlet＋Bean＋JSPじゃないの？俺それが一般的な形だと思っていたけど。
Beanのかわりに普通のJavaクラス使うテキストのほうが少ないと思う。
Beanのかわりに普通のJavaクラス使うテキストのほうが少ないと思う。
113 ：nobodyさん：04/12/28 00:40:29 ID:2b4bjseQ
＞Javaクラス一般の話なのに、JavaBeansって言葉をなんでわざわざ使ってるのか指摘したら
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
「指摘した」ってカミングアウトしてるってことは、昨日あたりからJavaBeansという言葉にずっとケチつけてた
犯人は自分だって自白したようなもんだなこいつ。
犯人は自分だって自白したようなもんだなこいつ。
結局粘着が1人住み着いていただけのことか
よ そ で や れ
>>112 Servlet＆JB＆JSPが一般的です。だいたいのServletコンテナのサンプルがその形を取ってる。
このスレにはそのことを知らない人がいたみたいで、自分の周りを世界の中心だと勘違いしちゃって妙な反論かましていたみたいです。
このスレにはそのことを知らない人がいたみたいで、自分の周りを世界の中心だと勘違いしちゃって妙な反論かましていたみたいです。
>>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アクセスを呼び出すようになったら、例外処理を考えにくくなる。
>>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アクセスを呼び出すようになったら、例外処理を考えにくくなる。
どもです。日経なんちゃらの本を見ても、１つのサンプルをServlet→Servlet＋JSP→Servlet＋JSP＋Bean
という形で発展させていたし、@ITとかのサンプルもそんな感じだったので、一般的なんですよね。安心しました。
という形で発展させていたし、@ITとかのサンプルもそんな感じだったので、一般的なんですよね。安心しました。
もうJ2EEの話に限定しすぎているので本当はやめたいのだが、
＞いままでのEJBが使えないことが認識されて大きく変わってるなかで、「EJB畑」といわれたら、素直にかわいそうとしか思えない。
別にお前がかわいそうだと思ったからってくだらない反論する必要ねえんじゃん？
それに「EJB畑」の人間だったらEJB3.0の最新仕様なんて百も承知だろうし、お前がいちいち気にすることじゃない。
だいたい上のほうの記事ってEJBに何か関係あるのか？EJBの文字見当たらないぜ？
＞それに、Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
ソースは？なんでこっちのソースがないの？
＞たとえば、そのBeanでDBアクセスしているときに、JSP経由でそのDBアクセスを呼び出すようになったら、例外処理を考えにくくなる。
JSPからDBアクセスをするというモデルを始めてみた。そりゃ設計がヘタレなだけだ。
＞いままでのEJBが使えないことが認識されて大きく変わってるなかで、「EJB畑」といわれたら、素直にかわいそうとしか思えない。
別にお前がかわいそうだと思ったからってくだらない反論する必要ねえんじゃん？
それに「EJB畑」の人間だったらEJB3.0の最新仕様なんて百も承知だろうし、お前がいちいち気にすることじゃない。
だいたい上のほうの記事ってEJBに何か関係あるのか？EJBの文字見当たらないぜ？
＞それに、Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
ソースは？なんでこっちのソースがないの？
＞たとえば、そのBeanでDBアクセスしているときに、JSP経由でそのDBアクセスを呼び出すようになったら、例外処理を考えにくくなる。
JSPからDBアクセスをするというモデルを始めてみた。そりゃ設計がヘタレなだけだ。
>>119
すでに古い情報。安心しないほうがいい。
その日経なんちゃらがそうじゃなかったという記事を流してるわけだし。
それから、EJB批判とか、Servlet&JB&JSPで、JBにドメインロジックなどを持つようなモデルの批判に関しては
ttp://www.c-sq.com/data/maru/2004/20041130/EJB3.pdf
なんかが、ごく簡単にまとめている(PDF)
すでに古い情報。安心しないほうがいい。
その日経なんちゃらがそうじゃなかったという記事を流してるわけだし。
それから、EJB批判とか、Servlet&JB&JSPで、JBにドメインロジックなどを持つようなモデルの批判に関しては
ttp://www.c-sq.com/data/maru/2004/20041130/EJB3.pdf
なんかが、ごく簡単にまとめている(PDF)
世の中のほとんどがServlet+Bean+JSPで構築されているんだから、一般例で話してくれよ。
まだ世に出てないEJB3.0や理想論ふりかざしたデザパタ持ち出されても学者ヲタな世界で現実味がない。
まだ世に出てないEJB3.0や理想論ふりかざしたデザパタ持ち出されても学者ヲタな世界で現実味がない。
>すでに古い情報。安心しないほうがいい。
だーかーらー最新のServletコンテナやAPサーバがこのモデルでサンプル出してるんだって。
だーかーらー最新のServletコンテナやAPサーバがこのモデルでサンプル出してるんだって。
>>120
> JSPからDBアクセスをするというモデルを始めてみた。そりゃ設計がヘタレなだけだ。
じゃあ、DBアクセスはどのタイミングで実行されるのかな？
Servlet&JB&JSPが、ServletとJSPとJavaBeans(という名の普通のクラス)作ったらあとは好きに組み合わせろというモデルであれば、どうしようもないモデルだな。
> JSPからDBアクセスをするというモデルを始めてみた。そりゃ設計がヘタレなだけだ。
じゃあ、DBアクセスはどのタイミングで実行されるのかな？
Servlet&JB&JSPが、ServletとJSPとJavaBeans(という名の普通のクラス)作ったらあとは好きに組み合わせろというモデルであれば、どうしようもないモデルだな。
最新のAPサーバーとかだと、Strutsくらいは使ってないか？
＞DBアクセスはどのタイミングで実行されるのかな？
え？Servletから呼び出すんでしょ？JSPのスクリプトレットから呼び出すモデルなんてあるの？
え？Servletから呼び出すんでしょ？JSPのスクリプトレットから呼び出すモデルなんてあるの？
アンチ現在モデル？の方すみません。せっかく教えてもらって悪いんですが、
とりあえず私は世間で一般的といわれているモデルに従います。
とりあえず私は世間で一般的といわれているモデルに従います。
てかコテハンにしてよ。透明あぼーんするから。
でなければこっち逝って。
■■ Servlet/JSP(EJB含む) 質問スレ Part3 ■■
http://pc5.2ch.net/test/read.cgi/php/1087331455/l50
でなければこっち逝って。
■■ Servlet/JSP(EJB含む) 質問スレ Part3 ■■
http://pc5.2ch.net/test/read.cgi/php/1087331455/l50
で、そうなると、servlet&JB&JSPが、ServletとJSPとJavaBeans(という名の普通のクラス)作ったらあとは好きに組み合わせろというモデルに見えるのだが。
なんか意味のあるモデルなのか？
なんか意味のあるモデルなのか？
>>127
2chの情報に頼らず、ちゃんと自力で情報集めてから判断した方がいいよ。
2chの情報に頼らず、ちゃんと自力で情報集めてから判断した方がいいよ。
＞あとは好きに組み合わせろ
発想が突飛なまでに極端すぎてついていけません
世の中白と黒しかないと思っている方ですか？
開発の現場を知らない方ですか？
発想が突飛なまでに極端すぎてついていけません
世の中白と黒しかないと思っている方ですか？
開発の現場を知らない方ですか？
はい。なので２ｃｈの言葉を鵜呑みにせず、世間一般で常識とされているものに従います。
ではおやすみ。
ではおやすみ。
Struts使ってないサンプルなんていくらでもあるだろ？
やっぱこいつは自分の周りで世の中すべてを語ることしかできないやつなんだね。哀れ。
それとStrutsが適応できない開発現場なんていくらでもあるだろうに。
自社が独自に開発したフレームワークが既に存在する場合とか、ね。
やっぱこいつは自分の周りで世の中すべてを語ることしかできないやつなんだね。哀れ。
それとStrutsが適応できない開発現場なんていくらでもあるだろうに。
自社が独自に開発したフレームワークが既に存在する場合とか、ね。
＞とりあえず、>>123に対する>>125の突っ込みに反応がない
そろそろみんなお前の相手に飽きて寝始めたんだろ。
お前も俺もこんな夜中まで必死にお互いご苦労だな。
俺ももう寝るので最後に1つだけ。
WLS、WAS、CosminexusのサンプルにはStruts使わないサンプルあった。以上。
そろそろみんなお前の相手に飽きて寝始めたんだろ。
お前も俺もこんな夜中まで必死にお互いご苦労だな。
俺ももう寝るので最後に1つだけ。
WLS、WAS、CosminexusのサンプルにはStruts使わないサンプルあった。以上。
なんだ、みんな、そういうサンプルプログラム程度のシステム作ってたんだね。
> 世の中のほとんどがServlet+Bean+JSPで構築されているんだから
という理由がわかったよ。
じゃあ単純なモデルでいいと思うよ。
でも、それならPHPもいいと思うな。
> 世の中のほとんどがServlet+Bean+JSPで構築されているんだから
という理由がわかったよ。
じゃあ単純なモデルでいいと思うよ。
でも、それならPHPもいいと思うな。
はいはいそうですよ。世の中チミみたいな天才ばかりじゃないでしゅからねー。
世の中のシステムはみんな単純なんでちゅよー。
納得したらさっさと消えてね。
世の中のシステムはみんな単純なんでちゅよー。
納得したらさっさと消えてね。
スレタイ1つ解決
PHPがJSPより優れている点って何ですか。
Java使いよりは基地外が（たぶん）少ない
PHPがJSPより優れている点って何ですか。
Java使いよりは基地外が（たぶん）少ない
確かにJava使いには理想のモデルを追い求めるあまり宗教論争みたいな不毛な論議を繰り返すヤツもいる。
もちろんそうでない正常なJava使いも多いんだけどね。
ただこのスレの争いを見てると正直Javaやらなくてよかったなーと思えてくる。
ここで1人で粘着して直リン貼りながら理想論振りかざしてた香具師なんかみてると吐き気がしてくる。
もちろんそうでない正常なJava使いも多いんだけどね。
ただこのスレの争いを見てると正直Javaやらなくてよかったなーと思えてくる。
ここで1人で粘着して直リン貼りながら理想論振りかざしてた香具師なんかみてると吐き気がしてくる。
ということで、ここの住人がやってるレベルのことであれば、PHPで問題なし。
Javaイッテヨシ。
Javaイッテヨシ。
どのレベルでも組みたい言語で組めばいいと思うんだが。
さすがに、仕事であればそれはない。
よく巷でPHPは便利だ、簡単に作れるというんだけど、
ちょっと見たところ、そんなにJSPより利点があるようにも
見えないんだけど、誰か指摘して頂戴。
まあ、Perlよりは楽だろうけど。
まあ、Perlよりは楽だろうけど。
ちょっと見たところ、そんなにJSPより利点があるようにも
見えないんだけど、誰か指摘して頂戴。
まあ、Perlよりは楽だろうけど。
まあ、Perlよりは楽だろうけど。
>>143
JSPみたいに道具にふりまわされるほどの道具がないので、ここがプログラム板ではなくWebProg板ということを考えると、PHPの方が扱いやすい。
JSPみたいに道具にふりまわされるほどの道具がないので、ここがプログラム板ではなくWebProg板ということを考えると、PHPの方が扱いやすい。
まぁ、PHPの仕様変更の行き当たりばったりさに被害をうけたりすると、PHP使う気にはなれんけどね。
しかし、例の記事、いろいろなところでボロクソに言われとるね。
ttp://www.rubyist.net/~matz/20041227.html#p03
ttp://www.rubyist.net/~matz/20041227.html#p03
「じゃばぁ〜」という名前がダメ。なんかマヌケ。
PHPっていうのも名前がだめ。
なんか、うさんくさい出版社みたい。
なんか、うさんくさい出版社みたい。
名前のダメさならPythonだって負けちゃおらんだろ
まあ、その分野でC#に勝るものはないな。
名前の話なら>>11で結論が出てるだろうが。
真ん中に H が入ってるしね。
それに PHP って「嬲」の字を連想させるから最高。
それに PHP って「嬲」の字を連想させるから最高。
「女男女」の方が最高だな。
マジレスすると、JavaBeansって久しぶりに聞いた（ｗ
それはあんたがJavaの仕事を干されているからではｗ
今時JavaBeansとかわざわざ言う奴いないな。
昔はみんなよく解らず、Bean最高！とか呪文のように言ってたが。
昔はみんなよく解らず、Bean最高！とか呪文のように言ってたが。
正月から粘着なことで
159 ：nobodyさん：05/01/01 02:56:31 ID:ev8NbTFM
160 ：nobodyさん：05/01/01 02:58:08 ID:ev8NbTFM
コンポーネント指向ってどうしても理解できない人っているよね。
延々とhtmlとスクリプトレットを共存させたおそろしく汚いコードを1000行くらい書きつづける人。
延々とhtmlとスクリプトレットを共存させたおそろしく汚いコードを1000行くらい書きつづける人。
たかが英単語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は衰退・負け組みｹﾃｰｲ
これで2005年はPHPがJSPを駆逐してWebの主流に踊り出るでしょう。
JSPは衰退・負け組みｹﾃｰｲ
どうでもいいけどJavaBeansをまったく使わないWebアプリってみたことないな。
Apache-Jakartaのフレームワークだって大体JavaBeans使ってるし。
JavaBeansを目の敵にしているこの人は、これらも一切使わずにWebアプリ作ってるんだろうな。
Apache-Jakartaのフレームワークだって大体JavaBeans使ってるし。
JavaBeansを目の敵にしているこの人は、これらも一切使わずにWebアプリ作ってるんだろうな。
おいおいなんだよここ。一体いつからJavaBeansは使ってはいけないという話になってるんだよ？？
そんなこといってるのはこのスレだけだぞ。おまけに妙にしたり顔の評論家気取りまでいるし。
プログラム板のJava系スレにいけば普通にBeanの話してるぞ。
こんなところでJavaの誤解を招くようなくだらんこと語ってるんじゃねーよ。
それはそれとして、あけおめ！！
そんなこといってるのはこのスレだけだぞ。おまけに妙にしたり顔の評論家気取りまでいるし。
プログラム板のJava系スレにいけば普通にBeanの話してるぞ。
こんなところでJavaの誤解を招くようなくだらんこと語ってるんじゃねーよ。
それはそれとして、あけおめ！！
ﾆﾔﾆﾔ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
[マジ初心者]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
うちは、beansの前にJava自体が禁止になったよ。
いままでJAVAやってて、最近PHPの開発をしてるんだけど
Eclipseになれてしまった身としては、PHPの開発環境はしょぼすぎ。
emacsとかごりごりの職人でもないと開発効率はServlet/JSPよりも悪いのではないか？
言語仕様に関しては、せめてPerlのmyのような宣言文くらいつかえた方がよかったのではないか？
今はMojaviつかってるけどオブジェクト指向部分が貧弱なため中途半端感が否めない。
唯一気に入ってるのはSmartyくらいです。
Eclipseになれてしまった身としては、PHPの開発環境はしょぼすぎ。
emacsとかごりごりの職人でもないと開発効率はServlet/JSPよりも悪いのではないか？
言語仕様に関しては、せめてPerlのmyのような宣言文くらいつかえた方がよかったのではないか？
今はMojaviつかってるけどオブジェクト指向部分が貧弱なため中途半端感が否めない。
唯一気に入ってるのはSmartyくらいです。
俺ってJavaBeans知ってるんだぜ！
>>170 面白い？
頭のおかしな人には気をつけましょう
利用者が増えるに従って、頭のおかしな人もそれなりに出没するようになって来ています。
頭のおかしな人に関わるとなにかと面倒なことが起こる可能性があるので、注意しましょう。
頭のおかしな人の判定基準
・「みんなの意見」「他の人もそう思ってる」など、自分の意見なのに他人もそう思ってると力説する人
他人が自分とは違うという事実が受け入れられない人です。自分の意見が通らないとコピペや荒らしなど
無茶をし始めるので見かけたら放置してください。
・根拠もなく、他人を卑下したり、差別したりする人、自分で自分を褒める人
他人を卑下することで自分を慰めようとする人です。実生活で他人に褒めてもらう機会がないが
プライドだけは高いとか、匿名の掲示板しか話し相手のいない人です。可哀想なので放置してください。
・自分の感情だけ書く人
「〜〜がムカツク」とか自分の感情を掲示板に書くことに意味があると思っている人です。
何がどのようにムカツクのか論理的に書いてあれば、他人が読んでも意味のある文章になりますが、
そういった論理的思考の出来ない人です。もうちょっと賢くなるまでは放置してあげてください。
http://www.2ch.net/before.html
ひろゆきは物事をよくわかってるよ
利用者が増えるに従って、頭のおかしな人もそれなりに出没するようになって来ています。
頭のおかしな人に関わるとなにかと面倒なことが起こる可能性があるので、注意しましょう。
頭のおかしな人の判定基準
・「みんなの意見」「他の人もそう思ってる」など、自分の意見なのに他人もそう思ってると力説する人
他人が自分とは違うという事実が受け入れられない人です。自分の意見が通らないとコピペや荒らしなど
無茶をし始めるので見かけたら放置してください。
・根拠もなく、他人を卑下したり、差別したりする人、自分で自分を褒める人
他人を卑下することで自分を慰めようとする人です。実生活で他人に褒めてもらう機会がないが
プライドだけは高いとか、匿名の掲示板しか話し相手のいない人です。可哀想なので放置してください。
・自分の感情だけ書く人
「〜〜がムカツク」とか自分の感情を掲示板に書くことに意味があると思っている人です。
何がどのようにムカツクのか論理的に書いてあれば、他人が読んでも意味のある文章になりますが、
そういった論理的思考の出来ない人です。もうちょっと賢くなるまでは放置してあげてください。
http://www.2ch.net/before.html
ひろゆきは物事をよくわかってるよ
このスレは難しい英文字を使ってはいけないスレになりました。
もちろんJavaBeansという単語はこのスレの住人には難しすぎるので使用不可です。
使ってよい横文字は、ＪＡＶＡとＰＨＰだけです。必ず全角大文字で書きましょう。
もちろんJavaBeansという単語はこのスレの住人には難しすぎるので使用不可です。
使ってよい横文字は、ＪＡＶＡとＰＨＰだけです。必ず全角大文字で書きましょう。
年またいで引っ張る話題じゃないだろ
厨たちも、せっかく年越しとともに生まれ変わるチャンスだったのにね
厨たちも、せっかく年越しとともに生まれ変わるチャンスだったのにね
裏で結論出てたぞ
934 名前：デフォルトの名無しさん[sage] 投稿日：05/01/02(日) 01:53:13
古いとかじゃなくて、いちいちJavaBeansとか気にして
口に出して言わないとかそういう話だろ。
古い新しいじゃなくて、別に今となってはわざわざ
気にするような仕様ではないと思う。
934 名前：デフォルトの名無しさん[sage] 投稿日：05/01/02(日) 01:53:13
古いとかじゃなくて、いちいちJavaBeansとか気にして
口に出して言わないとかそういう話だろ。
古い新しいじゃなくて、別に今となってはわざわざ
気にするような仕様ではないと思う。
1人の意見を持って結論というのが正しいのかどうかはともかく、
「JavaBeansを使うのは古い、これ常識」みたいに騒いでた香具師は結局基地外だったってことでＯＫ？
「JavaBeansを使うのは古い、これ常識」みたいに騒いでた香具師は結局基地外だったってことでＯＫ？
もういいよ、クダラネ
JAVA厨はこんなのばかりか
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以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
81が叩かれてるのを見てﾜﾛﾀ
なぜ？って感じで
なぜ？って感じで
JavaBeans古いなんて誰も言ってなかったと思うが…
いまさらBeanを強調するのも馬鹿らしいみたいな意見はあったけど
いまさらBeanを強調するのも馬鹿らしいみたいな意見はあったけど
Personal Hentai Penis
vs
Japanese Small Penis
vs
Japanese Small Penis
JSPはVIPクオリティー。
間違いない。
間違いない。
>>181
思い切りいわれてたじゃん。いまではやらないほうがいいって。行間読める？
それにMVCモデルという意味でServlet＋JSP＋Beanという書き方をするのは全然おかしくない。
むしろそこでServletとJSPを出してModel部分に相当するものを出さないほうが不自然。
思い切りいわれてたじゃん。いまではやらないほうがいいって。行間読める？
それにMVCモデルという意味でServlet＋JSP＋Beanという書き方をするのは全然おかしくない。
むしろそこでServletとJSPを出してModel部分に相当するものを出さないほうが不自然。
>>185
うちでは、Java自体禁止されてるよ。
理由は、外注するときにコストかかりすぎるからだって。
わざと納期遅らせてるってぶちきれた人がおって、突然禁止された。
ていうか、それほどこだわることでもないんじゃない？
うちでは、Java自体禁止されてるよ。
理由は、外注するときにコストかかりすぎるからだって。
わざと納期遅らせてるってぶちきれた人がおって、突然禁止された。
ていうか、それほどこだわることでもないんじゃない？
188 ：nobodyさん：05/01/02 09:43:08 ID:o4LgsE4y
>>187
エンドユーザの方ですか？
Javaはお金になるからシステム屋としては提案したいんですわ。
PHPやASPだとどうしても趣味プログラマーでもできるというイメージがユーザにあるのか足元見られるんですわ。
ま、悪いこといいませんがよほど大切なシステムの構築でない限りJavaで依頼するのは止めたほうがええよ。
エンドユーザの方ですか？
Javaはお金になるからシステム屋としては提案したいんですわ。
PHPやASPだとどうしても趣味プログラマーでもできるというイメージがユーザにあるのか足元見られるんですわ。
ま、悪いこといいませんがよほど大切なシステムの構築でない限りJavaで依頼するのは止めたほうがええよ。
つかこのスレほとんど2人くらいでやってるだろ
>>191
言えてるなｗ
言えてるなｗ
ドキュメント。技術情報が開かれているところ。
いらん文句言われることもないし。
いらん文句言われることもないし。
Java使うと池沼になるのか、池沼だからJava使うのか。
一般人は池沼を目指していない。
それが避けられる理由だろう。
一般人は池沼を目指していない。
それが避けられる理由だろう。
相変わらず根拠も糞もない痴呆的煽りだな
頭のおかしな人には気をつけましょう
ttp://www.2ch.net/before.html
ttp://www.2ch.net/before.html
>PHPやASPだとどうしても趣味プログラマーでもできるというイメージがユーザにあるのか足元見られるんですわ。
同感。
技術的な側面より結局ここらへんなんじゃないのかって気はする。
同感。
技術的な側面より結局ここらへんなんじゃないのかって気はする。
頭がおかしいんじゃなくて、単に日本語を理解していないﾁｮｿなだけだろう
ん？
Java使うとﾁｮﾝ国の国民になるのか？
ほんとにありそうで怖いな。
Java使うとﾁｮﾝ国の国民になるのか？
ほんとにありそうで怖いな。
しかしまぁ、毎日安定稼働しているATMやら電話基幹やらが
JAVAで動いてると知ったら、PHP厨はどう言い訳するんだろうか。
俺は金をおろさないとか、電話掛けないとか言い出すだろうか。
JAVAで動いてると知ったら、PHP厨はどう言い訳するんだろうか。
俺は金をおろさないとか、電話掛けないとか言い出すだろうか。
>>199のレスも理解されないので無駄だな
そうなると、そういった点ではPHPは無くても困らないけどJavaは無いと困るな、と誰かが言いだし、
そして、PHP厨が、そんなことはない、ATMがJavaで動いてる証拠出せとか言うと思う
そして、PHP厨が、そんなことはない、ATMがJavaで動いてる証拠出せとか言うと思う
そんなことはない、ATMがJavaで動いてる証拠出せ！！
PHPで金取れると思ってる奴は阿呆。
いくら必死こいてPHPの技術を身につけても所詮日曜プログラマの域を出ない。出られない。
一昔前のperlとほとんど同じ立場だな。
とっつきやすいしな。
いくら必死こいてPHPの技術を身につけても所詮日曜プログラマの域を出ない。出られない。
一昔前のperlとほとんど同じ立場だな。
とっつきやすいしな。
>>203
まあ、金融系システムはほとんどCOBOLだからな。
まあ、金融系システムはほとんどCOBOLだからな。
>>207
じゃぁはやくあげれ。
じゃぁはやくあげれ。
ちなみに、日興證券やIYバンクはJAVAです。
私が関わったので間違いないです。
私が関わったので間違いないです。
そんな銀行聞いたこと無い。
もぐり？
もぐり？
>>212
ニートには縁がないことだけは
ニートには縁がないことだけは
最大手ポータルサイトもJava
誰か、Yahoo!はPHP使ってるとか言い張ってた時期があったな（ｗ
https://www.pasonatech.co.jp/staff/job_search_result_detail.do?orderCd=7100045459
お仕事内容
最大手ポータルサイトでの開発のお仕事です。
■Webアプリケーション開発業務
・広告配信システム(入稿)のWebアプリケーション開発
・アーキテクチャの設計
・実装、プログラム
必要スキル
・Java開発の技術
・クラス設計、機能要求に対しての設計スキル
・オブジェクト指向
誰か、Yahoo!はPHP使ってるとか言い張ってた時期があったな（ｗ
https://www.pasonatech.co.jp/staff/job_search_result_detail.do?orderCd=7100045459
お仕事内容
最大手ポータルサイトでの開発のお仕事です。
■Webアプリケーション開発業務
・広告配信システム(入稿)のWebアプリケーション開発
・アーキテクチャの設計
・実装、プログラム
必要スキル
・Java開発の技術
・クラス設計、機能要求に対しての設計スキル
・オブジェクト指向
Javaは良くないが、J#はすばらしい。
ピーターが言ってたので事実。
ピーターが言ってたので事実。
PHP+MySQLﾏﾝｾｰっても
MySQLのライセンス体系が腐っているのでとてもじゃないが業務では使えない罠
Zendライセンスに関しても然り
MySQLのライセンス体系が腐っているのでとてもじゃないが業務では使えない罠
Zendライセンスに関しても然り
Javaを馬鹿にしてる奴は、携帯電話でアプリ動かさないんだろうな。
どうせ指摘したところで、通話だけ出来れば十分と言い張るだろうが。
携帯電話にPHPを組み込んだらなんかできますか？
どうせ指摘したところで、通話だけ出来れば十分と言い張るだろうが。
携帯電話にPHPを組み込んだらなんかできますか？
おい、このスレはJSPのスレだぞ
JAVAはいいかもしれないけど、JSPはクソ
JAVAはいいかもしれないけど、JSPはクソ
>>217
何年生？
何年生？
>>219
大学院3年生。
大学院3年生。
>>220
「ピーゆういち」です。
「ピーゆういち」です。
マイクロソフトが、囲い込んだり、潰したりしてない時点で、
たいしたことない注目もされてない技術なんじゃないの？PHPってさ。
たいしたことない注目もされてない技術なんじゃないの？PHPってさ。
JSPよりASPだな。
ところで世間がPHPに向かって動いているのは事実だ。
マクロメディアは、ASP・JSP対応に注力していたが、
最近作るものはPHP向けにシフトして行ってる。
これが何を意味するか？それは、Javaの死滅を意味する。
ところで世間がPHPに向かって動いているのは事実だ。
マクロメディアは、ASP・JSP対応に注力していたが、
最近作るものはPHP向けにシフトして行ってる。
これが何を意味するか？それは、Javaの死滅を意味する。
>>224
ASP（.NETじゃない）で対等ってところだろう。
ASP（.NETじゃない）で対等ってところだろう。
とにかく、JAVAはATMとか基幹系みたいな重要な部分でしか使えない
Webみたいなところで使う奴は馬鹿
Webみたいなところで使う奴は馬鹿
最近になってようやっとオブジェクト指向を取り入れ始めたPHP
遅すぎw
遅すぎw
ColdFusionがこけて、後釜にPHPという流れ。
なぜこけたかっていうと、Javaにかかわったからこけた。
なぜこけたかっていうと、Javaにかかわったからこけた。
>>233
PHPは馬鹿でも書けるからな。
PHPは馬鹿でも書けるからな。
JavaはSUNにさえ見放されてるだろ。
あとはIBMが降りれば完璧。
あとはIBMが降りれば完璧。
確かに、PHPはコケて困るほど大きな動きは今まで皆無だったからな
頑なにJSPにこだわっている時点でｸｿ、普通JSPだけで構築はしない、という結論が出ているのに
それを覆せず未だに「JSP」と比べたがっているPHP厨w
それを覆せず未だに「JSP」と比べたがっているPHP厨w
>>235
それは、トヨタが車作らなくなればとか言ってるレベルと同じだろ。
現時点ではめちゃめちゃ儲かってるんだからありえない。
伝統のPC製造部門やHDD開発部門を切り離しても、JAVA案件は死守してるわけで。
それは、トヨタが車作らなくなればとか言ってるレベルと同じだろ。
現時点ではめちゃめちゃ儲かってるんだからありえない。
伝統のPC製造部門やHDD開発部門を切り離しても、JAVA案件は死守してるわけで。
案件情報
Java 80万
C# 60万
PHP 40万
perl 30万未満
ま、こういうことです
Java 80万
C# 60万
PHP 40万
perl 30万未満
ま、こういうことです
Java切り離すのは秒読み状態。
eclipse投下はその前触れ。
eclipse投下はその前触れ。
>>240
PC部門売却は前触れなんて無かったが。
PC部門売却は前触れなんて無かったが。
Java関連は全部韓国の企業に売り払うんじゃない？
PHPなんて最初からIBMに構って貰ってないのによく言うよ（ｗ
話はそれるが
日本はMySQLに見放されているんだけど
いまだにPHP+MySQLを薦めているサイトが多すぎ
いい加減postgresあたりにしたらどうだ？とか思うんだが
なぜそういうところが少ないんだろう？
日本はMySQLに見放されているんだけど
いまだにPHP+MySQLを薦めているサイトが多すぎ
いい加減postgresあたりにしたらどうだ？とか思うんだが
なぜそういうところが少ないんだろう？
>>241
perlからJava、perlからC#への移行案件の方が目にする回数は多い
perlからJava、perlからC#への移行案件の方が目にする回数は多い
Java厨って一昔前のコボラみたいだな。
てことは20年以上稼働し続けるってことか？
そうだ。20年以上稼動し続ける。
みんなに文句言われながらな。
常にリストラ対象とされながらも細々と稼動する。
みんなに文句言われながらな。
常にリストラ対象とされながらも細々と稼動する。
C#はすぐにポシャると思ってたけど
ここに来て伸びてきてるのが意外だった。
ここに来て伸びてきてるのが意外だった。
>>252
安泰だな
安泰だな
>>253
PHPはポシャるも何も、一度も盛り上がってないけどな。
PHPはポシャるも何も、一度も盛り上がってないけどな。
PHPは小規模・初心者向けに作られたんだから他と比較しても・・・
保守性考えたらJavaはPHPの比じゃないな。
ただPHPは敷居が低すぎるので簡単なWebアプリなら面倒が無くていい。
PHPはポストASPってあたりにはおさまっても、それ以上にはならないだろう。
それもC#と凌ぎあい。
ただPHPは敷居が低すぎるので簡単なWebアプリなら面倒が無くていい。
PHPはポストASPってあたりにはおさまっても、それ以上にはならないだろう。
それもC#と凌ぎあい。
Java厨の必死さ加減から、すでに相当苦境に立たされているのが伺える。
煽るのはJavaとLinuxに限るよ。
スゲー食いつきいい。
ほかじゃこうはいかない。
煽るのはJavaとLinuxに限るよ。
スゲー食いつきいい。
ほかじゃこうはいかない。
>>258
ミイラ取りがミイラになってるよ。
ミイラ取りがミイラになってるよ。
PHP厨の必死さ加減から、すでに相当苦境に立たされているのが伺える。
煽るのはPHPとMacに限るよ。
スゲー食いつきいい。
ほかじゃこうはいかない。
煽るのはPHPとMacに限るよ。
スゲー食いつきいい。
ほかじゃこうはいかない。
PHPはレンタル鯖で動かすためだけにあるようなもんだろ。
JSP・サーブレットを動かせるレンタル鯖はめったにないからな。
JSP・サーブレットを動かせるレンタル鯖はめったにないからな。
PHPはせっかくJSP/Servletと棲み分けが出来る優れた技術なのに、
PHP厨自体がそれをブチ壊しているのが泣ける。
目くそ鼻くそ。
お互いに長所はあるんだから、それを踏まえて使い分けりゃ
いいのに・・・。
お互いに長所はあるんだから、それを踏まえて使い分けりゃ
いいのに・・・。
>>263
と言うか、Perlの簡便さが理解できない頭が硬い人や、アンチPerl主義者向けだろう
と言うか、Perlの簡便さが理解できない頭が硬い人や、アンチPerl主義者向けだろう
>>266
さすがにperlに比べての利点は数多いと思うが。
さすがにperlに比べての利点は数多いと思うが。
そういえば、最近SUNのサイトは軽くなったな。
関数を用意してやらないと書けない人向けなのがPHP
まー、MSもUNIX鯖使って馬鹿にされたことがあったな。
別に自社製品を絶対使わないとアホというわけではないだろう。
別に自社製品を絶対使わないとアホというわけではないだろう。
>HTMLでレイアウトが組みやすいところとか。
え？
これってPHP特有の特徴か？
え？
これってPHP特有の特徴か？
洋食を食う日本人みたいなもんだ。
アプレットの優位性を盛んに宣伝しておきながら、
自分はフラッシュを使うという部分に怒りさえ感じる。
J2EEの優位性を盛んに宣伝しておきながら、
自分はPHPを使うという部分にあきれ果てた。
結局自分はサイトを良くする為に自前の技術を使えない。
それなのに、他人には薦める。
これが世間の批判を集める原因であろう。
自分はフラッシュを使うという部分に怒りさえ感じる。
J2EEの優位性を盛んに宣伝しておきながら、
自分はPHPを使うという部分にあきれ果てた。
結局自分はサイトを良くする為に自前の技術を使えない。
それなのに、他人には薦める。
これが世間の批判を集める原因であろう。
PHP＝Windows（なんでも最初から入ってて後は使いたいときに使うだけ。しかし重い。）
PerlやJAVA＝UNIX（必要な物を自分で探したり作ったりして組み込む。作るのは手間。）
PerlやJAVA＝UNIX（必要な物を自分で探したり作ったりして組み込む。作るのは手間。）
確かに意味わからないよね。
>>280
拾ってきたpmいくつか突っ込むくらい、初心者でもできるだろ。
拾ってきたpmいくつか突っ込むくらい、初心者でもできるだろ。
多分このスレでは>>282が一番頭が悪い
>>285
いや、俺だろ
いや、俺だろ
>>286
そうか。
そうか。
どう悪いか説明できない>>285が一番悪い
>>287はM$と見せかけて三菱
>>288
で、そういうやつでもPHPでコーディングできるのか？（ｗ
で、そういうやつでもPHPでコーディングできるのか？（ｗ
いまこのｽｯﾄﾞﾚに５人いるとみた
つまり、PHPコーダーは、Apacheがダウンロードできない奴でもなれるってことか。
>>288
パソコン初心者と、開発初心者は違うだろ
パソコン初心者と、開発初心者は違うだろ
自分が使わないような糞Javaを他人に使えという。
これSUNの法則。
これSUNの法則。
>>293
うち二人は、おなじみの厨とみた。
うち二人は、おなじみの厨とみた。
結果をいそぐ開発初心者とすればJAVAよりもPerlよりもPHPなんだろう
俺初夢で、IBMがJavaから撤退するところ見ちゃった。
>>292
ハローワールドで満足する。
ここまでできれば後はこれの応用ですよ、ってお茶を濁すことにしている
ただ、初心者は大体がPHPに手を出したがる。
「簡単ですよ」っていう過剰な宣伝のせいだろう。
いくら簡単っつったってズブの素人じゃ無理だよ…
ハローワールドで満足する。
ここまでできれば後はこれの応用ですよ、ってお茶を濁すことにしている
ただ、初心者は大体がPHPに手を出したがる。
「簡単ですよ」っていう過剰な宣伝のせいだろう。
いくら簡単っつったってズブの素人じゃ無理だよ…
>>301
で、HelloWorldで満足する初心者が、PHPはHTMLでレイアウトが組みやすいねーとか実感するのか？
で、HelloWorldで満足する初心者が、PHPはHTMLでレイアウトが組みやすいねーとか実感するのか？
マジレスすると、PerlでもJAVAでも、まともなサイトは、
普通にHTML部とロジック部はわけてあるので、HTMLのレイアウトなんて
DreamWeaverとかでやっちゃえるわけですが。
PHPって一般的には、表示とロジックはわけたりしないもんなの？
普通にHTML部とロジック部はわけてあるので、HTMLのレイアウトなんて
DreamWeaverとかでやっちゃえるわけですが。
PHPって一般的には、表示とロジックはわけたりしないもんなの？
>>303
そうか。じゃあその話は今は全く関係なかったな。
そうか。じゃあその話は今は全く関係なかったな。
>>304
読むの面倒なので要約してくれ
読むの面倒なので要約してくれ
玄人は何もしない見本。
コードを一行も書かなくても自称Pro。
これJavaの法則。
コードを一行も書かなくても自称Pro。
これJavaの法則。
>>308
C#の間違いでは。
C#の間違いでは。
>>309
だから、PHPでHTMLレイアウトする仕事をしてるレベルの奴って、
Perlでモジュールをインストールする相当の技術もないのか？
と聞いたら、君がまったく違う初心者の話をし始めたんじゃないか。
PHP技術者は、日本語の流れも把握できないのかね？
だから、PHPでHTMLレイアウトする仕事をしてるレベルの奴って、
Perlでモジュールをインストールする相当の技術もないのか？
と聞いたら、君がまったく違う初心者の話をし始めたんじゃないか。
PHP技術者は、日本語の流れも把握できないのかね？
>>307
Johnは言った。
おれはコンピュータ科学の専門家だ。
Javaで何でも作れる。
市販のDB使うくらいなら俺の自前DB使ったほうが100倍早い。
俺に投資しろ。
そして投資家が集まった。
人員も無料で提供するという。
そして、Johnは撤退した。
終わり。
Java使うとこうなるいい見本。
Johnは言った。
おれはコンピュータ科学の専門家だ。
Javaで何でも作れる。
市販のDB使うくらいなら俺の自前DB使ったほうが100倍早い。
俺に投資しろ。
そして投資家が集まった。
人員も無料で提供するという。
そして、Johnは撤退した。
終わり。
Java使うとこうなるいい見本。
>>313
それはたまたまJohnがJavaと言っただけだからだろ？
おれはコンピュータ科学の専門家だ。
PHPで何でも作れる。
市販のDB使うくらいなら俺の自前DB使ったほうが100倍早い。
俺に投資しろ。
そして投資家が集まった。
人員も無料で提供するという。
そして、Johnは撤退した。
終わり。
PHP使うとこうなるいい見本。
と書いたところで、あり得る話なわけで。
詐欺に銀行振り込みが使われたから、銀行を使うとろくな事がないと言ってるようなもんだ。
それはたまたまJohnがJavaと言っただけだからだろ？
おれはコンピュータ科学の専門家だ。
PHPで何でも作れる。
市販のDB使うくらいなら俺の自前DB使ったほうが100倍早い。
俺に投資しろ。
そして投資家が集まった。
人員も無料で提供するという。
そして、Johnは撤退した。
終わり。
PHP使うとこうなるいい見本。
と書いたところで、あり得る話なわけで。
詐欺に銀行振り込みが使われたから、銀行を使うとろくな事がないと言ってるようなもんだ。
>>313
それこそJSP関係ないね。
それこそJSP関係ないね。
【結論】
WebProg板はPHP厨（＝嫌Java厨）のｽｸﾂです。
WebProg板はPHP厨（＝嫌Java厨）のｽｸﾂです。
まあまあ。
みんなたいした技術屋じゃないんだから、仲良く仲良く。
みんなたいした技術屋じゃないんだから、仲良く仲良く。
>>315
PHP使うやつでこんなこというやつはお目にかかったこと無い。
PHP使うやつでこんなこというやつはお目にかかったこと無い。
>>320
できることが少ないから、ハッタリもかませない。
できることが少ないから、ハッタリもかませない。
>>319
pmをインストールする、という知識があればね。
pmをインストールする、という知識があればね。
>>320
JohnはJava使いということに君の頭の中ではなってるみたいだが、
結局出来なかったんだからJohnは有能なJava技術者じゃなかったんだろ。
別に何でも良かったけど、Javaって万能そうだから使ってみた、みたいな。
JohnはJava使いということに君の頭の中ではなってるみたいだが、
結局出来なかったんだからJohnは有能なJava技術者じゃなかったんだろ。
別に何でも良かったけど、Javaって万能そうだから使ってみた、みたいな。
WebProg＝PHPです
つまりJSPもASPもC#も邪道、アウトオブ眼中
この板のURLが全てを物語っていますけどねw
つまりJSPもASPもC#も邪道、アウトオブ眼中
この板のURLが全てを物語っていますけどねw
Javaの半分はハッタリで出来ている。
PHPの半分はコンプレックスで出来ているけどな
>>328
うまいことおっしゃる
うまいことおっしゃる
>>324
まーなんだ、PHPではどんな常識があるか知らないが、Perlそこそこ掛ける奴で、
pmの存在を知らない奴はまずいないだろう。
初心者本の最初の方に書いてあることだし。
Javaで言えば、JDKインストールできませんと言ってるような程度のことだ。
出来ない奴がいるかもなんて心配するほどの事ではない。
つーか、お前が反論するたびに、PHP使いはこんな簡単なことも
できないかもしれないんですけど、と言ってるようにしか見えない。
まーなんだ、PHPではどんな常識があるか知らないが、Perlそこそこ掛ける奴で、
pmの存在を知らない奴はまずいないだろう。
初心者本の最初の方に書いてあることだし。
Javaで言えば、JDKインストールできませんと言ってるような程度のことだ。
出来ない奴がいるかもなんて心配するほどの事ではない。
つーか、お前が反論するたびに、PHP使いはこんな簡単なことも
できないかもしれないんですけど、と言ってるようにしか見えない。
>>318
うわっ。ムッカーーーｗｗ
うわっ。ムッカーーーｗｗ
おまえらJava板でやれよ。
PHP板は作る人の板だ。
ハッタリはJava板で。
常識。
わかった？
PHP板は作る人の板だ。
ハッタリはJava板で。
常識。
わかった？
>>330
だって実はJava厨がPHP厨のフリして煽ってるだけだもん
だって実はJava厨がPHP厨のフリして煽ってるだけだもん
PHPは他の言語を使いこなせないから比較されると怒るのです。
>>332
JAVA板ってどこよ？
JAVA板ってどこよ？
>>335
PHP厨の頭の中にのみ存在します
PHP厨の頭の中にのみ存在します
PHP技術者はつぶしがきかないからな…
>>340
JAVAとかC#もやりゃいいじゃん
JAVAとかC#もやりゃいいじゃん
三が日は2chで暇つぶしに限る。
こんな夜中にこの進行具合、ありがたい。
こんな夜中にこの進行具合、ありがたい。
なにしろJavaは胡散臭い。
Johnってなにもんよ？
Johnってなにもんよ？
よく、Perlやってると文法に癖があるので他の言語が習得しづらいみたいにいうけど、
PHPの場合は、レベルが低すぎて他の言語が習得できないということなんだろうな。
PHPの場合は、レベルが低すぎて他の言語が習得できないということなんだろうな。
>>343
2chのいちユーザのコトなんかわかる訳ねーだ炉
2chのいちユーザのコトなんかわかる訳ねーだ炉
この板としてはAPサーバまで範疇に入ってるぐらいなんだからいいじゃない。
で、実情としてはソフト開発やってる技術屋さんはプ板に多くて、ここはWeb系が多い。
言ってみりゃ、サイトの外見とちょっとしたサーバサイドのアプリ程度の話。
ライトなプ板って感じでしょ。
で、実情としてはソフト開発やってる技術屋さんはプ板に多くて、ここはWeb系が多い。
言ってみりゃ、サイトの外見とちょっとしたサーバサイドのアプリ程度の話。
ライトなプ板って感じでしょ。
>>348
アルシンドは名のある落ち武者だぞ。
アルシンドは名のある落ち武者だぞ。
>>348
そのたとえこそ飛躍だろ
そのたとえこそ飛躍だろ
>>349
じゃあPHPの仲間は、Apacheがダウンロードできない初心者も仲良くしてあげてくださいね。
じゃあPHPの仲間は、Apacheがダウンロードできない初心者も仲良くしてあげてくださいね。
Johnが来ない限り、Javaの潔白は証明できんな。
>単価の安い人たちの集まる板だ。
ひでぇｗｗｗｗ
ひでぇｗｗｗｗ
>>357
古いバージョンは問題なし。
古いバージョンは問題なし。
239 名前：nobodyさん[sage] 投稿日：05/01/03(土) 03:22:59 ID:???
案件情報
Java 80万
C# 60万
PHP 40万
perl 30万未満
ま、こういうことです
案件情報
Java 80万
C# 60万
PHP 40万
perl 30万未満
ま、こういうことです
Java使うと口だけ達者になる。
手を動かすことは一切無い。
Johnが証明した。
手を動かすことは一切無い。
Johnが証明した。
>>363
そんくらい自分で調べろよ初心者
そんくらい自分で調べろよ初心者
>>362
じゃあこのスレの厨全員が証明してるPHPはもっと悲惨だな
じゃあこのスレの厨全員が証明してるPHPはもっと悲惨だな
Java案件の8割はJavaからの移行案件。
コボルみたい。
ﾌﾟ
コボルみたい。
ﾌﾟ
【結論】
単価が安く技術屋としては下層に位置する人たちが
「Java厨は変人ばかりだ」とブーたれて自尊心を保つスレでした。
単価が安く技術屋としては下層に位置する人たちが
「Java厨は変人ばかりだ」とブーたれて自尊心を保つスレでした。
>>366
ハナっから眼中にないため対象にすらされないのが悲しすぎるな。PHPは。
ハナっから眼中にないため対象にすらされないのが悲しすぎるな。PHPは。
「Java使うと高くなる」みたいな認識が広まりつつあるのは確か。
ただC#はともかくPHPは話に出にくい。なぜなんだ・・・
ただC#はともかくPHPは話に出にくい。なぜなんだ・・・
1年程前にCOBOLからJavaの移行（つーか新規に等しい）っ仕事やった。
COBOLからってのは珍しい。
COBOLからってのは珍しい。
>>372
COBOLからって・・・基幹系じゃないの？
COBOLからって・・・基幹系じゃないの？
>>370
スケーラビリティないからじゃん？
スケーラビリティないからじゃん？
上にも出てたが、Javaと張り合おうとするんじゃなくて
共存しようとしないのか？PHPは？
それができる位置にはいるはずなんだが。
共存しようとしないのか？PHPは？
それができる位置にはいるはずなんだが。
Javaと共存するくらいならCOMと共存したいからこそ、
ああいうAPIなわけでｗ
臭くなりたくないんよ。
そばにいるだけで臭いうつるからね。
ああいうAPIなわけでｗ
臭くなりたくないんよ。
そばにいるだけで臭いうつるからね。
>>377
多分一番ありえない道だな
多分一番ありえない道だな
ま、PHPがターゲットにしてるのってその程度の所だし。
はいお手軽にお手軽なものを作れました。よかったね。その程度のものでしょ。
はいお手軽にお手軽なものを作れました。よかったね。その程度のものでしょ。
>>378
そう思うのはものしらな過ぎ。
そう思うのはものしらな過ぎ。
>>377
あー、そのレス何か哀れ。残りカスって感じ。
あー、そのレス何か哀れ。残りカスって感じ。
SUNが自サイト元に戻したら、お前らの言うこと信じてやる。
Johnがグーグル超えたらお前らの言うこと信じてやる。
>>377を見てると、やっぱこのｽﾚのPHP厨は全員ダメだと思う・・・
こんなことやればやるほどPHP＝アホと見られるってのに。
PHP使ってる身としては肩身が狭い。
>>264の意見はもっともだと思う・・・
こんなことやればやるほどPHP＝アホと見られるってのに。
PHP使ってる身としては肩身が狭い。
>>264の意見はもっともだと思う・・・
Webサイト構築にあたってはそりゃPHPでしょ。
でも、その程度でしょ。
でも、その程度でしょ。
>>385
そうじゃなく、Webサイトに依る、という話だろう。
そうじゃなく、Webサイトに依る、という話だろう。
Javaは口だけ。
俺ってすごいんだぜとか言う。
俺ってすごいんだぜとか言う。
>>387
それすら言えないPHP
それすら言えないPHP
要するに、PHP厨Java厨共に、ここ最近やった仕事内容を挙げてみろって話だな。
389が良い事言った！
煽りあってる厨の最近の仕事内容を知りたいｗ
煽りあってる厨の最近の仕事内容を知りたいｗ
PHP厨が煽る
↓
Java厨が切り返す
↓
以後繰り返し
↓
Java厨が切り返す
↓
以後繰り返し
>>390
NDA
NDA
>>390
PHPは仕事無いよ。
PHPは仕事無いよ。
PHP厨煽っても面白くないからな。
>>389
そう簡単に仕事の内容は話せない。
そう簡単に仕事の内容は話せない。
>>395
どんな構成でやったかとかは？
どんな構成でやったかとかは？
ずばり楽天。
某住宅情報サイト構築
某新聞社某システム
某雑誌社某システム
某大学某システム
某自治体の某システム
ってか内容は言えないから意味がねーだろが！
某新聞社某システム
某雑誌社某システム
某大学某システム
某自治体の某システム
ってか内容は言えないから意味がねーだろが！
全部PHPだな。
言ったところで理解できるのか？
PHP厨がJavaのことを、Java厨がPHPのことを
PHP厨がJavaのことを、Java厨がPHPのことを
>>399
悲しいがまずありえねーな。
悲しいがまずありえねーな。
何人月の案件で、予算はどの程度なのかくらいは、
構わないんじゃねーの？そうすりゃ、単価云々の話は
片付くんじゃねーか？
構わないんじゃねーの？そうすりゃ、単価云々の話は
片付くんじゃねーか？
>>402
あとDBとかフレームワークとか
あとDBとかフレームワークとか
>>402
いつまで人月計算ですか
いつまで人月計算ですか
>>404
NDA
NDA
>>407
落ちてる
落ちてる
某メーカ、某医療関係、某電力関係。
どれもjavaで某APサーバ使用。いくつかはジャイルで。
つーか特徴ある仕事ばかりで書きにくいー。
Web？趣味です。
どれもjavaで某APサーバ使用。いくつかはジャイルで。
つーか特徴ある仕事ばかりで書きにくいー。
Web？趣味です。
ジャイルってなんだよ、アジャイルでした。失敬。
マで食ってる奴は、PHPの仕事がいかに少ないかを知っていて
そうでないやつはその事実を信じない
なのでこの話は何の意味もない
そうでないやつはその事実を信じない
なのでこの話は何の意味もない
>>403
俺はperlで組むのが殆どだけど、1人月＝100万、最近は単価が
安くなってきてるけどそれでも1人月＝70〜80万は取ってるぞ。
勿論、案件や客を見て決めるけど。
なので、239の信憑性は低いと思うがどうなんだ？大体、239の
単価じゃ、perlやphpでは利益の出しようがないんじゃねーの？
俺はperlで組むのが殆どだけど、1人月＝100万、最近は単価が
安くなってきてるけどそれでも1人月＝70〜80万は取ってるぞ。
勿論、案件や客を見て決めるけど。
なので、239の信憑性は低いと思うがどうなんだ？大体、239の
単価じゃ、perlやphpでは利益の出しようがないんじゃねーの？
>>412
それは明らかにボッタクリだな…
それは明らかにボッタクリだな…
単価は仕事によって全く変わるからな。
金あるところはあるぞ〜〜〜。
週２〜３日しか来ないコンサルに200とか余裕で出すぞ。
金あるところはあるぞ〜〜〜。
週２〜３日しか来ないコンサルに200とか余裕で出すぞ。
これからはリッチクライアントでアプレットの時代。
ﾌﾟｹﾞﾗ
ﾌﾟｹﾞﾗ
1人月40ってあるね。
Webデザイン＆HTMLコーディングなら20てのもある。
こう言ういい方したら悪いが、この部分一番切り詰められる部分で、
かつヤツラはそれでもやっちゃうのよね。
Webデザイン＆HTMLコーディングなら20てのもある。
こう言ういい方したら悪いが、この部分一番切り詰められる部分で、
かつヤツラはそれでもやっちゃうのよね。
421 ：nobodyさん：05/01/03 05:31:47 ID:1CMLgIh5
それは無い。
妄想乙。
妄想乙。
>>421
ニート乙
ニート乙
乗り遅れたか
今時Javaでなんて言っていたら悪徳業者認定されちまうだろ
高くて重くて実用性の低いJavaは成金の金時計みたいなもんだからな。
格好わるーー
格好わるーー
>>427
業者とすら認めてもらえないPHP
業者とすら認めてもらえないPHP
おいおまいら.Net使え！
煽りあってる厨は、ファミリーベーシックで充分。
このスレ最初から読んでみたら
PHP派の方は全然ちゃんとした切り返しができていないじゃないか。
根拠のない煽りしかしてないし、
何も知らない奴がこのスレだけ読んだらPHPのこと誤解されるぞ。
自分で自分の首を絞めているだけだって事に気づかないのか？
PHP派の方は全然ちゃんとした切り返しができていないじゃないか。
根拠のない煽りしかしてないし、
何も知らない奴がこのスレだけ読んだらPHPのこと誤解されるぞ。
自分で自分の首を絞めているだけだって事に気づかないのか？
もっと！もっと！
偽者の金時計も多いがね。
>>436
100円（税込105円）
100円（税込105円）
まあ待て、今一度スレタイに沿って考えてみよう
PHPがJSPより優れている点って何ですか。
↓
敷居が低いところです。
以上
PHPがJSPより優れている点って何ですか。
↓
敷居が低いところです。
以上
PHPがJSPより優れている点って何ですか。
↓
低レベルの人でも書けるところです。
以上
↓
低レベルの人でも書けるところです。
以上
PHPがJSPより優れている点って何ですか。
↓
ちょっとEJBかじった人が、必要もないのにEJB、EJB言い出して要らん仕事増やすようなことがないところです。
以上
↓
ちょっとEJBかじった人が、必要もないのにEJB、EJB言い出して要らん仕事増やすようなことがないところです。
以上
PHPがJSPより優れている点って何ですか。
↓
安くこき使えるところです。
以上
↓
安くこき使えるところです。
以上
PHPがJSPより優れている点って何ですか。
↓
変な出版社みたいでうさんくさいところです。
以上
↓
変な出版社みたいでうさんくさいところです。
以上
PHPがJSPより優れている点って何ですか。
↓
見あたりません
以上
↓
見あたりません
以上
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厨自体がそれをブチ壊しているのが泣ける。
これがこのスレの全てを物語っている
>>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万人オーバーですよ
地球ヤバイ
地球ヤバイ
地球は、プラットフォームとしてちょっと不安定すぎるな。
仕様変更も多いみたいだし。
仕様変更も多いみたいだし。
地球が頑張らないと
医療技術があがるだけで
人口爆発するから
罪がない地球が適度に殺した方がいいんじゃね
医療技術があがるだけで
人口爆発するから
罪がない地球が適度に殺した方がいいんじゃね
いや、医療技術があがっているところは、子育てコストもあがってて、多産多死→多産少死→少産少死の流れで少子化になる。
10万人減ったところで10万/60億だからね。
60万円持ってて10円落とした程度にしか痛まない。
10万人減ったところで10万/60億だからね。
60万円持ってて10円落とした程度にしか痛まない。
中国が核実験失敗か何かであぼーんすれば人口が10億は減るから、地球人口の1/6が整理されるよ。
中国って地球にやさしーい！
中国って地球にやさしーい！
10億人死ぬくらいの失敗なら、全世界に影響が出るわけだが。
そのとき日本の1億人が一緒に全滅しても、誤差の範囲なわけだが。
でもあたし、お兄ちゃんがいなくなったら悲しいよ！
世の中こんなに人が溢れているのに、わざわざ君が存在する意味はあるの？
世の中こんなに人が溢れているのに、わざわざ僕が存在する意味はあるの？
世の中こんなに人が溢れているのに、わざわざ僕が存在する意味はあるの？
>>453
人の存在にはそもそも意味がなく、人の人生というのはそもそも趣味的なものなので、そんなことは考えずに楽しむべき。
人の存在にはそもそも意味がなく、人の人生というのはそもそも趣味的なものなので、そんなことは考えずに楽しむべき。
人は生まれた瞬間から死に向かってゆっくり歩きはじめるものです。
要は簡単に人間を増やしたり減らしたりする地球が全部悪いんだい！
だから人はソラにあがるのですよ
つうかさぁ、こんな大事なハードなのに、多重化されてないのが信じられん。
設計者はなんも考えてないなぁ。
設計者はなんも考えてないなぁ。
しょうがないよ。当時はまだ多重化なんて概念なかったんだから。壊れることを想定していない時代の産物。
蚊が入り込んでショートしちゃう時代に作られたんだぜ？
蚊が入り込んでショートしちゃう時代に作られたんだぜ？
でも昔に比べれば随分動くようになったし稼働率もあがったと思うよ。
さんざんみんなでパッチやサービスパックあてまくったから。
カットオーバー時はそりゃひどかったんだから。すぐハングするし暴走するしブルースクリーンになるし。
今のバージョン知ってる？105.23.4.892 security rollup package 2.0.45 fail safe option 13-3/Pっていうんだぜ？
今でもこの前みたいに時々バグるけど。
さんざんみんなでパッチやサービスパックあてまくったから。
カットオーバー時はそりゃひどかったんだから。すぐハングするし暴走するしブルースクリーンになるし。
今のバージョン知ってる？105.23.4.892 security rollup package 2.0.45 fail safe option 13-3/Pっていうんだぜ？
今でもこの前みたいに時々バグるけど。
相原コージのマンガで、人が悲しむから問題になるんだ、
誰も悲しまなければ問題にならない、と言って、
難民が餓死するテレビを見ながらラーメン食って爆笑するやつがあったな。
誰も悲しまなければ問題にならない、と言って、
難民が餓死するテレビを見ながらラーメン食って爆笑するやつがあったな。
Java厨は、突然、「自分はすでにエンタープライズレベル！」などと言い出すから
まいってしまう・・・
まいってしまう・・・
PHP厨は突然ひがみだすからまいってしまう・・・
466 ：nobodyさん：05/01/06 23:38:53 ID:TmOS7Kdw
>>465
でも、このｽﾚの半分は、彼ら二人で成り立っています。
でも、このｽﾚの半分は、彼ら二人で成り立っています。
Java厨は、突然、「自分は、もはやエンタープライズレベル！」などと言い出すから
困る・・・
困る・・・
PHP厨は、突然『Java厨は、突然、「自分は、もはやエンタープライズレベル！」などと言い出すから
困る・・・』などとひがみだすから困る。
困る・・・』などとひがみだすから困る。
469 ：nobodyさん：05/01/07 10:40:54 ID:NwAeKDWN
厨はそんなに厨厨言いいたいもんなんだね。うれしそうだね。
470 ：nobodyさん：05/01/12 22:59:23 ID:Bq35Keio
Java厨は、突然、「自分は、もはやエンタープライズレベル！」などと言い出すから
困る・・・
困る・・・
PHP厨は、突然、気に入った発言を繰り返しだすから困る・・・
472 ：nobodyさん：05/01/13 00:41:59 ID:yX5LQaXf
PHPやJSPなんかやめてNetDataへ移行しる
473 ：れんちゃん：05/01/13 01:14:48 ID:uSS09C67
パチンコサイトかと思ったら、ただの出会い系か
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だろうが
コテコテの超高級言語には変わりないわけで
ようは作りたいものをスマートにつくれればそれでいいわけ。
コテコテの超高級言語には変わりないわけで
ようは作りたいものをスマートにつくれればそれでいいわけ。
なに意味のないこといってんの？
高級言語であることは、いわば最低条件でしかないな。
>>475
mysqlはライセンスがめんどくさい
mysqlはライセンスがめんどくさい
482 ：nobodyさん：05/01/21 01:19:15 ID:Aod1pQKc
CORBAのメッセージサービスとJ2EEのJMS(Java Messaging Service)って
どっちが応答はやいんですか？
どっちが応答はやいんですか？
原理的にはCORBAの方が重そうだ。
Java用か一般言語用か。
まあ、実際には、実装を使って比較しないと意味がない。両方単なる規格だからな。
どっちにしろ、いまさらCORBAを使う価値はあまりなさそうだ。
Java用か一般言語用か。
まあ、実際には、実装を使って比較しないと意味がない。両方単なる規格だからな。
どっちにしろ、いまさらCORBAを使う価値はあまりなさそうだ。
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で作る
クライアントへのデータ渡しは...（どうしよう）
もう少し書くとこんな感じです。
CORBAのメッセージサービスの場合
クライアント:OSはwindows MFCで作る
サーバ:OSはSolaris omniORB(corba) c++
JMS(Java Messaging Service)の場合
クライアント:OSはwindows MFCで作る
サーバ:OSはSolaris j2eeで作る
クライアントへのデータ渡しは...（どうしよう）
omniORBって、まだメンテナンスされてるの？
DCOM-RMIの橋渡しってなんかなかったっけ？
あまりパフォーマンス求めなければ、Webサービスがよさげだけど。
DCOM-RMIの橋渡しってなんかなかったっけ？
あまりパフォーマンス求めなければ、Webサービスがよさげだけど。
そもそも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件。
>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はタダで使えますけど、目的によっては
そうではないかもしれません。利用条件を
よく読んでないもので.. (・_・;)
>そもそもVisiBrokerとかOrbixってまだあるの？
まだ売ってますね。
>無料で使えるなら俺がいろいろ試してやってみてもいいのだが。
そのお気持ちだけでもありがたいです。
omniORBはwindowsで試したんですが、
バイナリないしけっこうめんどうです。
といってもTAOよりはラクですね。
omniORBはタダで使えますけど、目的によっては
そうではないかもしれません。利用条件を
よく読んでないもので.. (・_・;)
チャット系アプリはＰＨＰ+ＦＬＡＳＨ多いねぇ
そこそこはやいよ。
そこそこはやいよ。
スレ違いだがflashでチャットならjava+xmlソケットが最強
(・_・;)
(;・_・)
JAVA使ってるサイトってどこも重い印象があります。
ショッピングサイトでそれっぽいアドレスが出るだけで購入することをやめることも間々あります。
実際はJAVAが重いのか、トラフィックがあるからJAVAなのかどちらですか？
ショッピングサイトでそれっぽいアドレスが出るだけで購入することをやめることも間々あります。
実際はJAVAが重いのか、トラフィックがあるからJAVAなのかどちらですか？
> JAVA使ってるサイトってどこも重い印象があります。
気のせい。
Java使ってて重いサイトもあるし重くないサイトもある。
Java使ってなくて重いサイトもあるし重くないサイトもある。
ということで、以降の質問も無意味。
気のせい。
Java使ってて重いサイトもあるし重くないサイトもある。
Java使ってなくて重いサイトもあるし重くないサイトもある。
ということで、以降の質問も無意味。
496 ：nobodyさん：05/02/04 00:34:50 ID:zbNTAwig
ASPはどこも重いか潰れてるかだけどな。
本屋に行くとASPの資料がホントになくて困る。
ASPのシステムが増える事は社会の利益にならないから、それでいいと思うが
499 ：nobodyさん：05/02/04 06:48:49 ID:GCvQ3oay
>>495
重くない代表的なサイトはどこだろう
重くない代表的なサイトはどこだろう
ASPは確かに重いな。
kakaku.comなんか、人が多いときは重くてたまらん。
kakaku.comなんか、人が多いときは重くてたまらん。
>>499
Yahoo!Japanなんかも一部JAVAだが。
Yahoo!Japanなんかも一部JAVAだが。
あと、日航の割引の予約サイトは拡張子がdoだったな。
>>501
8割はCらしいね
ちなみにJAVAで書かれたのはどこだか知ってる？
まあ、phpとjavaの両方で組んでる奴なら知ってると思
うけど、phpと比べたら、javaはCPUの負荷も高いし、メ
モリのリソース消費もすごいし、高速で動かすために
要求されるハードのスペックは高いよ。
サーバスペックに余裕が無い場合、どっちを選ぶかっ
ていったら、どうしてもphpになっちゃうね。
8割はCらしいね
ちなみにJAVAで書かれたのはどこだか知ってる？
まあ、phpとjavaの両方で組んでる奴なら知ってると思
うけど、phpと比べたら、javaはCPUの負荷も高いし、メ
モリのリソース消費もすごいし、高速で動かすために
要求されるハードのスペックは高いよ。
サーバスペックに余裕が無い場合、どっちを選ぶかっ
ていったら、どうしてもphpになっちゃうね。
Yahooのどこがサーバに余裕がないんだよ（ｗ
ちなみに、簡単なスクリプトなら、PHPやPerlの方が早い。
計算など、処理が複雑になってくると、JAVAの方が早い。
使い分けですよ。
ちなみに、簡単なスクリプトなら、PHPやPerlの方が早い。
計算など、処理が複雑になってくると、JAVAの方が早い。
使い分けですよ。
リクナビやファンタジーベースボールみたいに、他を吸収したサイトは拡張子がjspだな
重くないぞ
重くないぞ
>>503
そこまで負荷がかかると、PHPの自由度の低いコネクションプーリングが足かせになってきそうだが。
そこまで負荷がかかると、PHPの自由度の低いコネクションプーリングが足かせになってきそうだが。
>>504
yahooのサーバスペックに余裕がないなんてどこにも書いてないから。
使用するサーバのスペックに余裕が無い場合は、javaよりもphpを選ぶ
だろってこと。
>>506
サーバスペックに余裕が無い状態で、phpよりjavaのほうが有利か？
javaの遅さが目立たなくなってきたのは、ハードに惜しみも無く金か
けられるクライアントが、こぞってjavaでシステムを発注してきたから
だよ。
ハードに金使えばどんな言語でも速くなるって。
yahooのサーバスペックに余裕がないなんてどこにも書いてないから。
使用するサーバのスペックに余裕が無い場合は、javaよりもphpを選ぶ
だろってこと。
>>506
サーバスペックに余裕が無い状態で、phpよりjavaのほうが有利か？
javaの遅さが目立たなくなってきたのは、ハードに惜しみも無く金か
けられるクライアントが、こぞってjavaでシステムを発注してきたから
だよ。
ハードに金使えばどんな言語でも速くなるって。
PHPのほうがJavaより10倍くらい遅いはず。
スクリプト言語だからあたりまえだが。
ただメモリはJavaのほうが食う
スクリプト言語だからあたりまえだが。
ただメモリはJavaのほうが食う
>>508
javaもインタプリンタ言語だよ
javaもインタプリンタ言語だよ
>>509
4年前まではね
4年前まではね
>>510
いまでもそうだろ?
いまでもそうだろ?
>>511
JITで速度はC並ですが
JITで速度はC並ですが
パフォーマンス系のサイト見たことないのね。
まぁでもJavaはXMLとかリフレクションでいくらでも重くなるからそう思うのも仕方ないか
まぁでもJavaはXMLとかリフレクションでいくらでも重くなるからそう思うのも仕方ないか
>>504
スレ通して見て見たけど、入門書かじった程度の人間にでも
カチッと嵌るいい表現かなと。使い分け。それでいいんじゃねーか？
yahooについての記載はさておき。
内情知らない外部の人間が漏れ聞く情報だけでガタガタ言っても机上の空論。
スレ通して見て見たけど、入門書かじった程度の人間にでも
カチッと嵌るいい表現かなと。使い分け。それでいいんじゃねーか？
yahooについての記載はさておき。
内情知らない外部の人間が漏れ聞く情報だけでガタガタ言っても机上の空論。
>>515
「絶対ありえない」というのは絶対ありえないね。
「絶対ありえない」というのは絶対ありえないね。
>>507
> サーバスペックに余裕が無い状態で、phpよりjavaのほうが有利か？
サーバースペックに余裕が無い状態で、サーバースペックを活かせないPHPのコネクションプーリングの仕組みが有利か？
メモリとかCPU速度より、DB接続数の制限の方が先にボトルネックになることもありそうだぞ。
> サーバスペックに余裕が無い状態で、phpよりjavaのほうが有利か？
サーバースペックに余裕が無い状態で、サーバースペックを活かせないPHPのコネクションプーリングの仕組みが有利か？
メモリとかCPU速度より、DB接続数の制限の方が先にボトルネックになることもありそうだぞ。
>>516
「サイトで書かれてたから速い」ってなかんじで鵜呑みにしないで、自分でプログラム組んで比較してみな。
>まぁでもJavaはXMLとかリフレクションでいくらでも重くなるからそう思うのも仕方ないか
高負荷のパフォーマンスを測ってみるといいよ。
javaは一定のライン超えると、恐ろしくパフォーマンス落ちるからさ。
phpが負荷に強いのもわかると思うよ。
「サイトで書かれてたから速い」ってなかんじで鵜呑みにしないで、自分でプログラム組んで比較してみな。
>まぁでもJavaはXMLとかリフレクションでいくらでも重くなるからそう思うのも仕方ないか
高負荷のパフォーマンスを測ってみるといいよ。
javaは一定のライン超えると、恐ろしくパフォーマンス落ちるからさ。
phpが負荷に強いのもわかると思うよ。
>>522
ふーん、待ってもらう余裕がある程度の負荷のときの話なのね。
じゃあJavaでもいいんじゃない？
PHPは一定のライン超えると恐ろしく開発パフォーマンス落ちるしね。
サーバー代よりそっちの方が高いし。
ふーん、待ってもらう余裕がある程度の負荷のときの話なのね。
じゃあJavaでもいいんじゃない？
PHPは一定のライン超えると恐ろしく開発パフォーマンス落ちるしね。
サーバー代よりそっちの方が高いし。
PHPのコネクションプーリングの問題点は、HTTPプロセスがひとつ握るということで、データベースが必要なくてもコネクションを握ってしまうということだな。
データベースが必要ないどころか、PHPすら動かない静的HTMLやら画像ファイルでもDBコネクションをにぎることになってしまう。
データベースが必要ないどころか、PHPすら動かない静的HTMLやら画像ファイルでもDBコネクションをにぎることになってしまう。
526 ：nobodyさん：05/02/05 12:34:39 ID:re6LpLVL
zend studio ってどうでしょうか？
>>524
何の話だ？意味わからん
何の話だ？意味わからん
YahooでPHPが使われてるっていう話とりあげるやつがいるけど、ゴリゴリPHP自体をカスタマイズした上で使ってるわけだからな。
そこらへんでダウンロードして使えるPHPとは別物だからな。
ってか、PHPってアンドキュメントな仕様変更と日本語関係のエンバグの多さが怖くて使ってられない。
そこらへんでダウンロードして使えるPHPとは別物だからな。
ってか、PHPってアンドキュメントな仕様変更と日本語関係のエンバグの多さが怖くて使ってられない。
>>527
HTTPプロセスごとにコネクション使いまわすんだよ。
HTTPプロセスごとにコネクション使いまわすんだよ。
>>525
あぁ、じゃあ、同時に使える人の数は少なくていいってことね。
そういう高負荷か。
「Javaは」っていうけど、Javaのコネクションプーリングにもいろいろあるわけだし、必要なら開きが無ければすぐエラーはかせる仕組み作ることも難しくないしね。
あぁ、じゃあ、同時に使える人の数は少なくていいってことね。
そういう高負荷か。
「Javaは」っていうけど、Javaのコネクションプーリングにもいろいろあるわけだし、必要なら開きが無ければすぐエラーはかせる仕組み作ることも難しくないしね。
>>529
明示的にconnectしなくてもコネクション握るってこと？
明示的にconnectしなくてもコネクション握るってこと？
>>527
実際に同時に使われる接続数よりも多くの接続数を確保しないといけないってことだ。
実際に同時に使われる接続数よりも多くの接続数を確保しないといけないってことだ。
>>534
画像が100あるページを5つ。
画像が100あるページを5つ。
ちなみに、DB接続数とHTTPプロセス数が同じなわけだから、DB接続が埋まってるときにはHTTP自体がつながらず「現在空きがありません」とだすこともできない。
>>536
普通にｈｔｔｐがToo many connections吐くぞ
普通にｈｔｔｐがToo many connections吐くぞ
違うな。
DB接続もらってないハズレプロセスができるんだ。
で、ハズレプロセスひいたときには使ってないところに切断させて再接続。
切断されたところはハズレプロセスになる、って仕組みだったかな。
DB接続の実装次第だけど、そういう実装になってるものはHTTPプロセス数がDB接続限界を越えるとある確率で再接続が必要になってくる。
DB接続もらってないハズレプロセスができるんだ。
で、ハズレプロセスひいたときには使ってないところに切断させて再接続。
切断されたところはハズレプロセスになる、って仕組みだったかな。
DB接続の実装次第だけど、そういう実装になってるものはHTTPプロセス数がDB接続限界を越えるとある確率で再接続が必要になってくる。
540 ：nobodyさん：05/02/05 14:59:03 ID:uijxdVw/
どうでもいいけど、XOOPSとかWikiって、どのサイトももっさりだな。
PerlやJSPのサイトって、そんなにもっさりじゃないのに。
PerlやJSPのサイトって、そんなにもっさりじゃないのに。
まー、大規模サイトではJAVAかCかPerlが採用されてて、殆どPHPが採用されていない時点で気が付けよ。
PHP使った大規模サイトって、どこがあるの？
あるわけないじゃん。
PHPは中小規模専用に作られてるんだから
よほどのバカでもなければ大規模サイトで使ったりしない。
PHPは中小規模専用に作られてるんだから
よほどのバカでもなければ大規模サイトで使ったりしない。
と言う事は、一定のラインは越えようがない程度の需要のサイトしかないってことだな。
1時間に数万アクセスあるJAVAのサイトと、数百のPHPのサイトの重さを比べても
仕方がないって事だ。
1時間に数万アクセスあるJAVAのサイトと、数百のPHPのサイトの重さを比べても
仕方がないって事だ。
545 ：nobodyさん：05/02/05 16:56:42 ID:kff6pBVB
amazon とかは何をつかってますか？
また、C でコーディングとありますが、どうやって実装するのですか？
また、C でコーディングとありますが、どうやって実装するのですか？
Cでコーディングって書いてあるなら、Cで実装するんだろ。
>>545
アマゾンがどうか知らんが、一番軽くするためには、自分でアパッチのモジュールを作る。
場合によっては固定HTMLを表示するよりも早く表示できる事もある。
(もちろん、print文で固定文字列をそのまま出すだけのプログラムで、だが)
普通にCGIとしてC言語を使っても、気休め程度にしか軽くはならない。
アマゾンがどうか知らんが、一番軽くするためには、自分でアパッチのモジュールを作る。
場合によっては固定HTMLを表示するよりも早く表示できる事もある。
(もちろん、print文で固定文字列をそのまま出すだけのプログラムで、だが)
普通にCGIとしてC言語を使っても、気休め程度にしか軽くはならない。
PHP ＝ 佐倉 綾乃
C ＝ 片岡 貢、 真東 輝
C++ ＝ 安田 潤司、 真東 光介
JAVA ＝ 北見 柊一、 四宮 慧
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すよ。
phpベースの独自スクリプトってphpって言うのか？
とりあえずphpが高速だと主張するのなら、
PukiWikiをなんとかしてから発言して欲しいと思う。
PHP使いしかいないはずの質問スレですら、PHPは重いみたいな
話になってて悲しいぞ。
とりあえずphpが高速だと主張するのなら、
PukiWikiをなんとかしてから発言して欲しいと思う。
PHP使いしかいないはずの質問スレですら、PHPは重いみたいな
話になってて悲しいぞ。
アプリの遅さは言語と関係ない。
C で同じ者でも遅くも速くも作れる。
PHP も同じ。
C で同じ者でも遅くも速くも作れる。
PHP も同じ。
そういう問題ではなく、同じ物をまともにPHPとCで作ったら、
全然Cの方が早いという話だろ。
全然Cの方が早いという話だろ。
554 ：nobodyさん：05/02/05 21:04:21 ID:FFu8yeXA
わからないのは、 C言語って、具体的にどこのソースを書くときにつかうのですか？？
>>554
何を使っているか知らんがお前がプログラムを書くのと同じことをすべてだよ
何を使っているか知らんがお前がプログラムを書くのと同じことをすべてだよ
>>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はすぐに落ち着いたけどね。
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はすぐに落ち着いたけどね。
実行したソース出してみ。
なんか、MSが良くやる感じの情報操作だなぁ…
サーバの情報って、CPU速度とかそういう事ではなくて、例えばTomcatの設定とか
Apacheの設定とか、そういうのが求められてるわけで、
その設定によって、いくらでもパフォーマンスは変えられる。
サーバの情報って、CPU速度とかそういう事ではなくて、例えばTomcatの設定とか
Apacheの設定とか、そういうのが求められてるわけで、
その設定によって、いくらでもパフォーマンスは変えられる。
あと、OSも出さないし、なんつーか、テスト慣れしてない人が、
見よう見まねでテストやってる感が…
見よう見まねでテストやってる感が…
>>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 %>
<%@ 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 %>
>>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;
?>
<?
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;
?>
やべえipさらしちゃったwww
サーバの設定は出さないわけか。。。
なんでPreparedStatementじゃないの？
遅くしたいからじゃない？（ｗ
一番最新で速い技術で比べないと意味無いような気がするが。
いや、べつにそうすればいいじゃん。
ｇｊ。 行動した事を評価したい。
ケチつけるだけなら誰でも出来るしな。
ケチつけるだけなら誰でも出来るしな。
sunは開発資金に余裕がありそう。
phpは・・・？？？
phpは・・・？？？
Javaマンセーのみなさん、グダグダ言ってないで、軽く動いているサイトをいくつか紹介してください。
つーか、いくつも紹介されてただろ。
それがグダグダw
PHPでコーディングは出来ても、日本語が通じない奴が多いな。
>>575
MSからたんまりもらったからな。
MSからたんまりもらったからな。
>>576
anaの予約サイトは普通に動いてると思うが。
anaの予約サイトは普通に動いてると思うが。
JALやIYバンクってPHPも使ってるんだな。
適材適所の良い見本だ。
適材適所の良い見本だ。
VIAのサイトもJSPだな
PHPは小中規模に最適でサクサクってよく言うけど、
その代表のPukiWikiのサイトやら、各通販サイトやら、
サクサクなところが殆どないんだけど、どうしてなの？
xoopsも、公式サイトやら企業のサイトなど、でかいところは割に快適だが、
個人がレンタルサーバ匂い輝みたいな所は、概して重いんだよね…
phpって実は結構な規模のサーバスペックが要求されるんじゃないの？
その代表のPukiWikiのサイトやら、各通販サイトやら、
サクサクなところが殆どないんだけど、どうしてなの？
xoopsも、公式サイトやら企業のサイトなど、でかいところは割に快適だが、
個人がレンタルサーバ匂い輝みたいな所は、概して重いんだよね…
phpって実は結構な規模のサーバスペックが要求されるんじゃないの？
wikiに関してはPHPに限らず重いことが多い。
遅くも速くもコーディング次第なのが問題なんじゃなくて、
キラーアプリが激遅なのが問題にされてるんじゃないのか?
それらはPHP技術者の中でも有能な人が開発してるんだろうし
キラーアプリが激遅なのが問題にされてるんじゃないのか?
それらはPHP技術者の中でも有能な人が開発してるんだろうし
590 ：nobodyさん：05/02/08 02:50:55 ID:WbzNwqmY
PHPがそんなにサクサクなら、もっと商用サイトで採用されてもいいと思うんだが…
現実を見るとJAVAで問題なく作られて、問題なく動いてるんだよね
単純ならば、JAVAよりスクリプトが速いなんてのもあったけど、
実際問題、そんなに単純な仕組みなんて、実務サイトでは要求されないし
DB叩くだけのアプリでベンチ取ったところで、実務とかけ離れたデータしか取れないでしょ
現実を見るとJAVAで問題なく作られて、問題なく動いてるんだよね
単純ならば、JAVAよりスクリプトが速いなんてのもあったけど、
実際問題、そんなに単純な仕組みなんて、実務サイトでは要求されないし
DB叩くだけのアプリでベンチ取ったところで、実務とかけ離れたデータしか取れないでしょ
wikiはページ数が増えると重くなるんだよ。
>>591
PukiWikiのサイトは、ページ数が少なくても重いような。。。
PukiWikiのサイトは、ページ数が少なくても重いような。。。
PerlのWikiも重い。FreeStyleだっけ？
JavaのWikiってあんまり見た事無いな
JavaのWikiってあんまり見た事無いな
PHPは、なまじ共有鯖で動いちゃうから不利だよな。
1鯖何百ユーザーも入っている鯖で動いてるXoops
やWikiが、重いだ何だのとケチつけられちゃうからさ。
Javaでかかれたサイトは、専用鯖が当たり前。
そもそも比較するのがおかしいわ。
共有鯖で動いているPHP系WikiやXoppsと重さを比
べるなら、共有鯖で動いてるJava系WikiなりXoops
なりを持ち出さないと意味無いね。
1鯖何百ユーザーも入っている鯖で動いてるXoops
やWikiが、重いだ何だのとケチつけられちゃうからさ。
Javaでかかれたサイトは、専用鯖が当たり前。
そもそも比較するのがおかしいわ。
共有鯖で動いているPHP系WikiやXoppsと重さを比
べるなら、共有鯖で動いてるJava系WikiなりXoops
なりを持ち出さないと意味無いね。
>>590
ここで挙げられて問題なく動いているのは日本を代表する超大手のみ。
ここで挙げられて問題なく動いているのは日本を代表する超大手のみ。
日本を代表しない小規模だと、アホみたいな負荷がかかることもなく普通にサクサク動いてますが、なにか？
PHPは簡単に使えるから凄く便利！
>Javaでかかれたサイトは、専用鯖が当たり前。
共有鯖も多いよ
共有鯖も多いよ
>>599
を見てJava厨の存在自体がネタに思えてきた
を見てJava厨の存在自体がネタに思えてきた
Javaの使える商用のレンタルサーバって結構ある。
個人向けのプランでは対応してないところが多い上に、
国内では、規模がでかいところが多いから、専用サーバばかりに思えるだけで。
個人向けのプランでは対応してないところが多い上に、
国内では、規模がでかいところが多いから、専用サーバばかりに思えるだけで。
>>600
自分の想像を越えたものはすべてネタなんですね。
自分の想像を越えたものはすべてネタなんですね。
PHPと言えばレンタルサーバで簡単に動いて便利みたいになってるが、
mbstringに対応してないレンタルサーバって、意外に多いんだよね…
mbstringに対応してないレンタルサーバって、意外に多いんだよね…
>>605
国内でも対応してないところ結構あるよ。
RedHat7〜9を使ってるところが多い。
セキュリティアップデートで契約してるパッケージやさん(progenyとか)
のRPMで実現出来ない事が主な理由だそうだ。
BSDとかの鯖はたいてい対応してるね。
国内でも対応してないところ結構あるよ。
RedHat7〜9を使ってるところが多い。
セキュリティアップデートで契約してるパッケージやさん(progenyとか)
のRPMで実現出来ない事が主な理由だそうだ。
BSDとかの鯖はたいてい対応してるね。
>そもそもServletコンテナ自体、共用サーバで使うには不向きなんだよ。
何時代の話ですか？
今時レンタルサーバ向けの商用コンパネにもTomcatのメニューがあったりするんだよ。
何時代の話ですか？
今時レンタルサーバ向けの商用コンパネにもTomcatのメニューがあったりするんだよ。
俺の知ってるところでは、PLESKレンタルサーバーは非対応。
聞くところによると@serverも駄目らしい。
聞くところによると@serverも駄目らしい。
610 ：nobodyさん：05/02/09 01:34:40 ID:hfz75OfT
さくらはmbstring入ってるけど文字化けするのよねん
回避策はあるけど、サポート外とか断言してるしｗ
回避策はあるけど、サポート外とか断言してるしｗ
>>608
というか、国内業者は対応してるのがデフォという常識はどこから発生したのか不思議なんだが
俺も色々な業者を契約したが、注文付けるまでインストールされてなかったり、
変なバージョン入ってたりしたところはあったな
>>606の言うように赤帽全盛時代は、mbstringのバグの問題の時期とも相まってひどかった
あのころからやってる鯖屋は、対応しないと言うところもあるね
業者がみんなPHPに詳しくて、何が必要でどういう対応をすればよいのか理解している
というのは妄想だろう
ユーザや管理者にヘビーPHPユーザがいれば対応してる、
そうでなければそのまま使ってるって感じだろう
というか、国内業者は対応してるのがデフォという常識はどこから発生したのか不思議なんだが
俺も色々な業者を契約したが、注文付けるまでインストールされてなかったり、
変なバージョン入ってたりしたところはあったな
>>606の言うように赤帽全盛時代は、mbstringのバグの問題の時期とも相まってひどかった
あのころからやってる鯖屋は、対応しないと言うところもあるね
業者がみんなPHPに詳しくて、何が必要でどういう対応をすればよいのか理解している
というのは妄想だろう
ユーザや管理者にヘビーPHPユーザがいれば対応してる、
そうでなければそのまま使ってるって感じだろう
612 ：nobodyさん：05/02/09 01:58:54 ID:/pcCSuwj
JAVAならライブラリくらい自分で好きなのを入れられると言ったら荒れますか？
モジュールとライブラリは違うみたいな意見が出ると思う。
jspとphpどちらに未来がありますか？
また、どちらを習得したほうが良いでしょうか
私はjspを学ぼうと思っていたのですが
個人レベルで使える格安サーバでは対応していないところが多く
phpのほうが個人レベルでは利用しやすいのでは？
と思っています
また、どちらを習得したほうが良いでしょうか
私はjspを学ぼうと思っていたのですが
個人レベルで使える格安サーバでは対応していないところが多く
phpのほうが個人レベルでは利用しやすいのでは？
と思っています
>>607
いや、コントロールパネルのメニューの有無のことを言ってい
るのではないんだが。
Servletコンテナを共有サーバのサービスとして広く一般的に
提供するには、セキュリティの点、リソースの点で、まだまだ
課題があるってことだよ。
リソースの問題があるから、大勢のユーザーを詰め込むこ
とができなくて、サーバ屋は、価格設定を高めにしない限り、
利益が上がらない。
価格設定を高めにすると、個人はまず借りない。
企業の場合は、もう少し出費すれば、さくらの専用鯖が借り
られるくらいの価格設定の共有サーバを借りるくらいなら、
パフォーマンス、セキュリティともに問題ない専用サーバを
借りるだろう。
>>599の言うように、「共有鯖も多い」、のであれば、その事
例である、共有鯖で動いているサイトを挙げて欲しいね。
>>614
答えになっていないが、仕事で使うなら、どちらかに絞るの
ではなく、両方覚えたほうがいいのでは？
個人の趣味でやるなら気軽なPHPがいいんじゃないか？
運用環境も安上がりだしね。
いや、コントロールパネルのメニューの有無のことを言ってい
るのではないんだが。
Servletコンテナを共有サーバのサービスとして広く一般的に
提供するには、セキュリティの点、リソースの点で、まだまだ
課題があるってことだよ。
リソースの問題があるから、大勢のユーザーを詰め込むこ
とができなくて、サーバ屋は、価格設定を高めにしない限り、
利益が上がらない。
価格設定を高めにすると、個人はまず借りない。
企業の場合は、もう少し出費すれば、さくらの専用鯖が借り
られるくらいの価格設定の共有サーバを借りるくらいなら、
パフォーマンス、セキュリティともに問題ない専用サーバを
借りるだろう。
>>599の言うように、「共有鯖も多い」、のであれば、その事
例である、共有鯖で動いているサイトを挙げて欲しいね。
>>614
答えになっていないが、仕事で使うなら、どちらかに絞るの
ではなく、両方覚えたほうがいいのでは？
個人の趣味でやるなら気軽なPHPがいいんじゃないか？
運用環境も安上がりだしね。
>>615
ってか、結局使い分けで、個人がホームページにちょっとだけ何か作るにはPHPが向いてるんだから、安いレンサバはPHPでいいと思うよ。
価格的や環境的に使いやすくしたところで、ちょっとしたもの作るにはJavaが仕様として重過ぎるのは事実で。
そこは棲み分けで、張り合っても仕方ないと思う。
企業のシステム作るのにはJavaの方が向いているというだけだ。
ってか、結局使い分けで、個人がホームページにちょっとだけ何か作るにはPHPが向いてるんだから、安いレンサバはPHPでいいと思うよ。
価格的や環境的に使いやすくしたところで、ちょっとしたもの作るにはJavaが仕様として重過ぎるのは事実で。
そこは棲み分けで、張り合っても仕方ないと思う。
企業のシステム作るのにはJavaの方が向いているというだけだ。
>>614
未来のための勉強なら、Javaの方がいい。勉強できる範囲も広いし、応用も効く。
資料も多い。
勉強用の環境構築はJavaの方が楽だしね。
Java2SE5+NetBeansとかなら、インストールも楽だし。英語版だけど。
日本語版はそろそろかと。
未来のための勉強なら、Javaの方がいい。勉強できる範囲も広いし、応用も効く。
資料も多い。
勉強用の環境構築はJavaの方が楽だしね。
Java2SE5+NetBeansとかなら、インストールも楽だし。英語版だけど。
日本語版はそろそろかと。
ってか、Javaでちゃんと勉強したら、PHPは必要になってからやればいいし。
sohoもやってる俺からすると、レンタルサーバでの案件は多い。
となるとたいがい、phpかperlなわけで、javaは会社でしか使ってない。
という使い分けで、2つ使えればいいんじゃね。
おれはphpのが好きだけど、未来があるのはjavaだろうなぁ、どう考えても。
となるとたいがい、phpかperlなわけで、javaは会社でしか使ってない。
という使い分けで、2つ使えればいいんじゃね。
おれはphpのが好きだけど、未来があるのはjavaだろうなぁ、どう考えても。
>>615
需要があるから、コンパネにそういう機能が実装されるんだと思うんだが…
需要があるから、コンパネにそういう機能が実装されるんだと思うんだが…
>>620
アキラで実際にJava動かしてる奴がどれだけいるかだよ。
あそこは自宅サーバだから、まともな企業は借りないよ。
一日一回のTomcatのリロードを待たないと変更したサーブレットのクラスもリロードされないらしいし、使い勝手は悪そうだね。
アキラのスレを見ればわかるが、Javaの話題はほとんど出ない。
つまり、殆どの奴が実際に動かしていないと推測できる。
Javaの場合、どの程度のものを動かして、どれだけのアクセスがあるかで、パフォーマンスが変わってくる。
閑古鳥サイトがいくつもあったってパフォーマンスにさほど影響があるわけじゃないからな。
実際にアキラで動いているサイトをあげてくれ
ちなみに俺が見つけたのは↓だけだ
ttp://www.ikasa-fha.org/index.jsp
>>621
需要があってコンパネが搭載されていれば、他人のファイルが丸見えでもいいのか？
需要があるというのなら、実績もあるだろう。
実際に動いているサイトを(ry
アキラで実際にJava動かしてる奴がどれだけいるかだよ。
あそこは自宅サーバだから、まともな企業は借りないよ。
一日一回のTomcatのリロードを待たないと変更したサーブレットのクラスもリロードされないらしいし、使い勝手は悪そうだね。
アキラのスレを見ればわかるが、Javaの話題はほとんど出ない。
つまり、殆どの奴が実際に動かしていないと推測できる。
Javaの場合、どの程度のものを動かして、どれだけのアクセスがあるかで、パフォーマンスが変わってくる。
閑古鳥サイトがいくつもあったってパフォーマンスにさほど影響があるわけじゃないからな。
実際にアキラで動いているサイトをあげてくれ
ちなみに俺が見つけたのは↓だけだ
ttp://www.ikasa-fha.org/index.jsp
>>621
需要があってコンパネが搭載されていれば、他人のファイルが丸見えでもいいのか？
需要があるというのなら、実績もあるだろう。
実際に動いているサイトを(ry
共有レンタルサーバーでちょっとしたスクリプト動かすのにはPHPの方が向いているっていうファイナルアンサｰでいいんだろ。
そのかわりPHPは企業システム作るのに向いてないんだから、使い分けだろ。
そのかわりPHPは企業システム作るのに向いてないんだから、使い分けだろ。
何度も言うが、国語力や常識がない奴に、何を言っても（ｒｙ
自分の基準がすべてのネット弁慶な奴って見てて可哀想になる
自分の基準がすべてのネット弁慶な奴って見てて可哀想になる
626 ：nobodyさん：05/02/10 00:34:41 ID:OOvNF0I4
まぁ、日本ではそんなにJAVA対応のサーバってのは無いな。
アキラが代表みたいな話になってるけど、yokoとかwillnetとかの方が
メジャーなような気がする。
日本は、素人みたいのが格安でやってるようなレンタルサーバ屋が、
雨後の竹の子のように林立してるので、Apache以外にサーバが必要な
Servlet
技術力がなけりゃ、サーバの運用が出来ないのは当たり前で、
PHPが使えるサーバが沢山あるのと、安定して運用されてるのは
また別の話だ。
アメリカのレンタルサーバでは、結構JAVA対応のサーバが多くて、
比較的安定して稼働してるよ。
アキラが代表みたいな話になってるけど、yokoとかwillnetとかの方が
メジャーなような気がする。
日本は、素人みたいのが格安でやってるようなレンタルサーバ屋が、
雨後の竹の子のように林立してるので、Apache以外にサーバが必要な
Servlet
技術力がなけりゃ、サーバの運用が出来ないのは当たり前で、
PHPが使えるサーバが沢山あるのと、安定して運用されてるのは
また別の話だ。
アメリカのレンタルサーバでは、結構JAVA対応のサーバが多くて、
比較的安定して稼働してるよ。
あ、なんか行が一部消えてるな
正解
↓
Servletみたいなのはそういう管理者にとって敷居が高いんじゃないのかな？
正解
↓
Servletみたいなのはそういう管理者にとって敷居が高いんじゃないのかな？
PHPが使えるレンサバは多いわけで、設定もやりやすいわけで、PHPで動いてるエロサイトも多いわけで、単純なもの作るにはいいってことじゃないの？
JAVAが好きな人多そうやね。
PHPより優れてる点を教えて欲しいです。
携帯電話用のJAVAしか使った事ないんだけど、
イマイチ良い点が分からなかった。
俺みたいな厨はPHPで使い潰されるまで頑張ってろって事なのか。。
PHPより優れてる点を教えて欲しいです。
携帯電話用のJAVAしか使った事ないんだけど、
イマイチ良い点が分からなかった。
俺みたいな厨はPHPで使い潰されるまで頑張ってろって事なのか。。
仕様の安定性。どこにも書いてないのに動きが変わるということは少ない。
ドキュメントのあるライブラリの豊富さ。
開発環境の豊富さ。
実行環境の豊富さ。
ツールの豊富さ。
資料の豊富さ。
ドキュメントのあるライブラリの豊富さ。
開発環境の豊富さ。
実行環境の豊富さ。
ツールの豊富さ。
資料の豊富さ。
携帯電話のJAVAとServlet/JSPは全く違うよ。
文法が同じと言うだけで、仕組みが全然違う。
規模が小さいのなら、どの言語で作っても同じだと思うよ。
JAVAが勝ってる点は、メンテナンス製や、安定性が大きいから、
CGI程度では違いがわからないかも。
JAVA派の人が反論してるのは、JAVAをレンタルサーバで動かすと
セキュリティや安定性に問題があるというのであって、別にPHPが
クソでJAVAが最高と言っているわけでもないので勘違いなさらないように。
文法が同じと言うだけで、仕組みが全然違う。
規模が小さいのなら、どの言語で作っても同じだと思うよ。
JAVAが勝ってる点は、メンテナンス製や、安定性が大きいから、
CGI程度では違いがわからないかも。
JAVA派の人が反論してるのは、JAVAをレンタルサーバで動かすと
セキュリティや安定性に問題があるというのであって、別にPHPが
クソでJAVAが最高と言っているわけでもないので勘違いなさらないように。
エロサイトの負荷はすさまじいからクラスタリングしない限りJAVAだと耐えられないだろうな
>630,631
レスサンクス！
＞仕様の安定性。どこにも書いてないのに動きが変わるということは少ない。
＞CGI程度では違いがわからないかも。
この２つに多いに納得、共感しますた。
ChangeLogを穴のあく程読めば書いてあるのかも知れないけど、
特にmutibyte系はこっそり変更加わってたりする気がする。
むしろ公式サイトよりMLでの常連のやり取りや紹介見てる方が把握出来る気がする。
レスサンクス！
＞仕様の安定性。どこにも書いてないのに動きが変わるということは少ない。
＞CGI程度では違いがわからないかも。
この２つに多いに納得、共感しますた。
ChangeLogを穴のあく程読めば書いてあるのかも知れないけど、
特にmutibyte系はこっそり変更加わってたりする気がする。
むしろ公式サイトよりMLでの常連のやり取りや紹介見てる方が把握出来る気がする。
>JAVA派の人が反論してるのは、JAVAをレンタルサーバで動かすと
>セキュリティや安定性に問題があるというのであって、
レン鯖が非VPSの共有サーバなら、セキュリティ的に問題あるってことだよ
phpならsafe_modeやmod_becomeで安全性は保てるけど、Javaはそういう
仕組みないだろ？
だからServlet,Jspは共有鯖には向いていないってことだ
>セキュリティや安定性に問題があるというのであって、
レン鯖が非VPSの共有サーバなら、セキュリティ的に問題あるってことだよ
phpならsafe_modeやmod_becomeで安全性は保てるけど、Javaはそういう
仕組みないだろ？
だからServlet,Jspは共有鯖には向いていないってことだ
詳しくないなら変な反論しない方が…
VPSでセキュリティが保てるとの説明をわざわざありがとう。
>>635
何か矛盾してるような。。。
何か矛盾してるような。。。
何度も言うが、国語力や常識がない奴に、何を言っても（ｒｙ
レン鯖が非safe_modeや非mod_becomeの共有サーバなら、セキュリティ的に問題あるってことだよ
だからphpは共有鯖には向いていないってことだ
だからphpは共有鯖には向いていないってことだ
セキュリティなんて、PHPもJavaも設定次第かと。
言語の特徴云々の比較には無意味だろう。
言語の特徴云々の比較には無意味だろう。
VPSは高価だろ？
鯖会社がServlet,Jspでセキュリティを保つためには、高価なVPSを使ってサービスを提供
せざるを得ない時点で、Javaは共有鯖のサービスとして向いていないということだ。
ところで、PHPを擁護するとJava厨のまとまったレスがくるんだけど何か信者の団体でもあるの？
鯖会社がServlet,Jspでセキュリティを保つためには、高価なVPSを使ってサービスを提供
せざるを得ない時点で、Javaは共有鯖のサービスとして向いていないということだ。
ところで、PHPを擁護するとJava厨のまとまったレスがくるんだけど何か信者の団体でもあるの？
>>632
拡張子がJSPのエロサイトもあるよ。
拡張子がJSPのエロサイトもあるよ。
>>642
さすが、思い込みが激しいやつは言うことが違うね。
さすが、思い込みが激しいやつは言うことが違うね。
Sunの中の人もいろいろと苦労がありそうだな（藁
せっかく CやC++のお勉強から脱落した落ちこぼれのために
Javaという言語を生み出したのに、肝心のJava厨は他の言語を見下して
優越感に浸っているだけ（藁
Javaは殆どなんでもアリの優秀な言語なのに
無節操なJava厨がJavaの評判を悪くしている（藁。
せっかく CやC++のお勉強から脱落した落ちこぼれのために
Javaという言語を生み出したのに、肝心のJava厨は他の言語を見下して
優越感に浸っているだけ（藁
Javaは殆どなんでもアリの優秀な言語なのに
無節操なJava厨がJavaの評判を悪くしている（藁。
妄想がすごいなぁ。
1つのサーブレットエンジンを共有するのは危ないよ。
JavaはPHPのようにマルチプロセスではなくてマルチスレッドだから、
複数のアプリケーションで1つのプロセスを共有するというヤバいことになる。
Sunもその辺の問題には気づいてて、J2SE5でマルチプロセスが使えるようになったので、
マルチプロセス対応のサーブレットコンテナが出るまで待ちませう。
JavaはPHPのようにマルチプロセスではなくてマルチスレッドだから、
複数のアプリケーションで1つのプロセスを共有するというヤバいことになる。
Sunもその辺の問題には気づいてて、J2SE5でマルチプロセスが使えるようになったので、
マルチプロセス対応のサーブレットコンテナが出るまで待ちませう。
Tomcat5.5ってどうなの？
危ない危ないと言われてる割には、既存サーバで問題が表面化したことないな。
PHPなんて割とセキュリティホールが発見されるのに。
仕組みの理論的な話ではなく、実際動かしてみてどうなのかで判断すべきだろう。
PHPなんて割とセキュリティホールが発見されるのに。
仕組みの理論的な話ではなく、実際動かしてみてどうなのかで判断すべきだろう。
∩＿＿＿∩ ｜
| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | Ｊ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | Ｊ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
答えられなきゃ釣り扱いか
だから、国語力や常識がない奴に、何を言っても（ｒｙ
だがしかし、仮想敵想像力は、ダントツみたいだな
>>649
Apacheを表に立てるということが定着してるからじゃねぇの？
Apacheを表に立てるということが定着してるからじゃねぇの？
試しにJavaの共有鯖で
List list = new ArrayList();
for(;;) {
list.add(new Object());
}
というコードを実行してやれば、
全てのアプリケーションがOutOfMemotyError吐いて再起不能になるよ。
PHPの場合はこういうあほな事をするプロセスは時間がたてば
殺されるので、一時的に鯖の性能が低下しても再起不能になることはない。
JavaとPHPの問題というよりは、
マルチスレッドとマルチプロセスの特性の問題。
List list = new ArrayList();
for(;;) {
list.add(new Object());
}
というコードを実行してやれば、
全てのアプリケーションがOutOfMemotyError吐いて再起不能になるよ。
PHPの場合はこういうあほな事をするプロセスは時間がたてば
殺されるので、一時的に鯖の性能が低下しても再起不能になることはない。
JavaとPHPの問題というよりは、
マルチスレッドとマルチプロセスの特性の問題。
今までCGIやPHPしか扱ったことがないにわかJavaプログラマが
ちょっと複雑なサーブレットを作ると、ひどいことになる。
リクエストを処理する際の作業用のデータを、
クラス変数(PHPで言えばグローバル変数)に保持してたりする。
PHPではグローバル変数といっても意図しない限りはリクエストごとに隔てられてるから
害はないんだけど、Javaの場合は複数のリクエストがメモリ空間を共有するから
危険なことになる。
この手の問題は、高負荷をかけてテストしないと表ざたにならないので、
実際はかなりのJavaアプリケーションが危険なまま放置されてそうな気がする。
サーブレットコンテナベンダーは、そんな危険性があることなんて
口が裂けても言わないけどな。
でも、当のSunはいずれ問題になると気づいていたから、
J2SE5でマルチプロセス対応したわけだ。
ちょっと複雑なサーブレットを作ると、ひどいことになる。
リクエストを処理する際の作業用のデータを、
クラス変数(PHPで言えばグローバル変数)に保持してたりする。
PHPではグローバル変数といっても意図しない限りはリクエストごとに隔てられてるから
害はないんだけど、Javaの場合は複数のリクエストがメモリ空間を共有するから
危険なことになる。
この手の問題は、高負荷をかけてテストしないと表ざたにならないので、
実際はかなりのJavaアプリケーションが危険なまま放置されてそうな気がする。
サーブレットコンテナベンダーは、そんな危険性があることなんて
口が裂けても言わないけどな。
でも、当のSunはいずれ問題になると気づいていたから、
J2SE5でマルチプロセス対応したわけだ。
>>655
マルチスレッドとマルチプロセスの特性なんか関係ないと思うが。
タイムアウトがあるかないかだろ。
ところで
<?
ignore_user_abort(true);
for(;;){
$a[] = "aaa";
}
?>
というコードも、時間がたてば殺されるわけ？
マルチスレッドとマルチプロセスの特性なんか関係ないと思うが。
タイムアウトがあるかないかだろ。
ところで
<?
ignore_user_abort(true);
for(;;){
$a[] = "aaa";
}
?>
というコードも、時間がたてば殺されるわけ？
>>657
PHPの場合は確実に殺されるよ。
マルチスレッドとマルチプロセスの特性は大いに関係ある。
第一、Javaのスレッドはタイムアウトがあったとしても、
無限ループに陥ったコードを確実に停止させる手段がない。
嘘だと思うならSunのjava.lang.Thread辺りのドキュメントを読んでみればいい。
それにひきかえ、PHPのプロセスは無限ループに陥っても確実に停止できる。
メモリ空間、ストリームなど各種リソースを綺麗さっぱりクリアできるからね。
Javaのスレッドは他のスレッドとリソースを共有するので、そうはいかない。
だから素人にJavaを使いこなすのは難しいわけよ。
PHPの場合は確実に殺されるよ。
マルチスレッドとマルチプロセスの特性は大いに関係ある。
第一、Javaのスレッドはタイムアウトがあったとしても、
無限ループに陥ったコードを確実に停止させる手段がない。
嘘だと思うならSunのjava.lang.Thread辺りのドキュメントを読んでみればいい。
それにひきかえ、PHPのプロセスは無限ループに陥っても確実に停止できる。
メモリ空間、ストリームなど各種リソースを綺麗さっぱりクリアできるからね。
Javaのスレッドは他のスレッドとリソースを共有するので、そうはいかない。
だから素人にJavaを使いこなすのは難しいわけよ。
>>658
ということは逆に、PHPで長い時間かかる処理を行うのは無理というわけか。
ということは逆に、PHPで長い時間かかる処理を行うのは無理というわけか。
>>658
> だから素人にJavaを使いこなすのは難しいわけよ。
PHPだって素人が「使いこなす」のは難しいね。
うまく動いてないコードが他に影響を及ぼすというのは、Javaの守備範囲のアプリケーションの場合そもそも問題外だ。
うまく動きながら他に影響を及ぼす場合は、PHPでは動くコード書くのにコツが必要だったりするし。
> だから素人にJavaを使いこなすのは難しいわけよ。
PHPだって素人が「使いこなす」のは難しいね。
うまく動いてないコードが他に影響を及ぼすというのは、Javaの守備範囲のアプリケーションの場合そもそも問題外だ。
うまく動きながら他に影響を及ぼす場合は、PHPでは動くコード書くのにコツが必要だったりするし。
そもそも共有サーバって、素人が書いた危険なコードを公開するのが目的のサーバではないだろう。
ローカルでテストしてからアップするもんだ。
昔は独自CGIなんかでも、鯖屋が確認してからアップさせる所が多かった。
ローカルでテストしてからアップするもんだ。
昔は独自CGIなんかでも、鯖屋が確認してからアップさせる所が多かった。
>>659
釣りだと思うけど、php.iniでタイムアウトの時間を長く設定するか、
タイムアウトしないようにすればよいだけの話。
>>660
PHPなら馬鹿がプログラムを書いても、
プログラムがまともに動かない程度の問題で済むけど、
Javaの場合はいとも簡単に鯖が吹っ飛ぶ。
ダメな奴は何をやってもダメなのは当たり前で、
これは共有鯖でのセキュリティの問題の話ね。
PHPは元々Web専用に開発された言語なので、
そういう点でJavaより優れているのは当たり前の話。
JavaはむしろWeb以外の面が強いよ。
データベースエンジンやメールサーバーも
100%Javaでカバーできる。
なおかつ、ユーザーがデータベースエンジンや
メールサーバーの機能を拡張することもできる。
全体を再コンパイルすることなしにね。
何か機能を追加する度に再コンパイルのPHPでは、
こういう芸当はできないでしょ。
Web専門のドカタプログラマには無縁かもしれないけど。
釣りだと思うけど、php.iniでタイムアウトの時間を長く設定するか、
タイムアウトしないようにすればよいだけの話。
>>660
PHPなら馬鹿がプログラムを書いても、
プログラムがまともに動かない程度の問題で済むけど、
Javaの場合はいとも簡単に鯖が吹っ飛ぶ。
ダメな奴は何をやってもダメなのは当たり前で、
これは共有鯖でのセキュリティの問題の話ね。
PHPは元々Web専用に開発された言語なので、
そういう点でJavaより優れているのは当たり前の話。
JavaはむしろWeb以外の面が強いよ。
データベースエンジンやメールサーバーも
100%Javaでカバーできる。
なおかつ、ユーザーがデータベースエンジンや
メールサーバーの機能を拡張することもできる。
全体を再コンパイルすることなしにね。
何か機能を追加する度に再コンパイルのPHPでは、
こういう芸当はできないでしょ。
Web専門のドカタプログラマには無縁かもしれないけど。
>タイムアウトしないようにすればよいだけの話。
じゃあ落ちるだろ。
じゃあ落ちるだろ。
>>663
まず、ウェブアプリケーションでタイムアウトしないように
設定するわけがないよね？
永久にユーザーがレスポンスを待つことなんてあり得ないから。
タイムアウトしないように設定するとすれば
PHPのコマンドラインアプリケーションなので、
実行した人がおかしいと思えばkillコマンドで止めればよいだけの話。
Javaだってそうでしょ。
まず、ウェブアプリケーションでタイムアウトしないように
設定するわけがないよね？
永久にユーザーがレスポンスを待つことなんてあり得ないから。
タイムアウトしないように設定するとすれば
PHPのコマンドラインアプリケーションなので、
実行した人がおかしいと思えばkillコマンドで止めればよいだけの話。
Javaだってそうでしょ。
>>663
タイムアウトを設定しなければ、
JavaでもPHPでも止まらない。
PHPの場合はタイムアウトを設定すれば
タイムアウトする保証があるけど、
Javaの場合は確実にタイムアウトする保証がない。
分かった？
タイムアウトを設定しなければ、
JavaでもPHPでも止まらない。
PHPの場合はタイムアウトを設定すれば
タイムアウトする保証があるけど、
Javaの場合は確実にタイムアウトする保証がない。
分かった？
マルチプロセス対応はJ2SE1.6からじゃなかったっけ？
http://www.itmedia.co.jp/news/articles/0404/07/news018.html
あとマルチタスクに対応しても、それぞれのプロセスが異なるユーザー権限で動かないと、
他のユーザーのファイルを自由に改ざんできたりする問題をクリアできないと思うんだけど、
この辺の問題は解決されるのだろうか。
あとマルチタスクに対応しても、それぞれのプロセスが異なるユーザー権限で動かないと、
他のユーザーのファイルを自由に改ざんできたりする問題をクリアできないと思うんだけど、
この辺の問題は解決されるのだろうか。
>>669
うん、スレッド=タスクのつもりで話をしてた。
プロセスとかスレッドとかタスクという用語は
OSによって微妙に意味が変わるので、
ここではあくまでJavaVMでの話のことね。
BeOSなんかじゃスレッド=タスクだったりするけど、
そういうマイナーなOSの話は置いといて。
スレッドはjava.lang.Threadに対応する処理の流れのこと、
プロセスは、少なくともJ2SE1.4の時点ではJavaVM自体のこと。
多分J2SE1.6では1つのJavaVMの中に仮想的に複数のJavaVMを起動することで
マルチプロセスを実現するという話だった気がする。
うん、スレッド=タスクのつもりで話をしてた。
プロセスとかスレッドとかタスクという用語は
OSによって微妙に意味が変わるので、
ここではあくまでJavaVMでの話のことね。
BeOSなんかじゃスレッド=タスクだったりするけど、
そういうマイナーなOSの話は置いといて。
スレッドはjava.lang.Threadに対応する処理の流れのこと、
プロセスは、少なくともJ2SE1.4の時点ではJavaVM自体のこと。
多分J2SE1.6では1つのJavaVMの中に仮想的に複数のJavaVMを起動することで
マルチプロセスを実現するという話だった気がする。
訂正、プロセス=タスクのつもりで話をしてた。
>>662
> 釣りだと思うけど、php.iniでタイムアウトの時間を長く設定するか、
> タイムアウトしないようにすればよいだけの話。
ということは、長い処理を行うことができるサーバーで素人が一緒に動したら怖いってことね。
> 釣りだと思うけど、php.iniでタイムアウトの時間を長く設定するか、
> タイムアウトしないようにすればよいだけの話。
ということは、長い処理を行うことができるサーバーで素人が一緒に動したら怖いってことね。
まあ、個人が趣味的なスクリプト動かすならPHPがいいってことだ。
もともとPersonalHomepageProcesserだからな。
もともとPersonalHomepageProcesserだからな。
PattoshinaiHikikomoridemoPronokibun
SOHOだな。
負けず嫌いですね。
で、このスレって、いつから素人がServletで危険なコード云々のスレになったんだ？
PHPと『JSP』のスレだろ？
PHPと『JSP』のスレだろ？
個人的にはJSPは嫌いだ。
コンパイラ方式なのに、JavaBeansだとかELだとか
リフレクションを使いまくるので、コンパイラの意味がない。
いっそのことPHPみたいにインタプリタ方式にしてしまえと思う。
JSPなんぞ使わずにVelocityやXSLTを使え。
JSPはそのうち死滅する。今度はきっとSunがインタプリタ方式のサーバページ言語を開発し始めるぞ。
Groovyはその布石のような予感がする。
コンパイラ方式なのに、JavaBeansだとかELだとか
リフレクションを使いまくるので、コンパイラの意味がない。
いっそのことPHPみたいにインタプリタ方式にしてしまえと思う。
JSPなんぞ使わずにVelocityやXSLTを使え。
JSPはそのうち死滅する。今度はきっとSunがインタプリタ方式のサーバページ言語を開発し始めるぞ。
Groovyはその布石のような予感がする。
>>682
じゃあPHP使えば？
じゃあPHP使えば？
>>681
ま、JSPを取り上げたところでしかたないので、JavaでのWebアプリケーション全般の話で。
ま、JSPを取り上げたところでしかたないので、JavaでのWebアプリケーション全般の話で。
>>681
まあ危険なコード云々に関してはJSPにもそのまま当てはまるからいいんでねえか？
まあ危険なコード云々に関してはJSPにもそのまま当てはまるからいいんでねえか？
686 ：nobodyさん：05/02/12 14:59:21 ID:vfMKYaEZ
PHP厨は、JAVAを危険な言語と印象づけたいようだな。
朝日新聞が、NHKは政治家の圧力で番組を改編したと印象づけたいのと同じなのかな。
朝日新聞が、NHKは政治家の圧力で番組を改編したと印象づけたいのと同じなのかな。
>>686
いや、PHPからJavaのクラスをロード汁
いや、PHPからJavaのクラスをロード汁
>>687
むしろその発言が「PHP厨は、JAVAを危険な言語と印象づけたいようだ」と印象づけたいように見える。
むしろその発言が「PHP厨は、JAVAを危険な言語と印象づけたいようだ」と印象づけたいように見える。
>>689
ちょっと上にスクロールすれば、JAVAは危険だとたくさん書き込みしてあるわけだが。
ちょっと上にスクロールすれば、JAVAは危険だとたくさん書き込みしてあるわけだが。
そこに書いてあることは事実だし、結局Javaは共有サーバーでちょっとしたことするのには向いていないし、Java自体の特性をどうこう言っているようには読めない。
Javaに関する不利な事実がちょっとばかり挙げられてるからといって
「JAVAを危険な言語と印象づけたい」
と感じるのはどうかと思う。
Javaに関する不利な事実がちょっとばかり挙げられてるからといって
「JAVAを危険な言語と印象づけたい」
と感じるのはどうかと思う。
>>690
ということは、JavaのBug ParadeにはJavaのバグがたくさん書いてあるから、あのページはJavaはバグが多い言語だと印象付けたいページということになるのか。
ということは、JavaのBug ParadeにはJavaのバグがたくさん書いてあるから、あのページはJavaはバグが多い言語だと印象付けたいページということになるのか。
693 ：nobodyさん：05/02/12 18:12:49 ID:un5gX8lb
Javaの命名規約で、クラス名は25文字以上でなければいけないというのがあるが、
正直打つのがめんどくさい。
Javaの設計規約で、将来的に必要になるメソッドは最祖先のインターフェースで
予約しておかなければならない、また、完全に将来を予測可能になるまで設計を始めてはいけない
というのがあるが、正直無理。
正直打つのがめんどくさい。
Javaの設計規約で、将来的に必要になるメソッドは最祖先のインターフェースで
予約しておかなければならない、また、完全に将来を予測可能になるまで設計を始めてはいけない
というのがあるが、正直無理。
>>695
で、上に書いてあったことは見当ハズレだったのか？
で、上に書いてあったことは見当ハズレだったのか？
>>693
どこかにはあるんだろうね。
プロダクト名にはアイドルの名前を付けることっていう規則もあるよ。
この前はayakaって名前になりそうになったけど、平原綾香はアイドルといえるかどうかでもめた。
どこかにはあるんだろうね。
プロダクト名にはアイドルの名前を付けることっていう規則もあるよ。
この前はayakaって名前になりそうになったけど、平原綾香はアイドルといえるかどうかでもめた。
>>696
実際問題として、共有サーバでやってる鯖屋が世界中に沢山あるんだから、
セキュリティ的に問題があると言うのは、批判しても仕方がない事だろう。
そこで意図的に落とされて困ったとか、そういうニュースも聞こえてこないわけだし。
実際問題として、共有サーバでやってる鯖屋が世界中に沢山あるんだから、
セキュリティ的に問題があると言うのは、批判しても仕方がない事だろう。
そこで意図的に落とされて困ったとか、そういうニュースも聞こえてこないわけだし。
>>698
Javaの仕様として分かりきっていることだから、
いちいちニュースにしないんじゃないの。
でも、雑誌の記事なんか見てると、
JSPがマルチスレッドだということを理解していないプログラマのせいで
危険なシステムが出来てしまったというような話はちょくちょく見かけるよ。
こういう記事とか。
http://www.atmarkit.co.jp/fjava/rensai2/webopt04/webopt04.html
それに、そういう批判をしても仕方ない、というのは間違い。
ユーザーからの批判が強ければ、もっと早くマルチプロセス対応してたんじゃないの？
個人的には言語の拡張なんかより、そっちを優先して欲しかった。
Javaの仕様として分かりきっていることだから、
いちいちニュースにしないんじゃないの。
でも、雑誌の記事なんか見てると、
JSPがマルチスレッドだということを理解していないプログラマのせいで
危険なシステムが出来てしまったというような話はちょくちょく見かけるよ。
こういう記事とか。
http://www.atmarkit.co.jp/fjava/rensai2/webopt04/webopt04.html
それに、そういう批判をしても仕方ない、というのは間違い。
ユーザーからの批判が強ければ、もっと早くマルチプロセス対応してたんじゃないの？
個人的には言語の拡張なんかより、そっちを優先して欲しかった。
ちなみに>>699の記事って、2年半前のものですから。
CGIだって出始めの頃は、危険すぎて自作が禁止の鯖だって多かったのに。
CGIだって出始めの頃は、危険すぎて自作が禁止の鯖だって多かったのに。
>>700
>>701
J2SE5でさえ>>699の記事のことは当てはまるけど。
本当に記事の内容を理解してる？
マルチスレッドで衝突の危険を考えないといけないのは
クラス変数とオブジェクト変数とローカル変数のうちどれだか答えられる？
パフォーマンスを犠牲にしてサーブレットのオブジェクト変数の衝突を回避
するには、どんな設定をすればいいか知ってる？
他人を厨呼ばわりして、よく分かってるつもりなら答えて見せてよ。
>>701
J2SE5でさえ>>699の記事のことは当てはまるけど。
本当に記事の内容を理解してる？
マルチスレッドで衝突の危険を考えないといけないのは
クラス変数とオブジェクト変数とローカル変数のうちどれだか答えられる？
パフォーマンスを犠牲にしてサーブレットのオブジェクト変数の衝突を回避
するには、どんな設定をすればいいか知ってる？
他人を厨呼ばわりして、よく分かってるつもりなら答えて見せてよ。
だから、そういう事じゃないんだってば…
まー、詳しい気になって、危険だ危険だと叫びたいんだろ
お前ら、こんな危険な事も知らないのか？
俺みたいなプロは、こんな危険な事も回避しててコーディングしてるのに、
と言い回りたい時期なんだな
もっと簡単に解決しろよ
お前ら、こんな危険な事も知らないのか？
俺みたいなプロは、こんな危険な事も回避しててコーディングしてるのに、
と言い回りたい時期なんだな
もっと簡単に解決しろよ
未だなくなっていない問題を過去のものであるかのように言っている時点で
このスレで必死にJavaは安全だと言っている奴のレベルが分かるな。
このスレで必死にJavaは安全だと言っている奴のレベルが分かるな。
>マルチスレッドで衝突の危険を考えないといけないのは
>クラス変数とオブジェクト変数とローカル変数のうちどれだか答えられる？
>パフォーマンスを犠牲にしてサーブレットのオブジェクト変数の衝突を回避
>するには、どんな設定をすればいいか知ってる？
安全な共有サーバと関係ない質問ですが、答えないといけないでしょうか？
>クラス変数とオブジェクト変数とローカル変数のうちどれだか答えられる？
>パフォーマンスを犠牲にしてサーブレットのオブジェクト変数の衝突を回避
>するには、どんな設定をすればいいか知ってる？
安全な共有サーバと関係ない質問ですが、答えないといけないでしょうか？
>>705
マルチスレッドで衝突の危険を考えないといけないのは
クラス変数とオブジェクト変数
サーブレットのオブジェクト変数の衝突を回避するには、
デフォルトでスレッドセーフモードになっている設定をoffにして
毎回サーブレットのインスタンスを生成するようにする
マルチスレッドで衝突の危険を考えないといけないのは
クラス変数とオブジェクト変数
サーブレットのオブジェクト変数の衝突を回避するには、
デフォルトでスレッドセーフモードになっている設定をoffにして
毎回サーブレットのインスタンスを生成するようにする
>>702
パフォーマンスを犠牲にしてはいけないという縛りは、いつのまに登場したのでしょうか？
パフォーマンスを犠牲にしてはいけないという縛りは、いつのまに登場したのでしょうか？
パフォーマンス追及するのなら、Perlだって、SuExec使わざるを得ないのはデメリットとか、
そういう話になってしまうな。
そういう話になってしまうな。
結局朝日新聞がどうとか言ってはぐらかして
答えられなかったでしょ。
この程度のレベルなんだから、問題意識を持てないんでしょ。
答えられなかったでしょ。
この程度のレベルなんだから、問題意識を持てないんでしょ。
713 ：nobodyさん：05/02/13 11:39:23 ID:/Ff3uRQI
702さん
私はPHPしか出来ないのであんまり詳しくないのですが、
具体的にその制限って、共有サーバでのセキュリティにはどう影響するのですか？
煽り合いばかりではさっぱりなので、具体的に説明してください。
私はPHPしか出来ないのであんまり詳しくないのですが、
具体的にその制限って、共有サーバでのセキュリティにはどう影響するのですか？
煽り合いばかりではさっぱりなので、具体的に説明してください。
匿名掲示板で、あれもこれも俺なのになんでだと主張されても、
お前が自意識過剰だから理解されないのだとしか言えないわけだが。
お前が自意識過剰だから理解されないのだとしか言えないわけだが。
本当はJava自体もちゃんと理解してないから
理解できないし答えられないんでしょ。
701 ：nobodyさん ：05/02/13 11:03:49 ID:???
ちなみに>>699の記事って、2年半前のものですから。
CGIだって出始めの頃は、危険すぎて自作が禁止の鯖だって多かったのに。
こんな発言をするくらいだから。
理解できないし答えられないんでしょ。
701 ：nobodyさん ：05/02/13 11:03:49 ID:???
ちなみに>>699の記事って、2年半前のものですから。
CGIだって出始めの頃は、危険すぎて自作が禁止の鯖だって多かったのに。
こんな発言をするくらいだから。
理論なんてどうでもいいんだろ
JAVA厨>>658の言いたいことは結局こうだ
>だから素人にJavaを使いこなすのは難しいわけよ。
仲間のはずのJAVA使いからも余計な事言うなと諭されてりゃ世話無いよ（ｗ
JAVA厨>>658の言いたいことは結局こうだ
>だから素人にJavaを使いこなすのは難しいわけよ。
仲間のはずのJAVA使いからも余計な事言うなと諭されてりゃ世話無いよ（ｗ
どうした自称Java使い。
反論してみろ。
お前らのような奴がJavaを使ってるからいけないんだよ。
理解してないのに気軽に書き込むな。
反論してみろ。
お前らのような奴がJavaを使ってるからいけないんだよ。
理解してないのに気軽に書き込むな。
PHP厨の俺から702氏に問いたい事は、じゃあなんで
Javaの共有サーバが世の中にはあって、
商品として問題なく動いてるのかという事なのですが。
Javaの共有サーバが世の中にはあって、
商品として問題なく動いてるのかという事なのですが。
問題あるけどたまたま動いてるだけとか、抽象的な答えが返ってくるだけだろ、どうせ
意図的に落とそうと思えば、別にPHPだってなんだって、落とせるわけだが…
なんて特にJavaだけ危険という話になるのかが解らん
なんて特にJavaだけ危険という話になるのかが解らん
JAVAは危険だから、俺みたいなプロじゃないとダメなんだという
ことにしないと、仕事にならない感じの人なんじゃないか？
危険なコードの書き方をすれば危険なのは、どの言語だって同じだし、
>>702の事なんて、CやDelphiでだって考慮しなきゃならん事だし。
ことにしないと、仕事にならない感じの人なんじゃないか？
危険なコードの書き方をすれば危険なのは、どの言語だって同じだし、
>>702の事なんて、CやDelphiでだって考慮しなきゃならん事だし。
プロセスが死ぬから、というより
CGIなら原則としてメモリ空間を共有しないからな。
CGIなら原則としてメモリ空間を共有しないからな。
セキュリティの罵り合いが、702の自作自演に見えるのって、俺だけ？
IDが出ないから自作自演なんてちょろいもんだ
ケケケ
ケケケ
むしろ、PHPの場合、普通のセキュリティーホールでやばいことになってそうだな。
4.3.9以前・5.0.2以前には深刻なセキュリティーホールがあるけど、そういうバージョンが使われている鯖は多い。
PHPの場合、セキュリティーパッチのつもりでも何かの挙動が変わって古いアプリが動かなくなる実績がたくさんあるから、おいそれとアップデートできないしね。
4.3.9以前・5.0.2以前には深刻なセキュリティーホールがあるけど、そういうバージョンが使われている鯖は多い。
PHPの場合、セキュリティーパッチのつもりでも何かの挙動が変わって古いアプリが動かなくなる実績がたくさんあるから、おいそれとアップデートできないしね。
自作自演してまで、自分の技術力は確かで、お前らは厨だとアピールしたかったのか。。。
なんか悲しいな
なんか悲しいな
MLの投稿みても、未だに4.3.9以前のバージョン使ってることが多いね。
商用共有サーバーにもかかわらずね。
RPMとかOSバンドルのものはまず間違いなくセキュリティーホールあるものだし。
バッファーオーバーランだから、任意のコードが実行できるしね。
商用共有サーバーにもかかわらずね。
RPMとかOSバンドルのものはまず間違いなくセキュリティーホールあるものだし。
バッファーオーバーランだから、任意のコードが実行できるしね。
>>735
むかし、そういう事で鯖屋に問い合わせた事があるけど、
不用意にバージョンあげると、客がインストールしてるアプリケーションの
動作確認をすべてやるのは不可能だから、上げられないと言われた事があったな…
確かmbstringの時。
むかし、そういう事で鯖屋に問い合わせた事があるけど、
不用意にバージョンあげると、客がインストールしてるアプリケーションの
動作確認をすべてやるのは不可能だから、上げられないと言われた事があったな…
確かmbstringの時。
>>732は偽者
Tomcatの場合、バージョンアップによる細かい動作の違いはないからなぁ。
少なくともセキュリティーアップデートの場合は、関係ない動作に変更はない。
PHPはこっそりいろいろごちゃごちゃ仕様が変わるからね。
セキュリティーアップデートができないことこそ、最大のセキュリティーホールだな。
少なくともセキュリティーアップデートの場合は、関係ない動作に変更はない。
PHPはこっそりいろいろごちゃごちゃ仕様が変わるからね。
セキュリティーアップデートができないことこそ、最大のセキュリティーホールだな。
>>732は偽者
オレではない。
オレではない。
いつも言ってるように、このスレはすべてオレの自作自演だ。
気にするな。
気にするな。
ところでPHP5が使えるレンタルサーバーって増えてるの？
JSP2.0のタグファイルは最強
カスタムタグ自由自在
カスタムタグ自由自在
PHP4でのクラスの作り方が理解できない・・・('A`)
Javaのが簡単で良いや
Javaのが簡単で良いや
それはそれで、無能なだけかと。
まぁ楽に儲けがでる開発言語はPHPとJSPのどちらかっつったら、PHPだね。
なんかJavaで開発してる時ってオナニーな気がしてならないんだよね…
なんかJavaで開発してる時ってオナニーな気がしてならないんだよね…
PHPって、儲かる仕事あるの？
JSPって、儲かる仕事あるの？
○○って、儲かる仕事あるの？
749 ：nobodyさん：05/02/21 20:40:05 ID:8BJBjbNJ
>>747
あるだろ。
あるだろ。
>>746
あるだろ。
あるだろ。
なんだかんだ言って、ＩＴ技術者のふりをして放送局乗っ取るのが儲かるな。
物を造って世の中の役にたとうなんて発想じゃダメだよ（ｗ
物を造って世の中の役にたとうなんて発想じゃダメだよ（ｗ
>>751
IT技術者のふりして放送局乗っ取るのを助けるふりして、IT技術者のふりしてる会社を乗っ取るのが儲かるんだよ。
IT技術者のふりして放送局乗っ取るのを助けるふりして、IT技術者のふりしてる会社を乗っ取るのが儲かるんだよ。
会社が技術者のふりをするのは不可能じゃないか
堀江の事だろ
大規模サイトでPHPといえば、楽天。
そういえばライブドアもPHPなんだよな
つい最近、ライブドアファイナンスの拡張子がincのDB接続用インクルードファイルがダウンロード出来る設定だったのには笑えた
つい最近、ライブドアファイナンスの拡張子がincのDB接続用インクルードファイルがダウンロード出来る設定だったのには笑えた
はてなはどう考えてもrubyのような気がするが、あれはtdiaryをまんまパクった独自スクリプトなのか？
760 ：nobodyさん：05/02/24 20:53:25 ID:X3aCCIje
>>1
>PHPがJSPより優れている点
ちょっと作りこんだアプリだと、ページを表示する処理以外にも、
共通関数だとかクラスだとかで、結構な量のコードが作られるが、
PHPの場合はそうしたところでも、気になるところに手をいれて、
すぐに実行して確認して、うまくいかなければまた修正して・・・
というのが楽チン。ただし、修正の影響範囲をきちんと把握できない
ようなプログラムのセンスのない人には向いていない。
JSPだと、JSPに閉じた部分はいいけど、そこから呼び出される
ライブラリ相当のところを直すのはメンドイ。ただし、きっちり
したフレームワークを用意できて、その上にのっかる画面部分だけ
人をかき集めて作ろうという場合には良い。JSPを作る人はフレーム
ワークにのっかるだけだから一山いくらのプログラマでよい。
大規模開発だと一人でなんでもというわけにはいかないので、開発の
スタイルとか規約とかをきっちりさせやすいJava+JSPが良い。そういう
意味ではお客さんからお金をもらう仕事で使う言語と言える。
逆に1人でガリガリ開発するようなときは、開発のサイクルが早いPHPの
方が良い。そういう意味では日曜プログラマに向いている。仕事なら、
手続きとかに手間をかけていられないような、自分たちのためのツールと
して部とか課のような小さな単位で使うものにも向いていると思われる。
ちょっとしたPHP製のアプリ(PukiWikiとかね)を改良して使うというケースが
よくありそう。
>PHPがJSPより優れている点
ちょっと作りこんだアプリだと、ページを表示する処理以外にも、
共通関数だとかクラスだとかで、結構な量のコードが作られるが、
PHPの場合はそうしたところでも、気になるところに手をいれて、
すぐに実行して確認して、うまくいかなければまた修正して・・・
というのが楽チン。ただし、修正の影響範囲をきちんと把握できない
ようなプログラムのセンスのない人には向いていない。
JSPだと、JSPに閉じた部分はいいけど、そこから呼び出される
ライブラリ相当のところを直すのはメンドイ。ただし、きっちり
したフレームワークを用意できて、その上にのっかる画面部分だけ
人をかき集めて作ろうという場合には良い。JSPを作る人はフレーム
ワークにのっかるだけだから一山いくらのプログラマでよい。
大規模開発だと一人でなんでもというわけにはいかないので、開発の
スタイルとか規約とかをきっちりさせやすいJava+JSPが良い。そういう
意味ではお客さんからお金をもらう仕事で使う言語と言える。
逆に1人でガリガリ開発するようなときは、開発のサイクルが早いPHPの
方が良い。そういう意味では日曜プログラマに向いている。仕事なら、
手続きとかに手間をかけていられないような、自分たちのためのツールと
して部とか課のような小さな単位で使うものにも向いていると思われる。
ちょっとしたPHP製のアプリ(PukiWikiとかね)を改良して使うというケースが
よくありそう。
> PHPの場合はそうしたところでも、気になるところに手をいれて、
> すぐに実行して確認して、うまくいかなければまた修正して・・・
> というのが楽チン。
まともに使える開発環境もないのに？
> JSPに閉じた部分はいいけど、そこから呼び出される
> ライブラリ相当のところを直すのはメンドイ。
Javaコードの部分ってこと？
NetBeansなりEclipseなり使えば、全然楽。
逆に、エラー表示とかリファクタリングとかやってくれる安定したツールがないPHPは開発がめんどう。
PHPは開発環境のインストール・設定も面倒だし。
NetBeansならWebサーバーも一緒にインストールされてなんも考えずにJSP・サーブレット動かす環境ができてるし。
> 逆に1人でガリガリ開発するようなときは、開発のサイクルが早いPHPの
> 方が良い。そういう意味では日曜プログラマに向いている。
Javaの方が開発環境の構築楽だし、資料も多いし、Web用アプリだけじゃなくて普通のアプリも作れるし、日曜プログラマに向いてる。
手元で使うちょっとしたプログラムも作れるからね。
> すぐに実行して確認して、うまくいかなければまた修正して・・・
> というのが楽チン。
まともに使える開発環境もないのに？
> JSPに閉じた部分はいいけど、そこから呼び出される
> ライブラリ相当のところを直すのはメンドイ。
Javaコードの部分ってこと？
NetBeansなりEclipseなり使えば、全然楽。
逆に、エラー表示とかリファクタリングとかやってくれる安定したツールがないPHPは開発がめんどう。
PHPは開発環境のインストール・設定も面倒だし。
NetBeansならWebサーバーも一緒にインストールされてなんも考えずにJSP・サーブレット動かす環境ができてるし。
> 逆に1人でガリガリ開発するようなときは、開発のサイクルが早いPHPの
> 方が良い。そういう意味では日曜プログラマに向いている。
Javaの方が開発環境の構築楽だし、資料も多いし、Web用アプリだけじゃなくて普通のアプリも作れるし、日曜プログラマに向いてる。
手元で使うちょっとしたプログラムも作れるからね。
タグライブラリなんて充実してるんだから、あり物使えば、
JSPだけで何でもできるしねぇ。
そうなると、PHPもJSPも同じようなもんだし。
PHPが特に楽と言うことはないような気がする。
逆にPHPはそれ以上やるためには、Yahooのように独自でソースに手を入れて
なんてやらなきゃならんのが、面倒とも言えるな。
JSPだけで何でもできるしねぇ。
そうなると、PHPもJSPも同じようなもんだし。
PHPが特に楽と言うことはないような気がする。
逆にPHPはそれ以上やるためには、Yahooのように独自でソースに手を入れて
なんてやらなきゃならんのが、面倒とも言えるな。
>まともに使える開発環境もないのに？
それはそう。サーバで動いてるコードをエディタで直接書き換えてる。
大人数で開発しているわけではなく、クリティカルなソフトを扱ってる
わけでもないので、これである意味十分。軽いし。
>Javaコードの部分ってこと？
>NetBeansなりEclipseなり使えば、全然楽。
Javaの部分の場合、直したコードをアーカイブして、サーバにアップして、
コンテナをリロードして、という手順が入るでしょ？それがメンドイ。
ある程度自動化してくれる開発環境もあるけど、立ち上げが重くて嫌い。
>Javaの方が開発環境の構築楽だし、資料も多いし、Web用アプリだけ
>じゃなくて普通のアプリも作れるし、日曜プログラマに向いてる。
>手元で使うちょっとしたプログラムも作れるからね。
そのへんは使い分けの問題かも。おれも、手元で使うちょっとしたツールは
Javaで（もしくは、shかperlで）作るよ。つーか、そういうのにPHPは向いて
ない。資料の多さ云々はどっこいどっこいだろ。たいして変わらん。
大体、PHPでそんなに難しいことをさせたいわけじゃない。
それはそう。サーバで動いてるコードをエディタで直接書き換えてる。
大人数で開発しているわけではなく、クリティカルなソフトを扱ってる
わけでもないので、これである意味十分。軽いし。
>Javaコードの部分ってこと？
>NetBeansなりEclipseなり使えば、全然楽。
Javaの部分の場合、直したコードをアーカイブして、サーバにアップして、
コンテナをリロードして、という手順が入るでしょ？それがメンドイ。
ある程度自動化してくれる開発環境もあるけど、立ち上げが重くて嫌い。
>Javaの方が開発環境の構築楽だし、資料も多いし、Web用アプリだけ
>じゃなくて普通のアプリも作れるし、日曜プログラマに向いてる。
>手元で使うちょっとしたプログラムも作れるからね。
そのへんは使い分けの問題かも。おれも、手元で使うちょっとしたツールは
Javaで（もしくは、shかperlで）作るよ。つーか、そういうのにPHPは向いて
ない。資料の多さ云々はどっこいどっこいだろ。たいして変わらん。
大体、PHPでそんなに難しいことをさせたいわけじゃない。
あと、Javaは運用環境の構築がメンドイのが良くないな。Tomcatだけなら
ともかく、Apacheと連係して動かすとかなると途端に敷居があがるよう
な気がする。動かすものが増えるし、メンテも面倒。まあ、有料の製品
が使えるなら別なのかもしれん。
PHPはその点について割と楽だと感じた。ちょっと昔のフリーソフト程度。
誰でもできるとは思わんが、Apacheのインストールができるなら問題ない
レベルだと思う。
ともかく、Apacheと連係して動かすとかなると途端に敷居があがるよう
な気がする。動かすものが増えるし、メンテも面倒。まあ、有料の製品
が使えるなら別なのかもしれん。
PHPはその点について割と楽だと感じた。ちょっと昔のフリーソフト程度。
誰でもできるとは思わんが、Apacheのインストールができるなら問題ない
レベルだと思う。
>>765
> Javaの部分の場合、直したコードをアーカイブして、サーバにアップして、
> コンテナをリロードして、という手順が入るでしょ？それがメンドイ。
え？開発中の話でしょ？
NetBeansのエディタで編集して実行ボタンでOKだし。
立ち上げが重くてっていっても、立ち上げればそのあとは気にならないし。
そこまで立ち上げの重さ気にするなら、Antでスクリプトかいとけばいいだけで。
Antがいやでも、自動リロードにしておけば、コンパイルだけでOKだし。
開発サーバーなんて、自分のパソコンで動かせばいいだけで。
> 資料の多さ云々はどっこいどっこいだろ。たいして変わらん。
PHPは、入門以上の資料が皆無。
運用環境も、Apacheと連携するにしても、誰でもできるとは思わんが、Apacheのインストールができるなら問題ないレベルだと思う。
> Javaの部分の場合、直したコードをアーカイブして、サーバにアップして、
> コンテナをリロードして、という手順が入るでしょ？それがメンドイ。
え？開発中の話でしょ？
NetBeansのエディタで編集して実行ボタンでOKだし。
立ち上げが重くてっていっても、立ち上げればそのあとは気にならないし。
そこまで立ち上げの重さ気にするなら、Antでスクリプトかいとけばいいだけで。
Antがいやでも、自動リロードにしておけば、コンパイルだけでOKだし。
開発サーバーなんて、自分のパソコンで動かせばいいだけで。
> 資料の多さ云々はどっこいどっこいだろ。たいして変わらん。
PHPは、入門以上の資料が皆無。
運用環境も、Apacheと連携するにしても、誰でもできるとは思わんが、Apacheのインストールができるなら問題ないレベルだと思う。
>逆にPHPはそれ以上やるためには、Yahooのように独自でソースに手を入れて
>なんてやらなきゃならんのが、面倒とも言えるな。
JavaのAPサーバをたくさんそろえて・・・というのは、最近だと
JBossみたいな選択肢が増えてきたけど、Yahooがそういう決断を
下した時点はそうでもないのでは？製品使うのはコストの面や、
OSの縛りの問題があるから問題外だったろうし。
逆に今ならPHPは外すのでは？ TSSサイトとか見てるとJavaで
いいじゃんと思うな。
>なんてやらなきゃならんのが、面倒とも言えるな。
JavaのAPサーバをたくさんそろえて・・・というのは、最近だと
JBossみたいな選択肢が増えてきたけど、Yahooがそういう決断を
下した時点はそうでもないのでは？製品使うのはコストの面や、
OSの縛りの問題があるから問題外だったろうし。
逆に今ならPHPは外すのでは？ TSSサイトとか見てるとJavaで
いいじゃんと思うな。
開発環境の起動っていっても、何分もかかるもんじゃないしねぇ。
それでPHPより開発が面倒といえるほどじゃないよ。
むしろ、開発環境の起動時間さえ待っておけば、PHPとは比較にならない開発の楽さ。
それでPHPより開発が面倒といえるほどじゃないよ。
むしろ、開発環境の起動時間さえ待っておけば、PHPとは比較にならない開発の楽さ。
TSSっていったら、今のトップ記事が気になるね。
ttp://www.theserverside.com/news/thread.tss?thread_id=32112
ttp://www.theserverside.com/news/thread.tss?thread_id=32112
>え？開発中の話でしょ？
多分、開発と運用をきっちり分けてかんがえてるのだと思うが、
直すといっても、使ってみてちょっと気になった時に、エディタを
さっと立ち上げてサーバで運用中のコードを直接書き換えてる。
プログラマで食っていこうと考えている人にそういうやり方は
お勧めできないが、楽なんだよね。HTMLの出力を触るような
場合はそれで大抵うまくいくし。ただ、うまくいかない場合も
当然あるよ。
多分、開発と運用をきっちり分けてかんがえてるのだと思うが、
直すといっても、使ってみてちょっと気になった時に、エディタを
さっと立ち上げてサーバで運用中のコードを直接書き換えてる。
プログラマで食っていこうと考えている人にそういうやり方は
お勧めできないが、楽なんだよね。HTMLの出力を触るような
場合はそれで大抵うまくいくし。ただ、うまくいかない場合も
当然あるよ。
その場合でも、手元で動かしながら改変して、動くようになったらディレクトリごとアップしてTomcat再起動でいいんじゃないの？
いろいろ試すのに、わざわざ運用環境使う必要はないわけで。
HTMLの出力を触るような場合なら、サーバー側のJSPだけ同じように変更することもできるわけで。
いろいろ試すのに、わざわざ運用環境使う必要はないわけで。
HTMLの出力を触るような場合なら、サーバー側のJSPだけ同じように変更することもできるわけで。
>PHPは、入門以上の資料が皆無。
それは感じた。というか、入門部分ですらきっちりしたドキュメントが
そろってないような気がする。
ただ、そんなに難しいことするわけじゃないので、入門部分をくぐり抜け
れば、後は PHPのマニュアルと既存コードを眺めれば済むんだよな。
客先に納入するようなシステムだと、そういうわけには行かないと思う
けどね。
それは感じた。というか、入門部分ですらきっちりしたドキュメントが
そろってないような気がする。
ただ、そんなに難しいことするわけじゃないので、入門部分をくぐり抜け
れば、後は PHPのマニュアルと既存コードを眺めれば済むんだよな。
客先に納入するようなシステムだと、そういうわけには行かないと思う
けどね。
Javaの方がトータルで見れば開発しやすいとは思うが、773がやってることであればPHPで充分なのだと思う。
趣味のレベルでサーバサイドアプリケーションを作る人って少数派でしょう。
独自でやるなら楽とか、クリティカルじゃないならとか、
あんまりメリットになってないような気がするが。
独自でやるなら楽とか、クリティカルじゃないならとか、
あんまりメリットになってないような気がするが。
最近じゃ掲示板とかもブログのコメントで充分だしなぁ。
趣味でサーバー借りてまでWebアプリ作る必要は少なくなったね。
趣味でサーバー借りてまでWebアプリ作る必要は少なくなったね。
>その場合でも、手元で動かしながら改変して、動くようになったら
>ディレクトリごとアップしてTomcat再起動でいいんじゃないの？
>いろいろ試すのに、わざわざ運用環境使う必要はないわけで。
そのほうが安全だと思うし、他人にはそうしたやり方をお勧めしたい。
ただ、Javaのリッチな開発環境はリソースも大量に必要なので、自分の
マシンだとちょこっと直したいときにはきっといらいらすると思う。
動くようになるまで、そう何度も手直しするわけじゃないし。
結局、PHPの利点はお手軽さだと思うので、Javaの周りの環境が整備され
たら優位性は小さくなると思う。PHPがもてはやされるのは今だけかもね。
TSSの記事は気になるけど。
個人的には、１からアプリを開発するわけではないので、改造してでも
使いたいJavaのアプリが増えてくれるならPHPは要らないな。ただ、Javaを
ホスティングしてくれるところがもっと増えないと厳しいかな。
>ディレクトリごとアップしてTomcat再起動でいいんじゃないの？
>いろいろ試すのに、わざわざ運用環境使う必要はないわけで。
そのほうが安全だと思うし、他人にはそうしたやり方をお勧めしたい。
ただ、Javaのリッチな開発環境はリソースも大量に必要なので、自分の
マシンだとちょこっと直したいときにはきっといらいらすると思う。
動くようになるまで、そう何度も手直しするわけじゃないし。
結局、PHPの利点はお手軽さだと思うので、Javaの周りの環境が整備され
たら優位性は小さくなると思う。PHPがもてはやされるのは今だけかもね。
TSSの記事は気になるけど。
個人的には、１からアプリを開発するわけではないので、改造してでも
使いたいJavaのアプリが増えてくれるならPHPは要らないな。ただ、Javaを
ホスティングしてくれるところがもっと増えないと厳しいかな。
> Javaの周りの環境が整備されたら
いや、整備されてると思うが。
ひとまず試したいと思ったときに、手元のパソコンで動かすための手順は圧倒的にJavaの方が少ない。
メモリが256MBあれば、CPUは遅くていい。
共有サーバーで使えるようになるにはいろいろな問題があるが。
いや、整備されてると思うが。
ひとまず試したいと思ったときに、手元のパソコンで動かすための手順は圧倒的にJavaの方が少ない。
メモリが256MBあれば、CPUは遅くていい。
共有サーバーで使えるようになるにはいろいろな問題があるが。
共有サーバーでPHPなみにJavaが動かせるようになることは、しばらくないだろう。
しかし、共有サーバー借りてまでアプリ動かしたくなることも減ってる
しかし、共有サーバー借りてまでアプリ動かしたくなることも減ってる
>>778
そういう、手元の環境だけじゃなくて、サーバでの運用環境整備の手順とか、
Javaをホスティングしてくれるところとか。もっとトータルでの環境ね。
手元のハードにしても、256MBじゃ遅いだろ。Eclipseとか動かすには。
その上 Tomcat や MySQLやらも動かすとなると結構良いマシンが必要
じゃない？
そういう、手元の環境だけじゃなくて、サーバでの運用環境整備の手順とか、
Javaをホスティングしてくれるところとか。もっとトータルでの環境ね。
手元のハードにしても、256MBじゃ遅いだろ。Eclipseとか動かすには。
その上 Tomcat や MySQLやらも動かすとなると結構良いマシンが必要
じゃない？
まぁ、Eclipseは環境構築が手軽じゃないし、メモリ食うみたいだしね。
NetBeans4.0+付属Tomcat+PostgreSQL8.0くらいなら、256MBでガマンできる程度。
512MBあれば充分。
CPUは1GHzあれば充分かな。
NetBeans4.0+付属Tomcat+PostgreSQL8.0くらいなら、256MBでガマンできる程度。
512MBあれば充分。
CPUは1GHzあれば充分かな。
PHPはデバッグがめんどい。Eclipseのデバッガのようなツールがあればいいのだが。
>>770
TSS記事の元になった記事の日本語版が出てるね。
（多分、もっと詳細なのが後で出てくると思うが）
速報：IBM、データベースでオープンソースPHPをサポート
ttp://www.itmedia.co.jp/enterprise/articles/0502/26/news007.html
正直、IBMが本気でPHPをサポートするかというと信じられんな。
保険のひとつという気がする。どちらかといえば、MySQL対抗？
TSS記事の元になった記事の日本語版が出てるね。
（多分、もっと詳細なのが後で出てくると思うが）
速報：IBM、データベースでオープンソースPHPをサポート
ttp://www.itmedia.co.jp/enterprise/articles/0502/26/news007.html
正直、IBMが本気でPHPをサポートするかというと信じられんな。
保険のひとつという気がする。どちらかといえば、MySQL対抗？
>>780
つーか、手元でPHPとApacheとMySQL動かすのだって同じだぞ。
つーか、手元でPHPとApacheとMySQL動かすのだって同じだぞ。
>>784
おれJava波だけど、さすがにApache+PHPの方が軽いと思う。
おれJava波だけど、さすがにApache+PHPの方が軽いと思う。
>>784
つーか、Javaは手元で一式動かさないと、PHP並に気軽に修正とか
できないと思うのだが。PHPの場合は、安全性に多少目をつむれば、
直接サーバのコードを書き換えれば修正完了だ。そもそも、PHP使う
ならそれくらい手軽にやらないと、スクリプト言語使ってる意味が
ないだろ？
つーか、Javaは手元で一式動かさないと、PHP並に気軽に修正とか
できないと思うのだが。PHPの場合は、安全性に多少目をつむれば、
直接サーバのコードを書き換えれば修正完了だ。そもそも、PHP使う
ならそれくらい手軽にやらないと、スクリプト言語使ってる意味が
ないだろ？
>>786
> Javaは手元で一式動かさないと、PHP並に気軽に修正とかできないと思うのだが。
意味がわからん。
なんならリモートで動いているTomcatのデバッグだってできるわけで。
JSPならよそのサーバーにあってもファイル書き換えればいいだけだし。
クラスファイルやweb.xml書き換えたんなら、そのファイルアップロードしてTomcatのコンテキスト再起動すりゃいいだけ。
気軽に修正したいなら、Tomcatで自動リロードの設定しとけばコンテキストの再起動の必要もないし。
> Javaは手元で一式動かさないと、PHP並に気軽に修正とかできないと思うのだが。
意味がわからん。
なんならリモートで動いているTomcatのデバッグだってできるわけで。
JSPならよそのサーバーにあってもファイル書き換えればいいだけだし。
クラスファイルやweb.xml書き換えたんなら、そのファイルアップロードしてTomcatのコンテキスト再起動すりゃいいだけ。
気軽に修正したいなら、Tomcatで自動リロードの設定しとけばコンテキストの再起動の必要もないし。
俺JAVAプログラマで、PenIII500の512MBのマシンで開発やってるけど、別に普通だよ
Tomcat再起動するときに重いくらいで、普通に開発できる。
まー、DBは別鯖だけど。
Tomcat再起動するときに重いくらいで、普通に開発できる。
まー、DBは別鯖だけど。
マジレスすると、WindwsXPが一番メモリ食ってるからな。
何もしなくても、100MB以上は使っちゃってるし。
Windows2000にしとけ。
何もしなくても、100MB以上は使っちゃってるし。
Windows2000にしとけ。
>クラスファイルやweb.xml書き換えたんなら、そのファイル
>アップロードしてTomcatのコンテキスト再起動すりゃいいだけ。
その一連の作業ってメンドくね？もう、コンパイルの一手間が入る
だけで面倒だと思うのだが。
ただ、サーバとファイル共有して、その上で、常に立ち上げっぱなしの
統合開発環境で開発すれば（というのが手軽でない気がするが）大体
解決する問題でもあるので、スクリプト言語の良さなんてその程度かもね。
>アップロードしてTomcatのコンテキスト再起動すりゃいいだけ。
その一連の作業ってメンドくね？もう、コンパイルの一手間が入る
だけで面倒だと思うのだが。
ただ、サーバとファイル共有して、その上で、常に立ち上げっぱなしの
統合開発環境で開発すれば（というのが手軽でない気がするが）大体
解決する問題でもあるので、スクリプト言語の良さなんてその程度かもね。
なんでコンパイル云々とか再起動とかの話が出てるのかと思ったら、J2EE全般の話してるのね。
スレタイ通りJSPだったらコンパイルも再起動も不要で、ただたんにサーバにポンとアップしておしまいじゃん。
PHPと一緒
スレタイ通りJSPだったらコンパイルも再起動も不要で、ただたんにサーバにポンとアップしておしまいじゃん。
PHPと一緒
>>792
JSPのみだと不利だから、わざと重そうな仕組みを探して提示してるんだよ
JSPのみだと不利だから、わざと重そうな仕組みを探して提示してるんだよ
>>791
コンパイルなんて、Eclipseなら保存のときに勝手にやってくれる。
NetBeansでもShift+F9
スクリプト言語の良さなんて、開発環境が使えないという縛られた環境くらいでの話。
開発環境なんて、フリーであるわけだし、当たり前に使うわけで。
いまどき、統合開発環境が手軽じゃないっていうのも、ナンセンスな話で。
コンパイルなんて、Eclipseなら保存のときに勝手にやってくれる。
NetBeansでもShift+F9
スクリプト言語の良さなんて、開発環境が使えないという縛られた環境くらいでの話。
開発環境なんて、フリーであるわけだし、当たり前に使うわけで。
いまどき、統合開発環境が手軽じゃないっていうのも、ナンセンスな話で。
統合開発環境がいやなら、コンパイルしてサーバーにアップしてサーバー再起動するAntスクリプト書けばコマンド一発でおけ。
まー、秀丸マクロですら可能だな。
コーディング速度はJSPのが圧倒的に速くなる。PHPはめんどい。
ただ、色んなフリーの鯖なんかで使えるのがPHPだからPHPを使う。
JSP使えるならJSP使うよ。
ただ、色んなフリーの鯖なんかで使えるのがPHPだからPHPを使う。
JSP使えるならJSP使うよ。
結論
開発が楽なのはJavaだけど、鯖がないからPHP
開発が楽なのはJavaだけど、鯖がないからPHP
Javaのレンタルサーバやったら儲かるんかな？
いまはまだ管理が大変だと思われ。
ユーザーのパーミッションの問題が解決できたらいいかと。
実際はレンサバでPHPやらJavaやら使って自分のスクリプト使いたい人間は少ない。
だいたいディスクスペースと、用意したブログシステムなんかが使えればOKみたい。
ニッチのニッチ狙うのならいいかも。儲かるかどうかしらんけど。
ユーザーのパーミッションの問題が解決できたらいいかと。
実際はレンサバでPHPやらJavaやら使って自分のスクリプト使いたい人間は少ない。
だいたいディスクスペースと、用意したブログシステムなんかが使えればOKみたい。
ニッチのニッチ狙うのならいいかも。儲かるかどうかしらんけど。
ちょっとでもPHPに有利にしたかっただけだろ。
実際はJSPだけでもPHPよりできることが多いわけで。
実際はJSPだけでもPHPよりできることが多いわけで。
たとえばサーバーデスクトップにウィンドウ表示して印刷とか。
ライブラリ拾ってきて組み込めば、両方なんだってできるけどね。
なんだ、そんなことか。つまらん。
PHPとかJSPになに期待してるんだか。
PHPの一番イケてないと思うのは
ライブラリへの対応だと思う
再コンパイルばっかさせるなと。
ライブラリへの対応だと思う
再コンパイルばっかさせるなと。
何でもJSPでやったら、JSPの意味ないじゃん。
まぁ、スレタイがスレタイなので。
>>783
なんか、Groovy対抗の色が強い気がするね。
IBMがまともにEclipse対応したりライブラリ整備すれば、PHPもかなり使い物になるんじゃないかな。
IBM、PHPの支持を表明――「Zend Core」バンドルを共同開発へ
ttp://www.itmedia.co.jp/enterprise/articles/0502/28/news040.html
なんか、Groovy対抗の色が強い気がするね。
IBMがまともにEclipse対応したりライブラリ整備すれば、PHPもかなり使い物になるんじゃないかな。
IBM、PHPの支持を表明――「Zend Core」バンドルを共同開発へ
ttp://www.itmedia.co.jp/enterprise/articles/0502/28/news040.html
この文章、LinuxやらJavaやらとPHPを同列に扱ってるけど、飛躍しすぎだね。
・LinuxやJavaはIBMの投資でここまでのびた
・IBMが投資すると伸びる
・だからPHPも伸びる
っていう流れなんだけど。
LinuxやJavaは、Windowsのほかの選択肢が強く求められていた中で伸びたわけだし。
PHPが、LinuxやJavaと同じように強く求められているとは思えない。
境界線が少しずれるか、境界線があいまいになるくらいの効果しかないんじゃなかろうか。
・LinuxやJavaはIBMの投資でここまでのびた
・IBMが投資すると伸びる
・だからPHPも伸びる
っていう流れなんだけど。
LinuxやJavaは、Windowsのほかの選択肢が強く求められていた中で伸びたわけだし。
PHPが、LinuxやJavaと同じように強く求められているとは思えない。
境界線が少しずれるか、境界線があいまいになるくらいの効果しかないんじゃなかろうか。
Java と JSP のように
Java と PHP という棲み分けを IBM は考えているんじゃないの？
Java と PHP という棲み分けを IBM は考えているんじゃないの？
それにしても、IBMが投資したから先行きバラ色みたいな論調はちょっとね。
まぁ、Zendが頼りなかっただけに、期待は持てるけど。
まぁ、Zendが頼りなかっただけに、期待は持てるけど。
ただ単にIBMがより広いデベロッパーを自社陣営に獲得したかったというだけでしょう。
90年代にMSが成功したのはデベロッパーを徹底的に自陣に引き込んだのが勝因だというのをIBMは知っているし。
そのうちZend Technologyを買収して、Claudscapeの普及とともに企業向けPHP製品を出す予感。
ZendなんてIBMから見ればあっという間に支配できそうな会社だしね。
90年代にMSが成功したのはデベロッパーを徹底的に自陣に引き込んだのが勝因だというのをIBMは知っているし。
そのうちZend Technologyを買収して、Claudscapeの普及とともに企業向けPHP製品を出す予感。
ZendなんてIBMから見ればあっという間に支配できそうな会社だしね。
そしたらPHPもまともになるね。
Curl/Perl/Python/RubyじゃなくてPHPなんだね
買収しやすそうだから。
大手に買収されたほうがPHP的には幸せの気がする。
買収するのがMSとかだったら困るが・・・（Winでしか動かない独自拡張PHPの誕生のﾖｶｰﾝ）
買収するのがMSとかだったら困るが・・・（Winでしか動かない独自拡張PHPの誕生のﾖｶｰﾝ）
MSとIBMだったらMSの方が言語センスと技術がいいから悩ましいところ
つーか、ExcelマクロとかPHPでかけるようになって逆にいいかも。
なんでもいいよ。
金になるならさ。
金になるならさ。
なんでも金になるならなんでもいいけど。
そうじゃないからねぇ。
そうじゃないからねぇ。
PHPもIBMの愛人かよ
もっとまじめで一途な言語紹介してくれ
もっとまじめで一途な言語紹介してくれ
Ruby
Rubyって書く奴絶対出ると思った
>>825
matz、ﾄﾞﾝﾏｲ
matz、ﾄﾞﾝﾏｲ
ひまわり
PHPは所詮偽りのオープンソース言語
個人的には言語はオープンソースかどうかは関係ない
オープンソースかどうかはオレもどっちでもいいけど
Zendの態度が気に入らんということだろ
Zendの態度が気に入らんということだろ
オレ、サーブレットのエラーの吐き方が気に入らない。
PHPのエラーも気に入らない
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のほうがいいや。
> >>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
IBMが金出すんだから、これからそこらへんの環境もっと整えるでしょ。
ZendStudio...
廃れていくだろうな
PHPとJSP二つ合わせてPSPでUMD飛ばし
これ最強
これ最強
842 ：nobodyさん：2005/04/15(金) 14:25:48 ID:CrR7gcsS
ZendStudioてNASAが採用したらしいね
宇宙研究のための言語PHP
クオリティ激高スｗｗｗｗ
宇宙研究のための言語PHP
クオリティ激高スｗｗｗｗ
IBM, Yahoo!, NASA が採用してるね。
国内では楽天も。
国内では楽天も。
PHP搭載の火星探査機とかは無理だろね。
その時ソ連は鉛筆を使っていた
IBM, Yahoo!, NASAはJAVAも採用した上に、PHPも使い始めているのだから、
特にPHPが優秀だからと言うわけではないと思うが。
それに、Yahooは今PHPじゃないよ。
特にPHPが優秀だからと言うわけではないと思うが。
それに、Yahooは今PHPじゃないよ。
ソ連かよ
というか、巨大な組織なら、部分的に何使うのもありかと。
NASAが公用車のタイヤにブリヂストン使いました、って感じ？
大きな会社だったら基幹系・戦略系・情報系と、それこそ100を越えるシステムがあるだろうし。
ただ、NASAみたいなWeb事業をしてるわけではないところが採用することには、実際は大きい意味はないんだよね。
彗星探査機とかにWebサーバーが載って、管理センターからブラウザでPHPのプログラムにアクセスしたりしてたらすごいけど。
彗星探査機とかにWebサーバーが載って、管理センターからブラウザでPHPのプログラムにアクセスしたりしてたらすごいけど。
もともとYahooは技術者が何の言語を使って開発しても「動けばOK」だったらしい。
サイト内も、あるところはCで書かれ、あるところはPerl、PHP、Python、と何でもあり状態だった。
最近になって「それじゃマズいだろ」ってことになって統一の動きが出てきた。
サイト内も、あるところはCで書かれ、あるところはPerl、PHP、Python、と何でもあり状態だった。
最近になって「それじゃマズいだろ」ってことになって統一の動きが出てきた。
>>851
Yahooはそもそも、PHPじゃなくて、PHPをベースにした独自スクリプトだよ
つまり、PHPは使えないと判断されたので、独自に作り替えてしまったと言うこと
NASAは、委託した業者がPHPで作ったってだけでしょ
NASAの事業としてPHPで宇宙研究をしているわけじゃないから、
通販サイトがPHP採用するとの、意味的にはあんまり変わらない
Yahooはそもそも、PHPじゃなくて、PHPをベースにした独自スクリプトだよ
つまり、PHPは使えないと判断されたので、独自に作り替えてしまったと言うこと
NASAは、委託した業者がPHPで作ったってだけでしょ
NASAの事業としてPHPで宇宙研究をしているわけじゃないから、
通販サイトがPHP採用するとの、意味的にはあんまり変わらない
いや、通販サイトがPHPを採用するのは意味がでかいだろ。
856 ：nobodyさん：2005/04/16(土) 23:50:30 ID:SueZ8KBs
Yahooは独自スクリプトからPHPに移行したんじゃなかったけ。
PHP使って不足に思うのは、マルチスレッドがないとこだな。
他は非常に扱いやすい。
PHP使って不足に思うのは、マルチスレッドがないとこだな。
他は非常に扱いやすい。
業務アプリに関していえばコネクションプーリングがないことが最も致命的。
Oracleなんて接続するだけで2〜3秒かかるしね。毎回そんなことやってたら困っちゃう。
860 ：nobodyさん：2005/04/17(日) 00:48:06 ID:2GJTj+bg
>>860
完全独自スクリプトから、PHPベースのアレンジを加えた言語になったんだよ
完全独自スクリプトから、PHPベースのアレンジを加えた言語になったんだよ
だから、いったんはPHPを採用したけど、結局難点が出てきたので、
改造されてしまったと。
多分、DB周りとかじゃないかな？
改造されてしまったと。
多分、DB周りとかじゃないかな？
確か、JSP使いたかったけど、FreeBSDでのJAVAサポートが遅れてた（当時）
なのでPHPにしたって当時の発表であったね。
./あたりの記事を遡れば残ってると思うけど。
なのでPHPにしたって当時の発表であったね。
./あたりの記事を遡れば残ってると思うけど。
まぁ、本家ヤフーの話で、日本のヤフーじゃないからな
日本のヤフーは割に軽いから解らないかもしれないけど、
本家ヤフーは結構重いことがある
./はこのスレかな？
http://slashdot.jp/articles/02/10/30/0741211.shtml
下の方に行くと、和訳の振りして捏造してPHPを絶賛しててワロス
日本のヤフーは割に軽いから解らないかもしれないけど、
本家ヤフーは結構重いことがある
./はこのスレかな？
http://slashdot.jp/articles/02/10/30/0741211.shtml
下の方に行くと、和訳の振りして捏造してPHPを絶賛しててワロス
本家Yahoo!の中の人にも、PHP信者がいるんだろうなぁ…
そんなにPHPが素晴らしいのなら、他の大規模サイトでも続々採用されてても良いと思うんだが、
バカにされてるPerlあたりよりも導入実績が低いような…
IBMが！NASAが！とか言う割には、やっつけサイトのピンポイント利用しか事例が見つからんし。
そんなにPHPが素晴らしいのなら、他の大規模サイトでも続々採用されてても良いと思うんだが、
バカにされてるPerlあたりよりも導入実績が低いような…
IBMが！NASAが！とか言う割には、やっつけサイトのピンポイント利用しか事例が見つからんし。
>>862
だからそれのソースを出さないと。
だからそれのソースを出さないと。
867 ：nobodyさん：2005/04/17(日) 01:56:35 ID:XcOUU5pl
ＶＩＰ板よりＷＥＢプログラマ急募のお知らせ！！！
日本を抗日中国人から救う気概のあるプログラマさん
以下にて作戦会議をしていますのでお力を貸してください！！！
http://cgi36.plala.or.jp/bargiko/bargiko.cgi?roomID=1113648718774
よろしくお願いします！！
日本を抗日中国人から救う気概のあるプログラマさん
以下にて作戦会議をしていますのでお力を貸してください！！！
http://cgi36.plala.or.jp/bargiko/bargiko.cgi?roomID=1113648718774
よろしくお願いします！！
>>868
ふーん
じゃあ、PHPの奴、なんか上げてみてよ
Perlだと、MobableType系のblogサイトや、mixi、はてな、
そして2chも数年前までPerlだったわけで。
あとは、個人的に嫌いなので例には出したくないけど、ライブドア。
良くテレビに出ている元オンザエッジの小飼弾は、jcode.pmの作者。
ふーん
じゃあ、PHPの奴、なんか上げてみてよ
Perlだと、MobableType系のblogサイトや、mixi、はてな、
そして2chも数年前までPerlだったわけで。
あとは、個人的に嫌いなので例には出したくないけど、ライブドア。
良くテレビに出ている元オンザエッジの小飼弾は、jcode.pmの作者。
楽天
>>865
アンチ乙。
Perlのシェアが絶大なのは、圧倒的な技術や知識の資産があるからだろ。
素晴しかったら、次々と乗り換える人が現れて、シェアを伸ばすに違いない、
なんていうのは、典型的な、ガキとかオープンソース厨の脳内世界だけだ。
アンチ乙。
Perlのシェアが絶大なのは、圧倒的な技術や知識の資産があるからだろ。
素晴しかったら、次々と乗り換える人が現れて、シェアを伸ばすに違いない、
なんていうのは、典型的な、ガキとかオープンソース厨の脳内世界だけだ。
>>872
なんか地味に、Perlが素晴らしいので、PHPに乗り換えるメリットはないと力説しているのでしょうか？
なんか地味に、Perlが素晴らしいので、PHPに乗り換えるメリットはないと力説しているのでしょうか？
>>872
じゃあなんでJAVAやASPは台頭したの？
じゃあなんでJAVAやASPは台頭したの？
>>874
圧倒的な技術力や知識の資産があったから。
ASPの場合はいわずもがなってか、どうしてそんな疑問が起こるかわからんくらい圧倒的な技術や知識の資産がある。
Javaの場合は、圧倒的な技術や知識の資産がIBMとかSunとかからまず流入したから。
圧倒的な技術力や知識の資産があったから。
ASPの場合はいわずもがなってか、どうしてそんな疑問が起こるかわからんくらい圧倒的な技術や知識の資産がある。
Javaの場合は、圧倒的な技術や知識の資産がIBMとかSunとかからまず流入したから。
>>876
技術や知識の資産が蓄積されたから台頭してきた。
技術や知識の資産が蓄積されたから台頭してきた。
PHPだって、結構歴史があるし、LAMP/LAPPなんて一応標準的な構成でも
推奨されているのに、なんでマイナーを脱せ無いの？
PHPプログラマの友人に聞いたら、PHPは鬱になるから、
Perlに戻りたいとか言ってたけど、そう言う感じだからダメなのかな？
推奨されているのに、なんでマイナーを脱せ無いの？
PHPプログラマの友人に聞いたら、PHPは鬱になるから、
Perlに戻りたいとか言ってたけど、そう言う感じだからダメなのかな？
歴史はあるけど、毎回技術や知識の資産がリセットされるから。
> PHPプログラマの友人に聞いたら、PHPは鬱になるから、
> Perlに戻りたいとか言ってたけど、そう言う感じだからダメなのかな？
それはそいつの問題。
たぶんそいつがPerlやってたころは、Webアプリがのどかな時代。
そののどかな時代に戻りたいといってるだけ。
ようするに、ついていけていない。
> Perlに戻りたいとか言ってたけど、そう言う感じだからダメなのかな？
それはそいつの問題。
たぶんそいつがPerlやってたころは、Webアプリがのどかな時代。
そののどかな時代に戻りたいといってるだけ。
ようするに、ついていけていない。
過去より未来の方が大事だから
いや、確かにPHPとPerlなら、Perlの方が幸せだと思うよ…
逆に滅びた言語ってどれくらいあるの？衰退した、じゃなくて本当に滅びた言語。
「滅びた」の定義による。
どう定義しても、ただの広まらなかった言語になる。
884の知らない言語ばかりになる。
オレ言語みたいなものばかり。
挙げてもしかたない。
どう定義しても、ただの広まらなかった言語になる。
884の知らない言語ばかりになる。
オレ言語みたいなものばかり。
挙げてもしかたない。
イや実は誤爆なんだが・・・マジレスされても・・・
PHPはちょっとバージョンアップするだけで、互換性が無くなるのが一番の鬱どころだな
>>889
そんなのはどの言語でもだろ。アホ？
そんなのはどの言語でもだろ。アホ？
そりゃひでえな
しょうがないよ、890はphpしかできないんだもの。
>>891
Java, Perl, Python のこと知らないだろ
Java, Perl, Python のこと知らないだろ
895 ：nobodyさん：2005/04/22(金) 23:44:14 ID:DneSFWu6
>>894は>>891がJavaもPerlも挙げているのが見えないのだろうか・・・？
実際問題、Javaなどに関していえば下位互換性はほぼ保証されている。
そうでないと既に前バージョンでシステムを導入している企業が激怒するからね。
ビジネスに深く関わっている言語はそういうところシビアだよ。
実際問題、Javaなどに関していえば下位互換性はほぼ保証されている。
そうでないと既に前バージョンでシステムを導入している企業が激怒するからね。
ビジネスに深く関わっている言語はそういうところシビアだよ。
現実的には、Javaのバージョンアップで動かなくなることってめったにないね。
APIが使えなくなるときも、かなり前のバージョンで非推奨になってから動きがかわるし。
確かにJavaのバージョンアップでも動きが変わるけど、それが気になるようなシステムだと、PHPなんか問題外だね。
APIが使えなくなるときも、かなり前のバージョンで非推奨になってから動きがかわるし。
確かにJavaのバージョンアップでも動きが変わるけど、それが気になるようなシステムだと、PHPなんか問題外だね。
でもなんだかんだでPHPの仕事が多いわけだが…
JAVAもバージョンで結構変わるよ。ただ、WebProgには関係ないことが多い
JAVAもバージョンで結構変わるよ。ただ、WebProgには関係ないことが多い
>>897
俺の会社もJavaよりはPHPの方が多いな。
少し前はそれこそJava一色だったけど、
最近はASP.NETとPHPの方がJavaより多いな。
ASP.NETは会社に専門のシステム部門が無くて、
総務とか部署の誰かがシステム担当者って場合、
Windowsサーバなら操作とかもある程度できて、ソフトのインストールやアップデートも
簡単だからって理由が殆ど。
専門のシステム部門があるような所だとJavaかPHPだけど、
ここ最近、本当にPHPの案件が多い。
理由はJava・Strutsだと値段が高いってイメージがあるらしい。
PHPだとレン鯖にもあることから、初心者でも簡単に出来る＝値段が安い・納期が早いというイメージらしい。
こっちも、よほど大規模な案件じゃない限り、無理にJavaを奨めないからな。
俺の会社もJavaよりはPHPの方が多いな。
少し前はそれこそJava一色だったけど、
最近はASP.NETとPHPの方がJavaより多いな。
ASP.NETは会社に専門のシステム部門が無くて、
総務とか部署の誰かがシステム担当者って場合、
Windowsサーバなら操作とかもある程度できて、ソフトのインストールやアップデートも
簡単だからって理由が殆ど。
専門のシステム部門があるような所だとJavaかPHPだけど、
ここ最近、本当にPHPの案件が多い。
理由はJava・Strutsだと値段が高いってイメージがあるらしい。
PHPだとレン鯖にもあることから、初心者でも簡単に出来る＝値段が安い・納期が早いというイメージらしい。
こっちも、よほど大規模な案件じゃない限り、無理にJavaを奨めないからな。
PHPは作るときは良いかもしれないけど、メンテナンスに入ると地獄を見るような…
うちはまったく逆。ここ1年で急激にPHP案件が減っている。半分以下。
「Javaは難しい・高い」って数年前の評判だよ。最近あまりそういうこという人いないんじゃないかな？
「Javaは難しい・高い」って数年前の評判だよ。最近あまりそういうこという人いないんじゃないかな？
求職で色々探してるけど、殆どがJAVAとVBの案件で、その次にASP系とかCとかが多い。
PHPって案件は殆ど見ないけど、どこでそんなに流行ってるの？
PHPって案件は殆ど見ないけど、どこでそんなに流行ってるの？
携帯関連とか
ワンクリック請求サイトがたいていPHPだな
作りきりでメンテナンスも不要だから一番向いてるかも
作りきりでメンテナンスも不要だから一番向いてるかも
ちょっくらいいですか？
小規模、中規模、大規模の境界ってどのくらいですか？
PHPだと3000ファイル30MBの小規模なCMSなんてのがありますが
これ以上のものをJavaで日常的に開発してる人っているんですか？
小規模、中規模、大規模の境界ってどのくらいですか？
PHPだと3000ファイル30MBの小規模なCMSなんてのがありますが
これ以上のものをJavaで日常的に開発してる人っているんですか？
>>904
Javaにはファイル数とかステップ数とかライン数とか、
そう言う規模の数え方はないし、言語によって長い行書かなきゃいけないか、
短くても良いのかでコーディングの労力は変わるので比べられないけど、
例えば金融機関や行政のサイト、大手企業の社内システムなんかは、
それとは比べものにならない規模だし、毎日のように求人が出てるよね。
Javaにはファイル数とかステップ数とかライン数とか、
そう言う規模の数え方はないし、言語によって長い行書かなきゃいけないか、
短くても良いのかでコーディングの労力は変わるので比べられないけど、
例えば金融機関や行政のサイト、大手企業の社内システムなんかは、
それとは比べものにならない規模だし、毎日のように求人が出てるよね。
他社とかと分業して半年以上掛かる仕事なら迷わず Java。
社内の気心知れた数人で数ヶ月で仕上げるなら迷わず PHP。
社内の気心知れた数人で数ヶ月で仕上げるなら迷わず PHP。
というか、将来的に保守するべきシステムならJava。
一度作ってそれっきりメンテナンス不要なシステムならPHP。
一度作ってそれっきりメンテナンス不要なシステムならPHP。
909 ：nobodyさん：2005/04/23(土) 22:40:35 ID:WiGfxvr6
例えばJSPのみで作ってもPHPができること以上のことってできちゃうんだよね。
開発生産性
・・・ スクリプトレットだけなのでPHPと同じくらい簡単。型を意識する必要があるくらい。
DBとの親和性
・・・ 主要なDBのほとんどと接続可能。コネクションプーリングができるので速い。
ポータビリティ
・・・ コンパイル不要。置くだけで動く。しかも初回実行時に自動コンパイルされてServletになるので2回目以降は超高速。PHPみたいに毎回インタプリトしない。
スケーラビリティ
・・・ 将来的にシステム規模が大きくなってきたら徐々にMVC化やらクラス化していけばいい。PHPよりはるかに拡張性高い。
メンテナビリティ
・・・ PHPと比べちゃいけません。
うーん逆にPHPがJSPに対して優位にたてるのって何かある？
開発生産性
・・・ スクリプトレットだけなのでPHPと同じくらい簡単。型を意識する必要があるくらい。
DBとの親和性
・・・ 主要なDBのほとんどと接続可能。コネクションプーリングができるので速い。
ポータビリティ
・・・ コンパイル不要。置くだけで動く。しかも初回実行時に自動コンパイルされてServletになるので2回目以降は超高速。PHPみたいに毎回インタプリトしない。
スケーラビリティ
・・・ 将来的にシステム規模が大きくなってきたら徐々にMVC化やらクラス化していけばいい。PHPよりはるかに拡張性高い。
メンテナビリティ
・・・ PHPと比べちゃいけません。
うーん逆にPHPがJSPに対して優位にたてるのって何かある？
910 ：fc127-123.infoaomori.ne.jp：2005/04/23(土) 22:58:32 ID:???
えぇけっしとるのぉ(*´Д`)ﾊｧﾊｧ
うはっｗｗｗおｋｗｗｗうえっｗｗｗ？？
うはっｗｗｗおｋｗｗｗうえっｗｗｗ？？
911 ：http:// U125243.ppp.dion.ne.jp/~ss.jpg：2005/04/23(土) 22:58:44 ID:???
ええけつしとるのぉ(*´Д`)ﾊｧﾊｧ
うはっｗｗｗおｋｗｗｗ？？
うはっｗｗｗおｋｗｗｗ？？
派遣求人の検索結果
現在の検索条件： “PHP” 件数： 33
現在の検索条件： “Java” 件数： 145
現在の検索条件： “Perl” 件数： 31
現在の検索条件： “VB” 件数： 108
現在の検索条件： “ASP” 件数： 33
現在の検索条件： “C言語” 件数： 48
現在の検索条件： “COBOL” 件数： 52
現在の検索条件： “PHP” 件数： 33
現在の検索条件： “Java” 件数： 145
現在の検索条件： “Perl” 件数： 31
現在の検索条件： “VB” 件数： 108
現在の検索条件： “ASP” 件数： 33
現在の検索条件： “C言語” 件数： 48
現在の検索条件： “COBOL” 件数： 52
妥当だな
他社とかと分業して半年以上掛かる仕事なら迷わず Java。
社内の気心知れた数人で数ヶ月で仕上げるなら迷わずJava。
社内の気心知れた数人で数ヶ月で仕上げるなら迷わずJava。
普段はJAVAだけど、例えば何かの都合でPerlを選ぶことはあっても、PHPを選ぶことは無いかな…
なるほどPHPの時代は過ぎたってことか・・・
多くのレン鯖でJSPが使えない以上PHPつかうしかないし、使えてもCPU使用率ヤバいし
Perlはモッサリだし、mod_Perl鯖はJSP以上に少ないし
PHPは鯖で設定違うし
鯖缶の自己満足のためにPHPは必須
で、結局Cしか使っていない訳だが
Perlはモッサリだし、mod_Perl鯖はJSP以上に少ないし
PHPは鯖で設定違うし
鯖缶の自己満足のためにPHPは必須
で、結局Cしか使っていない訳だが
PHPは文法が気持ち悪い
JSPは文法が気持ち悪い
ま、JSPの文法がいやならTapestryでもVelocityでもMayaでも使えばいいからね。
mod_RUBYマンセー
>PHPみたいに毎回インタプリトしない。
PHPってそうなの？
JSPしかしらねんだけど
PHPってそうなの？
JSPしかしらねんだけど
Javaってインタプリタだし
x86アセンブラもインタプリタだし
925 ：nobodyさん：2005/05/10(火) 01:57:16 ID:TPpdvEof
JSPで作ったページって、HTMLのソースの先頭に改行がたくさん入るよな。あれが嫌。
927 ：nobodyさん：2005/05/10(火) 02:48:04 ID:EEIiEMuM
http://ZB140038.ppp.dion.ne.jp/
ｗｗｗｗｗｗｗｗｗｗｗｗおｋｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
おｋｗｗｗおｋｗｗｗおｋｗｗｗっうぇっうぇ
っｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗうぇｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗおｋｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
おｋｗｗｗおｋｗｗｗおｋｗｗｗっうぇっうぇ
っｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗうぇｗｗｗ
>>926
JSPソースの先頭に改行たくさん入れなければおｋ
JSPソースの先頭に改行たくさん入れなければおｋ
JSPとPHPの比較っておかしいぞ。
JSP+ServletとPHPの比較なら分かるが。
JSP+ServletとPHPの比較なら分かるが。
そのくらいのハンデがないと比べ物にならないからだろ。
荷台がない４ｔトラックと軽トラのようなハンデだが。
ここはすばらしいインターナッツですね
>>928
JSPのソースが見づらくなる
JSPのソースが見づらくなる
>>933
改行のタイミング変えるだけだからそうでもない。
改行のタイミング変えるだけだからそうでもない。
ページディレクティブとかを先頭で宣言するとこだから、JSPを使う以上どうしようもない。
<%page contentType="text/html; charset=Windows-31J"
%><%taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"
%><html>
<title>〜
こんな感じで書けばおｋ
%><%taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"
%><html>
<title>〜
こんな感じで書けばおｋ
それが見づらいじゃん
さてスレが立ってから一年半が立った訳だが、ここらへんで03年12月について思い出してみようぜ。
>>936
普通こうだろ
<%
page contentType="text/html; charset=Windows-31J"%><%
taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>
<html>
<title>〜
普通こうだろ
<%
page contentType="text/html; charset=Windows-31J"%><%
taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>
<html>
<title>〜
>>939
<html>の前に改行が一行入ってるよ。
<html>の前に改行が一行入ってるよ。
一行って、たくさんか？
こだわりがないならそれでいいんだけどね。
<?xml
とか出力しようとすると、パーサーに文句言われるよ。
<?xml
とか出力しようとすると、パーサーに文句言われるよ。
それはJSPに限った事じゃないから、特に気にすればいいだろ。
PHPでやろうとしたって怒られるわけで。
PHPでやろうとしたって怒られるわけで。
おいおい、話そらすなよ。
というか、JSPの特殊構文の後での改行が実際の出力に反映されるということが問題なわけで、PHPでのテンプレートやらJavaでもJSP以外のテンプレートでは発生しない問題。
はまるときははまるよ。
はまるときははまるよ。
946 ：nobodyさん：2005/07/05(火) 16:56:38 ID:OOdDLqWc
遅すぎだよ、PHP…
http://www.thinkit.co.jp/cert/compare/2/4/2.htm
結果は以上のとおりです。PHP5の演算処理はJavaと比較してWebアプリケーションで約38分の1、
バッチ処理で約35分の1の実行速度しかないという結果となりました。また、PHP5はPHP4と比較
しても演算処理において15%ほど実行速度が低下しています。
以上のとおり、PHP5のデータベース接続処理はJavaと比較して2分の1以下の実行速度しかない
という結果となりました。また、PHP5はPHP4と比較してもデータベース接続処理において10%近く
\実行速度を低下させています。
http://www.thinkit.co.jp/cert/compare/2/4/2.htm
結果は以上のとおりです。PHP5の演算処理はJavaと比較してWebアプリケーションで約38分の1、
バッチ処理で約35分の1の実行速度しかないという結果となりました。また、PHP5はPHP4と比較
しても演算処理において15%ほど実行速度が低下しています。
以上のとおり、PHP5のデータベース接続処理はJavaと比較して2分の1以下の実行速度しかない
という結果となりました。また、PHP5はPHP4と比較してもデータベース接続処理において10%近く
\実行速度を低下させています。
土橋ﾀﾝも、この記事で評価ｶﾞﾀ落ち。
せっかく築いた砂の城が。
せっかく築いた砂の城が。
Mojavi特集では、いったいどんな墓穴を掘ってくれるか楽しみだな
真実を突いてしまったので、信者からの評判ガタ落ちだな。
950 ：nobodyさん：2005/07/05(火) 23:27:57 ID:tfsB8cxp
さあ、みんなそろって.NETにきりかえよー！！
j2eeもwindows上の方がパフォーマンスいいんでしょ？
マイクロソフトまんせー
マイクロソフトまんせー
何と比べてwindowsの方なんだ？
Windowsには愛がある！！
まあ、設定が楽チンってのが一番大好き。
まあ、設定が楽チンってのが一番大好き。
954 ：nobodyさん：2005/07/07(木) 07:22:16 ID:IMsFmlN8
javaをやる前にまず、Linuxを完全に使いこなせるように
なるのが先ぽいきがするが・・・
なるのが先ぽいきがするが・・・
完全に使いこなすっていうのは、どういうことなんだろうね。
何でlinux使いこなせるようにならなきゃいかんのかワケワカメ
なんのためのクロスプラットフォームなんだか
なんのためのクロスプラットフォームなんだか
ぶっちゃけ、Windows完全に使いこなせてる奴の方が少ない気がする。
LANとかWANという閉じられた世界でなら、それ程セキュリティを気にする必要もない。
既に外部からのセキュリティには十分気を配ってるのが普通だから。
外部にまで公開するような鯖の場合は、間違いなく専門の業者に鯖の設定をさせる。
どちらにしろ、Linuxの設定とかで飯を喰ってくとか以外なら
Linuxも困らない程度に使えればOK。
LANとかWANという閉じられた世界でなら、それ程セキュリティを気にする必要もない。
既に外部からのセキュリティには十分気を配ってるのが普通だから。
外部にまで公開するような鯖の場合は、間違いなく専門の業者に鯖の設定をさせる。
どちらにしろ、Linuxの設定とかで飯を喰ってくとか以外なら
Linuxも困らない程度に使えればOK。
958 ：nobodyさん：2005/07/13(水) 10:45:37 ID:70tA/kHH
優れている点は無い以上
>>946
素数の計算、バッチプログラムでやってみた。
JavaやCと比べるとあれだけど、Perlと比べてもかなり遅いのな。
Perl5.8 40秒
PHP4.3 110秒
Java1.5 1.8秒
C 1.2秒
素数の計算、バッチプログラムでやってみた。
JavaやCと比べるとあれだけど、Perlと比べてもかなり遅いのな。
Perl5.8 40秒
PHP4.3 110秒
Java1.5 1.8秒
C 1.2秒
960 ：nobodyさん：2005/07/21(木) 20:27:22 ID:1kwExiU1
>>959
そうだよ。
PerlがCGI、PHPがApacheのモジュールで動いているのをいいことに、
Perl遅いと暴れ回っているが、本当はPHPの方が遅い。
だからmod_perlなんかと比べたら即死。
そうだよ。
PerlがCGI、PHPがApacheのモジュールで動いているのをいいことに、
Perl遅いと暴れ回っているが、本当はPHPの方が遅い。
だからmod_perlなんかと比べたら即死。
さあ、もりあがってまいりましたということでこれと同じ機能でこれより速いものをPerlで作ってみてください。
言うまでも無くPHPの場合この手のものは作らずして最初から用意されています（作成時間3秒）
<?php
$array1 = array ("a" => "green", "red", "blue");
$array2 = array ("b" => "green", "yellow", "red");
$result = array_diff ($array1, $array2);
?>
言うまでも無くPHPの場合この手のものは作らずして最初から用意されています（作成時間3秒）
<?php
$array1 = array ("a" => "green", "red", "blue");
$array2 = array ("b" => "green", "yellow", "red");
$result = array_diff ($array1, $array2);
?>
PHP厨はやっぱり、開発効率しか考えてないんだな。
PHPでたとえ3秒で作れたとしても、1時間考えてPerlやJavaやCで、
その場にあった効率的なものを作った方がいい。
作るのは3秒でも、数年に渡って動かすものが殆どだし。
そっちの損失の方が大きい。
PHPでたとえ3秒で作れたとしても、1時間考えてPerlやJavaやCで、
その場にあった効率的なものを作った方がいい。
作るのは3秒でも、数年に渡って動かすものが殆どだし。
そっちの損失の方が大きい。
perlはハッシュのキーと配列の添え字は別物だから、そういうデータ構造はないよね。
>最初から用意されています
つまり、中でどうなってるかも知らずに、何も考えずにそれを当たり前に利用してるってわけですね
そりゃ遅いの当たり前だわ
つまり、中でどうなってるかも知らずに、何も考えずにそれを当たり前に利用してるってわけですね
そりゃ遅いの当たり前だわ
Cなりなんなりで関数つくっていいってことじゃないの？
#!/usr/bin/perl
use Data::Diff qw(diff);
$array1 = { a => ['green', 'red', 'blue'] };
$array2 = { b => ['green', 'yellow', 'red'] };
$result = diff( $array1 , $array2);
適当だけどこんな感じかな
使う、使わないに限らずモジュール読み込みのコスト分、PHPはデフォで
コスト使ってるわけです。
毎回インタープリトしてるわけじゃないから顕著な差は出ないだろうけど
use Data::Diff qw(diff);
$array1 = { a => ['green', 'red', 'blue'] };
$array2 = { b => ['green', 'yellow', 'red'] };
$result = diff( $array1 , $array2);
適当だけどこんな感じかな
使う、使わないに限らずモジュール読み込みのコスト分、PHPはデフォで
コスト使ってるわけです。
毎回インタープリトしてるわけじゃないから顕著な差は出ないだろうけど
>>966
マニュアルからしてバグバグでモジュールの中を見て修正しないとぜっんぜん動かないじゃん。
まともに使ったことも考えたことも無いのに遅いと決めてるそこのお爺ちゃん！
素数の計算みたいな貧乏臭い計算ばかりで僕みたいなリッチな計算ができないなんて同情するよ。
先に言っておくけど顔真っ赤にして泣き喚いても僕より速いコードが出てこなければ相手にしないからね。
<?php
$m = bcpow('2', '1000');
$d = '1';
$arr = array();
while (0 > bccomp($d, $m)) {
$arr[] = $d = bcmul($d, '2');
}
?>
マニュアルからしてバグバグでモジュールの中を見て修正しないとぜっんぜん動かないじゃん。
まともに使ったことも考えたことも無いのに遅いと決めてるそこのお爺ちゃん！
素数の計算みたいな貧乏臭い計算ばかりで僕みたいなリッチな計算ができないなんて同情するよ。
先に言っておくけど顔真っ赤にして泣き喚いても僕より速いコードが出てこなければ相手にしないからね。
<?php
$m = bcpow('2', '1000');
$d = '1';
$arr = array();
while (0 > bccomp($d, $m)) {
$arr[] = $d = bcmul($d, '2');
}
?>
単純なループの処理で明らかな差がでるのは、どうしようもないね。
困ったらprint_r()すればいいのは楽だけどね。
困ったらprint_r()すればいいのは楽だけどね。
http://homepage3.nifty.com/hippo2000/perltips/phpperl.htm
>ところが、今回仕事の関係でPHPを調査する機会があってベンチマークをとってみたのですが、
>私としては手放しで PHPは速いとは思えませんでした。そりゃCGIのPerlと比較したら無条件に
>速いといえるでしょうけど、 mod_phpの相手は当然mod_perlでしょ？pconnectするんなら
>Apache::DBIを使うでしょ？
PHP使う意味無い。
簡単に作れるだけ。
行き詰まったら何もできない。
>ところが、今回仕事の関係でPHPを調査する機会があってベンチマークをとってみたのですが、
>私としては手放しで PHPは速いとは思えませんでした。そりゃCGIのPerlと比較したら無条件に
>速いといえるでしょうけど、 mod_phpの相手は当然mod_perlでしょ？pconnectするんなら
>Apache::DBIを使うでしょ？
PHP使う意味無い。
簡単に作れるだけ。
行き詰まったら何もできない。
2chであおってストレス解消とか、MLに変な質問なげるとか、振込先教えろと誤爆するとか、いろいろすることはあるぞ。
なんだ？
JSP叩けなくなったら、今度はPerlか？ｗ
JSP叩けなくなったら、今度はPerlか？ｗ
>>969
また古い記事を参照してんな…
mod_perlが使えるところなんて極少数なわけだが。
自鯖ならPHPA使えばもっと早くなるし、Jsp/servlet使う手もある。あえてPerl使う必要の方がないよ
また古い記事を参照してんな…
mod_perlが使えるところなんて極少数なわけだが。
自鯖ならPHPA使えばもっと早くなるし、Jsp/servlet使う手もある。あえてPerl使う必要の方がないよ
>>969
ちなみに、そのサイト自身でも
＞この結果はあくまでも、参考ということで御自分で確認するようにお願いします。 川合がウソ書いているかもしれないと確かめてください
こう言ってるように、その情報は正確じゃない。
mod_perlはコンパイル結果をメモリにキャッシュするがmod_phpはしない。
メモリにキャッシュされてるから、ソース修正されても即時反映されないという、スクリプト言語の良さを殺してるし、
大量リクエストでメモリが不足する恐れもあり。
ちなみに、そのサイト自身でも
＞この結果はあくまでも、参考ということで御自分で確認するようにお願いします。 川合がウソ書いているかもしれないと確かめてください
こう言ってるように、その情報は正確じゃない。
mod_perlはコンパイル結果をメモリにキャッシュするがmod_phpはしない。
メモリにキャッシュされてるから、ソース修正されても即時反映されないという、スクリプト言語の良さを殺してるし、
大量リクエストでメモリが不足する恐れもあり。
974 ：nobodyさん：2005/07/28(木) 21:55:05 ID:Zfh9Iwpp
>>972
趣味で使うなら、別にCGIでよい。
商売で使うなら、ビジネス向けのmod_perl使える鯖を借りる。
それくらい理解できるだろ？
大規模サイトでmod_perlの所は多いが、PHPの所は無い。
mixiみたいな、100万人の会員がリロードしまくるようなサイトは、
特にPHPじゃ不可能。
趣味で使うなら、別にCGIでよい。
商売で使うなら、ビジネス向けのmod_perl使える鯖を借りる。
それくらい理解できるだろ？
大規模サイトでmod_perlの所は多いが、PHPの所は無い。
mixiみたいな、100万人の会員がリロードしまくるようなサイトは、
特にPHPじゃ不可能。
PHP5って、PHP4よりさらに遅いんだよな。
これじゃあオブジェクト指向でプログラム組もうとは思わないよな。
で、オブジェクト指向使いたくなければ、PHP5にする意味ないし。
これじゃあオブジェクト指向でプログラム組もうとは思わないよな。
で、オブジェクト指向使いたくなければ、PHP5にする意味ないし。
>>974
キャッシュうまく使えばいいんじゃない？
キャッシュうまく使えばいいんじゃない？
>973
別にApache::Registryだけがmod_perlではないしー
別にApache::Registryだけがmod_perlではないしー