Java VS PHP

1 · 2007/04/27(金) 21:21:58

Java VS PHP

**nobodyさん** · 2011/10/26(水) 23:11:55.68

PHPのグローバル変数 or static変数が
アプリケーション間で共有できないなら
アプリケーションスコープは不可能だな。
PHPなんて知らんが。

Servletのアプリケーションスコープは
単なるハッシュでリクエスト間のスレッド同期も何もしてないはずだから
グローバル変数でデータ持っておくのと実質かわらナインよ。

**nobodyさん** · 2011/10/26(水) 23:15:45.71

PHPのシングルトンはプロセス単位では別プロセスからは参照できない。
またオブジェクトの永続性もない。PHPに加えてmemcachedなどを入れない限り、アプリケーションスコープのようなもの通常不可能。

もしできるのであればWordPressを改良してほしい。ユーザーごとに同じクエリを発行してムダすぎる。

**nobodyさん** · 2011/10/26(水) 23:30:20.47

このスレ読んでいるとプロセスで動くPHP寄りの人とマルチスレッドのJava寄り人と
メモリー空間の理解の仕方が違うから興味深い。

**nobodyさん** · 2011/10/27(木) 13:26:28.99

PHPはマルチスレッドではないのでJavaのように同一メモリ空間で動くわけじゃない。だからapplication scopeはないし、無理。また、マルチスレッド言語のシングルトンと同じ意味でPHPのシングルトンを言及するのはおかしい。

**nobodyさん** · 2011/10/27(木) 15:10:36.16

え！？
最近のPHP(mod_php)なら１プロセス起動しっぱなしで
リクエストごとにスレッド作るServletと同じ仕組みだと思ってたけど、
いまだに1リクエスト1プロセス、そもそもスレッド無いとかPHP終わってるね。

**nobodyさん** · 2011/10/27(木) 15:52:42.79

>>366
だからphpで大規模サイトとか、複雑なやつは作りにくい。

**nobodyさん** · 2011/10/27(木) 17:28:51.32

逆に言えば小規模サイトが作りやすい、とも思わないけどな。
結局レンタルサーバの都合だけでphp人気なんじゃないの？

**nobodyさん** · 2011/10/27(木) 21:39:46.07

Javaはメモリ食うのとデプロイが面倒だから、ファイル置けばOKのPHPに比べて敷居が高い。
大規模だとPHPという選択はありえないけど。

**nobodyさん** · 2011/10/29(土) 04:01:31.81

学校なんかでは、実用性とか関係なく、とにかく、まずJavaを学ぶ。
これはプログラミングを学ぶという意味でね。
でも、仕事では、もっぱらPHPだね。

**nobodyさん** · 2011/10/29(土) 11:41:34.79

が、PHPは将来性がないし、技術者の給与が低い。

**nobodyさん** · 2011/10/29(土) 11:58:08.89

WebでJava使うのはいまや業務系だけだろ。
今流行のソーシャルアプリとかスマホアプリのサーバーサイドとかは
PHP以外ありえん。

**nobodyさん** · 2011/10/29(土) 12:06:44.80

PHPの求人増えてきてるけど、人材がいない

**nobodyさん** · 2011/10/29(土) 13:42:50.56

いない訳じゃないと思うんだ
しっかりした技術持ってる奴はPHP以外の言語も学んでるから、安いレン鯖前提でもなけりゃ他の言語提案に流れてるんじゃまいか

ヘボいスクールで学んだ程度の使えない人材(？)ならいくらでもいるんだけどねえ

**nobodyさん** · 2011/10/29(土) 15:15:39.54

有能な人材であれば他の言語も覚える。
無能な人材はPHPに固執する。

**nobodyさん** · 2011/10/29(土) 15:34:22.64

>>372

JavaでPHPの関数のhtmlspecialchars()のような機能を実現するためには
どのようにしたらよろしいでしょうか？
お詳しそうなのでご教授ください。

**nobodyさん** · 2011/10/29(土) 17:28:31.92

俺なんか最近まで全部Cで書いて、コンパイルして、CGIで動かしてた。
PHPにしたら、死ぬほど楽。
ライブラリはそろってるし、makeして移動してテストしてみたなメンドくさい作業も要らないし。

速度が遅いかもしれないけど、最近のサーバは性能良いしね。
誰か、ネイティブコードにコンパイル可能なPHPみたいなの作らないかな・・。

売れる気がする。

**nobodyさん** · 2011/10/29(土) 19:08:27.42

>>377
PHPはコンパイル型になってもアーキテクチャがマルチプロセスなのでパフォーマンスはあまり変わらないですよ。

**nobodyさん** · 2011/10/30(日) 00:09:24.80

PHPのシングルトンは公式サイトもその意義を疑問視してるね。

http://php.net/manual/en/language.oop5.patterns.php

**nobodyさん** · 2011/10/30(日) 00:56:39.49

苦手なりに赤背景部分読んでみた。こういう分かりやすい正直な警鐘出すとこは好感持てるね
たしかにPHPだとシングルトンってただのグローバルに比べてもうまみが薄いよねえ

**nobodyさん** · 2011/10/30(日) 01:00:28.95

英語分からんならjaで見ればよかろ

**nobodyさん** · 2011/10/30(日) 01:38:54.61

これは失礼w

**nobodyさん** · 2011/10/30(日) 01:58:11.43

シングルトンも意味をなさないPHPではOOPは無理がある思う。PHPが真価を発揮させやすいのは構造化プログラミング。それが一番処理が早い。

**nobodyさん** · 2011/10/30(日) 02:03:58.59

PHPのシリアライズはバグがあるみたいね。分散処理させない小規模なシステムではあまり影響はないけど、
大規模では使えない。

**nobodyさん** · 2011/10/30(日) 02:07:35.47

へ？そらいくらなんでも強弁じゃね
もちろんマルチプロセス前提で普及したゆえに適用できない著名デザパタがあるって事自体は弱みだと思うけどさ

**nobodyさん** · 2011/10/30(日) 02:09:08.78

分散は泣きどころだよな

**nobodyさん** · 2011/10/30(日) 02:19:00.34

実際のところ、phpはインタープリッタなのでOOPすれば実行時の解釈量が増え、オーバーベッドが高まる。

**nobodyさん** · 2011/10/30(日) 02:22:32.03

OpenPNEみたいな悲惨なパフォーマンスみればやっぱり無理してるんだなと思う。
キャッシュでごまかしてはいるけれどもね

**nobodyさん** · 2011/10/30(日) 02:25:45.77

そこは異論ないな
キャッシュやDBテクでごまかせん規模が容易に予想される分野にゃ辛いw

**nobodyさん** · 2011/10/30(日) 11:36:40.72

２０年くらい前にさ、「自分で言語を作ろう！」みたいな雑誌の企画や本が結構出版されてた。
構文解析してスタックに詰めて、みたいな・・。
今、どうなんだろう。

今もやってるなら、コンパイル可能なPHPライクな言語を時間がある学生が作れば良いのに・・。
途中一回C変換する、プリコンパイル形式なら、簡単とは言わないけど、難しくは無い土方仕事の気がする。

**nobodyさん** · 2011/10/30(日) 19:48:57.47

scalaみたいに他言語のソースコードへ変換されるだけ言語なら作れるかもしれんな。
マルチプラットフォームのランタイムとかだれも作りたくねーし。

扱いやすいJavaのフレームワーク（環境設定の自動化も含めた）
を作ったほうが現実的だな。

**nobodyさん** · 2011/10/31(月) 00:04:41.61

Quercusがあるのでは？Javaで実装されたphp。。
現在のところマルチバイトがやや難ありだけど生のphpよりも早い感じ。

**nobodyさん** · 2011/10/31(月) 00:05:01.00

http://quercus.caucho.com/

**nobodyさん** · 2011/10/31(月) 04:56:16.28

ここまでPHPの話題のみ。Java無し

**nobodyさん** · 2011/10/31(月) 13:38:24.53

誤爆か？

**nobodyさん** · 2011/10/31(月) 16:19:06.81

goo-net重くね？
PHPだから？

**nobodyさん** · 2011/10/31(月) 22:56:52.53

>>396
PHPサイトとしては普通ですよ。

**nobodyさん** · 2011/11/01(火) 00:41:08.40

PHPでコネクションプーリングはどうやるのですか？

**nobodyさん** · 2011/11/01(火) 07:18:16.12

mysqlはコネクションプーリングしないほうがいいらしい

**nobodyさん** · 2011/11/02(水) 10:41:39.66

PHPの特徴をまとめた。

・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない

**nobodyさん** · 2011/11/02(水) 10:55:56.98

PHPはお買い物サイトくらいまでだな

**nobodyさん** · 2011/11/02(水) 21:20:06.39

PHPでリアルタイム通信対戦のテーブルゲームのサーバーぐらいなら
書けるって聞いたんですが無理なんですか？
というか基本的になんでも書けると聞いたのですが無理だとしたらすでに
発注したPHPの本はいったい・・・

**nobodyさん** · 2011/11/02(水) 21:31:08.04

こんな程度の低いゲームボーイが集まるのがPHP

国家経済の中核を担うミッションクリティカルな
大規模エンタープライズシステムを任せられるのがJava

まあそれは置いといて、PHPってそんなに遅いのか？
mod_phpってコンパイルとまではいかなくても
構文解析とかでそれなりに前処理するから
速いとか聞いてたが遅いと言う人もいてわからん。

**nobodyさん** · 2011/11/02(水) 22:05:37.17

Javaが速すぎるんだよ。あれは反則だよ。

**nobodyさん** · 2011/11/02(水) 22:38:37.79

PHPは基本速度が遅い事よりキャッシュを作るのに
いちいちDB使う必要があるのが致命的だな。

**nobodyさん** · 2011/11/03(木) 00:50:26.56

>>402
余程人気出たら落ちるかもね。しかし言語問わず素人設計ならアクセスはじけりゃ落ちるもんだ
PHPだから駄目なんだ、って所まで行く頃には人雇ったり外注化する予算なんか計上できてなきゃいかんと思うが

なんでPHPでやろうと思ったの？

**nobodyさん** · 2011/11/03(木) 13:41:41.54

>>406
今一番主流で速いのはPHPだと聞いたので・・・
PHPでもよほどアクセスが増えなければやっていけるのですね
ならばとりあえずPHPをマスターしたあとJava勉強してみます

**nobodyさん** · 2011/11/03(木) 14:52:48.15

どのようなシステムか詳細は不明だが、
PHPでもよほどアクセスが増えなければやっていけるとする。

しかし仮にアクセスが増えた場合はPHPの特性上その対策は限られるし、困難が予想される。
その理由は>>400

最悪、別言語で１から作り直し。

**nobodyさん** · 2011/11/03(木) 15:35:10.50

リアルタイムってのがな
できない訳じゃ無いにしろ、選定間違ってるとは思う。無駄大杉
余程の事情なければJAVAで簡単なサーバ立てたほうが適切だろ

**nobodyさん** · 2011/11/03(木) 16:53:50.74

>>408-409
ありがとうございます
リアルタイムにPHPは向いていないのですね・・・。
調べてみるとJava servletなどでもPHPと同様のことができるようで、
こっちのほうがアクセスの処理や、セキュリティ面でも有利なようですね

アクセスの軽いブログやSNS程度ならばPHPでもいけるようなので、
とりあえず基本としてPHPは覚えておいて、ゲームのリアルタイムサーバには
Java servletを使ってみようと思います

**nobodyさん** · 2011/11/04(金) 00:51:19.55

PHPはマルチスレッドではないから当然synchronizedも無いんですよね。

>>402さんのやりたいことよくわかりませんが、PHPではほとんど無理と思ったほうがいいです。

**nobodyさん** · 2011/11/04(金) 12:21:40.32

速いとかは作れること前提なんだが
学生なら5年くらいはプログラミングで遊んでないと
そのレベルに達しないぞ。

**nobodyさん** · 2011/11/05(土) 01:58:21.79

>>411
なんでできないの？できるだろ？
>>402のやりたいことも理解できないくせに
ほざいちゃ駄目。OK？

**nobodyさん** · 2011/11/05(土) 03:20:29.17

まあ待ったれや
synchronizedとか言い出してる時点でお里が知れるってもんよ。逆になw

動くは動く、方法はあるとかじゃなくてな。JAVA脳だとふつー無理って言うよww
優しい人は「考え得る限りで相当ひどい選択」くらいに留めてくれるだろうけどさ

質問者がservletとか言い出してるので、みんな呆れて放置してるだけだ
まーあれよ、急がば回れっていうしな。

**nobodyさん** · 2011/11/05(土) 10:09:52.35

リアルタイムなら、Cでソケットプログラム組むのが最速だし、最善。
JavaとかPHPとか鼻で笑うレベル。

**nobodyさん** · 2011/11/05(土) 10:40:25.49

>>415

車輪の再発明

**nobodyさん** · 2011/11/05(土) 10:43:34.43

まあブラウザーで興奮しただけのゲーム小僧の妄想が
実現することはないからどうでもいいけどな。

ゲームボーイ「ぼく、ゲームに人生賭けてるんです。（キリッ）」

**nobodyさん** · 2011/11/05(土) 10:53:06.32

Cしかできないこの人が>>417一番かわいそう。

**nobodyさん** · 2011/11/05(土) 11:06:28.94

PHPは言語自体が糞いけど
Javaを何も知らないような人に教えるのは大変。
最近のフレームワークはかなりステップ省略してくれるけど
省略されてるものについて知らないと結局つまるｗ

**nobodyさん** · 2011/11/06(日) 12:39:31.87

>>415
もうC言語だけじゃウェブでは食えなくなったね。
だから今、PHやJavaを勉強しているんだね。
周回遅れだけどがんばってね。

**nobodyさん** · 2011/11/07(月) 11:36:41.37

>>377
HipHop for PHP

**nobodyさん** · 2011/11/07(月) 16:59:02.55

rubyはperlの系列
phpはCの系列
pythonはjavaの系列

rubyやperlの構文を簡単と表現するのは間違ってる。

**nobodyさん** · 2011/11/08(火) 23:28:58.77

PHPでプログラム初めて3年ぐらいの人間ですが、
シングルトンをPHPでやった場合、オブジェクトを生成するコストが軽減されるから有利って聴いたんだけど、意味ないのかな？

**nobodyさん** · 2011/11/09(水) 00:08:37.13

意味はあるさ
でもJavaほどの意味はない

**nobodyさん** · 2011/11/09(水) 01:22:29.50

>>423
プロセスの範囲内で意味がある。範囲外では意味が無い。

**nobodyさん** · 2011/11/09(水) 01:28:26.42

それだとglobalと変わらんって事になるな

**nobodyさん** · 2011/11/09(水) 01:34:43.48

マルチスレッドとマルチプロセスの違いがわかれば効能を理解しやすい。

**nobodyさん** · 2011/11/09(水) 01:37:36.15

phpの公式サイトですらシングルトンの意義を疑問視する見方があると警告を発しているのでやはり意味は薄いと考えるべき。

**nobodyさん** · 2011/11/09(水) 03:08:48.67

>>427
是非ご教示くださいな

**nobodyさん** · 2011/11/09(水) 09:32:08.77

>>429
激しく既出

**nobodyさん** · 2011/11/10(木) 09:20:26.94

ページを横断できない上に
リクエストが終わったら消えるんだろ？
RDB+memcachedしかキャッシュ作る方法ないって
つらそうだなPHP

**nobodyさん** · 2011/11/10(木) 18:33:10.38

PHPってプロセスなの？

**nobodyさん** · 2011/11/11(金) 03:47:03.01

>>432
cgiかmod_phpか、それ以外か、による。

**nobodyさん** · 2011/11/11(金) 08:47:31.29

マルチスレッドではない。

**nobodyさん** · 2011/11/11(金) 12:24:05.67

内部ではこっそりスレッドとプロセスを両方使ってるみたいだが
あれはランタイムの速度の話であって
プログラム上でメモリを扱うときはプロセスのみ。

**nobodyさん** · 2011/11/12(土) 15:42:45.00

PHPのメモリ管理は非効率。
結果としてデータベース読み出し回数が多くなる。
やっぱり小規模サイト向け。

**nobodyさん** · 2011/11/12(土) 18:10:05.12

開発が楽になるための代償としてそうなったのなら
良かったんだが、単に作りが悪いんだよな>PHP

**nobodyさん** · 2011/11/12(土) 20:26:52.17

javaはメモリ使うんじゃなくて
JSPがページの静的な部分もメモリのバッファに
キャッシュしておくから消費量が大きいんだと思う。
その分速いと思うけど単純にページが増えるだけで
メモリ消費量がうなぎのぼり。
普通のページはテキストだけで50KB～100KBだから
オブジェクトにするともう少しメモリが必要だとして
ページ平均100KBと大きめに見積もったとしても
100ページで10MBだな。tomcatやセッションを見積もっても
レンタル鯖は最低256MBくらいメモリ使えるから小規模なら余裕。
レンタル鯖の数が少ない＋値段3倍ぐらいなのがネックだが。

**nobodyさん** · 2011/11/12(土) 23:41:05.99

>>438
？？？

**nobodyさん** · 2011/11/20(日) 23:45:14.62

PHPの特徴（Javaと比較して）

・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない

**nobodyさん** · 2011/11/21(月) 20:21:31.59

javaのwebっていわゆるjspってやつだよね
閲覧速度で言ったらPHPの方が早い、javaは遅い

**nobodyさん** · 2011/11/21(月) 20:45:55.52

JSPも1回目は遅い。でもそれは2回目以降をPHPより速くするためにね。
じゃあ1回目のアクセスじゃなくてサーバー立ち上げたときに最適化しろ
って思うかもしれないだろうけど、そうするとサーバー立ち上げるのに
時間かかるからってことで1回目のアクセス時にそのページだけ
最適化コンパイルが走るしくみ。

**nobodyさん** · 2011/11/21(月) 20:54:02.14

javaのwebは全てServletで、JSPはServletのフレームワークみたいなもん。
JSPはPHPのZendと同じように本家が作ったフレームワークだから使っている
人が多いけど、Servletから代替技術を作ることはできる。

**nobodyさん** · 2011/11/22(火) 01:26:33.43

JSPはプリコンパイルしてアップすれば一回目から早い。
またソースコードをアップロードする必要がなくなくのでセキュリティ高まる。

PHPは毎回遅い。

**nobodyさん** · 2011/11/22(火) 01:28:46.86

PHPの遅さの原因はインタープリタ型ということもあるけど、
メモリ管理が貧弱なのも大きい。
WordPressなんか見るとムダが多すぎて悲惨なレベル。

**nobodyさん** · 2011/11/22(火) 08:38:41.14

実際javaのネットショッピング遅いよ。最初の接続なんて超遅い

**nobodyさん** · 2011/11/22(火) 09:42:21.52

>>446
それはJavaのせいちゃう

**nobodyさん** · 2011/11/22(火) 12:32:05.01

>>446
Java勉強した上で言ってるの？

htmlspecialchars()と同等の機能をサーバーサイドJavaで実現するためには
どうすればよろしいのでしょうか？答えてね。

**nobodyさん** · 2011/11/22(火) 12:38:22.90

なんか凄まじい勘違いでめちゃくちゃな誤った情報をばら撒いてるのがいるな・・・
>>441-443,446あたりの方はWebアプリの基礎のキをちゃんと学んでからもの言ってくれ・・・

**nobodyさん** · 2011/11/22(火) 14:04:14.90

java知らない奴には分かりやすいだろう？
jsf2でjspつかわなくなったし、言いたいのは
jspに対する不満がjavaに対する不満にならないというだけのこと。

**nobodyさん** · 2011/11/22(火) 18:20:31.74

そうかな。java好きだけどな。
確かに自分だけが見て書くならphpでもperlでもいいかもしれないが
他人のphpのソースはひどいものはひどい。
その点javaでちゃんとオブジェクト思考で書いたたとえばstrutsは
見やすい。ちゃんとオブジェクト思考を理解している人が書けばまあ
案外はずれはない。
後さ、板違いかもしれないがhtmlのテーブルレイアウトで基地外みたいな
ソースを書くやつもいる。htmlでもここまできたなくかけるのかとちょっと
関心してしまった

**nobodyさん** · 2011/11/23(水) 01:24:53.57

PHPの特徴（Javaと比較して）

・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
・スキルが高い技術者がいない（有能な技術者は他へ流れる）

**nobodyさん** · 2011/11/23(水) 11:22:33.48

java,javaと騒いるがhp比較してから言え

**nobodyさん** · 2011/11/23(水) 17:15:26.55

>>453
日本語おｋ
比較対象が、>>446のような頭弱いやつが作ったサイトでは意味が無い

**nobodyさん** · 2011/11/23(水) 19:09:51.17

OOPはオーバーヘッドをまねくとかどの言語にも言えることを
PHPの特徴として挙げてるのが頭弱そうだなｗ

**nobodyさん** · 2011/11/23(水) 19:50:17.10

俺も昔Javaは遅いって偏見もってたけど自分で実装したら爆速だった。

**nobodyさん** · 2011/11/23(水) 23:18:48.02

OOPにするとリフレクションを使ったフレームワークがでてくるんだが、
これがとにかく重い。

だけど最近のJavaフレームワークはバイトコード書き換えライブラリで
リフレクションの重さを消してるから大きな差がでる。

**nobodyさん** · 2011/11/23(水) 23:31:03.36

>>455
OOPはオーバーヘッドをまねくとかどの言語にも言えない。
JavaはデフォルトがOOPなので「オーバーヘッド」とは言葉の意味として変。

他の言語で言えば、Objective-Cは早さを求める部分だけはC言語を使う。
OOPしたいときはObjective-C特有の記述を行う（処理が若干遅い）。
この言語ではオーバーヘッドだと言える。

PHPも同様。手続き型が早く、OOPするとオーバーヘッド。

**nobodyさん** · 2011/11/23(水) 23:33:43.99

phpは速度がいらない用途に使われることで
javaと住み分ければいい。

だからphpの命運はrubyしだいじゃないの？

**nobodyさん** · 2011/11/24(木) 00:46:29.22

データベースを使用しないサイトではPHP有利。

しかし、データベースを使用するサイトでは
同じデータのためにユーザー別にデータベースに取りに行く羽目に
なるから悲惨。シングルトンも中途半端で意味ないし。

ユーザー固有のデータをユーザー別に取りに行くのであればわかるが。。。

**nobodyさん** · 2011/11/24(木) 00:47:50.51

最たる例がOpenPNE、続いてWordPress。

**nobodyさん** · 2011/11/24(木) 01:34:38.03

javaってタグ出力１行ずつなの？