PHPがJSPより優れている点って何ですか。
レス数が1000を超えています。これ以上書き込みはできません。
0001たけ
03/12/04 00:49ID:7VVPvP8aちょっと見たところ、そんなにJSPより利点があるようにも
見えないんだけど、誰か指摘して頂戴。
まあ、Perlよりは楽だろうけど。
0002nobodyさん
03/12/04 00:59ID:???0003nobodyさん
03/12/04 01:07ID:???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/
どっちにしても盛り上がるネタじゃない
0004nobodyさん
03/12/04 12:33ID:???だっさ
0006nobodyさん
03/12/05 01:34ID:bTZUZcYBここに答えがありますた。
0007nobodyさん
03/12/05 10:04ID:???0008nobodyさん
03/12/05 12:16ID:MqWqoWukようは使い慣れた言語が一番！
俺的には「PHP、JSP/Serv」は両方できたほうがいいと思うけどね・・・。
0010nobodyさん
03/12/05 19:36ID:MqWqoWukそう？簡単だからいいじゃん！？
それに噂だとPHP５からオブジェクト指向になっていくとかいかないとか・・・。
0011nobodyさん
03/12/05 22:36ID:???0012nobodyさん
03/12/07 14:33ID:ZxCmw1UM0013nobodyさん
03/12/07 17:29ID:???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/
−−−−−−−−−−−− 終了 −−−−−−−−−−−−−
0014nobodyさん
03/12/07 22:29ID:a9lK7lJLphpが一番、
オープンソースも多いから勉強しやすい
phpユーザーが多いので
わからないことも教えてもらいやすい
jspなんか
わざわざtomcatインストールしたりで
セキュリティー面においても歴史が短いから不安
0015nobodyさん
03/12/07 23:24ID:???厨房向けってことか
0018nobodyさん
03/12/08 15:58ID:48g33nxe別に何時間もかかるわけじゃないし。。。
>>セキュリティー面においても歴史が短いから不安
apaccheにアドオンすれば問題なしな気が・・・。
0020nobodyさん
03/12/11 19:54ID:3a96zagyPHP・・・規則(変数型等)があやふやな為、別の人間が担当することになった場合にはちとつらい。
自由が利く反面、仕様書等をがっちりしておかないとあとで祭りになる可能性大。
JSP・・・規則(変数型等)がむかつくくらいにうるさい。ただ規則はあるので後から見た人もわかりやすい。
JAVAプログラマーは何気高い・・・。
■結論
PHP・・・一発屋(拡張等を余り見込まない)中規模程度のシステムまでなら便利。
JSP・・・大規模の基幹系ならこっちがお勧め。
システム開発をするときは技術面での検討はもちろんだか、運用面等開発後も考えて先行するのは吉。
開発期間より運用期間の方が長いんだし。
002314
03/12/13 10:55ID:7blUuH0pオープンソースが多いというか
ソースコードを無料配布している人が多い
>>18
tomcatインストールするのに
３時間かかった。
tomacat側は8080ポート
apache側は80ポートという風になってしまい
全て80ポートで動作することが出来ない
apaccheにアドオンって何？
やはりtomcatは時間かかるからダメ
0024nobodyさん
03/12/13 15:56ID:???0025nobodyさん
03/12/13 21:52ID:???0026nobodyさん
03/12/15 10:14ID:eDFqb4c4アドオンの仕方・・・下記参照
http://www.ether-usa.net/ether-server/macosx/LAN-c-11.html
簡単に言うとアパッチでtomcatが動くようにすること。
>>24
正解。jspができれば他もできる！・・・はず。
0027nobodyさん
03/12/20 14:56ID:shmreW4a0028nobodyさん
03/12/20 15:45ID:CAL2PA31PHP WebStudioというのがあるyo
0029nobodyさん
03/12/20 18:38ID:???0030nobodyさん
03/12/20 18:56ID:shmreW4aありがとん。使ってる？
>>29
バージョンが0.3.4てとこが気になるけど[>WebStudio]タダのほうがいいやん
003128
03/12/22 18:51ID:cuO5XY7Cサーバに上げて試さなくても文法チェックをしてくれるのが楽で使ってるレベル
0032nobodyさん
03/12/22 19:17ID:???0033nobodyさん
03/12/28 01:25ID:???あまりにも簡単過ぎて、スキルとは呼べないけど
0034nobodyさん
03/12/30 01:42ID:???WebStudio使っているけどデバッグ機能に期待しちゃだめ。デバッグ機能をデバッグしている気分になる。
Eclipseの重さに耐えられるならば（重いのは起動時だけ）高機能エディタとしては超お勧め。
後継のTruStudioにはコード補完機能がつき始めたからこれだけでも漏れには便利になった。
ちなみにわかってるとおもうけどurl> p://trustudio.japansite.org
0035nobodyさん
03/12/30 19:34ID:???0036nobodyさん
04/01/04 00:22ID:???漏れの頭は厨房レベルだな。＿|￣|○
0037nobodyさん
04/01/09 22:48ID:???JSPができるやつは、PHPも楽勝で分かる。
簡単で楽だと言うことは、それだけインタプリタ側ががんばっているってことで。
0038nobodyさん
04/01/22 21:19ID:x1SMRyOZ0039nobodyさん
04/01/23 01:14ID:???0041nobodyさん
04/01/23 07:55ID:???0042nobodyさん
04/02/04 11:51ID:???JSPは仕事にするための言語
こんな感じでよろしいでしょうか
0043nobodyさん
04/02/04 11:52ID:???要は道具は使いようってだけな気もするが。
perlはどちらにしろもうだめぽいけど。
0044nobodyさん
04/02/07 13:31ID:???0045nobodyさん
04/02/18 16:40ID:???0046nobodyさん
04/04/23 17:38ID:???WikiとかBlueQuartzとか使ってるとイライラしてくる。
0047nobodyさん
04/04/26 13:14ID:???0048nobodyさん
04/05/16 12:38ID:???0049nobodyさん
04/05/18 14:28ID:???0050nobodyさん
04/07/11 00:00ID:???普通にリクエストが少ない状況でJavaを使っても意味が無いだろうよ…
リクエストが多すぎてやばいとか、そういう時に使うもんだ
0051nobodyさん
04/07/16 22:32ID:???Tomcat8080ポートを塞いで、
mod_jk/mod_jk2を使ってApache80ポートを
Tomcat8009ポートにルーティングするのも一つの解。
PHPが厨向けというのが良くわかったよ。
0052nobodyさん
04/12/15 00:30:48ID:???速度にしてもPHP+MMCacheで十分じゃ…。
0053nobodyさん
04/12/16 09:04:12ID:FkqLBDlIPerl、C、JAVAを使い分けるのが最強と言うことだな。
0054nobodyさん
04/12/16 10:11:59ID:???0055nobodyさん
04/12/16 10:43:42ID:???ＪＡＶＡ系はマーケティングの産物で貧乏人には手が出せませんな。
0056nobodyさん
04/12/16 13:45:44ID:???そもそもOOP自体でパフォーマンスは落ちるしね。
まともなOOPしてれば。
0057nobodyさん
04/12/18 16:21:55ID:wTia/X4M0058nobodyさん
04/12/18 16:23:37ID:wTia/X4M開発に必要なソフトはすべて無料で手に入れることができるわけだし。
0059nobodyさん
04/12/18 17:08:39ID:???0061nobodyさん
04/12/20 01:40:41ID:???ttp://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20041217/154014/
0062nobodyさん
04/12/20 15:53:37ID:???Javaもやってみたい。
0063nobodyさん
04/12/20 18:09:51ID:???>>60
WebアプリにOOPがいらないとする理由を語ってほしい。
マジわからん。
J2EEとか根底から否定するってことだよね？
0064nobodyさん
04/12/21 04:11:42ID:???Web+DBアプリにOOPが必要な理由を語ってくれ。
Strutsがあるからそれ以上は不要とか、Hibernateがあるからそれ以上は不要とか、そういう結論にならないように。
0065nobodyさん
04/12/21 05:58:56ID:???WEBアプリに限らず
多少OOPっぽくなるのは当たり前じゃない？
OOPが”必要”とかの問題じゃない
OOPしなくても見やすいコードとかもOOPっぽいことになってるケース多いし
そもそもWeb+DBアプリだけでどのくらいの規模を指してるのか不明な点を語れ
まぁどの言語もOOPとして書くこともできるだけであって
JavaしたからってOOPになる問題でもないし
OOPするだけなら今の言語ってほとんどサポートしてるっしょ
0067nobodyさん
04/12/21 10:31:30ID:???継承って便利だねぇ、とか。
規模が大きいとしても、Web+DBアプリの設計で、クラス図がいかほどの役に立つというのか。
まあ、OOPにあこがれる気持ちはわからんでもないが。
0068nobodyさん
04/12/24 02:20:40ID:???上ででていた型が厳しいとはどういうことか教えて。
というか厳しいとかぬるいとかプログラムにそんな曖昧なのがあることすら分からん・・・(´д｀;)
0069nobodyさん
04/12/24 05:18:12ID:???0071nobodyさん
04/12/24 18:06:22ID:???このへんを読むとわかるかな。
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 // エラー
0073nobodyさん
04/12/25 04:28:25ID:???0074nobodyさん
04/12/25 04:50:03ID:???この点はやはり受け入れられてるみたいね
0075nobodyさん
04/12/25 05:32:07ID:???0076nobodyさん
04/12/25 22:00:50ID:???ttp://www.thinkit.co.jp/free/compare/2/6/1.html
ソースコード行数比較で生産性を計ることはどうかと思うが、それ以前の問題だな。
5つのサンプルで、3つはほぼ同じ、それもJava側に無駄な改行やコードも含んで計った上で、PHPが1〜2行少ないだけ。
あとの２つは1勝1敗。
それで、結論が「PHP5の開発生産性の高さを実現しています」
その比較の結果、生産性がPHP側が◎でJava側が△
もう少しまともな比較記事書けんのか？
まあ、そんな記事だから、まだまだ比較することが残ってるのに打ち切られたんだろうけど。
0077nobodyさん
04/12/26 00:13:00ID:JB/05Cmi0078nobodyさん
04/12/26 01:38:29ID:???MSのLinux比較記事みたいにうまく書かなくてもいいから。
0079nobodyさん
04/12/26 03:57:14ID:???PHPがJAVAより優れてそうなのはある程度のものが
つくれるようになるまでの習得が容易だってことだろうか。
開発効率は習熟度に依存するだろうけど
そこそこの習熟度でそこそこの開発効率を得られるのはJAVAじゃないかなと。
スクリプト言語は書き手のスキルによって波が大きいよなぁとおもっちょります。
0080nobodyさん
04/12/26 21:54:42ID:???とりあえず、記事として完結させろよ、って感じだったの。
全然差の出てないデータ出して、「PHPの方が生産性が高い」と書いてあっても、ツッコミようもない。
というか、ただツッコむしかない。
せめて、差の出てるデータ出してれば、その視点がおかしいんじゃない？とか、いろいろ考えることもできるけど。
PHPのいいところは、手かずが少ないので、変に迷うことがないところ。
Javaの場合は、色々なツール、色々な組み合わせがあって、その使いこなしが難しい。
中途半端な、ただ言語を理解しただけのレベルだと、ツールや方法論に振り回されて、ツールを使うためだけ方法論を実現するためだけのコードを作ってしまいがち。
Javaのツールを使いこなすには、非常に高いレベルが求められる。
ツールに振り回されて、ツールの提供する効率をムダにしてしまう非効率なコードを書くのなら、PHPで素直に書いたほうがいい。
Javaで素直に書いてもいいけど、ツールを使いたい衝動や圧力には勝てない。
ほんとうにJavaのツールを使いこなせれば、PHPは話にならないんだけどね。
0081nobodyさん
04/12/26 23:44:33ID:???JSPはJ2EEの部品の1つに過ぎなくて、実際はServletやらJavaBeansやら
JNDIのConnectionPoolingやらと組み合わせて初めて効果を発揮し始めるのに。
そもそもJSPしか使わないのならあえてJavaにする必要すらないと思う。
008381
04/12/27 01:04:56ID:???いいえ。生粋のJ2EE使いです。何でそう思ったの？何か気にさわったかな？
てゆか>>81の一体どこに難しい単語が・・・。（JNDIはちょっと一般的ではないけど）
ServletとJavaBeansは別にJava使いでなくてもWeb系開発者なら一般教養として
押さえておかなければヤバい単語だし。
・・・まさかConnectionPoolingを難しい単語だとでも？？
008481
04/12/27 01:13:33ID:???仕組みってあるの？PHP4の時代にはなかったような気がするけど、俺が無知なだけ？
これってコンテナ（Zendエンジン？っていうの今でも）がサポートしてないと複数のセッションから
参照可能なStatic空間にSingletonに近い形で存在させておくことできないよね？
PHPのConfigファイルのどこかに接続情報を記述するセクションがやっぱりあるのかな？
PHPに詳しい人誰かおせーて。
0085nobodyさん
04/12/27 01:20:25ID:???(｡-_-｡ )ﾉノ ないない
008681
04/12/27 01:22:23ID:???> PHP の実行環境は apache module 版の場合、各 apache のプロセス毎に存
> 在するので、全体で接続を共用するようなことはできません。Java の
> connection pooling みたいな仕掛けがあれば確かに便利だとは思うのですが、
> 現状では無理です。
とあるけど、これって今でもそうなの？
DBにアクセスするたびに接続時間くってたら話にならんじゃないか・・・。
MMCacheみたいなのがあるのだろうけど・・・。
008781
04/12/27 01:26:50ID:???うっそん？
てことはPHPってDBを使用したアプリには致命的に不向きでは・・・？
かつてのASPでさえ（？）Resource Poolingの仕組みが提供されていたのに。
Oracleなんて使った日には接続するだけでヘタしたら2〜3秒かかることもあるのに
いちいちリクエストごとにDB接続なんてやってられん。
そこらへんってPHP使いの人は何かテクでカバーしたりするもんなの？
0088nobodyさん
04/12/27 01:48:32ID:???http://www.orafaq.com/faqphp.htm#OTHER
SQL Relayとかいろいろ使って
0089nobodyさん
04/12/27 01:55:27ID:???日曜日に「漏れってスゴイ」を連発している>>81ﾀﾝは、
きっと億単位のシステムを組んでいらっしゃるのでしょうけど、
正直、キモいでつ。
0090nobodyさん
04/12/27 02:01:57ID:???0091nobodyさん
04/12/27 02:53:51ID:???プロセスごとにはコネクションをもちっぱなしにできるので、現実的に問題はない。
>>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、原子的すぎるものをあげてるので、どうなのかと。
そのうえ、JavaBeansなんて言葉が。
JavaBeansって、構造体の代わり程度でしかないのに。
なんか、>>84もがんばって知ってる単語を並べただけに見えるし、>>80にでてくるツールに振り回されるJava厨にあてはまりそう。
0092nobodyさん
04/12/27 11:09:52ID:???009381
04/12/27 11:18:24ID:???>>89
ここはJavaとPHPの比較をするスレだと思ったからJavaのことを書いたのに、
技術ネタを書いたら「キモい」扱いか・・・じゃあここ何について語るスレ？
俺の簡単なレスを「漏れってスゴイ」とか感じること自体、あなたの心に何か卑屈なものを
感じる。ただ単にあなたが勉強不足なんです。
書いていることが分からないなら、余計なこと書かずに黙っていればいい。
>>91
> >>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、
> 原子的すぎるものをあげてるので、どうなのかと。
一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
あげて、そういったシンプルなものと比較するべき・・・と考えたんです。
だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。
（俺はEJB畑の人間なんだけど）
> そのうえ、JavaBeansなんて言葉が。
> JavaBeansって、構造体の代わり程度でしかないのに。
Javaを根本から勉強し直してきてください。JavaBeans＝ValueObjectとか思ってませんか？
俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
ことのメリットを書きたかったのです。（PHPのMMCacheに対するものとして）
> なんか、>>84もがんばって知ってる単語を並べただけに見えるし
だからそう考えることが卑屈なんだって。
009581
04/12/27 11:33:06ID:???>>88
そんなのがあるんだ。Oracleが紹介しているってことはけっこう信頼性あるのかな？
>>92
MySQLだと解決できる仕組みがあるの？
>>94
サンクス。
でもどうやら俺あまりよく思われていないみたいなので去ります。
0096nobodyさん
04/12/27 12:15:34ID:???MySQLだとconnectのオーバーヘッドがとても小さい。
ってか普通にpconnectを使ってれば、
論理的にはともかく、実用的に問題ない。
0097nobodyさん
04/12/27 22:01:39ID:???> 一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
> あげて、そういったシンプルなものと比較するべき・・・と考えたんです。
スレタイに「JSP」しか書いてないというのが発端じゃなければ、説得力はあるんだけど。
> だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。
いまどき、StrutsやらCommonsやら普通に使われてるし、EJBは普通に廃れてるし。
> （俺はEJB畑の人間なんだけど）
EJBが廃れてしまって、荒んでるんだね。
> 俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
> 都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
> ことのメリットを書きたかったのです。
別に、それってJavaBeansって言葉ひっぱりださなくても、普通のJavaクラスの話でOKじゃねぇの？
それに、再利用可能かどうかは、単純にいえるもんじゃないし。
0098nobodyさん
04/12/27 23:50:37ID:???0099nobodyさん
04/12/27 23:52:20ID:???いちいち噛み付いているのがまるで弱い犬がキャンキャン吼えてるみたいで滑稽。
0101nobodyさん
04/12/28 00:23:04ID:???この板IDないから自作自演したい放題なんだよなｗ
>>97のレスもまったく中身がない。他人のレスにケチつけて何がいいたいの？
「Java用語使うのが僕チン気に入らないのぉ」ってことだろ？
このレスにも涙目で反論するのかな？ｗ
0102nobodyさん
04/12/28 00:26:20ID:???＞いまどき、StrutsやらCommonsやら普通に使われてるし、EJBは普通に廃れてるし。
自分の周りを世の中のすべてだと思ってるお馬鹿さんですかｗ
＞別に、それってJavaBeansって言葉ひっぱりださなくても、普通のJavaクラスの話でOKじゃねぇの？
JavaクラスでもOKかもしれんが、だからってJavaBeansでNGな理由もねーだろ。
なんでJavaBeansであることに突っ込む必要があるんだよ。
一体何をいってるのかねこの池沼は。レベル低すぎてアホらし。
0103nobodyさん
04/12/28 00:27:58ID:2b4bjseQ0104nobodyさん
04/12/28 00:29:18ID:???0105nobodyさん
04/12/28 00:32:07ID:???0108nobodyさん
04/12/28 00:34:19ID:2b4bjseQ詳しく
0110nobodyさん
04/12/28 00:36:01ID:???スレタイぐらい嫁
0111nobodyさん
04/12/28 00:37:33ID:???>>93
Javaクラス一般の話なのに、JavaBeansって言葉をなんでわざわざ使ってるのか指摘したら、逆切れした>>102
0112nobodyさん
04/12/28 00:39:30ID:???Beanのかわりに普通のJavaクラス使うテキストのほうが少ないと思う。
0113nobodyさん
04/12/28 00:40:29ID:2b4bjseQJavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
0114nobodyさん
04/12/28 00:41:55ID:???犯人は自分だって自白したようなもんだなこいつ。
0115nobodyさん
04/12/28 00:42:41ID:???0116nobodyさん
04/12/28 00:44:55ID:???0117nobodyさん
04/12/28 00:47:57ID:???このスレにはそのことを知らない人がいたみたいで、自分の周りを世界の中心だと勘違いしちゃって妙な反論かましていたみたいです。
0118nobodyさん
04/12/28 00:50:31ID:???>>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アクセスを呼び出すようになったら、例外処理を考えにくくなる。
0119１１２
04/12/28 00:50:52ID:???という形で発展させていたし、@ITとかのサンプルもそんな感じだったので、一般的なんですよね。安心しました。
0120nobodyさん
04/12/28 00:57:20ID:???＞いままでのEJBが使えないことが認識されて大きく変わってるなかで、「EJB畑」といわれたら、素直にかわいそうとしか思えない。
別にお前がかわいそうだと思ったからってくだらない反論する必要ねえんじゃん？
それに「EJB畑」の人間だったらEJB3.0の最新仕様なんて百も承知だろうし、お前がいちいち気にすることじゃない。
だいたい上のほうの記事ってEJBに何か関係あるのか？EJBの文字見当たらないぜ？
＞それに、Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
ソースは？なんでこっちのソースがないの？
＞たとえば、そのBeanでDBアクセスしているときに、JSP経由でそのDBアクセスを呼び出すようになったら、例外処理を考えにくくなる。
JSPからDBアクセスをするというモデルを始めてみた。そりゃ設計がヘタレなだけだ。
0121nobodyさん
04/12/28 00:59:02ID:???すでに古い情報。安心しないほうがいい。
その日経なんちゃらがそうじゃなかったという記事を流してるわけだし。
それから、EJB批判とか、Servlet&JB&JSPで、JBにドメインロジックなどを持つようなモデルの批判に関しては
ttp://www.c-sq.com/data/maru/2004/20041130/EJB3.pdf
なんかが、ごく簡単にまとめている(PDF)
0122nobodyさん
04/12/28 01:01:45ID:???まだ世に出てないEJB3.0や理想論ふりかざしたデザパタ持ち出されても学者ヲタな世界で現実味がない。
0123nobodyさん
04/12/28 01:02:45ID:???だーかーらー最新のServletコンテナやAPサーバがこのモデルでサンプル出してるんだって。
0124nobodyさん
04/12/28 01:03:34ID:???> JSPからDBアクセスをするというモデルを始めてみた。そりゃ設計がヘタレなだけだ。
じゃあ、DBアクセスはどのタイミングで実行されるのかな？
Servlet&JB&JSPが、ServletとJSPとJavaBeans(という名の普通のクラス)作ったらあとは好きに組み合わせろというモデルであれば、どうしようもないモデルだな。
0125nobodyさん
04/12/28 01:04:35ID:???0126nobodyさん
04/12/28 01:05:35ID:???え？Servletから呼び出すんでしょ？JSPのスクリプトレットから呼び出すモデルなんてあるの？
0127１１２
04/12/28 01:06:36ID:???とりあえず私は世間で一般的といわれているモデルに従います。
0128nobodyさん
04/12/28 01:07:53ID:???でなければこっち逝って。
■■ Servlet/JSP(EJB含む) 質問スレ Part3 ■■
http://pc5.2ch.net/test/read.cgi/php/1087331455/l50
0129nobodyさん
04/12/28 01:07:59ID:???なんか意味のあるモデルなのか？
0131nobodyさん
04/12/28 01:10:08ID:???発想が突飛なまでに極端すぎてついていけません
世の中白と黒しかないと思っている方ですか？
開発の現場を知らない方ですか？
0132１１２
04/12/28 01:11:18ID:???ではおやすみ。
0134nobodyさん
04/12/28 01:15:55ID:???やっぱこいつは自分の周りで世の中すべてを語ることしかできないやつなんだね。哀れ。
それとStrutsが適応できない開発現場なんていくらでもあるだろうに。
自社が独自に開発したフレームワークが既に存在する場合とか、ね。
0135nobodyさん
04/12/28 01:17:44ID:???そろそろみんなお前の相手に飽きて寝始めたんだろ。
お前も俺もこんな夜中まで必死にお互いご苦労だな。
俺ももう寝るので最後に1つだけ。
WLS、WAS、CosminexusのサンプルにはStruts使わないサンプルあった。以上。
0136nobodyさん
04/12/28 01:23:04ID:???> 世の中のほとんどがServlet+Bean+JSPで構築されているんだから
という理由がわかったよ。
じゃあ単純なモデルでいいと思うよ。
でも、それならPHPもいいと思うな。
0137nobodyさん
04/12/28 01:24:20ID:???世の中のシステムはみんな単純なんでちゅよー。
納得したらさっさと消えてね。
0138nobodyさん
04/12/28 01:26:04ID:???PHPがJSPより優れている点って何ですか。
Java使いよりは基地外が（たぶん）少ない
0139nobodyさん
04/12/28 01:33:21ID:???もちろんそうでない正常なJava使いも多いんだけどね。
ただこのスレの争いを見てると正直Javaやらなくてよかったなーと思えてくる。
ここで1人で粘着して直リン貼りながら理想論振りかざしてた香具師なんかみてると吐き気がしてくる。
0140nobodyさん
04/12/28 01:36:30ID:???Javaイッテヨシ。
0141nobodyさん
04/12/28 21:49:27ID:???0142nobodyさん
04/12/28 23:28:19ID:???0143nobodyさん
04/12/30 01:39:28ID:???ちょっと見たところ、そんなにJSPより利点があるようにも
見えないんだけど、誰か指摘して頂戴。
まあ、Perlよりは楽だろうけど。
まあ、Perlよりは楽だろうけど。
0144nobodyさん
04/12/30 05:14:49ID:???JSPみたいに道具にふりまわされるほどの道具がないので、ここがプログラム板ではなくWebProg板ということを考えると、PHPの方が扱いやすい。
0145nobodyさん
04/12/30 05:17:00ID:???0146nobodyさん
04/12/30 14:53:13ID:???ttp://www.rubyist.net/~matz/20041227.html#p03
0148nobodyさん
04/12/30 18:35:38ID:???0149nobodyさん
04/12/30 19:39:55ID:???なんか、うさんくさい出版社みたい。
0150nobodyさん
04/12/30 19:48:28ID:???0151nobodyさん
04/12/30 20:52:27ID:???0153nobodyさん
04/12/31 08:57:50ID:???それに PHP って「嬲」の字を連想させるから最高。
0154nobodyさん
04/12/31 11:42:50ID:???0155nobodyさん
04/12/31 17:38:04ID:???0156nobodyさん
04/12/31 21:36:20ID:???0157nobodyさん
05/01/01 01:59:12ID:???昔はみんなよく解らず、Bean最高！とか呪文のように言ってたが。
0158nobodyさん
05/01/01 02:52:37ID:???0159nobodyさん
05/01/01 02:56:31ID:ev8NbTFM>>155＝>>157がJavaBeansを何と呼んでいるのか知りたい。
つかあんたASPでもCOMを意地でも使わない人？
0160nobodyさん
05/01/01 02:58:08ID:ev8NbTFM延々とhtmlとスクリプトレットを共存させたおそろしく汚いコードを1000行くらい書きつづける人。
0161nobodyさん
05/01/01 03:02:54ID:???一体何がこの人をここまで駆り立てているんだろう？一体この人はどういうレスをもらいたいんだろう。
誰かに「そうだね」って同意してもらうまで粘着し続けるのだろうか？
じゃあかわいそうだから俺が同意してあげる。
「そうだね」
じゃあ消えてね。今年は女の子とお話できるといいね。
0162nobodyさん
05/01/01 03:04:35ID:ev8NbTFM「そうだね」
よかったね。ばいばい。
0163nobodyさん
05/01/01 03:06:49ID:ev8NbTFMこれで2005年はPHPがJSPを駆逐してWebの主流に踊り出るでしょう。
JSPは衰退・負け組みｹﾃｰｲ
0164nobodyさん
05/01/01 03:09:04ID:???Apache-Jakartaのフレームワークだって大体JavaBeans使ってるし。
JavaBeansを目の敵にしているこの人は、これらも一切使わずにWebアプリ作ってるんだろうな。
0165nobodyさん
05/01/01 03:20:16ID:???そんなこといってるのはこのスレだけだぞ。おまけに妙にしたり顔の評論家気取りまでいるし。
プログラム板のJava系スレにいけば普通にBeanの話してるぞ。
こんなところでJavaの誤解を招くようなくだらんこと語ってるんじゃねーよ。
それはそれとして、あけおめ！！
0166nobodyさん
05/01/01 03:33:51ID:???[マジ初心者]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
0167nobodyさん
05/01/01 07:29:11ID:???0168nobodyさん
05/01/01 21:35:32ID:???http://pc5.2ch.net/test/read.cgi/tech/1059044443/929-933
0169nobodyさん
05/01/01 21:43:29ID:???Eclipseになれてしまった身としては、PHPの開発環境はしょぼすぎ。
emacsとかごりごりの職人でもないと開発効率はServlet/JSPよりも悪いのではないか？
言語仕様に関しては、せめてPerlのmyのような宣言文くらいつかえた方がよかったのではないか？
今はMojaviつかってるけどオブジェクト指向部分が貧弱なため中途半端感が否めない。
唯一気に入ってるのはSmartyくらいです。
0170159
05/01/02 01:50:42ID:???0172nobodyさん
05/01/02 02:03:47ID:???利用者が増えるに従って、頭のおかしな人もそれなりに出没するようになって来ています。
頭のおかしな人に関わるとなにかと面倒なことが起こる可能性があるので、注意しましょう。
頭のおかしな人の判定基準
・「みんなの意見」「他の人もそう思ってる」など、自分の意見なのに他人もそう思ってると力説する人
他人が自分とは違うという事実が受け入れられない人です。自分の意見が通らないとコピペや荒らしなど
無茶をし始めるので見かけたら放置してください。
・根拠もなく、他人を卑下したり、差別したりする人、自分で自分を褒める人
他人を卑下することで自分を慰めようとする人です。実生活で他人に褒めてもらう機会がないが
プライドだけは高いとか、匿名の掲示板しか話し相手のいない人です。可哀想なので放置してください。
・自分の感情だけ書く人
「〜〜がムカツク」とか自分の感情を掲示板に書くことに意味があると思っている人です。
何がどのようにムカツクのか論理的に書いてあれば、他人が読んでも意味のある文章になりますが、
そういった論理的思考の出来ない人です。もうちょっと賢くなるまでは放置してあげてください。
http://www.2ch.net/before.html
ひろゆきは物事をよくわかってるよ
0173nobodyさん
05/01/02 02:17:38ID:???もちろんJavaBeansという単語はこのスレの住人には難しすぎるので使用不可です。
使ってよい横文字は、ＪＡＶＡとＰＨＰだけです。必ず全角大文字で書きましょう。
0174nobodyさん
05/01/02 02:22:34ID:???厨たちも、せっかく年越しとともに生まれ変わるチャンスだったのにね
0175nobodyさん
05/01/02 02:29:46ID:???934 名前：デフォルトの名無しさん[sage] 投稿日：05/01/02(日) 01:53:13
古いとかじゃなくて、いちいちJavaBeansとか気にして
口に出して言わないとかそういう話だろ。
古い新しいじゃなくて、別に今となってはわざわざ
気にするような仕様ではないと思う。
0176nobodyさん
05/01/02 02:49:06ID:???「JavaBeansを使うのは古い、これ常識」みたいに騒いでた香具師は結局基地外だったってことでＯＫ？
0177nobodyさん
05/01/02 03:00:32ID:???JAVA厨はこんなのばかりか
0178nobodyさん
05/01/02 03:12:03ID:o4LgsE4yServlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
0179nobodyさん
05/01/02 03:14:33ID:???なぜ？って感じで
0181nobodyさん
05/01/02 04:30:18ID:???いまさらBeanを強調するのも馬鹿らしいみたいな意見はあったけど
0182nobodyさん
05/01/02 05:23:57ID:???vs
Japanese Small Penis
0184nobodyさん
05/01/02 07:57:46ID:???間違いない。
0185nobodyさん
05/01/02 09:13:08ID:???思い切りいわれてたじゃん。いまではやらないほうがいいって。行間読める？
それにMVCモデルという意味でServlet＋JSP＋Beanという書き方をするのは全然おかしくない。
むしろそこでServletとJSPを出してModel部分に相当するものを出さないほうが不自然。
0187nobodyさん
05/01/02 09:34:24ID:???うちでは、Java自体禁止されてるよ。
理由は、外注するときにコストかかりすぎるからだって。
わざと納期遅らせてるってぶちきれた人がおって、突然禁止された。
ていうか、それほどこだわることでもないんじゃない？
0188nobodyさん
05/01/02 09:43:08ID:o4LgsE4yエンドユーザの方ですか？
Javaはお金になるからシステム屋としては提案したいんですわ。
PHPやASPだとどうしても趣味プログラマーでもできるというイメージがユーザにあるのか足元見られるんですわ。
ま、悪いこといいませんがよほど大切なシステムの構築でない限りJavaで依頼するのは止めたほうがええよ。
0189nobodyさん
05/01/02 10:50:30ID:???書き込み時間見てからイコールで結べよ
いくら何でもお前を攻撃するためだけに24時間寝ないで対応してる奴が居るとでも思ってるのか？（ｗ
0190nobodyさん
05/01/02 11:27:45ID:???>>189で「お前」とか書いて攻撃対象が1人であると決め付けているところが実にダウトフル。
粘着は24時間寝ないって本当だな。
0191nobodyさん
05/01/02 11:43:09ID:???0193nobodyさん
05/01/02 15:22:32ID:???いらん文句言われることもないし。
0194nobodyさん
05/01/03 01:20:49ID:???一般人は池沼を目指していない。
それが避けられる理由だろう。
0195nobodyさん
05/01/03 01:25:32ID:???0196nobodyさん
05/01/03 01:41:18ID:???ttp://www.2ch.net/before.html
0197nobodyさん
05/01/03 02:11:29ID:???同感。
技術的な側面より結局ここらへんなんじゃないのかって気はする。
0199nobodyさん
05/01/03 02:54:53ID:???0200nobodyさん
05/01/03 02:58:44ID:???Java使うとﾁｮﾝ国の国民になるのか？
ほんとにありそうで怖いな。
0201nobodyさん
05/01/03 02:59:14ID:???JAVAで動いてると知ったら、PHP厨はどう言い訳するんだろうか。
俺は金をおろさないとか、電話掛けないとか言い出すだろうか。
0204nobodyさん
05/01/03 03:01:54ID:???そして、PHP厨が、そんなことはない、ATMがJavaで動いてる証拠出せとか言うと思う
0205nobodyさん
05/01/03 03:02:22ID:???0206nobodyさん
05/01/03 03:02:26ID:???いくら必死こいてPHPの技術を身につけても所詮日曜プログラマの域を出ない。出られない。
一昔前のperlとほとんど同じ立場だな。
とっつきやすいしな。
0207nobodyさん
05/01/03 03:02:52ID:???某銀行ってどこですか？
具体的に言ってください。
銀行に限らず、証券会社でも、コンビニATMでも、私は実例を挙げられますよ。
0210nobodyさん
05/01/03 03:03:48ID:???私が関わったので間違いないです。
0211nobodyさん
05/01/03 03:04:47ID:???「トラブル続きの銀行」と言われても
そこら中の銀行でトラブルが起きているので
どの銀行を指しているのかわからん。
それともそれらの銀行全てってことか？
0212nobodyさん
05/01/03 03:04:58ID:???もぐり？
0214nobodyさん
05/01/03 03:07:04ID:???誰か、Yahoo!はPHP使ってるとか言い張ってた時期があったな（ｗ
https://www.pasonatech.co.jp/staff/job_search_result_detail.do?orderCd=7100045459
お仕事内容
最大手ポータルサイトでの開発のお仕事です。
■Webアプリケーション開発業務
・広告配信システム(入稿)のWebアプリケーション開発
・アーキテクチャの設計
・実装、プログラム
必要スキル
・Java開発の技術
・クラス設計、機能要求に対しての設計スキル
・オブジェクト指向
0215nobodyさん
05/01/03 03:07:44ID:???ピーターが言ってたので事実。
0216nobodyさん
05/01/03 03:08:48ID:???MySQLのライセンス体系が腐っているのでとてもじゃないが業務では使えない罠
Zendライセンスに関しても然り
0217nobodyさん
05/01/03 03:08:49ID:???どうせ指摘したところで、通話だけ出来れば十分と言い張るだろうが。
携帯電話にPHPを組み込んだらなんかできますか？
0218nobodyさん
05/01/03 03:09:46ID:???JAVAはいいかもしれないけど、JSPはクソ
0224nobodyさん
05/01/03 03:12:36ID:???たいしたことない注目もされてない技術なんじゃないの？PHPってさ。
0225nobodyさん
05/01/03 03:13:09ID:???ところで世間がPHPに向かって動いているのは事実だ。
マクロメディアは、ASP・JSP対応に注力していたが、
最近作るものはPHP向けにシフトして行ってる。
これが何を意味するか？それは、Javaの死滅を意味する。
0229nobodyさん
05/01/03 03:15:19ID:???これだから困るよね。
・少し前から全レスを読んでおく
・PHP厨のクソレスさを実感
・そこへまたクソレス発生
・相変わらずだなぁ
0230nobodyさん
05/01/03 03:16:09ID:???Webみたいなところで使う奴は馬鹿
0231nobodyさん
05/01/03 03:16:43ID:???サーバサイド技術ではColdFusionが大コケしたくらいかな。
そうではなくて、DreamWeaverがASP・JSP対応してたとか、そういう話じゃないかな
0232nobodyさん
05/01/03 03:18:02ID:???遅すぎw
0233nobodyさん
05/01/03 03:18:19ID:???なぜこけたかっていうと、Javaにかかわったからこけた。
0235nobodyさん
05/01/03 03:19:47ID:???あとはIBMが降りれば完璧。
0236nobodyさん
05/01/03 03:19:59ID:???0237nobodyさん
05/01/03 03:21:36ID:???それを覆せず未だに「JSP」と比べたがっているPHP厨w
0238nobodyさん
05/01/03 03:21:56ID:???それは、トヨタが車作らなくなればとか言ってるレベルと同じだろ。
現時点ではめちゃめちゃ儲かってるんだからありえない。
伝統のPC製造部門やHDD開発部門を切り離しても、JAVA案件は死守してるわけで。
0239nobodyさん
05/01/03 03:22:59ID:???Java 80万
C# 60万
PHP 40万
perl 30万未満
ま、こういうことです
0240nobodyさん
05/01/03 03:24:26ID:???eclipse投下はその前触れ。
0243nobodyさん
05/01/03 03:25:56ID:???0244nobodyさん
05/01/03 03:26:18ID:???0246nobodyさん
05/01/03 03:27:18ID:???日本はMySQLに見放されているんだけど
いまだにPHP+MySQLを薦めているサイトが多すぎ
いい加減postgresあたりにしたらどうだ？とか思うんだが
なぜそういうところが少ないんだろう？
0249nobodyさん
05/01/03 03:29:36ID:???0250nobodyさん
05/01/03 03:30:01ID:???まぁ、解析にもPerl技術者が必要だからな。
PHPは大きいシステムには全く絡まないのは間違いないよ。
重要度ではLISP以下だろう。
0251nobodyさん
05/01/03 03:30:18ID:???0252nobodyさん
05/01/03 03:31:43ID:???みんなに文句言われながらな。
常にリストラ対象とされながらも細々と稼動する。
0253nobodyさん
05/01/03 03:31:48ID:???ここに来て伸びてきてるのが意外だった。
0256nobodyさん
05/01/03 03:33:44ID:???0257nobodyさん
05/01/03 03:34:56ID:???ただPHPは敷居が低すぎるので簡単なWebアプリなら面倒が無くていい。
PHPはポストASPってあたりにはおさまっても、それ以上にはならないだろう。
それもC#と凌ぎあい。
0258nobodyさん
05/01/03 03:35:15ID:???煽るのはJavaとLinuxに限るよ。
スゲー食いつきいい。
ほかじゃこうはいかない。
0260nobodyさん
05/01/03 03:35:43ID:???その定義はPHP厨自体が認めてないだろ。
Yahoo!はPHPと言い出したり、JAVAや.NETと自ら比較しだしたり。
だから喧嘩を買ってるんだろ。
0262nobodyさん
05/01/03 03:37:14ID:???煽るのはPHPとMacに限るよ。
スゲー食いつきいい。
ほかじゃこうはいかない。
0263nobodyさん
05/01/03 03:37:42ID:???JSP・サーブレットを動かせるレンタル鯖はめったにないからな。
0264nobodyさん
05/01/03 03:38:58ID:???PHPはせっかくJSP/Servletと棲み分けが出来る優れた技術なのに、
PHP厨自体がそれをブチ壊しているのが泣ける。
0265nobodyさん
05/01/03 03:39:56ID:???お互いに長所はあるんだから、それを踏まえて使い分けりゃ
いいのに・・・。
0267nobodyさん
05/01/03 03:40:43ID:???SUNのページもPHP使ってるよ。
意外だった。
最近アプレットやめてフラッシュに変えてるしね。
もうやる気無いんだろ。
0270nobodyさん
05/01/03 03:42:33ID:???簡単な物なら云々というのがPHPの目的だとしたら、
Perlの方が向いてるだろう。
動作も断然軽いし。
作るの簡単でも、毎日何万と動かすのが遅かったら意味無い。
0271nobodyさん
05/01/03 03:42:53ID:???0272nobodyさん
05/01/03 03:43:14ID:???0274nobodyさん
05/01/03 03:44:32ID:???別に自社製品を絶対使わないとアホというわけではないだろう。
0275nobodyさん
05/01/03 03:45:09ID:???え？
これってPHP特有の特徴か？
0276nobodyさん
05/01/03 03:45:12ID:???0278nobodyさん
05/01/03 03:46:19ID:???http://pc5.2ch.net/test/read.cgi/php/1070466594/l2
こんなURLで閲覧している方ですか？
0281nobodyさん
05/01/03 03:48:55ID:???自分はフラッシュを使うという部分に怒りさえ感じる。
J2EEの優位性を盛んに宣伝しておきながら、
自分はPHPを使うという部分にあきれ果てた。
結局自分はサイトを良くする為に自前の技術を使えない。
それなのに、他人には薦める。
これが世間の批判を集める原因であろう。
0282nobodyさん
05/01/03 03:50:02ID:???PerlやJAVA＝UNIX（必要な物を自分で探したり作ったりして組み込む。作るのは手間。）
0283nobodyさん
05/01/03 03:50:33ID:???0288nobodyさん
05/01/03 03:53:01ID:???初心者を相手に教えたりしたことがないだろう。
斜め上を行くぞ。
はっきり言うがApacheのダウンロードすらできない奴がごろごろいるぞ。
インストールではなくダウンロードだぞ。
0293nobodyさん
05/01/03 03:55:06ID:???0294nobodyさん
05/01/03 03:55:20ID:???0296nobodyさん
05/01/03 03:56:05ID:???これSUNの法則。
0298nobodyさん
05/01/03 03:57:27ID:???0299nobodyさん
05/01/03 03:57:30ID:???0300nobodyさん
05/01/03 03:57:32ID:???しかし、IBMやHPは激しく使いこなして、世の中に数多く流通させている。
Javaにとって、Sunはもうどうでもいい。
0301nobodyさん
05/01/03 03:57:54ID:???ハローワールドで満足する。
ここまでできれば後はこれの応用ですよ、ってお茶を濁すことにしている
ただ、初心者は大体がPHPに手を出したがる。
「簡単ですよ」っていう過剰な宣伝のせいだろう。
いくら簡単っつったってズブの素人じゃ無理だよ…
0304nobodyさん
05/01/03 04:00:58ID:???Javaはこんなことにも使える。
すごい。
0305nobodyさん
05/01/03 04:01:25ID:???普通にHTML部とロジック部はわけてあるので、HTMLのレイアウトなんて
DreamWeaverとかでやっちゃえるわけですが。
PHPって一般的には、表示とロジックはわけたりしないもんなの？
0308nobodyさん
05/01/03 04:02:12ID:???コードを一行も書かなくても自称Pro。
これJavaの法則。
0312nobodyさん
05/01/03 04:04:56ID:???だから、PHPでHTMLレイアウトする仕事をしてるレベルの奴って、
Perlでモジュールをインストールする相当の技術もないのか？
と聞いたら、君がまったく違う初心者の話をし始めたんじゃないか。
PHP技術者は、日本語の流れも把握できないのかね？
0313nobodyさん
05/01/03 04:05:16ID:???Johnは言った。
おれはコンピュータ科学の専門家だ。
Javaで何でも作れる。
市販のDB使うくらいなら俺の自前DB使ったほうが100倍早い。
俺に投資しろ。
そして投資家が集まった。
人員も無料で提供するという。
そして、Johnは撤退した。
終わり。
Java使うとこうなるいい見本。
0315nobodyさん
05/01/03 04:07:02ID:???それはたまたまJohnがJavaと言っただけだからだろ？
おれはコンピュータ科学の専門家だ。
PHPで何でも作れる。
市販のDB使うくらいなら俺の自前DB使ったほうが100倍早い。
俺に投資しろ。
そして投資家が集まった。
人員も無料で提供するという。
そして、Johnは撤退した。
終わり。
PHP使うとこうなるいい見本。
と書いたところで、あり得る話なわけで。
詐欺に銀行振り込みが使われたから、銀行を使うとろくな事がないと言ってるようなもんだ。
0317nobodyさん
05/01/03 04:08:16ID:???WebProg板はPHP厨（＝嫌Java厨）のｽｸﾂです。
0318nobodyさん
05/01/03 04:08:17ID:???みんなたいした技術屋じゃないんだから、仲良く仲良く。
0319nobodyさん
05/01/03 04:08:19ID:???別に業務じゃなくて素人でも、PHPでHTMLのレイアウトを気にするくらいの技術力の奴が、
Perl学びはじめてpmがインストールできないと言うことはまずないだろう。
0325nobodyさん
05/01/03 04:11:06ID:???JohnはJava使いということに君の頭の中ではなってるみたいだが、
結局出来なかったんだからJohnは有能なJava技術者じゃなかったんだろ。
別に何でも良かったけど、Javaって万能そうだから使ってみた、みたいな。
0326nobodyさん
05/01/03 04:11:35ID:???つまりJSPもASPもC#も邪道、アウトオブ眼中
この板のURLが全てを物語っていますけどねw
0327nobodyさん
05/01/03 04:11:38ID:???0328nobodyさん
05/01/03 04:12:31ID:???0330nobodyさん
05/01/03 04:13:25ID:???まーなんだ、PHPではどんな常識があるか知らないが、Perlそこそこ掛ける奴で、
pmの存在を知らない奴はまずいないだろう。
初心者本の最初の方に書いてあることだし。
Javaで言えば、JDKインストールできませんと言ってるような程度のことだ。
出来ない奴がいるかもなんて心配するほどの事ではない。
つーか、お前が反論するたびに、PHP使いはこんな簡単なことも
できないかもしれないんですけど、と言ってるようにしか見えない。
0332nobodyさん
05/01/03 04:14:15ID:???PHP板は作る人の板だ。
ハッタリはJava板で。
常識。
わかった？
0334nobodyさん
05/01/03 04:14:30ID:???0337nobodyさん
05/01/03 04:15:19ID:???まぁ、ここは比較スレなので、作る話をする方がスレ違いだが。
PHP信者はそんなことも解らずに掲示板を利用してるんですか？
0340nobodyさん
05/01/03 04:16:21ID:???0342nobodyさん
05/01/03 04:16:58ID:???こんな夜中にこの進行具合、ありがたい。
0343nobodyさん
05/01/03 04:17:13ID:???Johnってなにもんよ？
0344nobodyさん
05/01/03 04:17:38ID:???PHPの場合は、レベルが低すぎて他の言語が習得できないということなんだろうな。
0346nobodyさん
05/01/03 04:18:35ID:???で、実情としてはソフト開発やってる技術屋さんはプ板に多くて、ここはWeb系が多い。
言ってみりゃ、サイトの外見とちょっとしたサーバサイドのアプリ程度の話。
ライトなプ板って感じでしょ。
0353nobodyさん
05/01/03 04:20:41ID:???＞ライトなプ板って感じでしょ。
そう言えなくも無い。
もっと見も蓋も無い言い方すれば、単価の安い人たちの集まる板だ。
0356nobodyさん
05/01/03 04:22:12ID:???0359nobodyさん
05/01/03 04:22:52ID:???ひでぇｗｗｗｗ
0361nobodyさん
05/01/03 04:23:49ID:???案件情報
Java 80万
C# 60万
PHP 40万
perl 30万未満
ま、こういうことです
0362nobodyさん
05/01/03 04:23:58ID:???手を動かすことは一切無い。
Johnが証明した。
0366nobodyさん
05/01/03 04:25:19ID:???コボルみたい。
ﾌﾟ
0367nobodyさん
05/01/03 04:25:46ID:???単価が安く技術屋としては下層に位置する人たちが
「Java厨は変人ばかりだ」とブーたれて自尊心を保つスレでした。
0370nobodyさん
05/01/03 04:28:04ID:???ただC#はともかくPHPは話に出にくい。なぜなんだ・・・
0371nobodyさん
05/01/03 04:28:25ID:???これすごいな。
Javaは神。
0372nobodyさん
05/01/03 04:28:28ID:???COBOLからってのは珍しい。
0376nobodyさん
05/01/03 04:31:50ID:???共存しようとしないのか？PHPは？
それができる位置にはいるはずなんだが。
0377nobodyさん
05/01/03 04:33:30ID:???ああいうAPIなわけでｗ
臭くなりたくないんよ。
そばにいるだけで臭いうつるからね。
0379nobodyさん
05/01/03 04:34:52ID:???はいお手軽にお手軽なものを作れました。よかったね。その程度のものでしょ。
0382nobodyさん
05/01/03 04:36:26ID:???0383nobodyさん
05/01/03 04:37:08ID:???0384nobodyさん
05/01/03 04:37:09ID:???こんなことやればやるほどPHP＝アホと見られるってのに。
PHP使ってる身としては肩身が狭い。
>>264の意見はもっともだと思う・・・
0385nobodyさん
05/01/03 04:37:54ID:???でも、その程度でしょ。
0387nobodyさん
05/01/03 04:39:40ID:???俺ってすごいんだぜとか言う。
0389nobodyさん
05/01/03 04:40:09ID:???0390nobodyさん
05/01/03 04:42:40ID:???煽りあってる厨の最近の仕事内容を知りたいｗ
0391nobodyさん
05/01/03 04:43:00ID:???↓
Java厨が切り返す
↓
以後繰り返し
0394nobodyさん
05/01/03 04:44:27ID:???0397nobodyさん
05/01/03 04:46:33ID:???0398nobodyさん
05/01/03 04:47:32ID:???某新聞社某システム
某雑誌社某システム
某大学某システム
某自治体の某システム
ってか内容は言えないから意味がねーだろが！
0399nobodyさん
05/01/03 04:48:40ID:???0400nobodyさん
05/01/03 04:48:45ID:???PHP厨がJavaのことを、Java厨がPHPのことを
0402nobodyさん
05/01/03 04:49:17ID:???構わないんじゃねーの？そうすりゃ、単価云々の話は
片付くんじゃねーか？
0407nobodyさん
05/01/03 04:55:09ID:???0409nobodyさん
05/01/03 04:56:58ID:???どれもjavaで某APサーバ使用。いくつかはジャイルで。
つーか特徴ある仕事ばかりで書きにくいー。
Web？趣味です。
0410409
05/01/03 04:58:57ID:???0411nobodyさん
05/01/03 04:59:17ID:???そうでないやつはその事実を信じない
なのでこの話は何の意味もない
0412nobodyさん
05/01/03 05:00:04ID:???俺はperlで組むのが殆どだけど、1人月＝100万、最近は単価が
安くなってきてるけどそれでも1人月＝70〜80万は取ってるぞ。
勿論、案件や客を見て決めるけど。
なので、239の信憑性は低いと思うがどうなんだ？大体、239の
単価じゃ、perlやphpでは利益の出しようがないんじゃねーの？
0415nobodyさん
05/01/03 05:03:30ID:???金あるところはあるぞ〜〜〜。
週２〜３日しか来ないコンサルに200とか余裕で出すぞ。
0419nobodyさん
05/01/03 05:14:55ID:???ﾌﾟｹﾞﾗ
0420nobodyさん
05/01/03 05:18:49ID:???Webデザイン＆HTMLコーディングなら20てのもある。
こう言ういい方したら悪いが、この部分一番切り詰められる部分で、
かつヤツラはそれでもやっちゃうのよね。
0421nobodyさん
05/01/03 05:31:47ID:1CMLgIh5妄想乙。
0423nobodyさん
05/01/03 05:36:40ID:???>>412 見て思ったけど、PHPでやるべき程度のことを敢えてperlでやった
ほうが古い人には理解されやすいことが多いというのが自分の印象。
0425nobodyさん
05/01/03 13:59:19ID:???0427nobodyさん
05/01/03 14:48:11ID:???0428nobodyさん
05/01/03 14:49:08ID:???格好わるーー
0430nobodyさん
05/01/03 14:50:08ID:???0431nobodyさん
05/01/03 14:55:12ID:???0432nobodyさん
05/01/03 14:59:58ID:???PHP派の方は全然ちゃんとした切り返しができていないじゃないか。
根拠のない煽りしかしてないし、
何も知らない奴がこのスレだけ読んだらPHPのこと誤解されるぞ。
自分で自分の首を絞めているだけだって事に気づかないのか？
0433nobodyさん
05/01/03 15:01:57ID:???0435nobodyさん
05/01/03 15:30:49ID:???0438nobodyさん
05/01/03 15:45:41ID:???PHPがJSPより優れている点って何ですか。
↓
敷居が低いところです。
以上
0439nobodyさん
05/01/03 15:49:28ID:???↓
低レベルの人でも書けるところです。
以上
0440nobodyさん
05/01/03 15:51:38ID:???↓
ちょっとEJBかじった人が、必要もないのにEJB、EJB言い出して要らん仕事増やすようなことがないところです。
以上
0441nobodyさん
05/01/03 15:54:22ID:???↓
安くこき使えるところです。
以上
0442nobodyさん
05/01/03 15:55:12ID:???↓
変な出版社みたいでうさんくさいところです。
以上
0443nobodyさん
05/01/03 15:56:51ID:???↓
見あたりません
以上
0444nobodyさん
05/01/03 16:01:23ID:???>>58
具体的な反論しても、>>59みたいな煽りが返ってくるだけで不毛だからやめとけ。
264 名前：nobodyさん[sage] 投稿日：05/01/03(土) 03:38:58 ID:???
PHPはせっかくJSP/Servletと棲み分けが出来る優れた技術なのに、
PHP厨自体がそれをブチ壊しているのが泣ける。
これがこのスレの全てを物語っている
0445nobodyさん
05/01/03 16:54:23ID:brnGtrTx地球ヤバイ
0446nobodyさん
05/01/04 10:13:21ID:???仕様変更も多いみたいだし。
0447nobodyさん
05/01/05 09:30:52ID:???医療技術があがるだけで
人口爆発するから
罪がない地球が適度に殺した方がいいんじゃね
0448nobodyさん
05/01/05 13:57:52ID:???10万人減ったところで10万/60億だからね。
60万円持ってて10円落とした程度にしか痛まない。
0449nobodyさん
05/01/05 20:54:06ID:???中国って地球にやさしーい！
0450nobodyさん
05/01/05 21:03:52ID:???0451nobodyさん
05/01/05 21:30:59ID:???0452nobodyさん
05/01/05 21:58:24ID:???0453nobodyさん
05/01/05 22:11:19ID:???世の中こんなに人が溢れているのに、わざわざ僕が存在する意味はあるの？
0455nobodyさん
05/01/05 22:37:42ID:???0456nobodyさん
05/01/05 22:40:52ID:???ttp://www.amazon.co.jp/exec/obidos/ASIN/4048838865/
0457nobodyさん
05/01/05 22:54:43ID:???0458nobodyさん
05/01/05 23:15:35ID:???0459nobodyさん
05/01/05 23:19:10ID:???設計者はなんも考えてないなぁ。
0460nobodyさん
05/01/05 23:32:01ID:???蚊が入り込んでショートしちゃう時代に作られたんだぜ？
0461nobodyさん
05/01/05 23:35:53ID:???さんざんみんなでパッチやサービスパックあてまくったから。
カットオーバー時はそりゃひどかったんだから。すぐハングするし暴走するしブルースクリーンになるし。
今のバージョン知ってる？105.23.4.892 security rollup package 2.0.45 fail safe option 13-3/Pっていうんだぜ？
今でもこの前みたいに時々バグるけど。
0462nobodyさん
05/01/05 23:52:10ID:???誰も悲しまなければ問題にならない、と言って、
難民が餓死するテレビを見ながらラーメン食って爆笑するやつがあったな。
0463nobodyさん
05/01/06 08:38:11ID:???まいってしまう・・・
0464nobodyさん
05/01/06 10:00:20ID:???0466nobodyさん
05/01/06 23:38:53ID:TmOS7Kdwでも、このｽﾚの半分は、彼ら二人で成り立っています。
0467nobodyさん
05/01/07 06:31:43ID:???困る・・・
0468nobodyさん
05/01/07 10:05:07ID:???困る・・・』などとひがみだすから困る。
0469nobodyさん
05/01/07 10:40:54ID:NwAeKDWN0470nobodyさん
05/01/12 22:59:23ID:Bq35Keio困る・・・
0471nobodyさん
05/01/12 23:20:08ID:???0472nobodyさん
05/01/13 00:41:59ID:yX5LQaXf0473れんちゃん
05/01/13 01:14:48ID:uSS09C67http://yellow.ribbon.to/~renchan/index.html
0474nobodyさん
05/01/13 14:57:09ID:???0475nobodyさん
05/01/17 14:26:49ID:Je1AlzBS終わり。
0476nobodyさん
05/01/17 14:29:23ID:Je1AlzBSコテコテの超高級言語には変わりないわけで
ようは作りたいものをスマートにつくれればそれでいいわけ。
0477nobodyさん
05/01/17 18:23:42ID:???0478nobodyさん
05/01/17 18:26:51ID:???0480nobodyさん
05/01/18 13:38:25ID:???同意
PHP5からデフォルトがMySQLじゃないんだろ？
もうPostgreSQLもWin対応したし
MySQLいらね
0482nobodyさん
05/01/21 01:19:15ID:Aod1pQKcどっちが応答はやいんですか？
0483nobodyさん
05/01/21 11:08:21ID:???Java用か一般言語用か。
まあ、実際には、実装を使って比較しないと意味がない。両方単なる規格だからな。
どっちにしろ、いまさらCORBAを使う価値はあまりなさそうだ。
0484nobodyさん
05/01/21 12:01:20ID:???0485482
05/01/22 01:21:43ID:D/ZLhyv7もう少し書くとこんな感じです。
CORBAのメッセージサービスの場合
クライアント:OSはwindows MFCで作る
サーバ:OSはSolaris omniORB(corba) c++
JMS(Java Messaging Service)の場合
クライアント:OSはwindows MFCで作る
サーバ:OSはSolaris j2eeで作る
クライアントへのデータ渡しは...（どうしよう）
0486nobodyさん
05/01/22 02:09:21ID:???DCOM-RMIの橋渡しってなんかなかったっけ？
あまりパフォーマンス求めなければ、Webサービスがよさげだけど。
0487nobodyさん
05/01/22 09:21:38ID:???無料で使えるなら俺がいろいろ試してやってみてもいいのだが。
0488482
05/01/22 13:25:16ID:D/ZLhyv7>omniORBって、まだメンテナンスされてるの？
ATTのCambridgeラボからsourceforgeへ引き継がれて
現在でもupdateされていますよ。
http://omniorb.sourceforge.net/
>DCOM-RMIの橋渡しってなんかなかったっけ？
ありがとうございます。ちょっと調べてみます。
>あまりパフォーマンス求めなければ、Webサービスがよさげだけど。
スピードとリカバリが一番重要なプロジェクトです。
また、データの賞味期間が非常に短く、1秒間に何度も
データが更新される感じです。
以下を目標にしています。
メッセージごとの応答時間が150ミリ秒。
メッセージ処理件数は毎秒1000件。
0489482
05/01/22 13:56:17ID:D/ZLhyv7>そもそもVisiBrokerとかOrbixってまだあるの？
まだ売ってますね。
>無料で使えるなら俺がいろいろ試してやってみてもいいのだが。
そのお気持ちだけでもありがたいです。
omniORBはwindowsで試したんですが、
バイナリないしけっこうめんどうです。
といってもTAOよりはラクですね。
omniORBはタダで使えますけど、目的によっては
そうではないかもしれません。利用条件を
よく読んでないもので.. (・_・;)
0490nobodyさん
05/01/25 20:50:55ID:???そこそこはやいよ。
0491nobodyさん
05/01/25 22:01:33ID:???0492nobodyさん
05/01/25 22:08:27ID:???0493nobodyさん
05/01/26 21:52:15ID:???0494nobodyさん
05/02/03 20:49:53ID:???ショッピングサイトでそれっぽいアドレスが出るだけで購入することをやめることも間々あります。
実際はJAVAが重いのか、トラフィックがあるからJAVAなのかどちらですか？
0495nobodyさん
05/02/03 21:52:55ID:???気のせい。
Java使ってて重いサイトもあるし重くないサイトもある。
Java使ってなくて重いサイトもあるし重くないサイトもある。
ということで、以降の質問も無意味。
0496nobodyさん
05/02/04 00:34:50ID:zbNTAwig0497nobodyさん
05/02/04 00:43:35ID:???0498nobodyさん
05/02/04 00:44:27ID:???0499nobodyさん
05/02/04 06:48:49ID:GCvQ3oay重くない代表的なサイトはどこだろう
0500nobodyさん
05/02/04 09:36:01ID:???kakaku.comなんか、人が多いときは重くてたまらん。
0502nobodyさん
05/02/04 12:40:05ID:???0503nobodyさん
05/02/04 15:39:54ID:???8割はCらしいね
ちなみにJAVAで書かれたのはどこだか知ってる？
まあ、phpとjavaの両方で組んでる奴なら知ってると思
うけど、phpと比べたら、javaはCPUの負荷も高いし、メ
モリのリソース消費もすごいし、高速で動かすために
要求されるハードのスペックは高いよ。
サーバスペックに余裕が無い場合、どっちを選ぶかっ
ていったら、どうしてもphpになっちゃうね。
0504nobodyさん
05/02/04 17:48:12ID:???ちなみに、簡単なスクリプトなら、PHPやPerlの方が早い。
計算など、処理が複雑になってくると、JAVAの方が早い。
使い分けですよ。
0505nobodyさん
05/02/04 17:56:05ID:???重くないぞ
0507nobodyさん
05/02/05 00:12:14ID:???yahooのサーバスペックに余裕がないなんてどこにも書いてないから。
使用するサーバのスペックに余裕が無い場合は、javaよりもphpを選ぶ
だろってこと。
>>506
サーバスペックに余裕が無い状態で、phpよりjavaのほうが有利か？
javaの遅さが目立たなくなってきたのは、ハードに惜しみも無く金か
けられるクライアントが、こぞってjavaでシステムを発注してきたから
だよ。
ハードに金使えばどんな言語でも速くなるって。
0508nobodyさん
05/02/05 00:22:07ID:???スクリプト言語だからあたりまえだが。
ただメモリはJavaのほうが食う
0516nobodyさん
05/02/05 01:38:14ID:???まぁでもJavaはXMLとかリフレクションでいくらでも重くなるからそう思うのも仕方ないか
0517nobodyさん
05/02/05 02:03:34ID:???スレ通して見て見たけど、入門書かじった程度の人間にでも
カチッと嵌るいい表現かなと。使い分け。それでいいんじゃねーか？
yahooについての記載はさておき。
内情知らない外部の人間が漏れ聞く情報だけでガタガタ言っても机上の空論。
0519nobodyさん
05/02/05 10:15:34ID:???> サーバスペックに余裕が無い状態で、phpよりjavaのほうが有利か？
サーバースペックに余裕が無い状態で、サーバースペックを活かせないPHPのコネクションプーリングの仕組みが有利か？
メモリとかCPU速度より、DB接続数の制限の方が先にボトルネックになることもありそうだぞ。
0520nobodyさん
05/02/05 10:19:13ID:???> ハードに惜しみも無く金かけられるクライアントが
最近は惜しみなく金かけなくても、そこそこのサイトならそこそこ回せるようなハードが売ってますが、なにか？
0521nobodyさん
05/02/05 12:06:33ID:???「サイトで書かれてたから速い」ってなかんじで鵜呑みにしないで、自分でプログラム組んで比較してみな。
>まぁでもJavaはXMLとかリフレクションでいくらでも重くなるからそう思うのも仕方ないか
高負荷のパフォーマンスを測ってみるといいよ。
javaは一定のライン超えると、恐ろしくパフォーマンス落ちるからさ。
phpが負荷に強いのもわかると思うよ。
0523nobodyさん
05/02/05 12:22:12ID:???ふーん、待ってもらう余裕がある程度の負荷のときの話なのね。
じゃあJavaでもいいんじゃない？
PHPは一定のライン超えると恐ろしく開発パフォーマンス落ちるしね。
サーバー代よりそっちの方が高いし。
0524nobodyさん
05/02/05 12:24:37ID:???データベースが必要ないどころか、PHPすら動かない静的HTMLやら画像ファイルでもDBコネクションをにぎることになってしまう。
0525nobodyさん
05/02/05 12:34:18ID:???空きが無いような高負荷時にも、先にエラーはくから明快だよ。
「現在空きがありません」ってね。
javaはプールサイズ使い切ると、空くまでずっと待たせるだろ。
0526nobodyさん
05/02/05 12:34:39ID:re6LpLVL0528nobodyさん
05/02/05 12:35:30ID:???そこらへんでダウンロードして使えるPHPとは別物だからな。
ってか、PHPってアンドキュメントな仕様変更と日本語関係のエンバグの多さが怖くて使ってられない。
0530nobodyさん
05/02/05 12:39:41ID:???あぁ、じゃあ、同時に使える人の数は少なくていいってことね。
そういう高負荷か。
「Javaは」っていうけど、Javaのコネクションプーリングにもいろいろあるわけだし、必要なら開きが無ければすぐエラーはかせる仕組み作ることも難しくないしね。
0533nobodyさん
05/02/05 12:42:38ID:???そうだよ。
プロセスが持ってるからね。
connectどころか、そのプロセスがPHPの処理しなくてもコネクション握る。
0536nobodyさん
05/02/05 12:53:06ID:???0538nobodyさん
05/02/05 13:13:19ID:???DB接続もらってないハズレプロセスができるんだ。
で、ハズレプロセスひいたときには使ってないところに切断させて再接続。
切断されたところはハズレプロセスになる、って仕組みだったかな。
DB接続の実装次第だけど、そういう実装になってるものはHTTPプロセス数がDB接続限界を越えるとある確率で再接続が必要になってくる。
0539nobodyさん
05/02/05 14:56:54ID:???PHPも一定のライン越えると恐ろしくパフォーマンス落ちるよ。
ちなみに、固定HTMLだって、C言語で書いたって、一定のライン越えると
恐ろしくパフォーマンスは落ちる。
0540nobodyさん
05/02/05 14:59:03ID:uijxdVw/PerlやJSPのサイトって、そんなにもっさりじゃないのに。
0541nobodyさん
05/02/05 15:06:41ID:???0542nobodyさん
05/02/05 15:09:04ID:???0543nobodyさん
05/02/05 15:17:16ID:???PHPは中小規模専用に作られてるんだから
よほどのバカでもなければ大規模サイトで使ったりしない。
0544nobodyさん
05/02/05 15:20:23ID:???1時間に数万アクセスあるJAVAのサイトと、数百のPHPのサイトの重さを比べても
仕方がないって事だ。
0545nobodyさん
05/02/05 16:56:42ID:kff6pBVBまた、C でコーディングとありますが、どうやって実装するのですか？
0546nobodyさん
05/02/05 17:04:59ID:???0547nobodyさん
05/02/05 17:44:18ID:???アマゾンがどうか知らんが、一番軽くするためには、自分でアパッチのモジュールを作る。
場合によっては固定HTMLを表示するよりも早く表示できる事もある。
(もちろん、print文で固定文字列をそのまま出すだけのプログラムで、だが)
普通にCGIとしてC言語を使っても、気休め程度にしか軽くはならない。
0548nobodyさん
05/02/05 18:20:27ID:???C ＝ 片岡 貢、 真東 輝
C++ ＝ 安田 潤司、 真東 光介
JAVA ＝ 北見 柊一、 四宮 慧
0549nobodyさん
05/02/05 18:26:34ID:TBO/V8CN余計分からねーよ。
0550nobodyさん
05/02/05 19:54:05ID:NCI5rUWC0551nobodyさん
05/02/05 20:01:00ID:???とりあえずphpが高速だと主張するのなら、
PukiWikiをなんとかしてから発言して欲しいと思う。
PHP使いしかいないはずの質問スレですら、PHPは重いみたいな
話になってて悲しいぞ。
0552nobodyさん
05/02/05 20:34:02ID:???C で同じ者でも遅くも速くも作れる。
PHP も同じ。
0553nobodyさん
05/02/05 20:52:38ID:???全然Cの方が早いという話だろ。
0554nobodyさん
05/02/05 21:04:21ID:FFu8yeXA0555nobodyさん
05/02/05 21:08:15ID:???当たり前だろそんなもの
程度問題ってことなんだよ
同じスペックのマシンで、同じ処理を行うプログラムを書いて実際に比較すれば
その一定のラインが、Javaのほうが低いことがわかるから
0558nobodyさん
05/02/05 22:25:08ID:???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はすぐに落ち着いたけどね。
0559nobodyさん
05/02/05 22:33:56ID:???あと、プールサイズは500に増やしてみたけど大して変わらんかったな
パフォーマンスが落ちたのはDB周りが原因ではなさそうだ
0560nobodyさん
05/02/05 23:03:00ID:???0561nobodyさん
05/02/05 23:10:03ID:???サーバの情報って、CPU速度とかそういう事ではなくて、例えばTomcatの設定とか
Apacheの設定とか、そういうのが求められてるわけで、
その設定によって、いくらでもパフォーマンスは変えられる。
0562nobodyさん
05/02/05 23:10:57ID:???見よう見まねでテストやってる感が…
0563nobodyさん
05/02/05 23:13:20ID:???<%@ 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 %>
0564nobodyさん
05/02/05 23:14:29ID:???<?
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;
?>
0566nobodyさん
05/02/05 23:21:23ID:???0567nobodyさん
05/02/05 23:21:53ID:???0568nobodyさん
05/02/05 23:28:11ID:???0569nobodyさん
05/02/05 23:29:27ID:???0571nobodyさん
05/02/05 23:59:52ID:???0572nobodyさん
05/02/06 00:12:45ID:???最新の技術使って、高速化追求しだすときりがないんだよ。
phpもエンコードして高速化しようと思えばできるんだからさ。
0573nobodyさん
05/02/06 00:41:47ID:???0574nobodyさん
05/02/06 00:41:47ID:???ケチつけるだけなら誰でも出来るしな。
0575nobodyさん
05/02/06 06:13:19ID:???phpは・・・？？？
0576nobodyさん
05/02/06 12:03:35ID:???0577nobodyさん
05/02/06 12:12:55ID:???0578nobodyさん
05/02/06 14:00:20ID:???0579nobodyさん
05/02/06 14:52:29ID:???0582nobodyさん
05/02/07 08:09:40ID:???いくら例出しても納得しないから、無駄だよ。
今までもさんざん例が出てきてるのに、無視だからな。
JALマイレージバンクもjspだし、リクナビもjsp。
0583nobodyさん
05/02/07 10:20:19ID:???適材適所の良い見本だ。
0584nobodyさん
05/02/07 19:36:47ID:???0585nobodyさん
05/02/08 02:15:19ID:???その代表のPukiWikiのサイトやら、各通販サイトやら、
サクサクなところが殆どないんだけど、どうしてなの？
xoopsも、公式サイトやら企業のサイトなど、でかいところは割に快適だが、
個人がレンタルサーバ匂い輝みたいな所は、概して重いんだよね…
phpって実は結構な規模のサーバスペックが要求されるんじゃないの？
0587nobodyさん
05/02/08 02:40:42ID:???0588nobodyさん
05/02/08 02:41:16ID:???キラーアプリが激遅なのが問題にされてるんじゃないのか?
それらはPHP技術者の中でも有能な人が開発してるんだろうし
0589nobodyさん
05/02/08 02:48:21ID:???http://javaballista.ddo.jp/kjwiki/kjwiki
JavaのWikiクローンだが、サクサクしてるな。
0590nobodyさん
05/02/08 02:50:55ID:WbzNwqmY現実を見るとJAVAで問題なく作られて、問題なく動いてるんだよね
単純ならば、JAVAよりスクリプトが速いなんてのもあったけど、
実際問題、そんなに単純な仕組みなんて、実務サイトでは要求されないし
DB叩くだけのアプリでベンチ取ったところで、実務とかけ離れたデータしか取れないでしょ
0591nobodyさん
05/02/08 02:50:56ID:???0593nobodyさん
05/02/08 02:52:18ID:???JavaのWikiってあんまり見た事無いな
0594nobodyさん
05/02/08 06:29:48ID:???0595nobodyさん
05/02/08 06:43:11ID:???1鯖何百ユーザーも入っている鯖で動いてるXoops
やWikiが、重いだ何だのとケチつけられちゃうからさ。
Javaでかかれたサイトは、専用鯖が当たり前。
そもそも比較するのがおかしいわ。
共有鯖で動いているPHP系WikiやXoppsと重さを比
べるなら、共有鯖で動いてるJava系WikiなりXoops
なりを持ち出さないと意味無いね。
0597nobodyさん
05/02/08 09:16:11ID:???0598nobodyさん
05/02/08 11:01:57ID:???0599nobodyさん
05/02/08 11:10:33ID:???共有鯖も多いよ
0601nobodyさん
05/02/08 18:35:57ID:???個人向けのプランでは対応してないところが多い上に、
国内では、規模がでかいところが多いから、専用サーバばかりに思えるだけで。
0603nobodyさん
05/02/08 22:21:51ID:???mbstringに対応してないレンタルサーバって、意外に多いんだよね…
0606nobodyさん
05/02/09 00:54:18ID:???国内でも対応してないところ結構あるよ。
RedHat7〜9を使ってるところが多い。
セキュリティアップデートで契約してるパッケージやさん(progenyとか)
のRPMで実現出来ない事が主な理由だそうだ。
BSDとかの鯖はたいてい対応してるね。
0607nobodyさん
05/02/09 00:55:56ID:???何時代の話ですか？
今時レンタルサーバ向けの商用コンパネにもTomcatのメニューがあったりするんだよ。
0609nobodyさん
05/02/09 01:31:46ID:???聞くところによると@serverも駄目らしい。
0610nobodyさん
05/02/09 01:34:40ID:hfz75OfT回避策はあるけど、サポート外とか断言してるしｗ
0611nobodyさん
05/02/09 01:51:53ID:???というか、国内業者は対応してるのがデフォという常識はどこから発生したのか不思議なんだが
俺も色々な業者を契約したが、注文付けるまでインストールされてなかったり、
変なバージョン入ってたりしたところはあったな
>>606の言うように赤帽全盛時代は、mbstringのバグの問題の時期とも相まってひどかった
あのころからやってる鯖屋は、対応しないと言うところもあるね
業者がみんなPHPに詳しくて、何が必要でどういう対応をすればよいのか理解している
というのは妄想だろう
ユーザや管理者にヘビーPHPユーザがいれば対応してる、
そうでなければそのまま使ってるって感じだろう
0612nobodyさん
05/02/09 01:58:54ID:/pcCSuwj0613nobodyさん
05/02/09 03:15:39ID:???0614nobodyさん
05/02/09 05:16:17ID:???また、どちらを習得したほうが良いでしょうか
私はjspを学ぼうと思っていたのですが
個人レベルで使える格安サーバでは対応していないところが多く
phpのほうが個人レベルでは利用しやすいのでは？
と思っています
0615nobodyさん
05/02/09 06:51:40ID:???いや、コントロールパネルのメニューの有無のことを言ってい
るのではないんだが。
Servletコンテナを共有サーバのサービスとして広く一般的に
提供するには、セキュリティの点、リソースの点で、まだまだ
課題があるってことだよ。
リソースの問題があるから、大勢のユーザーを詰め込むこ
とができなくて、サーバ屋は、価格設定を高めにしない限り、
利益が上がらない。
価格設定を高めにすると、個人はまず借りない。
企業の場合は、もう少し出費すれば、さくらの専用鯖が借り
られるくらいの価格設定の共有サーバを借りるくらいなら、
パフォーマンス、セキュリティともに問題ない専用サーバを
借りるだろう。
>>599の言うように、「共有鯖も多い」、のであれば、その事
例である、共有鯖で動いているサイトを挙げて欲しいね。
>>614
答えになっていないが、仕事で使うなら、どちらかに絞るの
ではなく、両方覚えたほうがいいのでは？
個人の趣味でやるなら気軽なPHPがいいんじゃないか？
運用環境も安上がりだしね。
0616nobodyさん
05/02/09 12:17:30ID:???ってか、結局使い分けで、個人がホームページにちょっとだけ何か作るにはPHPが向いてるんだから、安いレンサバはPHPでいいと思うよ。
価格的や環境的に使いやすくしたところで、ちょっとしたもの作るにはJavaが仕様として重過ぎるのは事実で。
そこは棲み分けで、張り合っても仕方ないと思う。
企業のシステム作るのにはJavaの方が向いているというだけだ。
0617nobodyさん
05/02/09 12:20:11ID:???未来のための勉強なら、Javaの方がいい。勉強できる範囲も広いし、応用も効く。
資料も多い。
勉強用の環境構築はJavaの方が楽だしね。
Java2SE5+NetBeansとかなら、インストールも楽だし。英語版だけど。
日本語版はそろそろかと。
0618nobodyさん
05/02/09 12:24:54ID:???0619nobodyさん
05/02/09 15:04:17ID:???となるとたいがい、phpかperlなわけで、javaは会社でしか使ってない。
という使い分けで、2つ使えればいいんじゃね。
おれはphpのが好きだけど、未来があるのはjavaだろうなぁ、どう考えても。
0620nobodyさん
05/02/09 19:48:52ID:???akiraネットで動いてるサイトは共有サーバだな
あそこはServletを使いたい人が契約するサーバ会社だ
セキュリティやリソース云々言ってるが、問題なく動いてるよ
0622nobodyさん
05/02/09 22:30:51ID:???アキラで実際にJava動かしてる奴がどれだけいるかだよ。
あそこは自宅サーバだから、まともな企業は借りないよ。
一日一回のTomcatのリロードを待たないと変更したサーブレットのクラスもリロードされないらしいし、使い勝手は悪そうだね。
アキラのスレを見ればわかるが、Javaの話題はほとんど出ない。
つまり、殆どの奴が実際に動かしていないと推測できる。
Javaの場合、どの程度のものを動かして、どれだけのアクセスがあるかで、パフォーマンスが変わってくる。
閑古鳥サイトがいくつもあったってパフォーマンスにさほど影響があるわけじゃないからな。
実際にアキラで動いているサイトをあげてくれ
ちなみに俺が見つけたのは↓だけだ
ttp://www.ikasa-fha.org/index.jsp
>>621
需要があってコンパネが搭載されていれば、他人のファイルが丸見えでもいいのか？
需要があるというのなら、実績もあるだろう。
実際に動いているサイトを(ry
0623nobodyさん
05/02/09 23:06:20ID:???そのかわりPHPは企業システム作るのに向いてないんだから、使い分けだろ。
0625nobodyさん
05/02/10 00:16:25ID:???自分の基準がすべてのネット弁慶な奴って見てて可哀想になる
0626nobodyさん
05/02/10 00:34:41ID:OOvNF0I4アキラが代表みたいな話になってるけど、yokoとかwillnetとかの方が
メジャーなような気がする。
日本は、素人みたいのが格安でやってるようなレンタルサーバ屋が、
雨後の竹の子のように林立してるので、Apache以外にサーバが必要な
Servlet
技術力がなけりゃ、サーバの運用が出来ないのは当たり前で、
PHPが使えるサーバが沢山あるのと、安定して運用されてるのは
また別の話だ。
アメリカのレンタルサーバでは、結構JAVA対応のサーバが多くて、
比較的安定して稼働してるよ。
0627nobodyさん
05/02/10 00:35:34ID:???正解
↓
Servletみたいなのはそういう管理者にとって敷居が高いんじゃないのかな？
0628nobodyさん
05/02/10 01:19:19ID:???0629nobodyさん
05/02/10 01:23:33ID:???PHPより優れてる点を教えて欲しいです。
携帯電話用のJAVAしか使った事ないんだけど、
イマイチ良い点が分からなかった。
俺みたいな厨はPHPで使い潰されるまで頑張ってろって事なのか。。
0630nobodyさん
05/02/10 01:26:56ID:???ドキュメントのあるライブラリの豊富さ。
開発環境の豊富さ。
実行環境の豊富さ。
ツールの豊富さ。
資料の豊富さ。
0631nobodyさん
05/02/10 01:28:27ID:???文法が同じと言うだけで、仕組みが全然違う。
規模が小さいのなら、どの言語で作っても同じだと思うよ。
JAVAが勝ってる点は、メンテナンス製や、安定性が大きいから、
CGI程度では違いがわからないかも。
JAVA派の人が反論してるのは、JAVAをレンタルサーバで動かすと
セキュリティや安定性に問題があるというのであって、別にPHPが
クソでJAVAが最高と言っているわけでもないので勘違いなさらないように。
0632nobodyさん
05/02/10 01:29:53ID:???0633nobodyさん
05/02/10 01:46:35ID:???レスサンクス！
＞仕様の安定性。どこにも書いてないのに動きが変わるということは少ない。
＞CGI程度では違いがわからないかも。
この２つに多いに納得、共感しますた。
ChangeLogを穴のあく程読めば書いてあるのかも知れないけど、
特にmutibyte系はこっそり変更加わってたりする気がする。
むしろ公式サイトよりMLでの常連のやり取りや紹介見てる方が把握出来る気がする。
0634nobodyさん
05/02/10 02:08:07ID:???高負荷の場合、JAVAは爆遅モードでも動き続けるが、PHPやPerlなら落ちるだろう。
まぁ、アクセス数が増えればどの言語でもクラスタリングは必須だが。
0635nobodyさん
05/02/10 02:19:20ID:???>セキュリティや安定性に問題があるというのであって、
レン鯖が非VPSの共有サーバなら、セキュリティ的に問題あるってことだよ
phpならsafe_modeやmod_becomeで安全性は保てるけど、Javaはそういう
仕組みないだろ？
だからServlet,Jspは共有鯖には向いていないってことだ
0636nobodyさん
05/02/10 02:23:13ID:???0637nobodyさん
05/02/10 02:24:57ID:???0639nobodyさん
05/02/10 02:26:17ID:???0640nobodyさん
05/02/10 02:27:51ID:???だからphpは共有鯖には向いていないってことだ
0641nobodyさん
05/02/10 02:33:49ID:???言語の特徴云々の比較には無意味だろう。
0642nobodyさん
05/02/10 02:45:20ID:???鯖会社がServlet,Jspでセキュリティを保つためには、高価なVPSを使ってサービスを提供
せざるを得ない時点で、Javaは共有鯖のサービスとして向いていないということだ。
ところで、PHPを擁護するとJava厨のまとまったレスがくるんだけど何か信者の団体でもあるの？
0645nobodyさん
05/02/10 04:57:23ID:???せっかく CやC++のお勉強から脱落した落ちこぼれのために
Javaという言語を生み出したのに、肝心のJava厨は他の言語を見下して
優越感に浸っているだけ（藁
Javaは殆どなんでもアリの優秀な言語なのに
無節操なJava厨がJavaの評判を悪くしている（藁。
0646nobodyさん
05/02/10 05:29:34ID:???0647nobodyさん
05/02/10 16:49:11ID:???JavaはPHPのようにマルチプロセスではなくてマルチスレッドだから、
複数のアプリケーションで1つのプロセスを共有するというヤバいことになる。
Sunもその辺の問題には気づいてて、J2SE5でマルチプロセスが使えるようになったので、
マルチプロセス対応のサーブレットコンテナが出るまで待ちませう。
0648nobodyさん
05/02/10 19:18:58ID:???0649nobodyさん
05/02/10 22:07:11ID:???PHPなんて割とセキュリティホールが発見されるのに。
仕組みの理論的な話ではなく、実際動かしてみてどうなのかで判断すべきだろう。
0650nobodyさん
05/02/10 23:41:22ID:???| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | Ｊ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
0651nobodyさん
05/02/10 23:58:18ID:???0652nobodyさん
05/02/11 00:06:04ID:???0653nobodyさん
05/02/11 01:15:40ID:???0655nobodyさん
05/02/11 17:21:51ID:???List list = new ArrayList();
for(;;) {
list.add(new Object());
}
というコードを実行してやれば、
全てのアプリケーションがOutOfMemotyError吐いて再起不能になるよ。
PHPの場合はこういうあほな事をするプロセスは時間がたてば
殺されるので、一時的に鯖の性能が低下しても再起不能になることはない。
JavaとPHPの問題というよりは、
マルチスレッドとマルチプロセスの特性の問題。
0656nobodyさん
05/02/11 17:35:38ID:???ちょっと複雑なサーブレットを作ると、ひどいことになる。
リクエストを処理する際の作業用のデータを、
クラス変数(PHPで言えばグローバル変数)に保持してたりする。
PHPではグローバル変数といっても意図しない限りはリクエストごとに隔てられてるから
害はないんだけど、Javaの場合は複数のリクエストがメモリ空間を共有するから
危険なことになる。
この手の問題は、高負荷をかけてテストしないと表ざたにならないので、
実際はかなりのJavaアプリケーションが危険なまま放置されてそうな気がする。
サーブレットコンテナベンダーは、そんな危険性があることなんて
口が裂けても言わないけどな。
でも、当のSunはいずれ問題になると気づいていたから、
J2SE5でマルチプロセス対応したわけだ。
0657nobodyさん
05/02/11 18:31:43ID:???マルチスレッドとマルチプロセスの特性なんか関係ないと思うが。
タイムアウトがあるかないかだろ。
ところで
<?
ignore_user_abort(true);
for(;;){
$a[] = "aaa";
}
?>
というコードも、時間がたてば殺されるわけ？
0658nobodyさん
05/02/11 18:53:26ID:???PHPの場合は確実に殺されるよ。
マルチスレッドとマルチプロセスの特性は大いに関係ある。
第一、Javaのスレッドはタイムアウトがあったとしても、
無限ループに陥ったコードを確実に停止させる手段がない。
嘘だと思うならSunのjava.lang.Thread辺りのドキュメントを読んでみればいい。
それにひきかえ、PHPのプロセスは無限ループに陥っても確実に停止できる。
メモリ空間、ストリームなど各種リソースを綺麗さっぱりクリアできるからね。
Javaのスレッドは他のスレッドとリソースを共有するので、そうはいかない。
だから素人にJavaを使いこなすのは難しいわけよ。
0660nobodyさん
05/02/11 19:10:27ID:???> だから素人にJavaを使いこなすのは難しいわけよ。
PHPだって素人が「使いこなす」のは難しいね。
うまく動いてないコードが他に影響を及ぼすというのは、Javaの守備範囲のアプリケーションの場合そもそも問題外だ。
うまく動きながら他に影響を及ぼす場合は、PHPでは動くコード書くのにコツが必要だったりするし。
0661nobodyさん
05/02/11 19:16:24ID:???ローカルでテストしてからアップするもんだ。
昔は独自CGIなんかでも、鯖屋が確認してからアップさせる所が多かった。
0662nobodyさん
05/02/11 19:45:17ID:???釣りだと思うけど、php.iniでタイムアウトの時間を長く設定するか、
タイムアウトしないようにすればよいだけの話。
>>660
PHPなら馬鹿がプログラムを書いても、
プログラムがまともに動かない程度の問題で済むけど、
Javaの場合はいとも簡単に鯖が吹っ飛ぶ。
ダメな奴は何をやってもダメなのは当たり前で、
これは共有鯖でのセキュリティの問題の話ね。
PHPは元々Web専用に開発された言語なので、
そういう点でJavaより優れているのは当たり前の話。
JavaはむしろWeb以外の面が強いよ。
データベースエンジンやメールサーバーも
100%Javaでカバーできる。
なおかつ、ユーザーがデータベースエンジンや
メールサーバーの機能を拡張することもできる。
全体を再コンパイルすることなしにね。
何か機能を追加する度に再コンパイルのPHPでは、
こういう芸当はできないでしょ。
Web専門のドカタプログラマには無縁かもしれないけど。
0663nobodyさん
05/02/11 19:53:32ID:???じゃあ落ちるだろ。
0664nobodyさん
05/02/11 19:58:30ID:???まず、ウェブアプリケーションでタイムアウトしないように
設定するわけがないよね？
永久にユーザーがレスポンスを待つことなんてあり得ないから。
タイムアウトしないように設定するとすれば
PHPのコマンドラインアプリケーションなので、
実行した人がおかしいと思えばkillコマンドで止めればよいだけの話。
Javaだってそうでしょ。
0665nobodyさん
05/02/11 20:03:52ID:???タイムアウトを設定しなければ、
JavaでもPHPでも止まらない。
PHPの場合はタイムアウトを設定すれば
タイムアウトする保証があるけど、
Javaの場合は確実にタイムアウトする保証がない。
分かった？
0666nobodyさん
05/02/11 20:06:48ID:???0668nobodyさん
05/02/11 20:18:16ID:???あとマルチタスクに対応しても、それぞれのプロセスが異なるユーザー権限で動かないと、
他のユーザーのファイルを自由に改ざんできたりする問題をクリアできないと思うんだけど、
この辺の問題は解決されるのだろうか。
0670nobodyさん
05/02/11 20:56:06ID:???うん、スレッド=タスクのつもりで話をしてた。
プロセスとかスレッドとかタスクという用語は
OSによって微妙に意味が変わるので、
ここではあくまでJavaVMでの話のことね。
BeOSなんかじゃスレッド=タスクだったりするけど、
そういうマイナーなOSの話は置いといて。
スレッドはjava.lang.Threadに対応する処理の流れのこと、
プロセスは、少なくともJ2SE1.4の時点ではJavaVM自体のこと。
多分J2SE1.6では1つのJavaVMの中に仮想的に複数のJavaVMを起動することで
マルチプロセスを実現するという話だった気がする。
0671nobodyさん
05/02/11 20:58:26ID:???0672nobodyさん
05/02/11 21:01:42ID:???> JavaはむしろWeb以外の面が強いよ。
共有で信頼できない素人と同じ環境で動かすんじゃなければ、WebでもJavaの方が強いよ。
0673nobodyさん
05/02/11 21:03:32ID:???> 釣りだと思うけど、php.iniでタイムアウトの時間を長く設定するか、
> タイムアウトしないようにすればよいだけの話。
ということは、長い処理を行うことができるサーバーで素人が一緒に動したら怖いってことね。
0676nobodyさん
05/02/11 21:15:34ID:???鯖缶にいちいちコンパイルを依頼しなくても、
ユーザーのlibディレクトリにjarを放り込めば
新しい機能が自由に使えるというのはあるな。
0677nobodyさん
05/02/11 21:16:43ID:???もともとPersonalHomepageProcesserだからな。
0678nobodyさん
05/02/11 21:19:16ID:???0679nobodyさん
05/02/11 21:22:08ID:???0680nobodyさん
05/02/11 23:15:45ID:???0681nobodyさん
05/02/11 23:16:29ID:???PHPと『JSP』のスレだろ？
0682nobodyさん
05/02/11 23:47:23ID:???コンパイラ方式なのに、JavaBeansだとかELだとか
リフレクションを使いまくるので、コンパイラの意味がない。
いっそのことPHPみたいにインタプリタ方式にしてしまえと思う。
JSPなんぞ使わずにVelocityやXSLTを使え。
JSPはそのうち死滅する。今度はきっとSunがインタプリタ方式のサーバページ言語を開発し始めるぞ。
Groovyはその布石のような予感がする。
0686nobodyさん
05/02/12 14:59:21ID:vfMKYaEZJavaのサーブレットコンテナを使ってPHPを実行。
これ最強。
0687nobodyさん
05/02/12 15:02:59ID:???朝日新聞が、NHKは政治家の圧力で番組を改編したと印象づけたいのと同じなのかな。
0691nobodyさん
05/02/12 17:22:18ID:???Javaに関する不利な事実がちょっとばかり挙げられてるからといって
「JAVAを危険な言語と印象づけたい」
と感じるのはどうかと思う。
0692nobodyさん
05/02/12 17:30:04ID:???ということは、JavaのBug ParadeにはJavaのバグがたくさん書いてあるから、あのページはJavaはバグが多い言語だと印象付けたいページということになるのか。
0693nobodyさん
05/02/12 18:12:49ID:un5gX8lb正直打つのがめんどくさい。
Javaの設計規約で、将来的に必要になるメソッドは最祖先のインターフェースで
予約しておかなければならない、また、完全に将来を予測可能になるまで設計を始めてはいけない
というのがあるが、正直無理。
0697nobodyさん
05/02/12 21:21:23ID:???どこかにはあるんだろうね。
プロダクト名にはアイドルの名前を付けることっていう規則もあるよ。
この前はayakaって名前になりそうになったけど、平原綾香はアイドルといえるかどうかでもめた。
0698nobodyさん
05/02/13 08:09:19ID:???実際問題として、共有サーバでやってる鯖屋が世界中に沢山あるんだから、
セキュリティ的に問題があると言うのは、批判しても仕方がない事だろう。
そこで意図的に落とされて困ったとか、そういうニュースも聞こえてこないわけだし。
0699nobodyさん
05/02/13 10:33:46ID:???Javaの仕様として分かりきっていることだから、
いちいちニュースにしないんじゃないの。
でも、雑誌の記事なんか見てると、
JSPがマルチスレッドだということを理解していないプログラマのせいで
危険なシステムが出来てしまったというような話はちょくちょく見かけるよ。
こういう記事とか。
http://www.atmarkit.co.jp/fjava/rensai2/webopt04/webopt04.html
それに、そういう批判をしても仕方ない、というのは間違い。
ユーザーからの批判が強ければ、もっと早くマルチプロセス対応してたんじゃないの？
個人的には言語の拡張なんかより、そっちを優先して欲しかった。
0700nobodyさん
05/02/13 11:02:36ID:???そういう事じゃないと思うが
だからよく解ってない厨と言われるんじゃないのか？
安全に動かせる方法もあるのに、危険な方法だけを取り上げてるのがいけないんだろ。
0702nobodyさん
05/02/13 11:21:19ID:???>>701
J2SE5でさえ>>699の記事のことは当てはまるけど。
本当に記事の内容を理解してる？
マルチスレッドで衝突の危険を考えないといけないのは
クラス変数とオブジェクト変数とローカル変数のうちどれだか答えられる？
パフォーマンスを犠牲にしてサーブレットのオブジェクト変数の衝突を回避
するには、どんな設定をすればいいか知ってる？
他人を厨呼ばわりして、よく分かってるつもりなら答えて見せてよ。
0703nobodyさん
05/02/13 11:24:52ID:???0704nobodyさん
05/02/13 11:27:03ID:???お前ら、こんな危険な事も知らないのか？
俺みたいなプロは、こんな危険な事も回避しててコーディングしてるのに、
と言い回りたい時期なんだな
もっと簡単に解決しろよ
0705nobodyさん
05/02/13 11:28:16ID:???知ってるのなら、書けばいいのに。
質問形式にして、自分は答えないという、朝日新聞みたいな手段をつかって
誤魔化そうとしても、そうはいかないって（ｗ
0706nobodyさん
05/02/13 11:30:47ID:???このスレで必死にJavaは安全だと言っている奴のレベルが分かるな。
0707700
05/02/13 11:33:07ID:???>クラス変数とオブジェクト変数とローカル変数のうちどれだか答えられる？
>パフォーマンスを犠牲にしてサーブレットのオブジェクト変数の衝突を回避
>するには、どんな設定をすればいいか知ってる？
安全な共有サーバと関係ない質問ですが、答えないといけないでしょうか？
0708702
05/02/13 11:33:30ID:???マルチスレッドで衝突の危険を考えないといけないのは
クラス変数とオブジェクト変数
サーブレットのオブジェクト変数の衝突を回避するには、
デフォルトでスレッドセーフモードになっている設定をoffにして
毎回サーブレットのインスタンスを生成するようにする
0710702
05/02/13 11:36:58ID:???[パフォーマンスを犠牲にしてサーブレットのオブジェクト変数の衝突を回避
するには」
と書いてあるからパフォーマンスを犠牲にしてもいいよ。
してはいけないとは書いてないよ。
0711nobodyさん
05/02/13 11:37:35ID:???そういう話になってしまうな。
0712nobodyさん
05/02/13 11:39:17ID:???答えられなかったでしょ。
この程度のレベルなんだから、問題意識を持てないんでしょ。
0713nobodyさん
05/02/13 11:39:23ID:/Ff3uRQI私はPHPしか出来ないのであんまり詳しくないのですが、
具体的にその制限って、共有サーバでのセキュリティにはどう影響するのですか？
煽り合いばかりではさっぱりなので、具体的に説明してください。
0715nobodyさん
05/02/13 11:43:18ID:???Javaがマルチスレッドであるということを強調したかっただけで
変数の衝突が直接共有鯖で問題になることがない。
それより、リソースやロックが共有されることで起こる
切実な問題が>>658
0716nobodyさん
05/02/13 11:44:29ID:???だからアカヒのように問題をすり替えてると煽られるんだって…
荒れる原因だけバラ撒いて荒らしておいて、勝ち誇らないで貰えるか…
0718nobodyさん
05/02/13 11:50:43ID:???お前が自意識過剰だから理解されないのだとしか言えないわけだが。
0719nobodyさん
05/02/13 11:53:05ID:???理解できないし答えられないんでしょ。
701 ：nobodyさん ：05/02/13 11:03:49 ID:???
ちなみに>>699の記事って、2年半前のものですから。
CGIだって出始めの頃は、危険すぎて自作が禁止の鯖だって多かったのに。
こんな発言をするくらいだから。
0720nobodyさん
05/02/13 11:53:06ID:???JAVA厨>>658の言いたいことは結局こうだ
>だから素人にJavaを使いこなすのは難しいわけよ。
仲間のはずのJAVA使いからも余計な事言うなと諭されてりゃ世話無いよ（ｗ
0721nobodyさん
05/02/13 11:55:22ID:???理論がどうでもいいじゃなくて、分かってないんでしょ。
早くマルチプロセスにしてしまえば
PHPみたいに素人でも扱いやすいものになるという
趣旨で言ってるのに。
0722nobodyさん
05/02/13 11:56:19ID:???反論してみろ。
お前らのような奴がJavaを使ってるからいけないんだよ。
理解してないのに気軽に書き込むな。
0723nobodyさん
05/02/13 11:58:11ID:???Javaの共有サーバが世の中にはあって、
商品として問題なく動いてるのかという事なのですが。
0724nobodyさん
05/02/13 12:00:01ID:???0725702
05/02/13 12:01:40ID:???セキュリティ問題出まくりのWindowsが世の中にはあって、
商品として問題なく動いているのと同じ理由。
意図的にサーバーを落とそうという悪い人ばかりじゃないからね。
世の中は。
0726nobodyさん
05/02/13 12:08:21ID:???なんて特にJavaだけ危険という話になるのかが解らん
0727nobodyさん
05/02/13 12:10:47ID:???ことにしないと、仕事にならない感じの人なんじゃないか？
危険なコードの書き方をすれば危険なのは、どの言語だって同じだし、
>>702の事なんて、CやDelphiでだって考慮しなきゃならん事だし。
0728702
05/02/13 12:11:25ID:???Javaの場合は無限ループという、
ありがちな状況でいとも簡単に落ちてくれるから
対処すればできるのに、Sunがなかなかやってくれないから
0729nobodyさん
05/02/13 12:13:11ID:???CGIならあんまり気にしなくていでしょ。
リクエストが終わればプロセスが死ぬから。
JavaだとCGIが実用にならないもんでね。
0730nobodyさん
05/02/13 12:14:05ID:???CGIなら原則としてメモリ空間を共有しないからな。
0731nobodyさん
05/02/13 17:22:59ID:???0732702
05/02/13 18:22:00ID:???ケケケ
0733nobodyさん
05/02/13 20:22:09ID:???4.3.9以前・5.0.2以前には深刻なセキュリティーホールがあるけど、そういうバージョンが使われている鯖は多い。
PHPの場合、セキュリティーパッチのつもりでも何かの挙動が変わって古いアプリが動かなくなる実績がたくさんあるから、おいそれとアップデートできないしね。
0734nobodyさん
05/02/13 20:23:14ID:???なんか悲しいな
0735nobodyさん
05/02/13 20:33:39ID:???商用共有サーバーにもかかわらずね。
RPMとかOSバンドルのものはまず間違いなくセキュリティーホールあるものだし。
バッファーオーバーランだから、任意のコードが実行できるしね。
0736nobodyさん
05/02/13 20:59:47ID:???むかし、そういう事で鯖屋に問い合わせた事があるけど、
不用意にバージョンあげると、客がインストールしてるアプリケーションの
動作確認をすべてやるのは不可能だから、上げられないと言われた事があったな…
確かmbstringの時。
0738nobodyさん
05/02/13 21:35:55ID:???少なくともセキュリティーアップデートの場合は、関係ない動作に変更はない。
PHPはこっそりいろいろごちゃごちゃ仕様が変わるからね。
セキュリティーアップデートができないことこそ、最大のセキュリティーホールだな。
0740nobodyさん
05/02/13 21:43:26ID:???気にするな。
0741nobodyさん
05/02/14 05:32:36ID:???0742nobodyさん
05/02/16 02:43:30ID:???カスタムタグ自由自在
0743nobodyさん
05/02/20 04:36:57ID:???Javaのが簡単で良いや
0744nobodyさん
05/02/20 07:26:20ID:???0745nobodyさん
05/02/21 05:41:36ID:???なんかJavaで開発してる時ってオナニーな気がしてならないんだよね…
0746nobodyさん
05/02/21 15:28:36ID:???0747nobodyさん
05/02/21 16:32:36ID:???0748nobodyさん
05/02/21 17:20:54ID:???0749nobodyさん
05/02/21 20:40:05ID:8BJBjbNJあるだろ。
0751nobodyさん
05/02/21 21:12:35ID:???物を造って世の中の役にたとうなんて発想じゃダメだよ（ｗ
0754nobodyさん
05/02/22 02:44:57ID:???0755nobodyさん
05/02/22 07:40:13ID:???0756nobodyさん
05/02/22 12:04:52ID:???0757nobodyさん
05/02/22 17:15:36ID:???つい最近、ライブドアファイナンスの拡張子がincのDB接続用インクルードファイルがダウンロード出来る設定だったのには笑えた
0759nobodyさん
05/02/24 20:51:43ID:???0760nobodyさん
05/02/24 20:53:25ID:X3aCCIjehttp://www.hatena.ne.jp/1108726174
0761nobodyさん
05/02/25 03:26:04ID:???どう考えたのか知らんが
はてなダイアリーシステムはApache+mod_perl+Perl5.6で
DBI接続でMySQLに接続してるよ
0762nobodyさん
05/02/27 05:03:33ID:???>PHPがJSPより優れている点
ちょっと作りこんだアプリだと、ページを表示する処理以外にも、
共通関数だとかクラスだとかで、結構な量のコードが作られるが、
PHPの場合はそうしたところでも、気になるところに手をいれて、
すぐに実行して確認して、うまくいかなければまた修正して・・・
というのが楽チン。ただし、修正の影響範囲をきちんと把握できない
ようなプログラムのセンスのない人には向いていない。
JSPだと、JSPに閉じた部分はいいけど、そこから呼び出される
ライブラリ相当のところを直すのはメンドイ。ただし、きっちり
したフレームワークを用意できて、その上にのっかる画面部分だけ
人をかき集めて作ろうという場合には良い。JSPを作る人はフレーム
ワークにのっかるだけだから一山いくらのプログラマでよい。
大規模開発だと一人でなんでもというわけにはいかないので、開発の
スタイルとか規約とかをきっちりさせやすいJava+JSPが良い。そういう
意味ではお客さんからお金をもらう仕事で使う言語と言える。
逆に1人でガリガリ開発するようなときは、開発のサイクルが早いPHPの
方が良い。そういう意味では日曜プログラマに向いている。仕事なら、
手続きとかに手間をかけていられないような、自分たちのためのツールと
して部とか課のような小さな単位で使うものにも向いていると思われる。
ちょっとしたPHP製のアプリ(PukiWikiとかね)を改良して使うというケースが
よくありそう。
0763nobodyさん
05/02/27 13:51:18ID:???> すぐに実行して確認して、うまくいかなければまた修正して・・・
> というのが楽チン。
まともに使える開発環境もないのに？
> JSPに閉じた部分はいいけど、そこから呼び出される
> ライブラリ相当のところを直すのはメンドイ。
Javaコードの部分ってこと？
NetBeansなりEclipseなり使えば、全然楽。
逆に、エラー表示とかリファクタリングとかやってくれる安定したツールがないPHPは開発がめんどう。
PHPは開発環境のインストール・設定も面倒だし。
NetBeansならWebサーバーも一緒にインストールされてなんも考えずにJSP・サーブレット動かす環境ができてるし。
> 逆に1人でガリガリ開発するようなときは、開発のサイクルが早いPHPの
> 方が良い。そういう意味では日曜プログラマに向いている。
Javaの方が開発環境の構築楽だし、資料も多いし、Web用アプリだけじゃなくて普通のアプリも作れるし、日曜プログラマに向いてる。
手元で使うちょっとしたプログラムも作れるからね。
0764nobodyさん
05/02/27 13:58:25ID:???JSPだけで何でもできるしねぇ。
そうなると、PHPもJSPも同じようなもんだし。
PHPが特に楽と言うことはないような気がする。
逆にPHPはそれ以上やるためには、Yahooのように独自でソースに手を入れて
なんてやらなきゃならんのが、面倒とも言えるな。
0765nobodyさん
05/02/27 15:05:58ID:???それはそう。サーバで動いてるコードをエディタで直接書き換えてる。
大人数で開発しているわけではなく、クリティカルなソフトを扱ってる
わけでもないので、これである意味十分。軽いし。
>Javaコードの部分ってこと？
>NetBeansなりEclipseなり使えば、全然楽。
Javaの部分の場合、直したコードをアーカイブして、サーバにアップして、
コンテナをリロードして、という手順が入るでしょ？それがメンドイ。
ある程度自動化してくれる開発環境もあるけど、立ち上げが重くて嫌い。
>Javaの方が開発環境の構築楽だし、資料も多いし、Web用アプリだけ
>じゃなくて普通のアプリも作れるし、日曜プログラマに向いてる。
>手元で使うちょっとしたプログラムも作れるからね。
そのへんは使い分けの問題かも。おれも、手元で使うちょっとしたツールは
Javaで（もしくは、shかperlで）作るよ。つーか、そういうのにPHPは向いて
ない。資料の多さ云々はどっこいどっこいだろ。たいして変わらん。
大体、PHPでそんなに難しいことをさせたいわけじゃない。
0766nobodyさん
05/02/27 15:14:01ID:???ともかく、Apacheと連係して動かすとかなると途端に敷居があがるよう
な気がする。動かすものが増えるし、メンテも面倒。まあ、有料の製品
が使えるなら別なのかもしれん。
PHPはその点について割と楽だと感じた。ちょっと昔のフリーソフト程度。
誰でもできるとは思わんが、Apacheのインストールができるなら問題ない
レベルだと思う。
0767nobodyさん
05/02/27 15:24:04ID:???> Javaの部分の場合、直したコードをアーカイブして、サーバにアップして、
> コンテナをリロードして、という手順が入るでしょ？それがメンドイ。
え？開発中の話でしょ？
NetBeansのエディタで編集して実行ボタンでOKだし。
立ち上げが重くてっていっても、立ち上げればそのあとは気にならないし。
そこまで立ち上げの重さ気にするなら、Antでスクリプトかいとけばいいだけで。
Antがいやでも、自動リロードにしておけば、コンパイルだけでOKだし。
開発サーバーなんて、自分のパソコンで動かせばいいだけで。
> 資料の多さ云々はどっこいどっこいだろ。たいして変わらん。
PHPは、入門以上の資料が皆無。
運用環境も、Apacheと連携するにしても、誰でもできるとは思わんが、Apacheのインストールができるなら問題ないレベルだと思う。
0768nobodyさん
05/02/27 15:25:00ID:???>なんてやらなきゃならんのが、面倒とも言えるな。
JavaのAPサーバをたくさんそろえて・・・というのは、最近だと
JBossみたいな選択肢が増えてきたけど、Yahooがそういう決断を
下した時点はそうでもないのでは？製品使うのはコストの面や、
OSの縛りの問題があるから問題外だったろうし。
逆に今ならPHPは外すのでは？ TSSサイトとか見てるとJavaで
いいじゃんと思うな。
0769nobodyさん
05/02/27 15:30:46ID:???それでPHPより開発が面倒といえるほどじゃないよ。
むしろ、開発環境の起動時間さえ待っておけば、PHPとは比較にならない開発の楽さ。
0770nobodyさん
05/02/27 15:32:37ID:???ttp://www.theserverside.com/news/thread.tss?thread_id=32112
0771nobodyさん
05/02/27 15:41:45ID:???多分、開発と運用をきっちり分けてかんがえてるのだと思うが、
直すといっても、使ってみてちょっと気になった時に、エディタを
さっと立ち上げてサーバで運用中のコードを直接書き換えてる。
プログラマで食っていこうと考えている人にそういうやり方は
お勧めできないが、楽なんだよね。HTMLの出力を触るような
場合はそれで大抵うまくいくし。ただ、うまくいかない場合も
当然あるよ。
0772nobodyさん
05/02/27 15:49:50ID:???いろいろ試すのに、わざわざ運用環境使う必要はないわけで。
HTMLの出力を触るような場合なら、サーバー側のJSPだけ同じように変更することもできるわけで。
0773nobodyさん
05/02/27 15:53:27ID:???それは感じた。というか、入門部分ですらきっちりしたドキュメントが
そろってないような気がする。
ただ、そんなに難しいことするわけじゃないので、入門部分をくぐり抜け
れば、後は PHPのマニュアルと既存コードを眺めれば済むんだよな。
客先に納入するようなシステムだと、そういうわけには行かないと思う
けどね。
0774nobodyさん
05/02/27 16:08:24ID:???0775nobodyさん
05/02/27 16:09:43ID:???独自でやるなら楽とか、クリティカルじゃないならとか、
あんまりメリットになってないような気がするが。
0776nobodyさん
05/02/27 16:42:35ID:???趣味でサーバー借りてまでWebアプリ作る必要は少なくなったね。
0777nobodyさん
05/02/27 16:50:38ID:???>ディレクトリごとアップしてTomcat再起動でいいんじゃないの？
>いろいろ試すのに、わざわざ運用環境使う必要はないわけで。
そのほうが安全だと思うし、他人にはそうしたやり方をお勧めしたい。
ただ、Javaのリッチな開発環境はリソースも大量に必要なので、自分の
マシンだとちょこっと直したいときにはきっといらいらすると思う。
動くようになるまで、そう何度も手直しするわけじゃないし。
結局、PHPの利点はお手軽さだと思うので、Javaの周りの環境が整備され
たら優位性は小さくなると思う。PHPがもてはやされるのは今だけかもね。
TSSの記事は気になるけど。
個人的には、１からアプリを開発するわけではないので、改造してでも
使いたいJavaのアプリが増えてくれるならPHPは要らないな。ただ、Javaを
ホスティングしてくれるところがもっと増えないと厳しいかな。
0778nobodyさん
05/02/27 16:54:35ID:???いや、整備されてると思うが。
ひとまず試したいと思ったときに、手元のパソコンで動かすための手順は圧倒的にJavaの方が少ない。
メモリが256MBあれば、CPUは遅くていい。
共有サーバーで使えるようになるにはいろいろな問題があるが。
0779nobodyさん
05/02/27 16:59:35ID:???しかし、共有サーバー借りてまでアプリ動かしたくなることも減ってる
0780nobodyさん
05/02/27 17:04:15ID:???そういう、手元の環境だけじゃなくて、サーバでの運用環境整備の手順とか、
Javaをホスティングしてくれるところとか。もっとトータルでの環境ね。
手元のハードにしても、256MBじゃ遅いだろ。Eclipseとか動かすには。
その上 Tomcat や MySQLやらも動かすとなると結構良いマシンが必要
じゃない？
0781nobodyさん
05/02/27 17:25:45ID:???NetBeans4.0+付属Tomcat+PostgreSQL8.0くらいなら、256MBでガマンできる程度。
512MBあれば充分。
CPUは1GHzあれば充分かな。
0782nobodyさん
05/02/27 17:57:16ID:???0783nobodyさん
05/02/27 18:27:55ID:???TSS記事の元になった記事の日本語版が出てるね。
（多分、もっと詳細なのが後で出てくると思うが）
速報：IBM、データベースでオープンソースPHPをサポート
ttp://www.itmedia.co.jp/enterprise/articles/0502/26/news007.html
正直、IBMが本気でPHPをサポートするかというと信じられんな。
保険のひとつという気がする。どちらかといえば、MySQL対抗？
0786nobodyさん
05/02/27 19:36:12ID:???つーか、Javaは手元で一式動かさないと、PHP並に気軽に修正とか
できないと思うのだが。PHPの場合は、安全性に多少目をつむれば、
直接サーバのコードを書き換えれば修正完了だ。そもそも、PHP使う
ならそれくらい手軽にやらないと、スクリプト言語使ってる意味が
ないだろ？
0787nobodyさん
05/02/27 19:37:14ID:???Javaとの連携というより、Cloudscapeを売りだしたいって感じだね。
Groovy対抗かとも思ったんだけど。
0788nobodyさん
05/02/27 19:43:24ID:???> Javaは手元で一式動かさないと、PHP並に気軽に修正とかできないと思うのだが。
意味がわからん。
なんならリモートで動いているTomcatのデバッグだってできるわけで。
JSPならよそのサーバーにあってもファイル書き換えればいいだけだし。
クラスファイルやweb.xml書き換えたんなら、そのファイルアップロードしてTomcatのコンテキスト再起動すりゃいいだけ。
気軽に修正したいなら、Tomcatで自動リロードの設定しとけばコンテキストの再起動の必要もないし。
0789nobodyさん
05/02/27 19:45:14ID:???Tomcat再起動するときに重いくらいで、普通に開発できる。
まー、DBは別鯖だけど。
0790nobodyさん
05/02/27 19:47:10ID:???何もしなくても、100MB以上は使っちゃってるし。
Windows2000にしとけ。
0791nobodyさん
05/02/27 20:17:08ID:???>アップロードしてTomcatのコンテキスト再起動すりゃいいだけ。
その一連の作業ってメンドくね？もう、コンパイルの一手間が入る
だけで面倒だと思うのだが。
ただ、サーバとファイル共有して、その上で、常に立ち上げっぱなしの
統合開発環境で開発すれば（というのが手軽でない気がするが）大体
解決する問題でもあるので、スクリプト言語の良さなんてその程度かもね。
0792nobodyさん
05/02/27 20:36:09ID:???スレタイ通りJSPだったらコンパイルも再起動も不要で、ただたんにサーバにポンとアップしておしまいじゃん。
PHPと一緒
0794nobodyさん
05/02/27 21:24:08ID:???コンパイルなんて、Eclipseなら保存のときに勝手にやってくれる。
NetBeansでもShift+F9
スクリプト言語の良さなんて、開発環境が使えないという縛られた環境くらいでの話。
開発環境なんて、フリーであるわけだし、当たり前に使うわけで。
いまどき、統合開発環境が手軽じゃないっていうのも、ナンセンスな話で。
0795nobodyさん
05/02/27 21:27:02ID:???0796nobodyさん
05/02/27 21:32:41ID:???0797nobodyさん
05/02/27 21:36:39ID:???ただ、色んなフリーの鯖なんかで使えるのがPHPだからPHPを使う。
JSP使えるならJSP使うよ。
0798nobodyさん
05/02/27 21:40:45ID:???開発が楽なのはJavaだけど、鯖がないからPHP
0799nobodyさん
05/02/27 21:45:33ID:???0800nobodyさん
05/02/27 22:03:47ID:???ユーザーのパーミッションの問題が解決できたらいいかと。
実際はレンサバでPHPやらJavaやら使って自分のスクリプト使いたい人間は少ない。
だいたいディスクスペースと、用意したブログシステムなんかが使えればOKみたい。
ニッチのニッチ狙うのならいいかも。儲かるかどうかしらんけど。
0801nobodyさん
05/02/28 00:47:35ID:???JSPとPHPじゃ、カバーする範囲に差がありすぎだろ。
J2EEとPHPならまだわかるが。
JSPだけでPHPと同じことはできんよ。
結論：PHPのほうができることが多い。
0802nobodyさん
05/02/28 00:57:59ID:???実際はJSPだけでもPHPよりできることが多いわけで。
0803nobodyさん
05/02/28 01:14:58ID:???>実際はJSPだけでもPHPよりできることが多いわけで。
この部分ちょっとわからん。
JSPだとできてPHPだとできないものがあるの？
0804nobodyさん
05/02/28 01:46:28ID:???0805nobodyさん
05/02/28 01:49:03ID:???0806nobodyさん
05/02/28 02:16:47ID:???0807nobodyさん
05/02/28 03:10:30ID:???0809nobodyさん
05/02/28 20:11:16ID:???ライブラリへの対応だと思う
再コンパイルばっかさせるなと。
0810nobodyさん
05/03/01 05:08:30ID:???0811nobodyさん
05/03/01 10:43:07ID:???0812nobodyさん
05/03/01 22:16:19ID:???なんか、Groovy対抗の色が強い気がするね。
IBMがまともにEclipse対応したりライブラリ整備すれば、PHPもかなり使い物になるんじゃないかな。
IBM、PHPの支持を表明――「Zend Core」バンドルを共同開発へ
ttp://www.itmedia.co.jp/enterprise/articles/0502/28/news040.html
0813nobodyさん
05/03/02 13:53:22ID:???・LinuxやJavaはIBMの投資でここまでのびた
・IBMが投資すると伸びる
・だからPHPも伸びる
っていう流れなんだけど。
LinuxやJavaは、Windowsのほかの選択肢が強く求められていた中で伸びたわけだし。
PHPが、LinuxやJavaと同じように強く求められているとは思えない。
境界線が少しずれるか、境界線があいまいになるくらいの効果しかないんじゃなかろうか。
0814nobodyさん
05/03/02 16:12:21ID:???Java と PHP という棲み分けを IBM は考えているんじゃないの？
0815nobodyさん
05/03/02 20:34:11ID:???まぁ、Zendが頼りなかっただけに、期待は持てるけど。
0816nobodyさん
05/03/02 21:00:44ID:???90年代にMSが成功したのはデベロッパーを徹底的に自陣に引き込んだのが勝因だというのをIBMは知っているし。
そのうちZend Technologyを買収して、Claudscapeの普及とともに企業向けPHP製品を出す予感。
ZendなんてIBMから見ればあっという間に支配できそうな会社だしね。
0817nobodyさん
05/03/02 21:20:44ID:???0818nobodyさん
05/03/02 21:23:10ID:???0819nobodyさん
05/03/02 22:37:56ID:???0820nobodyさん
05/03/02 22:52:05ID:???買収するのがMSとかだったら困るが・・・（Winでしか動かない独自拡張PHPの誕生のﾖｶｰﾝ）
0821nobodyさん
05/03/02 22:56:34ID:???0822nobodyさん
05/03/03 01:05:04ID:???0823nobodyさん
05/03/03 01:54:09ID:???金になるならさ。
0824nobodyさん
05/03/03 03:17:37ID:???そうじゃないからねぇ。
0825nobodyさん
05/03/03 14:17:16ID:???もっとまじめで一途な言語紹介してくれ
0826nobodyさん
05/03/03 15:27:09ID:???0827nobodyさん
05/03/03 15:58:05ID:???0829nobodyさん
05/03/03 16:52:49ID:???0830nobodyさん
05/03/04 20:29:44ID:???0831nobodyさん
05/03/04 21:03:55ID:???0832nobodyさん
05/03/05 21:18:48ID:???Zendの態度が気に入らんということだろ
0833nobodyさん
05/03/05 23:29:12ID:???0834nobodyさん
05/03/06 05:18:05ID:???0835nobodyさん
05/03/06 22:14:19ID:???0836nobodyさん
05/03/16 21:51:23ID:KQcSuvRW> >>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のほうがいいや。
0837nobodyさん
05/03/16 21:52:20ID:KQcSuvRW最近はTrustudio(WebStudio)よりも
PHPEclipseのほうが使い勝手がええなあ。
0838nobodyさん
05/03/17 10:38:33ID:???0839nobodyさん
05/03/17 11:37:25ID:???0840nobodyさん
05/03/18 00:15:01ID:???0841nobodyさん
05/03/18 00:19:27ID:???これ最強
0842nobodyさん
2005/04/15(金) 14:25:48ID:CrR7gcsS宇宙研究のための言語PHP
クオリティ激高スｗｗｗｗ
0843nobodyさん
2005/04/15(金) 15:31:53ID:???国内では楽天も。
0844nobodyさん
2005/04/15(金) 22:45:31ID:???0845nobodyさん
2005/04/15(金) 23:08:45ID:???0846nobodyさん
2005/04/15(金) 23:13:32ID:???特にPHPが優秀だからと言うわけではないと思うが。
それに、Yahooは今PHPじゃないよ。
0847nobodyさん
2005/04/15(金) 23:23:23ID:???0848nobodyさん
2005/04/16(土) 02:11:32ID:???0849nobodyさん
2005/04/16(土) 02:13:39ID:???0850nobodyさん
2005/04/16(土) 09:08:07ID:???0851nobodyさん
2005/04/16(土) 17:39:59ID:???それは以前使っていたPHPのプログラムを別な言語に置き換えたって事？
詳しく教えて欲しい。
よくPHP厨がPHPはNASAやyahooでもPHP使ってるんだぞって真っ赤な顔で言うから。
0852nobodyさん
2005/04/16(土) 17:56:57ID:???彗星探査機とかにWebサーバーが載って、管理センターからブラウザでPHPのプログラムにアクセスしたりしてたらすごいけど。
0853nobodyさん
2005/04/16(土) 23:15:27ID:???サイト内も、あるところはCで書かれ、あるところはPerl、PHP、Python、と何でもあり状態だった。
最近になって「それじゃマズいだろ」ってことになって統一の動きが出てきた。
0854nobodyさん
2005/04/16(土) 23:34:59ID:???Yahooはそもそも、PHPじゃなくて、PHPをベースにした独自スクリプトだよ
つまり、PHPは使えないと判断されたので、独自に作り替えてしまったと言うこと
NASAは、委託した業者がPHPで作ったってだけでしょ
NASAの事業としてPHPで宇宙研究をしているわけじゃないから、
通販サイトがPHP採用するとの、意味的にはあんまり変わらない
0855nobodyさん
2005/04/16(土) 23:47:09ID:???0856nobodyさん
2005/04/16(土) 23:50:30ID:SueZ8KBsPHP使って不足に思うのは、マルチスレッドがないとこだな。
他は非常に扱いやすい。
0857nobodyさん
2005/04/17(日) 00:05:48ID:???0858nobodyさん
2005/04/17(日) 00:21:18ID:???0859nobodyさん
2005/04/17(日) 00:47:06ID:???アマゾンとかYahooショッピングとかみたいな、ポータル的な通販じゃなくて
osコマースみたいなサイトのことだろ。
0860nobodyさん
2005/04/17(日) 00:48:06ID:2GJTj+bgそれだと言語の保守費用が無駄だったから
オープンなPHP使ったんだろ。
>>854とか意味不明なんだけど。
0862nobodyさん
2005/04/17(日) 00:54:33ID:???改造されてしまったと。
多分、DB周りとかじゃないかな？
0863nobodyさん
2005/04/17(日) 00:58:48ID:???なのでPHPにしたって当時の発表であったね。
./あたりの記事を遡れば残ってると思うけど。
0864nobodyさん
2005/04/17(日) 01:05:27ID:???日本のヤフーは割に軽いから解らないかもしれないけど、
本家ヤフーは結構重いことがある
./はこのスレかな？
http://slashdot.jp/articles/02/10/30/0741211.shtml
下の方に行くと、和訳の振りして捏造してPHPを絶賛しててワロス
0865nobodyさん
2005/04/17(日) 01:10:55ID:???そんなにPHPが素晴らしいのなら、他の大規模サイトでも続々採用されてても良いと思うんだが、
バカにされてるPerlあたりよりも導入実績が低いような…
IBMが！NASAが！とか言う割には、やっつけサイトのピンポイント利用しか事例が見つからんし。
0867nobodyさん
2005/04/17(日) 01:56:35ID:XcOUU5pl日本を抗日中国人から救う気概のあるプログラマさん
以下にて作戦会議をしていますのでお力を貸してください！！！
http://cgi36.plala.or.jp/bargiko/bargiko.cgi?roomID=1113648718774
よろしくお願いします！！
0869nobodyさん
2005/04/18(月) 00:39:24ID:???0870nobodyさん
2005/04/18(月) 02:05:55ID:???ふーん
じゃあ、PHPの奴、なんか上げてみてよ
Perlだと、MobableType系のblogサイトや、mixi、はてな、
そして2chも数年前までPerlだったわけで。
あとは、個人的に嫌いなので例には出したくないけど、ライブドア。
良くテレビに出ている元オンザエッジの小飼弾は、jcode.pmの作者。
0871nobodyさん
2005/04/18(月) 03:18:31ID:???0872nobodyさん
2005/04/19(火) 03:20:49ID:???アンチ乙。
Perlのシェアが絶大なのは、圧倒的な技術や知識の資産があるからだろ。
素晴しかったら、次々と乗り換える人が現れて、シェアを伸ばすに違いない、
なんていうのは、典型的な、ガキとかオープンソース厨の脳内世界だけだ。
0875nobodyさん
2005/04/20(水) 06:53:48ID:???圧倒的な技術力や知識の資産があったから。
ASPの場合はいわずもがなってか、どうしてそんな疑問が起こるかわからんくらい圧倒的な技術や知識の資産がある。
Javaの場合は、圧倒的な技術や知識の資産がIBMとかSunとかからまず流入したから。
0876nobodyさん
2005/04/20(水) 17:46:28ID:???Perlが出た時は技術力も知識の資産もなかったけど
何で台頭してきたの？
かなりとっつき悪いと思うんだけど
0879nobodyさん
2005/04/20(水) 22:11:03ID:???推奨されているのに、なんでマイナーを脱せ無いの？
PHPプログラマの友人に聞いたら、PHPは鬱になるから、
Perlに戻りたいとか言ってたけど、そう言う感じだからダメなのかな？
0880nobodyさん
2005/04/20(水) 22:48:49ID:???0881nobodyさん
2005/04/20(水) 22:51:32ID:???> Perlに戻りたいとか言ってたけど、そう言う感じだからダメなのかな？
それはそいつの問題。
たぶんそいつがPerlやってたころは、Webアプリがのどかな時代。
そののどかな時代に戻りたいといってるだけ。
ようするに、ついていけていない。
0882nobodyさん
2005/04/20(水) 23:13:30ID:???0883nobodyさん
2005/04/20(水) 23:14:19ID:???0884nobodyさん
2005/04/21(木) 08:26:36ID:???0885nobodyさん
2005/04/21(木) 11:16:02ID:???どう定義しても、ただの広まらなかった言語になる。
884の知らない言語ばかりになる。
オレ言語みたいなものばかり。
挙げてもしかたない。
0886nobodyさん
2005/04/21(木) 20:00:36ID:???0887nobodyさん
2005/04/21(木) 22:49:38ID:???0891nobodyさん
2005/04/22(金) 22:53:58ID:???JAVAもCもPerlも、何度新しくなっても殆ど互換があるけど…
PHPは、x.y.zzの、zzの部分の数字が上がるだけで動かなくなることがある。
0892nobodyさん
2005/04/22(金) 23:28:56ID:???0893nobodyさん
2005/04/22(金) 23:29:46ID:???0895nobodyさん
2005/04/22(金) 23:44:14ID:DneSFWu6実際問題、Javaなどに関していえば下位互換性はほぼ保証されている。
そうでないと既に前バージョンでシステムを導入している企業が激怒するからね。
ビジネスに深く関わっている言語はそういうところシビアだよ。
0896nobodyさん
2005/04/23(土) 02:13:16ID:???APIが使えなくなるときも、かなり前のバージョンで非推奨になってから動きがかわるし。
確かにJavaのバージョンアップでも動きが変わるけど、それが気になるようなシステムだと、PHPなんか問題外だね。
0897nobodyさん
2005/04/23(土) 12:12:42ID:???JAVAもバージョンで結構変わるよ。ただ、WebProgには関係ないことが多い
0898nobodyさん
2005/04/23(土) 12:33:13ID:???俺の会社もJavaよりはPHPの方が多いな。
少し前はそれこそJava一色だったけど、
最近はASP.NETとPHPの方がJavaより多いな。
ASP.NETは会社に専門のシステム部門が無くて、
総務とか部署の誰かがシステム担当者って場合、
Windowsサーバなら操作とかもある程度できて、ソフトのインストールやアップデートも
簡単だからって理由が殆ど。
専門のシステム部門があるような所だとJavaかPHPだけど、
ここ最近、本当にPHPの案件が多い。
理由はJava・Strutsだと値段が高いってイメージがあるらしい。
PHPだとレン鯖にもあることから、初心者でも簡単に出来る＝値段が安い・納期が早いというイメージらしい。
こっちも、よほど大規模な案件じゃない限り、無理にJavaを奨めないからな。
0899nobodyさん
2005/04/23(土) 13:07:45ID:???0900nobodyさん
2005/04/23(土) 15:55:57ID:???「Javaは難しい・高い」って数年前の評判だよ。最近あまりそういうこという人いないんじゃないかな？
0901nobodyさん
2005/04/23(土) 17:02:04ID:???PHPって案件は殆ど見ないけど、どこでそんなに流行ってるの？
0902nobodyさん
2005/04/23(土) 18:19:44ID:???0903nobodyさん
2005/04/23(土) 19:57:26ID:???作りきりでメンテナンスも不要だから一番向いてるかも
0904nobodyさん
2005/04/23(土) 20:09:53ID:???小規模、中規模、大規模の境界ってどのくらいですか？
PHPだと3000ファイル30MBの小規模なCMSなんてのがありますが
これ以上のものをJavaで日常的に開発してる人っているんですか？
0905nobodyさん
2005/04/23(土) 20:23:35ID:???>>756
>>843
>>871
楽天の注文メールの返信のヘッダに、JavaMail.weblogic@arms02.ap.rakuten.co.jpって
入ってるんだけど。これってPHPなの？
0906nobodyさん
2005/04/23(土) 20:31:45ID:???Javaにはファイル数とかステップ数とかライン数とか、
そう言う規模の数え方はないし、言語によって長い行書かなきゃいけないか、
短くても良いのかでコーディングの労力は変わるので比べられないけど、
例えば金融機関や行政のサイト、大手企業の社内システムなんかは、
それとは比べものにならない規模だし、毎日のように求人が出てるよね。
0907nobodyさん
2005/04/23(土) 22:18:41ID:???社内の気心知れた数人で数ヶ月で仕上げるなら迷わず PHP。
0908nobodyさん
2005/04/23(土) 22:35:01ID:???一度作ってそれっきりメンテナンス不要なシステムならPHP。
0909nobodyさん
2005/04/23(土) 22:40:35ID:WiGfxvr6開発生産性
・・・ スクリプトレットだけなのでPHPと同じくらい簡単。型を意識する必要があるくらい。
DBとの親和性
・・・ 主要なDBのほとんどと接続可能。コネクションプーリングができるので速い。
ポータビリティ
・・・ コンパイル不要。置くだけで動く。しかも初回実行時に自動コンパイルされてServletになるので2回目以降は超高速。PHPみたいに毎回インタプリトしない。
スケーラビリティ
・・・ 将来的にシステム規模が大きくなってきたら徐々にMVC化やらクラス化していけばいい。PHPよりはるかに拡張性高い。
メンテナビリティ
・・・ PHPと比べちゃいけません。
うーん逆にPHPがJSPに対して優位にたてるのって何かある？
0911http:// U125243.ppp.dion.ne.jp/~ss.jpg
2005/04/23(土) 22:58:44ID:???うはっｗｗｗおｋｗｗｗ？？
0912nobodyさん
2005/04/23(土) 23:33:17ID:???現在の検索条件： “PHP” 件数： 33
現在の検索条件： “Java” 件数： 145
現在の検索条件： “Perl” 件数： 31
現在の検索条件： “VB” 件数： 108
現在の検索条件： “ASP” 件数： 33
現在の検索条件： “C言語” 件数： 48
現在の検索条件： “COBOL” 件数： 52
0913nobodyさん
2005/04/24(日) 00:05:33ID:???0914nobodyさん
2005/04/24(日) 01:20:53ID:???社内の気心知れた数人で数ヶ月で仕上げるなら迷わずJava。
0915nobodyさん
2005/04/24(日) 01:24:55ID:???0916nobodyさん
2005/04/24(日) 01:52:47ID:???0917nobodyさん
2005/04/24(日) 12:02:23ID:???Perlはモッサリだし、mod_Perl鯖はJSP以上に少ないし
PHPは鯖で設定違うし
鯖缶の自己満足のためにPHPは必須
で、結局Cしか使っていない訳だが
0918nobodyさん
2005/04/24(日) 21:05:37ID:???0919nobodyさん
2005/04/24(日) 21:28:08ID:???0920nobodyさん
2005/04/24(日) 21:55:35ID:???0921nobodyさん
2005/04/24(日) 23:15:17ID:???0922nobodyさん
2005/05/06(金) 18:09:59ID:???PHPってそうなの？
JSPしかしらねんだけど
0923nobodyさん
2005/05/07(土) 00:40:44ID:???0924nobodyさん
2005/05/07(土) 00:45:04ID:???0925nobodyさん
2005/05/10(火) 01:57:16ID:TPpdvEofmayaって3DCGじゃ
そういや怪しい言語あったような
0926nobodyさん
2005/05/10(火) 02:29:52ID:???0927nobodyさん
2005/05/10(火) 02:48:04ID:EEIiEMuMｗｗｗｗｗｗｗｗｗｗｗｗおｋｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
おｋｗｗｗおｋｗｗｗおｋｗｗｗっうぇっうぇ
っｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗうぇｗｗｗ
0929nobodyさん
2005/05/10(火) 20:58:05ID:???JSP+ServletとPHPの比較なら分かるが。
0930nobodyさん
2005/05/10(火) 21:09:20ID:???0931nobodyさん
2005/05/10(火) 21:28:28ID:???0932nobodyさん
2005/05/11(水) 22:41:33ID:???0935nobodyさん
2005/05/15(日) 16:26:45ID:???0936nobodyさん
2005/05/15(日) 17:12:20ID:???%><%taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"
%><html>
<title>〜
こんな感じで書けばおｋ
0937nobodyさん
2005/05/15(日) 20:25:00ID:???0938nobodyさん
2005/06/11(土) 16:54:37ID:???0939nobodyさん
2005/06/11(土) 18:29:15ID:???普通こうだろ
<%
page contentType="text/html; charset=Windows-31J"%><%
taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>
<html>
<title>〜
0941nobodyさん
2005/06/11(土) 22:26:47ID:???0942nobodyさん
2005/06/11(土) 22:42:08ID:???<?xml
とか出力しようとすると、パーサーに文句言われるよ。
0943nobodyさん
2005/06/11(土) 23:57:13ID:???PHPでやろうとしたって怒られるわけで。
0944nobodyさん
2005/06/12(日) 00:29:12ID:???0945nobodyさん
2005/06/12(日) 00:30:52ID:???はまるときははまるよ。
0946nobodyさん
2005/07/05(火) 16:56:38ID:OOdDLqWchttp://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%近く
\実行速度を低下させています。
0947nobodyさん
2005/07/05(火) 17:32:00ID:???せっかく築いた砂の城が。
0948nobodyさん
2005/07/05(火) 18:11:08ID:???0949nobodyさん
2005/07/05(火) 19:13:11ID:???0950nobodyさん
2005/07/05(火) 23:27:57ID:tfsB8cxp0951nobodyさん
2005/07/06(水) 01:51:22ID:???マイクロソフトまんせー
0952nobodyさん
2005/07/06(水) 09:18:44ID:???0953nobodyさん
2005/07/06(水) 17:36:15ID:???まあ、設定が楽チンってのが一番大好き。
0954nobodyさん
2005/07/07(木) 07:22:16ID:IMsFmlN8なるのが先ぽいきがするが・・・
0955nobodyさん
2005/07/07(木) 10:34:48ID:???0956nobodyさん
2005/07/08(金) 01:30:52ID:???なんのためのクロスプラットフォームなんだか
0957nobodyさん
2005/07/08(金) 19:55:55ID:???LANとかWANという閉じられた世界でなら、それ程セキュリティを気にする必要もない。
既に外部からのセキュリティには十分気を配ってるのが普通だから。
外部にまで公開するような鯖の場合は、間違いなく専門の業者に鯖の設定をさせる。
どちらにしろ、Linuxの設定とかで飯を喰ってくとか以外なら
Linuxも困らない程度に使えればOK。
0958nobodyさん
2005/07/13(水) 10:45:37ID:70tA/kHH0959nobodyさん
2005/07/21(木) 18:11:35ID:???素数の計算、バッチプログラムでやってみた。
JavaやCと比べるとあれだけど、Perlと比べてもかなり遅いのな。
Perl5.8 40秒
PHP4.3 110秒
Java1.5 1.8秒
C 1.2秒
0960nobodyさん
2005/07/21(木) 20:27:22ID:1kwExiU1そうだよ。
PerlがCGI、PHPがApacheのモジュールで動いているのをいいことに、
Perl遅いと暴れ回っているが、本当はPHPの方が遅い。
だからmod_perlなんかと比べたら即死。
0961nobodyさん
2005/07/21(木) 21:31:44ID:???言うまでも無くPHPの場合この手のものは作らずして最初から用意されています（作成時間3秒）
<?php
$array1 = array ("a" => "green", "red", "blue");
$array2 = array ("b" => "green", "yellow", "red");
$result = array_diff ($array1, $array2);
?>
0962nobodyさん
2005/07/21(木) 21:59:30ID:???PHPでたとえ3秒で作れたとしても、1時間考えてPerlやJavaやCで、
その場にあった効率的なものを作った方がいい。
作るのは3秒でも、数年に渡って動かすものが殆どだし。
そっちの損失の方が大きい。
0963nobodyさん
2005/07/21(木) 22:00:46ID:???0964nobodyさん
2005/07/21(木) 22:05:56ID:???つまり、中でどうなってるかも知らずに、何も考えずにそれを当たり前に利用してるってわけですね
そりゃ遅いの当たり前だわ
0965nobodyさん
2005/07/21(木) 22:30:48ID:???0966nobodyさん
2005/07/22(金) 01:37:40ID:???use Data::Diff qw(diff);
$array1 = { a => ['green', 'red', 'blue'] };
$array2 = { b => ['green', 'yellow', 'red'] };
$result = diff( $array1 , $array2);
適当だけどこんな感じかな
使う、使わないに限らずモジュール読み込みのコスト分、PHPはデフォで
コスト使ってるわけです。
毎回インタープリトしてるわけじゃないから顕著な差は出ないだろうけど
0967nobodyさん
2005/07/22(金) 20:19:50ID:???マニュアルからしてバグバグでモジュールの中を見て修正しないとぜっんぜん動かないじゃん。
まともに使ったことも考えたことも無いのに遅いと決めてるそこのお爺ちゃん！
素数の計算みたいな貧乏臭い計算ばかりで僕みたいなリッチな計算ができないなんて同情するよ。
先に言っておくけど顔真っ赤にして泣き喚いても僕より速いコードが出てこなければ相手にしないからね。
<?php
$m = bcpow('2', '1000');
$d = '1';
$arr = array();
while (0 > bccomp($d, $m)) {
$arr[] = $d = bcmul($d, '2');
}
?>
0968nobodyさん
2005/07/22(金) 20:38:05ID:???困ったらprint_r()すればいいのは楽だけどね。
0969nobodyさん
2005/07/23(土) 00:13:07ID:???>ところが、今回仕事の関係でPHPを調査する機会があってベンチマークをとってみたのですが、
>私としては手放しで PHPは速いとは思えませんでした。そりゃCGIのPerlと比較したら無条件に
>速いといえるでしょうけど、 mod_phpの相手は当然mod_perlでしょ？pconnectするんなら
>Apache::DBIを使うでしょ？
PHP使う意味無い。
簡単に作れるだけ。
行き詰まったら何もできない。
0970nobodyさん
2005/07/23(土) 01:15:38ID:???0971nobodyさん
2005/07/23(土) 03:43:51ID:???JSP叩けなくなったら、今度はPerlか？ｗ
0972nobodyさん
2005/07/28(木) 15:31:09ID:???また古い記事を参照してんな…
mod_perlが使えるところなんて極少数なわけだが。
自鯖ならPHPA使えばもっと早くなるし、Jsp/servlet使う手もある。あえてPerl使う必要の方がないよ
0973nobodyさん
2005/07/28(木) 15:44:31ID:???ちなみに、そのサイト自身でも
＞この結果はあくまでも、参考ということで御自分で確認するようにお願いします。 川合がウソ書いているかもしれないと確かめてください
こう言ってるように、その情報は正確じゃない。
mod_perlはコンパイル結果をメモリにキャッシュするがmod_phpはしない。
メモリにキャッシュされてるから、ソース修正されても即時反映されないという、スクリプト言語の良さを殺してるし、
大量リクエストでメモリが不足する恐れもあり。
0974nobodyさん
2005/07/28(木) 21:55:05ID:Zfh9Iwpp趣味で使うなら、別にCGIでよい。
商売で使うなら、ビジネス向けのmod_perl使える鯖を借りる。
それくらい理解できるだろ？
大規模サイトでmod_perlの所は多いが、PHPの所は無い。
mixiみたいな、100万人の会員がリロードしまくるようなサイトは、
特にPHPじゃ不可能。
0975nobodyさん
2005/07/28(木) 22:10:01ID:???これじゃあオブジェクト指向でプログラム組もうとは思わないよな。
で、オブジェクト指向使いたくなければ、PHP5にする意味ないし。
0978nobodyさん
2005/07/29(金) 02:16:59ID:???別にApache::Registryだけがmod_perlではないしー
0980nobodyさん
2005/07/29(金) 14:47:32ID:???データ登録さえすればそれほど情報が変わらないような、情報配信や
ショッピングサイトならば可能かもしれないが。
0982nobodyさん
2005/07/30(土) 00:53:59ID:???＞大規模サイトでmod_perlの所は多いが、PHPの所は無い。
＞mixiみたいな、100万人の会員がリロードしまくるようなサイトは、
＞特にPHPじゃ不可能。
テレ朝の記事でもみろ。
PHPAやZend Platformでmod_perlより速くなる。
>>975
5.1で速くなる。
0983nobodyさん
2005/07/30(土) 01:09:56ID:???Javaのが速いし楽なんだが。
0984nobodyさん
2005/07/30(土) 01:18:34ID:???ユーザは一人じゃないし、同じ画面にどんどんコメントがついたり、
広告が切り替わったりするわけだが。
それに、同じページが100万人に読まれるというのではなく、
100万人が別々のページを作り、そのページが読まれるわけで、
そうなると逐次新しいものを動的に出力するしないわけで。
>>983
大規模サイトは、C、JAVA、mod_perlで殆どだよ。
アメリカでは、Python（と言うよりZOPE）も割にあるけど。
PHPで大規模サイトってのはあんまり記憶にないね。
本家Yahoo!が今後使うって程度じゃないかな？
もっともYahoo!は、検索エンジン部分はPHPじゃないけど。
0985nobodyさん
2005/07/30(土) 01:22:21ID:???ああ、テロ朝ね。
ソースになるのか？ｗ
それに、遅いと言われるたびに、5.1で速くなると繰り返すが、
絵に描いた餅というか、まだ世に出てないものを取り上げて、
断定的に話すのは良くないことだよ。
速くなっても、4レベルになると言う程度で、劇的に速くなるとも
思えないし。
0986nobodyさん
2005/07/30(土) 03:07:23ID:???＞それに、遅いと言われるたびに、5.1で速くなると繰り返すが、
＞絵に描いた餅というか、まだ世に出てないものを取り上げて、
＞断定的に話すのは良くないことだよ。
いや、beta版動かしてみろよ…
＞速くなっても、4レベルになると言う程度で、劇的に速くなるとも
＞思えないし。
これこそ妄想発言なわけですが
0987nobodyさん
2005/07/30(土) 03:12:04ID:???＞大規模サイトは、C、JAVA、mod_perlで殆どだよ。
昔はどうか知らんが、最近mod_perlで構築された大規模サイトってなにがあるの？
Javaに比べると凄い開発効率悪そうなイメージあるんだけど。
0988nobodyさん
2005/07/30(土) 03:39:08ID:???> それに、同じページが100万人に読まれるというのではなく、
> 100万人が別々のページを作り、そのページが読まれるわけで、
> そうなると逐次新しいものを動的に出力するしないわけで。
ユーザーごとの最新をキャッシュしておけばよかろう。
キャッシュの実装がないなら日記を更新するかコメントがついたタイミングでHTML化したものをDBに保存しておけばいいわけで、工夫次第でいくらでも処理は減らせる。
そういう工夫を考えたり実装したりする実力がないなら、逐次新しいものを動的に出力するしかないわけだが。
0989nobodyさん
2005/07/30(土) 06:51:54ID:???まあ、PHPは誰でも書けるって言うのはあるね。
標準の関数で何でもできるし、$_REQUESTで簡単にフォームデータにアクセスできるし、HTTPヘッダを勝手にはいてくれるのは、相当便利。
ただ、何ていうか、面白みがないんだよね。Javaのパチモンみたいな感じがする。
Perlは独特の文化があるから、あれは好きな人は好きだと思うんだけど、PHPって何かポリシーが感じられない。
0991nobodyさん
2005/07/30(土) 10:02:35ID:???＞まあ、PHPは誰でも書けるって言うのはあるね
誰でも書けるというなら言語とかは関係無い。
＞標準の関数で何でもできるし、$_REQUESTで簡単にフォームデータにアクセスできるし・・・
大抵のものは、標準関数である程度の事は出来るし、
フォームデータに簡単にアクセスできる仕組みは用意されている。
＞ただ、何ていうか、面白みがないんだよね。Javaのパチモンみたいな感じがする。
＞Perlは独特の文化があるから、あれは好きな人は好きだと思うんだけど、PHPって何かポリシーが感じられない。
Javaの生きる道がWebぐらいしかないという時点で、Javaの方がポリシーが無いと思うが？
Webに特化したという面から見ればPHPの方がよっぽどポリシーがある。
まぁ、そんな俺はASP.NETにしか興味ないけどな。
0992nobodyさん
2005/07/30(土) 10:30:25ID:???せめてもっと勉強してから書こうよ
0993nobodyさん
2005/07/30(土) 11:12:14ID:???0994911
2005/07/30(土) 13:13:35ID:IPbI/bA40995nobodyさん
2005/07/30(土) 13:39:55ID:???0996nobodyさん
2005/07/30(土) 13:57:19ID:???0997nobodyさん
2005/07/30(土) 15:05:22ID:VOeFznPeおもしろみとかいうお前の趣味はどうでもいい。mod_perlで作られた大規模サイト
とやらをさらしてください
0999nobodyさん
2005/07/30(土) 15:20:38ID:???1000nobodyさん
2005/07/30(土) 15:21:10ID:???1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。