Java VS PHP

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

Java VS PHP

**nobodyさん** · 2011/10/17(月) 17:02:30.07

>>327 = >>340

**nobodyさん** · 2011/10/17(月) 20:41:18.20

PHPとか池沼

**nobodyさん** · 2011/10/18(火) 02:32:36.83

>>334
解答まだ?

**nobodyさん** · 2011/10/21(金) 14:48:55.10

＞JavaのapplicationスコープをPHPで実現させる方法を教えてください。
この質問した奴がもの凄くバカだってことだけはわかった

**nobodyさん** · 2011/10/21(金) 18:12:12.86

>>344
君は遊ばれたことにようやく
気付いたの？

**nobodyさん** · 2011/10/21(金) 21:43:10.46

>>327 = >>340 = >> 344

結構おもしろい人だね。

**nobodyさん** · 2011/10/22(土) 00:29:14.62

>>344
あなたは本当にJavaとPHP双方わかっているのですか？
そんな質問の答えは「無い」と即答すべきでしょ？

requestとsessionに加えてapplicationスコープがあるJavaと
applicationスコープがないPHPでは設計が違ってくるし、超えられない壁でしょ？

**nobodyさん** · 2011/10/24(月) 00:04:14.02

phpって遅いのかと思ったけど
割とﾊﾟｷﾊﾟｷ動くので好き

**nobodyさん** · 2011/10/24(月) 01:49:03.59

>>348
OpenPneやら、WordPressやらでPHPの遅さを嫌持って体験しているとそういう気にはなれないね。

**nobodyさん** · 2011/10/25(火) 12:03:49.18

Phalanger - The PHP Language Compiler for the .NET Framework
http://ja.wikipedia.org/wiki/Phalanger

**nobodyさん** · 2011/10/25(火) 20:21:38.47

>>349
CMS系は、間口広く取りすぎて、重くなってるんだと思う。

**nobodyさん** · 2011/10/25(火) 21:53:01.79

>>351

それ以上にapplication scopeがないことが大きい。
DBへデータ取りに行ってもそのデータを他者と共有できない。
できることはせいぜいキャッシュくらい。

**nobodyさん** · 2011/10/25(火) 23:09:26.14

application scopeなんか使うか？
使ってんの見たことないんだが。

**nobodyさん** · 2011/10/26(水) 01:06:12.12

application scopeってシングルトンでデータもってるのと何か違うの？

**nobodyさん** · 2011/10/26(水) 14:46:04.08

セッションスコープはユーザーのアクセスに対してユーザー毎に変数を保持する。

仮にDBにサイトのお知らせデータがあるとしよう。お知らせデータ自体は特定ユーザー固有の情報ではない。

あるユーザーがDBからお知らせデータ取ってきてセッションに格納したとする。そのデータ自体は特定ユーザーのものではないが、セッションスコープは特定ユーザーにひもづいているため
他のユーザーは利用したくても利用できず別にDBへアクセスする必要がある。

アプリケーションスコープは全ユーザー共通のスコープなので、あるユーザーがDBからお知らせデータを取ってきてアプリケーションスコープへ格納すれば他のユーザーもそのデータを利用できる。他のユーザーはDBへアクセスする必要がない。

まとめれば
利用したいデータが全ユーザー共通の場合、セッションスコープしかなければユーザー別にDBへアクセスする必要があるが、アプリケーションスコープがあればDBへアクセスするのは１ユーザーが１回DBへ取りに行けば済み、あとはそのデータを使い回す。

**nobodyさん** · 2011/10/26(水) 19:41:03.66

>>355
力説するほどの内容かよ・・。

**nobodyさん** · 2011/10/26(水) 20:06:39.28

>>356
phpではどうするの？

**nobodyさん** · 2011/10/26(水) 21:27:07.54

>>357
php知らないけど、出来るだろ。
ユーザのセッションIDに紐付けるデータと、全ユーザで共通に使うデータを分けるだけだろ。

別にCで書いたっていいし。

**nobodyさん** · 2011/10/26(水) 21:34:06.21

>>355
それならシングルトンクラスにデータ保持するのと一緒だよね。

アプリケーションスコープは
アプリケーションの起動時、停止時にopen(), close()
されるようなものだけを置くべきじゃない？

**nobodyさん** · 2011/10/26(水) 21:35:41.72

phpはセッションあるけどアプリケーションスコープないんだっけ？
でもシングルトンでほぼ同じことができるはず

**nobodyさん** · 2011/10/26(水) 21:50:00.60

結局、ここの人たちは両言語の機能の違いも知らないわけ？このスレ意味ないじゃん。シングルトン？C言語？

**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はオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない