09/10/21 14:36:07
>>261
PHP使いもだいぶEclipseやNetbeansを使い始めているぞ。
Zend Studioも結構いるが何しろ有料で高いからな。
263:nobodyさん
09/10/21 16:01:07
>>261
あれだ、コマンド一発で大量の設定ファイル、下書きコードが自動で作成されます。でそれを便利だとありがたがってるやつ
最初がそもそもおかしいからそういうのがいるようになる。前提が不便すぎるのだ。
264:nobodyさん
09/10/21 16:15:15 53r8Iq7N
>>263
あれだ、コマンド一発で大量の設定ファイル、下書きコードが自動で作成されます。でそれを便利だとありがたがってるやつ
そういうのがJavaのフレームワークにはありがちだ。そういうのは確かによくない。
hibernateはクソだ。
しかしそれはJavaの責任ではない。そういうフレームワークを使わなければいいのだ。
Servletベースにすれば大量の設定ファイルは必要ない。server.xmlとweb.xmlだけくらいだ。
（これはWebサーバー使う限りどの言語でも必要だ。）
265:nobodyさん
09/10/21 18:09:59
>>263
PHPのクラスも同じだよ。
PHPを使う人達にはクラスを使う事が浸透していなだけ。
266:nobodyさん
09/10/21 18:22:33
ま、関数いっぱい用意されてるしクラス化する必要性がまずないからな
267:nobodyさん
09/10/21 18:22:40
>>265
そこでなんでPHPが出てくるんだか。
268:nobodyさん
09/10/21 19:25:30
>>266
cakePHPにしろsymfonyにしろフレームワークを使うとなると、
必要になるんじゃないのかなーーー？
まだ使っていないと思うけど
269:nobodyさん
09/10/21 19:58:46
PEARのコード見てみ～。
言語的に不十分なPHP4であれだけきっちり書いてる。
ZSは更にちゃんとしてる
270:nobodyさん
09/10/21 20:01:05
間違い
Zend Framework
271:nobodyさん
09/10/21 21:20:24
>>269
PHPのバージョンアップの流れを考えろや。
これからはフレームワークが必須だろうが。
>>262
cakePHP + NetBeansで快適さ
Eclipse（PDT）よりコード補完がベターだ
272:nobodyさん
09/10/22 08:12:06
フレームワークがライブラリを置き換えるものではない。
CAKE別にいいと思うがあんな密結合でｽｹｰﾙｱｳﾄ出来ないのは"これから"じゃないと思うぞ。PHP4でOOPとは言い難いし。書きなぐり用ならOK
273:nobodyさん
09/10/22 11:26:27
>>244
スクリーンキャストを見たけど、確かにシンプルだね
いわばJava版LL風WEBフレームワークといった感じ。
ちょっとマニュアルを見て見たがcakePHPに似ている。
274:nobodyさん
09/10/22 15:30:20 gb8cnyBf
StrutsでもじゅうぶんLLだとおもうが。
どこが難しいのかさっぱりわからん。
275:nobodyさん
09/10/22 15:40:34 gb8cnyBf
LLの意味は日本と英語圏ではまったく逆。
URLﾘﾝｸ(ja.wikipedia.org)
＞英語圏におけるLightweight languages
英語版Wikipediaによれば、Lightweight Languagesは
計算機リソースを多くは消費しないという意味で軽量（Lightweight）であり、
C言語などが例としてあげられている。
つまり、プログラマ負担の軽い言語を意味しない。
よって、日本における軽量プログラミング言語（Lightweight Languages）と
欧米におけるLightweight Languagesは、その「軽量」の意味においてまったく異なるものであり、
英語でPerlやJavaScript、PHPを指し示す場合は、Scripting languagesと表現したほうが妥当であると考えられる。
つまり日本人のLightweightLanguageは和製英語であり、西洋人には通じないので注意しましょう。
276:nobodyさん
09/10/22 18:19:53
日本だとダンスのうまい双子を意味するからな
277:nobodyさん
09/10/23 06:55:35
>>275
雑誌とかも和製英語の意味で使ってるな
278:nobodyさん
09/10/23 15:17:12 KbUwE6+s
外人エンジニアとの議論で混乱するから
ＬＢＬ（Lightweight Brain Language）
に改称したらいい。
279:nobodyさん
09/10/23 16:53:41
つまらん
280:nobodyさん
09/10/24 23:27:06 +XTO6QU3
ＢＬＬ(Brain-Less Language)
では？
281:nobodyさん
10/10/18 11:57:23
javaで書かれた関数をWeb cgiで使いたいのだけど
トムキャットが無難なの？
282:nobodyさん
10/10/19 21:45:06
php が java に構文が近づくってだけでもjavaの完成度は高いよ。
そんなことより一番の恩恵はjvmの進化。
起動時以外はネイティブかそれ以上のパフォーマンスを得られる。
283:nobodyさん
10/11/05 16:32:15
URLﾘﾝｸ(shootout.alioth.debian.org)
284:nobodyさん
11/04/22 23:14:59.64 itzBhGqM
Mono最強伝説
URLﾘﾝｸ(ja.wikipedia.org)(Web%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC)
285:nobodyさん
11/05/08 13:36:25.90
なんか全体的にphp使いこなせてないのにphp批判してる連中ばっかだなww
プロがフレームワーク使いこなして中規模のwebアプリバリバリ書いてるとこ見たことないだろ
相当キレイに早くwebアプリが作れるし可読性も高くてメンテナンスもしやすい
javaでもプロが書けば同じだから、結局は言語仕様ってより使いこなすプログラマの質によるんだよ
286:nobodyさん
11/05/10 23:51:21.69
phpの人って「プロ」って言葉が好きだな(笑)
287:nobodyさん
11/05/11 00:01:08.69
レス抽出しても285の1つしか見当たらないが
288:nobodyさん
11/06/24 07:11:45.48
PHPってw
289:nobodyさん
11/07/02 02:02:27.30 AJLe5hIa
アプリケーションスコープの有り無しが違いとして大きいかと。
290:nobodyさん
11/07/03 03:43:20.00
不毛すぐる
291:nobodyさん
11/07/21 13:59:52.51
本当に不毛だな。
俺はPHPもJavaもできるがもうWebの時代は終わりだろ。
終わりってゆーか、スマホっていうビックウェーブが来てて
時代はもうそっちだよ。
だからこれからのプログラマは、JavaかObjective-Cができないと駄目だ。
Windows Phoneのことも考えればC#もできるようにしておいた方がいい。
もっと言うとC/C++もできるようにしておいた方がいい。
時代に取り残されたくなければ今のうちに勉強するんだな。
292:nobodyさん
11/07/21 14:54:44.40
別にスマフォが普及してもサーバ側のプログラミングが
不要になるわけじゃないし。
自分はJavaとObjective-C使えるから別にどうでもいいけど。
293:nobodyさん
11/07/21 17:26:50.04
>>292
サーバサイドがなくなるとは言ってないが、
メインストリームからは外れるだろ。
汎用機からオープン系に流れたように
Webからスマホに主軸は流れるんだよ。
294:nobodyさん
11/07/22 02:14:06.32
スマフォは画面を出すだけで
データの蓄積、重い処理はサーバーに投げることになる
295:nobodyさん
11/07/22 13:58:34.10
Mac Book Airでも買うかな
296:nobodyさん
11/07/23 00:11:27.64
俺も最近Objective-C勉強するためにMacBook（AirでもProでもない）を
中古で6万円で買ったよ。
中古にしては手の良い中古でかなり大満足だ。
Windowsでも開発できるようにしてほしかったがしょうがねぇ。
297:nobodyさん
11/07/25 03:14:51.32
俺の大学は一年で最初にJavaを使って教えてたんだけど、
今年からついにプログラミングの基礎はPython使って教えることになった。
298:nobodyさん
11/08/23 22:31:48.42
Pythonなんて金にならない言語覚えてどうすんだろうな。
299:nobodyさん
11/08/23 22:51:25.08
>>298
お前はCOBOLでも覚えとけｗ
300:nobodyさん
11/08/31 08:41:22.78
>>299
COBOLの方がPythonなんかより全然金になる。
（俺はCOBOL知らないがな）
301:nobodyさん
11/09/21 03:16:36.58 L92oE2Rd
どうでもいいけど、Pythonの方が早くない？
302:nobodyさん
11/09/21 14:05:27.70
サーバーサイドなくしてどうやってコミュニケーション取るの？
ゲームとかローカルで完結するアプリがそんなに楽しいか？
303:nobodyさん
11/09/30 20:37:53.50 KaRekCLi
上の方でJavaとObjective-Cについて書かれてますが、これはどちらが理解しやすいですか？
自分はPHPはある程度出来る程度です
304:nobodyさん
11/09/30 21:18:03.02
ある程度とはどの程度か？ という人によって認識が違いかねない
曖昧模糊な表現への疑問はさておき
Objective-Cを覚えるにはあらかじめC言語を習得しているのが望ましい
（さらに言えば、Java, C#, C++などのオブジェクト指向言語もあらかじめ習得しているとわかりやすいだろう）
JavaとObjective-Cでは、現実的に考えて使用目的が違うのだから
比べるものではないだろう
305:nobodyさん
11/09/30 22:28:11.39
理解しやすいという意味ではJavaじゃないのかな。
実用性はまた別だけど。
306:nobodyさん
11/10/01 02:12:38.86
>>303
JavaとObjective-C両方習得しなさい。
人間やりゃあできんだろ？
ただ質問に答えるならJavaの方が簡単だよ。
PHP5はJavaのパクリだしね。
現状Androidアプリの開発者は集めやすいが
iOSアプリの開発者は集まらないっていうから
そっちの方がお金になると思う。
307:nobodyさん
11/10/01 02:16:22.16
>>302
確かにサーバーサイドなくしては
面白みも何もないアプリの出来上がりだわな。
だが、画面はWebじゃなくてスマホアプリで、
サーバーサイドはWeb APIとしてJSONなりXMLなりを返すだけだ。
サーバーサイドの技術者はもう日陰者になるんだよ。
308:nobodyさん
11/10/01 09:44:44.07
必要に応じて使い分けようさ
プログラマならマルチリンガル種でそ？
javaガーとかＰＨＰガーとか言ってる間にいろいろ習得汁
309:nobodyさん
11/10/01 20:07:35.81 G9GCGKry
Objectice-Cの前にCかと思うけど、当たり前か。
310:nobodyさん
11/10/04 02:04:11.66
>>309
C知らないプログラマなんているっけ？
いないっしょ。
311:nobodyさん
11/10/05 05:07:11.86
存在だけは
312:nobodyさん
11/10/05 09:02:13.54 Owa4vqas
PHPしか知らない人はたぶん大変だろうなと思うよ。
C言語、Objective-Cの習得は。
313:nobodyさん
11/10/05 18:02:18.65
覚える順序としてはこれでおk？
Python
Java
C
C++
Objective-C
C#
PHP
C,C++,Obejective-CはGCCとClangとどっちがいい？
314:nobodyさん
11/10/05 19:54:01.36
意味不明な謎質問ｋｔｋｒ
315:nobodyさん
11/10/05 21:07:38.87 DjzDCnJ4
>>313
Obejective-Cは基本Xcodeで。アプリ作るときはただ単にコンパイルするだけじゃ済まないから。
316:nobodyさん
11/10/06 01:43:29.45
新たなキーワードXcode
ググッテ来る
317:nobodyさん
11/10/06 14:53:01.78
本当にただ純粋なObjective-CをやるだけならWindowsでも多分あるんだろうけど
どうしたってMac/iOS特有のCore Foundationなどのフレームワークが他のOSじゃ再現できないしな
まあ、Appleが許さんだろってこと
つまり開発中のiPhoneアプリをシミュレータでテストするのはMacでないとできない
実機で動かすには年額8400円と面倒な登録が必要
Objective-CをしたきゃMac買えってことだよ言わせんな恥ずかしい
318:nobodyさん
11/10/06 15:35:10.32
GNUstepが…まあMac買ったほうが早いが。
319:nobodyさん
11/10/06 16:06:26.73
Windowsみたいな糞はどうでもいいんだよ
Linux/BSDで頑張れば、無理してMac買う必要も無いだろ？
Mac買ってしまえば、気に入ってもう戻れないような気がして恐くて買えない。
それにPCのほうがパーツ豊富だし。
320:nobodyさん
11/10/06 17:02:37.14 vTMCh1J+
MacはUNIXだからUNIX系のサーバー管理がしやすい。
コマンドが基本的に同じだから非常に助かる。
321:nobodyさん
11/10/06 18:52:18.52
でも先行きどうなんだろ？カリスマの居なくなったAppleがこれまでのようなファンタスティックな衝撃を与えてくれるんだろうか？
Apple製品を一つも持ってなくてもウキウキさせくれた。
巨悪M$に対抗出来るのはMacかLinuxしか無い。
それにLinuxに凌駕され静まり返ったBSDコミュの活発化にも拍車をかけた所だったのに。
GNU, Apple, BSD, Googleは相容れない箇所もあるけど全くの水と油じゃなかったからなぁ……。
322:nobodyさん
11/10/06 21:38:52.27
ジョブズで全部作ったわけじゃないし、Appleは他にも優秀な人材がたくさんいるよ。
将来なんて予測できないものだけど、Appleが一番いい位置にいるのは確か。
323:nobodyさん
11/10/08 07:27:32.99
【サービス】Google、クラウド型データベース「Google Cloud SQL」を発表 （11/10/07）
ｽﾚﾘﾝｸ(pcnews板)
324:nobodyさん
11/10/08 22:21:54.05
javaとphpってどっちが重いの？
使った感じだとphpのほうが軽い気がするけど、、、
画面生成する分だけjavaはきついのかな・・
325:nobodyさん
11/10/08 23:05:43.19
javaのほうが軽いよ
326:nobodyさん
11/10/09 01:50:52.80 HF7Yuk5N
Java VS PHPという構図は
どちらでも使う開発者に取ってはそれぞれの長所／短所を考えながら
使い分ければいいわけでどうでもいいけど、
いかんせんPHPはcliを除くとウェブしか使えないので将来は明るくないかもね。
またPHPしか使えない人は他言語習得に苦労するだろうし。
327:nobodyさん
11/10/09 20:12:14.15
普段からoopでphp書いてる人ならjavaにも余裕で学べるよ
ってか言語の習得なんて根性でなんとでもなる
328:nobodyさん
11/10/09 21:54:59.93 HF7Yuk5N
>>327
アプリケーションスコープは、PHPでどのように実現させますか？
329:nobodyさん
11/10/10 03:17:40.15
>>327
C++とＯＳの知識があれば、言語なんかなんだって良い。
処理効率と開発効率で選ぶだけ。
330:nobodyさん
11/10/13 12:20:30.50
>>327
やっぱり返答なしか。
331:nobodyさん
11/10/13 13:57:18.75
>>330
は？
332:nobodyさん
11/10/13 14:33:52.50
>>331
JavaのapplicationスコープをPHPで実現させる方法を教えてください。
333:nobodyさん
11/10/13 22:33:16.34
>>332
あのさ、「oopでphp書いてる人ならjavaにも余裕で学べる」って意見に
PHPで～～実現するにはどうするんだって突っ込みおかしくない？
334:nobodyさん
11/10/13 23:30:25.81 T8C6FhJ0
「oopでphp書いてる人ならjavaにも余裕で学べる」って意見を書く人は
JavaとPHP双方を理解しているはずなので以下のことを聞きたいのです。
「JavaのapplicationスコープをPHPで実現させる方法を教えてください。」
335:nobodyさん
11/10/13 23:47:50.74
PHP捨てろと遠回しに言ってるんだよ。
336:nobodyさん
11/10/14 03:54:20.50 Kpe3x35N
「oopでphp書いてる人ならjavaにも余裕で学べる」と考える方へ質問いたします。
PHPのhtmlspecialchars関数と同じような機能をJavaで実現するためにはどのような方法が考えられますか？
337:nobodyさん
11/10/15 01:18:59.88 UaYpGe+r
>>327
...
338:nobodyさん
11/10/15 13:57:35.07 QK12Ojf3
言語なんてどれでもいいとか、いろいろ出来るって奴は何も出来ないって事だよな
極まったレベルになったら差異が相当でてくるし
339:nobodyさん
11/10/16 21:43:06.12 AW7NxwxL
>>327
解答まだ？
340:nobodyさん
11/10/17 12:04:25.19
>>334
何言ってんのお前（笑）
341:nobodyさん
11/10/17 17:02:30.07
>>327 = >>340
342:nobodyさん
11/10/17 20:41:18.20
PHPとか池沼
343:nobodyさん
11/10/18 02:32:36.83
>>334
解答まだ?
344:nobodyさん
11/10/21 14:48:55.10
＞JavaのapplicationスコープをPHPで実現させる方法を教えてください。
この質問した奴がもの凄くバカだってことだけはわかった
345:nobodyさん
11/10/21 18:12:12.86
>>344
君は遊ばれたことにようやく
気付いたの？
346:nobodyさん
11/10/21 21:43:10.46 85KyWdYU
>>327 = >>340 = >> 344
結構おもしろい人だね。
347:nobodyさん
11/10/22 00:29:14.62 Dexq+pl8
>>344
あなたは本当にJavaとPHP双方わかっているのですか？
そんな質問の答えは「無い」と即答すべきでしょ？
requestとsessionに加えてapplicationスコープがあるJavaと
applicationスコープがないPHPでは設計が違ってくるし、超えられない壁でしょ？
348:nobodyさん
11/10/24 00:04:14.02
phpって遅いのかと思ったけど
割とﾊﾟｷﾊﾟｷ動くので好き
349:nobodyさん
11/10/24 01:49:03.59 upke1RU8
>>348
OpenPneやら、WordPressやらでPHPの遅さを嫌持って体験しているとそういう気にはなれないね。
350:nobodyさん
11/10/25 12:03:49.18 iSM6PcDe
Phalanger - The PHP Language Compiler for the .NET Framework
URLﾘﾝｸ(ja.wikipedia.org)
351:nobodyさん
11/10/25 20:21:38.47
>>349
CMS系は、間口広く取りすぎて、重くなってるんだと思う。
352:nobodyさん
11/10/25 21:53:01.79 C7tUmSdK
>>351
それ以上にapplication scopeがないことが大きい。
DBへデータ取りに行ってもそのデータを他者と共有できない。
できることはせいぜいキャッシュくらい。
353:nobodyさん
11/10/25 23:09:26.14
application scopeなんか使うか？
使ってんの見たことないんだが。
354:nobodyさん
11/10/26 01:06:12.12
application scopeってシングルトンでデータもってるのと何か違うの？
355:nobodyさん
11/10/26 14:46:04.08
セッションスコープはユーザーのアクセスに対してユーザー毎に変数を保持する。
仮にDBにサイトのお知らせデータがあるとしよう。お知らせデータ自体は特定ユーザー固有の情報ではない。
あるユーザーがDBからお知らせデータ取ってきてセッションに格納したとする。そのデータ自体は特定ユーザーのものではないが、セッションスコープは特定ユーザーにひもづいているため
他のユーザーは利用したくても利用できず別にDBへアクセスする必要がある。
アプリケーションスコープは全ユーザー共通のスコープなので、あるユーザーがDBからお知らせデータを取ってきてアプリケーションスコープへ格納すれば他のユーザーもそのデータを利用できる。他のユーザーはDBへアクセスする必要がない。
まとめれば
利用したいデータが全ユーザー共通の場合、セッションスコープしかなければユーザー別にDBへアクセスする必要があるが、アプリケーションスコープがあればDBへアクセスするのは１ユーザーが１回DBへ取りに行けば済み、あとはそのデータを使い回す。
356:nobodyさん
11/10/26 19:41:03.66
>>355
力説するほどの内容かよ・・。
357:nobodyさん
11/10/26 20:06:39.28
>>356
phpではどうするの？
358:nobodyさん
11/10/26 21:27:07.54
>>357
php知らないけど、出来るだろ。
ユーザのセッションIDに紐付けるデータと、全ユーザで共通に使うデータを分けるだけだろ。
別にCで書いたっていいし。
359:nobodyさん
11/10/26 21:34:06.21
>>355
それならシングルトンクラスにデータ保持するのと一緒だよね。
アプリケーションスコープは
アプリケーションの起動時、停止時にopen(), close()
されるようなものだけを置くべきじゃない？
360:nobodyさん
11/10/26 21:35:41.72
phpはセッションあるけどアプリケーションスコープないんだっけ？
でもシングルトンでほぼ同じことができるはず
361:nobodyさん
11/10/26 21:50:00.60 jUI6mH1O
結局、ここの人たちは両言語の機能の違いも知らないわけ？このスレ意味ないじゃん。シングルトン？C言語？
362:nobodyさん
11/10/26 23:11:55.68
PHPのグローバル変数 or static変数が
アプリケーション間で共有できないなら
アプリケーションスコープは不可能だな。
PHPなんて知らんが。
Servletのアプリケーションスコープは
単なるハッシュでリクエスト間のスレッド同期も何もしてないはずだから
グローバル変数でデータ持っておくのと実質かわらナインよ。
363:nobodyさん
11/10/26 23:15:45.71 N3ssXZIF
PHPのシングルトンはプロセス単位では別プロセスからは参照できない。
またオブジェクトの永続性もない。PHPに加えてmemcachedなどを入れない限り、アプリケーションスコープのようなもの通常不可能。
もしできるのであればWordPressを改良してほしい。ユーザーごとに同じクエリを発行してムダすぎる。
364:nobodyさん
11/10/26 23:30:20.47
このスレ読んでいるとプロセスで動くPHP寄りの人とマルチスレッドのJava寄り人と
メモリー空間の理解の仕方が違うから興味深い。
365:nobodyさん
11/10/27 13:26:28.99 Rtlayp/e
PHPはマルチスレッドではないのでJavaのように同一メモリ空間で動くわけじゃない。だからapplication scopeはないし、無理。また、マルチスレッド言語のシングルトンと同じ意味でPHPのシングルトンを言及するのはおかしい。
366:nobodyさん
11/10/27 15:10:36.16
え！？
最近のPHP(mod_php)なら１プロセス起動しっぱなしで
リクエストごとにスレッド作るServletと同じ仕組みだと思ってたけど、
いまだに1リクエスト1プロセス、そもそもスレッド無いとかPHP終わってるね。
367:nobodyさん
11/10/27 15:52:42.79
>>366
だからphpで大規模サイトとか、複雑なやつは作りにくい。
368:nobodyさん
11/10/27 17:28:51.32
逆に言えば小規模サイトが作りやすい、とも思わないけどな。
結局レンタルサーバの都合だけでphp人気なんじゃないの？
369:nobodyさん
11/10/27 21:39:46.07
Javaはメモリ食うのとデプロイが面倒だから、ファイル置けばOKのPHPに比べて敷居が高い。
大規模だとPHPという選択はありえないけど。
370:nobodyさん
11/10/29 04:01:31.81
学校なんかでは、実用性とか関係なく、とにかく、まずJavaを学ぶ。
これはプログラミングを学ぶという意味でね。
でも、仕事では、もっぱらPHPだね。
371:nobodyさん
11/10/29 11:41:34.79
が、PHPは将来性がないし、技術者の給与が低い。
372:nobodyさん
11/10/29 11:58:08.89 XH5vFlcW
WebでJava使うのはいまや業務系だけだろ。
今流行のソーシャルアプリとかスマホアプリのサーバーサイドとかは
PHP以外ありえん。
373:nobodyさん
11/10/29 12:06:44.80
PHPの求人増えてきてるけど、人材がいない
374:nobodyさん
11/10/29 13:42:50.56
いない訳じゃないと思うんだ
しっかりした技術持ってる奴はPHP以外の言語も学んでるから、安いレン鯖前提でもなけりゃ他の言語提案に流れてるんじゃまいか
ヘボいスクールで学んだ程度の使えない人材(？)ならいくらでもいるんだけどねえ
375:nobodyさん
11/10/29 15:15:39.54
有能な人材であれば他の言語も覚える。
無能な人材はPHPに固執する。
376:nobodyさん
11/10/29 15:34:22.64 4FCtLJVf
>>372
JavaでPHPの関数のhtmlspecialchars()のような機能を実現するためには
どのようにしたらよろしいでしょうか？
お詳しそうなのでご教授ください。
377:nobodyさん
11/10/29 17:28:31.92
俺なんか最近まで全部Cで書いて、コンパイルして、CGIで動かしてた。
PHPにしたら、死ぬほど楽。
ライブラリはそろってるし、makeして移動してテストしてみたなメンドくさい作業も要らないし。
速度が遅いかもしれないけど、最近のサーバは性能良いしね。
誰か、ネイティブコードにコンパイル可能なPHPみたいなの作らないかな・・。
売れる気がする。
378:nobodyさん
11/10/29 19:08:27.42
>>377
PHPはコンパイル型になってもアーキテクチャがマルチプロセスなのでパフォーマンスはあまり変わらないですよ。
379:nobodyさん
11/10/30 00:09:24.80 7RgK+kUR
PHPのシングルトンは公式サイトもその意義を疑問視してるね。
URLﾘﾝｸ(php.net)
380:nobodyさん
11/10/30 00:56:39.49
苦手なりに赤背景部分読んでみた。こういう分かりやすい正直な警鐘出すとこは好感持てるね
たしかにPHPだとシングルトンってただのグローバルに比べてもうまみが薄いよねえ
381:nobodyさん
11/10/30 01:00:28.95
英語分からんならjaで見ればよかろ
382:nobodyさん
11/10/30 01:38:54.61
これは失礼w
383:nobodyさん
11/10/30 01:58:11.43
シングルトンも意味をなさないPHPではOOPは無理がある思う。PHPが真価を発揮させやすいのは構造化プログラミング。それが一番処理が早い。
384:nobodyさん
11/10/30 02:03:58.59
PHPのシリアライズはバグがあるみたいね。分散処理させない小規模なシステムではあまり影響はないけど、
大規模では使えない。
385:nobodyさん
11/10/30 02:07:35.47
へ？そらいくらなんでも強弁じゃね
もちろんマルチプロセス前提で普及したゆえに適用できない著名デザパタがあるって事自体は弱みだと思うけどさ
386:nobodyさん
11/10/30 02:09:08.78
分散は泣きどころだよな
387:nobodyさん
11/10/30 02:19:00.34 7RgK+kUR
実際のところ、phpはインタープリッタなのでOOPすれば実行時の解釈量が増え、オーバーベッドが高まる。
388:nobodyさん
11/10/30 02:22:32.03 7RgK+kUR
OpenPNEみたいな悲惨なパフォーマンスみればやっぱり無理してるんだなと思う。
キャッシュでごまかしてはいるけれどもね
389:nobodyさん
11/10/30 02:25:45.77
そこは異論ないな
キャッシュやDBテクでごまかせん規模が容易に予想される分野にゃ辛いw
390:nobodyさん
11/10/30 11:36:40.72
２０年くらい前にさ、「自分で言語を作ろう！」みたいな雑誌の企画や本が結構出版されてた。
構文解析してスタックに詰めて、みたいな・・。
今、どうなんだろう。
今もやってるなら、コンパイル可能なPHPライクな言語を時間がある学生が作れば良いのに・・。
途中一回C変換する、プリコンパイル形式なら、簡単とは言わないけど、難しくは無い土方仕事の気がする。
391:nobodyさん
11/10/30 19:48:57.47
scalaみたいに他言語のソースコードへ変換されるだけ言語なら作れるかもしれんな。
マルチプラットフォームのランタイムとかだれも作りたくねーし。
扱いやすいJavaのフレームワーク（環境設定の自動化も含めた）
を作ったほうが現実的だな。
392:nobodyさん
11/10/31 00:04:41.61 gGH32TBv
Quercusがあるのでは？Javaで実装されたphp。。
現在のところマルチバイトがやや難ありだけど生のphpよりも早い感じ。
393:nobodyさん
11/10/31 00:05:01.00
URLﾘﾝｸ(quercus.caucho.com)
394:nobodyさん
11/10/31 04:56:16.28
ここまでPHPの話題のみ。Java無し
395:nobodyさん
11/10/31 13:38:24.53
誤爆か？
396:nobodyさん
11/10/31 16:19:06.81
goo-net重くね？
PHPだから？
397:nobodyさん
11/10/31 22:56:52.53
>>396
PHPサイトとしては普通ですよ。
398:nobodyさん
11/11/01 00:41:08.40 8zPkzMXU
PHPでコネクションプーリングはどうやるのですか？
399:nobodyさん
11/11/01 07:18:16.12
mysqlはコネクションプーリングしないほうがいいらしい
400:nobodyさん
11/11/02 10:41:39.66 kVqZiVh5
PHPの特徴をまとめた。
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
401:nobodyさん
11/11/02 10:55:56.98
PHPはお買い物サイトくらいまでだな
402:nobodyさん
11/11/02 21:20:06.39
PHPでリアルタイム通信対戦のテーブルゲームのサーバーぐらいなら
書けるって聞いたんですが無理なんですか？
というか基本的になんでも書けると聞いたのですが無理だとしたらすでに
発注したPHPの本はいったい・・・
403:nobodyさん
11/11/02 21:31:08.04
こんな程度の低いゲームボーイが集まるのがPHP
国家経済の中核を担うミッションクリティカルな
大規模エンタープライズシステムを任せられるのがJava
まあそれは置いといて、PHPってそんなに遅いのか？
mod_phpってコンパイルとまではいかなくても
構文解析とかでそれなりに前処理するから
速いとか聞いてたが遅いと言う人もいてわからん。
404:nobodyさん
11/11/02 22:05:37.17
Javaが速すぎるんだよ。あれは反則だよ。
405:nobodyさん
11/11/02 22:38:37.79
PHPは基本速度が遅い事よりキャッシュを作るのに
いちいちDB使う必要があるのが致命的だな。
406:nobodyさん
11/11/03 00:50:26.56
>>402
余程人気出たら落ちるかもね。しかし言語問わず素人設計ならアクセスはじけりゃ落ちるもんだ
PHPだから駄目なんだ、って所まで行く頃には人雇ったり外注化する予算なんか計上できてなきゃいかんと思うが
なんでPHPでやろうと思ったの？
407:nobodyさん
11/11/03 13:41:41.54
>>406
今一番主流で速いのはPHPだと聞いたので・・・
PHPでもよほどアクセスが増えなければやっていけるのですね
ならばとりあえずPHPをマスターしたあとJava勉強してみます
408:nobodyさん
11/11/03 14:52:48.15 YvPr1Ejs
どのようなシステムか詳細は不明だが、
PHPでもよほどアクセスが増えなければやっていけるとする。
しかし仮にアクセスが増えた場合はPHPの特性上その対策は限られるし、困難が予想される。
その理由は>>400
最悪、別言語で１から作り直し。
409:nobodyさん
11/11/03 15:35:10.50
リアルタイムってのがな
できない訳じゃ無いにしろ、選定間違ってるとは思う。無駄大杉
余程の事情なければJAVAで簡単なサーバ立てたほうが適切だろ
410:nobodyさん
11/11/03 16:53:50.74
>>408-409
ありがとうございます
リアルタイムにPHPは向いていないのですね・・・。
調べてみるとJava servletなどでもPHPと同様のことができるようで、
こっちのほうがアクセスの処理や、セキュリティ面でも有利なようですね
アクセスの軽いブログやSNS程度ならばPHPでもいけるようなので、
とりあえず基本としてPHPは覚えておいて、ゲームのリアルタイムサーバには
Java servletを使ってみようと思います
411:nobodyさん
11/11/04 00:51:19.55 SyxcnQaS
PHPはマルチスレッドではないから当然synchronizedも無いんですよね。
>>402さんのやりたいことよくわかりませんが、PHPではほとんど無理と思ったほうがいいです。
412:nobodyさん
11/11/04 12:21:40.32
速いとかは作れること前提なんだが
学生なら5年くらいはプログラミングで遊んでないと
そのレベルに達しないぞ。
413:nobodyさん
11/11/05 01:58:21.79
>>411
なんでできないの？できるだろ？
>>402のやりたいことも理解できないくせに
ほざいちゃ駄目。OK？
414:nobodyさん
11/11/05 03:20:29.17
まあ待ったれや
synchronizedとか言い出してる時点でお里が知れるってもんよ。逆になw
動くは動く、方法はあるとかじゃなくてな。JAVA脳だとふつー無理って言うよww
優しい人は「考え得る限りで相当ひどい選択」くらいに留めてくれるだろうけどさ
質問者がservletとか言い出してるので、みんな呆れて放置してるだけだ
まーあれよ、急がば回れっていうしな。
415:nobodyさん
11/11/05 10:09:52.35
リアルタイムなら、Cでソケットプログラム組むのが最速だし、最善。
JavaとかPHPとか鼻で笑うレベル。
416:nobodyさん
11/11/05 10:40:25.49 HhBc5m4r
>>415
車輪の再発明
417:nobodyさん
11/11/05 10:43:34.43
まあブラウザーで興奮しただけのゲーム小僧の妄想が
実現することはないからどうでもいいけどな。
ゲームボーイ「ぼく、ゲームに人生賭けてるんです。（キリッ）」
418:nobodyさん
11/11/05 10:53:06.32
Cしかできないこの人が>>417一番かわいそう。
419:nobodyさん
11/11/05 11:06:28.94
PHPは言語自体が糞いけど
Javaを何も知らないような人に教えるのは大変。
最近のフレームワークはかなりステップ省略してくれるけど
省略されてるものについて知らないと結局つまるｗ
420:nobodyさん
11/11/06 12:39:31.87 CyEdSHTE
>>415
もうC言語だけじゃウェブでは食えなくなったね。
だから今、PHやJavaを勉強しているんだね。
周回遅れだけどがんばってね。
421:nobodyさん
11/11/07 11:36:41.37
>>377
HipHop for PHP
422:nobodyさん
11/11/07 16:59:02.55
rubyはperlの系列
phpはCの系列
pythonはjavaの系列
rubyやperlの構文を簡単と表現するのは間違ってる。
423:nobodyさん
11/11/08 23:28:58.77 xqDz7Hyh
PHPでプログラム初めて3年ぐらいの人間ですが、
シングルトンをPHPでやった場合、オブジェクトを生成するコストが軽減されるから有利って聴いたんだけど、意味ないのかな？
424:nobodyさん
11/11/09 00:08:37.13
意味はあるさ
でもJavaほどの意味はない
425:nobodyさん
11/11/09 01:22:29.50
>>423
プロセスの範囲内で意味がある。範囲外では意味が無い。
426:nobodyさん
11/11/09 01:28:26.42
それだとglobalと変わらんって事になるな
427:nobodyさん
11/11/09 01:34:43.48
マルチスレッドとマルチプロセスの違いがわかれば効能を理解しやすい。
428:nobodyさん
11/11/09 01:37:36.15
phpの公式サイトですらシングルトンの意義を疑問視する見方があると警告を発しているのでやはり意味は薄いと考えるべき。
429:nobodyさん
11/11/09 03:08:48.67
>>427
是非ご教示くださいな
430:nobodyさん
11/11/09 09:32:08.77 oOybQmeL
>>429
激しく既出
431:nobodyさん
11/11/10 09:20:26.94
ページを横断できない上に
リクエストが終わったら消えるんだろ？
RDB+memcachedしかキャッシュ作る方法ないって
つらそうだなPHP
432:nobodyさん
11/11/10 18:33:10.38
PHPってプロセスなの？
433:nobodyさん
11/11/11 03:47:03.01 mvrSjj2U
>>432
cgiかmod_phpか、それ以外か、による。
434:nobodyさん
11/11/11 08:47:31.29 uxVWvnFW
マルチスレッドではない。
435:nobodyさん
11/11/11 12:24:05.67
内部ではこっそりスレッドとプロセスを両方使ってるみたいだが
あれはランタイムの速度の話であって
プログラム上でメモリを扱うときはプロセスのみ。
436:nobodyさん
11/11/12 15:42:45.00 lTOZckQV
PHPのメモリ管理は非効率。
結果としてデータベース読み出し回数が多くなる。
やっぱり小規模サイト向け。
437:nobodyさん
11/11/12 18:10:05.12
開発が楽になるための代償としてそうなったのなら
良かったんだが、単に作りが悪いんだよな>PHP
438:nobodyさん
11/11/12 20:26:52.17
javaはメモリ使うんじゃなくて
JSPがページの静的な部分もメモリのバッファに
キャッシュしておくから消費量が大きいんだと思う。
その分速いと思うけど単純にページが増えるだけで
メモリ消費量がうなぎのぼり。
普通のページはテキストだけで50KB～100KBだから
オブジェクトにするともう少しメモリが必要だとして
ページ平均100KBと大きめに見積もったとしても
100ページで10MBだな。tomcatやセッションを見積もっても
レンタル鯖は最低256MBくらいメモリ使えるから小規模なら余裕。
レンタル鯖の数が少ない＋値段3倍ぐらいなのがネックだが。
439:nobodyさん
11/11/12 23:41:05.99
>>438
？？？
440:nobodyさん
11/11/20 23:45:14.62 aeb5Hjma
PHPの特徴（Javaと比較して）
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
441:nobodyさん
11/11/21 20:21:31.59 ds44pbYz
javaのwebっていわゆるjspってやつだよね
閲覧速度で言ったらPHPの方が早い、javaは遅い
442:nobodyさん
11/11/21 20:45:55.52
JSPも1回目は遅い。でもそれは2回目以降をPHPより速くするためにね。
じゃあ1回目のアクセスじゃなくてサーバー立ち上げたときに最適化しろ
って思うかもしれないだろうけど、そうするとサーバー立ち上げるのに
時間かかるからってことで1回目のアクセス時にそのページだけ
最適化コンパイルが走るしくみ。
443:nobodyさん
11/11/21 20:54:02.14
javaのwebは全てServletで、JSPはServletのフレームワークみたいなもん。
JSPはPHPのZendと同じように本家が作ったフレームワークだから使っている
人が多いけど、Servletから代替技術を作ることはできる。
444:nobodyさん
11/11/22 01:26:33.43 p9DuxQ+f
JSPはプリコンパイルしてアップすれば一回目から早い。
またソースコードをアップロードする必要がなくなくのでセキュリティ高まる。
PHPは毎回遅い。
445:nobodyさん
11/11/22 01:28:46.86 p9DuxQ+f
PHPの遅さの原因はインタープリタ型ということもあるけど、
メモリ管理が貧弱なのも大きい。
WordPressなんか見るとムダが多すぎて悲惨なレベル。
446:nobodyさん
11/11/22 08:38:41.14 9Jg7q1AK
実際javaのネットショッピング遅いよ。最初の接続なんて超遅い
447:nobodyさん
11/11/22 09:42:21.52
>>446
それはJavaのせいちゃう
448:nobodyさん
11/11/22 12:32:05.01 1zP6IafJ
>>446
Java勉強した上で言ってるの？
htmlspecialchars()と同等の機能をサーバーサイドJavaで実現するためには
どうすればよろしいのでしょうか？答えてね。
449:nobodyさん
11/11/22 12:38:22.90
なんか凄まじい勘違いでめちゃくちゃな誤った情報をばら撒いてるのがいるな・・・
>>441-443,446あたりの方はWebアプリの基礎のキをちゃんと学んでからもの言ってくれ・・・
450:nobodyさん
11/11/22 14:04:14.90
java知らない奴には分かりやすいだろう？
jsf2でjspつかわなくなったし、言いたいのは
jspに対する不満がjavaに対する不満にならないというだけのこと。
451:nobodyさん
11/11/22 18:20:31.74 1C+Yi1D1
そうかな。java好きだけどな。
確かに自分だけが見て書くならphpでもperlでもいいかもしれないが
他人のphpのソースはひどいものはひどい。
その点javaでちゃんとオブジェクト思考で書いたたとえばstrutsは
見やすい。ちゃんとオブジェクト思考を理解している人が書けばまあ
案外はずれはない。
後さ、板違いかもしれないがhtmlのテーブルレイアウトで基地外みたいな
ソースを書くやつもいる。htmlでもここまできたなくかけるのかとちょっと
関心してしまった
452:nobodyさん
11/11/23 01:24:53.57 TchKIcRa
PHPの特徴（Javaと比較して）
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
・スキルが高い技術者がいない（有能な技術者は他へ流れる）
453:nobodyさん
11/11/23 11:22:33.48 +z4pWX+/
java,javaと騒いるがhp比較してから言え
454:nobodyさん
11/11/23 17:15:26.55
>>453
日本語おｋ
比較対象が、>>446のような頭弱いやつが作ったサイトでは意味が無い
455:nobodyさん
11/11/23 19:09:51.17
OOPはオーバーヘッドをまねくとかどの言語にも言えることを
PHPの特徴として挙げてるのが頭弱そうだなｗ
456:nobodyさん
11/11/23 19:50:17.10
俺も昔Javaは遅いって偏見もってたけど自分で実装したら爆速だった。
457:nobodyさん
11/11/23 23:18:48.02
OOPにするとリフレクションを使ったフレームワークがでてくるんだが、
これがとにかく重い。
だけど最近のJavaフレームワークはバイトコード書き換えライブラリで
リフレクションの重さを消してるから大きな差がでる。
458:nobodyさん
11/11/23 23:31:03.36 TchKIcRa
>>455
OOPはオーバーヘッドをまねくとかどの言語にも言えない。
JavaはデフォルトがOOPなので「オーバーヘッド」とは言葉の意味として変。
他の言語で言えば、Objective-Cは早さを求める部分だけはC言語を使う。
OOPしたいときはObjective-C特有の記述を行う（処理が若干遅い）。
この言語ではオーバーヘッドだと言える。
PHPも同様。手続き型が早く、OOPするとオーバーヘッド。
459:nobodyさん
11/11/23 23:33:43.99
phpは速度がいらない用途に使われることで
javaと住み分ければいい。
だからphpの命運はrubyしだいじゃないの？
460:nobodyさん
11/11/24 00:46:29.22 7Rm3n7B1
データベースを使用しないサイトではPHP有利。
しかし、データベースを使用するサイトでは
同じデータのためにユーザー別にデータベースに取りに行く羽目に
なるから悲惨。シングルトンも中途半端で意味ないし。
ユーザー固有のデータをユーザー別に取りに行くのであればわかるが。。。
461:nobodyさん
11/11/24 00:47:50.51 7Rm3n7B1
最たる例がOpenPNE、続いてWordPress。
462:nobodyさん
11/11/24 01:34:38.03 9qxbQIMl
javaってタグ出力１行ずつなの？
463:nobodyさん
11/11/24 03:23:45.21
>>462
質問の意味、不明
464:nobodyさん
11/11/24 03:29:38.05
servletはリクエストごとにデフォルトで2000文字のレスポンスバッファ（メモリ）が
用意されてて、上から一行ずつレスポンスバッファにコピーされていく。
そしてバッファが満タンになるごとにブラウザへネットワーク出力される。
つまり2KB毎の出力。（大きく出来るが）
単純な実行速度の差（forループが速いとか）なら誰も気にしないんだけど、
キャッシュを作ったりするプログラマ側の工夫・テクニックが
phpには利用不可なところで大きな差がでるんだよ。
465:nobodyさん
11/11/24 03:31:58.83
>>462
ついでにいうと、PHPの例を上げてもらうとJavaの場合を説明しやすい。
基本的にPHPよりもJavaの方が選択肢が多いと考えたほうがいい。
466:nobodyさん
11/11/24 03:37:01.08
PHPに小技を使うプログラマを意図的に追い出して
初心者と上級者のコードの差をなくしたい目的があるなら
それでもいいかもしれんが、目的の為の結果ではなく
単なる設計上の失敗でこうなってるわけだ。
467:nobodyさん
11/11/24 03:37:47.34
>>460にあるようにPHPであればリソースがムダになるのがデフォルトなのでパフォーマンスでは不利だろうね。
468:nobodyさん
11/11/24 03:42:33.94
>>460の弱点を補うために共有リソースをJSON化し、JavaScriptで読む設計を見たとき、PHP大変だなと思った。
469:nobodyさん
11/11/24 09:24:19.45 Q/4cL+dK
javaはWEBには向かない非効率過ぎだろう
470:nobodyさん
11/11/24 12:12:39.84 iozStp/e
>>469
たとえば？
471:nobodyさん
11/11/25 02:57:59.91 r9GSFHRA
>>469
で?
472:nobodyさん
11/11/25 17:58:21.02 eVJvll6H
javaのwebﾍﾟｰｼﾞを見たらわかるけど画面が一瞬消える（真っ白）
473:nobodyさん
11/11/25 20:06:41.84
完全論破されたPHPユーザの末路だな。
これまでPHP使ってた程度の低い連中が
最近Rubyに流れ出したらしく、railsだかherokuの人が怒ってたな。
474:nobodyさん
11/11/25 21:45:22.30 RQAHKfhw
>>472
で?
475:nobodyさん
11/11/25 22:55:47.08 JAScN6im
facebook,MysqlツールのMySQLAdminもphp
476:nobodyさん
11/11/25 23:13:44.71 c2XffeOU
javaはServletに対応したインターネット・サービス・プロバイダ（ISP）がほとんどない
477:nobodyさん
11/11/26 00:17:25.63 kHsr0WWb
javaとjspの違いわかってないんじゃねｗ
478:nobodyさん
11/11/26 00:46:08.31
リアルタイム通信対戦が作りたい（けど作れない）
phpゲームボーイが発狂してるのかな
479:nobodyさん
11/11/26 02:29:45.71 iyI9Pkxw
PHPの特徴（Javaと比較して）
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
・高いスキルをもつ技術者がいない（有能な技術者は他へ流れる）
480:nobodyさん
11/11/26 21:04:59.40
急に書き込みが止まったところをみると
PHP関連に金を貢いじゃったゲームボーイだったようだなｗ
「PHPの特徴（Javaと比較して）」
・リアルタイム通信対戦が作れない(´；ω；｀)
・糞本を発注して小遣い失ってしまう(´；ω；｀)
・ゲームボーイが発狂してしまう(´；ω；｀)
・セキュリティが弱く攻撃されてしまう
・プロセスでアクセスを裁く
→プロセスは遅い
→アプリケーションスコープが存在しない
→オブジェクトプールが作れない（IO負荷が大きい）
→リソースプールが作れない（コネクションetc）
・非同期リクエストが使えない
・インタプリタ方式のため配備が容易であると嘘をついてしまう
・名前空間が衝突しやすく、大規模システムや多人数開発に向かない
・スキルが高い技術者ほど苦労する言語仕様
・もともとOOPでないためオブジェクト指向の機能が弱い
・アダルトサイトやアダルト広告はphpで決まりだね☆
481:nobodyさん
11/11/26 21:20:04.42
JAVAはミドルウェアやフレームワークがいろいろ絡みすぎ。
売切りのサイトならいいが、十年以上自分でメンテして行くサイトなら嫌すぎる。
482:nobodyさん
11/11/26 21:50:51.60
その辺はPHPも十分ややこしくなって来とるけどな
483:nobodyさん
11/11/26 21:53:56.56
更新が遅いってのは利点でもあるな。
484:nobodyさん
11/11/26 21:57:43.02
PHPはフレームワーク乱立でJavaと同じ過ちに突っ込んで手遅れ。
AppサーバがApache2に統制されてるからサーバの設定だけは保守性高しかな。
485:nobodyさん
11/11/27 03:26:25.17 AlbigbtP
>>475
facebookは違う。PHPコードからC++に変換している。
変換する意味はPHPの性能が低いから。たぶん、facebook開発者はこんなに流行するとは思ってなくて
苦肉の策でHipHopを作った。
>>481
>>484
サーバー管理者の立場から言うと、PHP自体のアップデートが多すぎて手間がかかる。
また乱立するPHPのモジュール。PHP4から5。またPHP5の数多くのバグフィックスなど。
もうね、ひどすぎる。
またメモリ食いが醜い。Javaみたいに1プロセスでドーンとメモリの幅を取るのはわかりやすいが、
PHPはそうじゃないのでアクセス増えてきたらとんでもないことになる。
追い打ちをかけてシリアライズにバグありで分散処理がいまだに信頼できず、
あっぷあっぷしている。といってもPHPの開発者はPHPしかできない人が多く、
分散の意味すらわかっていない。やっぱりPHPは小規模のサイトがぴったり。
486:nobodyさん
11/11/27 06:49:36.86
PHP大変そうですね。小規模というか1人で開発＋サーバー1台だけ
で済むものぐらいでしょう。
487:nobodyさん
11/11/27 11:26:20.33
>>485
あほくさ。それ管理になってないじゃんw
スケール決めずになんでもかんでも行き当たりばったりで突っ込んだら
なに使っても同じ目に遭うわw
488:nobodyさん
11/11/27 11:38:44.31 AlbigbtP
>>487
確かにスケールはからずにPHP使ったのがすべての間違いでした。
分散処理がここまで難ありだとは思いもよりませんでした。
言語自体のバグはどうしようもありません。
489:nobodyさん
11/11/27 11:51:47.51
>>90
分散処理云々を言語に頼るのがナンセンスw
490:nobodyさん
11/11/27 11:57:38.72 AlbigbtP
>>489
他言語では分散処理を見越した機能がはじめからありますので・・・。
たとえばJava。
PHPもJavaにならって一部のみ後付けされたようですが、
バグがありますのでどうしようもありません。
491:nobodyさん
11/11/27 12:13:28.96 AlbigbtP
>>489
たとえば、
JavaのEJBをPHPで実現できる方法を教えていただけませんでしょうか？
492:nobodyさん
11/11/27 12:28:10.06
>>491
バカすぎるw
何の評価もせずにPHPでなんでもできると思ってたのかw
493:nobodyさん
11/11/27 12:34:36.00 AlbigbtP
>>492
PHPを導入したのは私じゃありませんので。
PHPがJavaよりも機能や性能が劣るのは十分承知していますので
Javaでの作り直しを進めているところです。
ただいかんせん、PHPしかできない人ばかりで困っています。
494:nobodyさん
11/11/27 12:36:26.77
使う人間の無能っぷりを言語に押し付けちゃあかんわw
僕がいれたんじゃないから知りませんとか管理にもなってないし。
楽な職場だなあ。
495:nobodyさん
11/11/27 12:36:29.25 AlbigbtP
今日も釣れたな・・・。
496:nobodyさん
11/11/27 12:37:21.81 AlbigbtP
ごめんね。今まで書いたことは作り話でした。
497:nobodyさん
11/11/27 12:39:44.31
うわ、かっこわるw
498:nobodyさん
11/11/27 15:48:05.61
これは恥ずかしい
499:nobodyさん
11/11/27 17:27:43.75 AlbigbtP
さてと、
本日釣られた方>>492は実現できないとおっしゃっていますが、
やはりPHPではJavaのEJB相当の機能はないのでしょうか？
500:nobodyさん
11/11/27 20:58:43.77
単純にロードバランサーとアプリケーションサーバーで分割するぐらいしか
できないんじゃないの？
分散オブジェクトで機能分散する規模では
遅かれ早かれ作り直すしかない。
501:nobodyさん
11/11/28 06:33:59.97
いやできるよ。やり方は自分でググッてね仕事なんだし。
502:nobodyさん
11/11/28 06:50:48.34
機能が用意されてないとできないJava蔵にはきついかもしれん。
PHPで一から作るか、JavaのものをPHPで使うかどちらかだ。おわかり？
503:nobodyさん
11/11/28 08:32:30.74
可能・不可能という意味合いで
できる・できないって話をしても仕方ないだろ。
504:nobodyさん
11/11/28 09:27:22.33
JavaやってたSEが今はPHPのSEやってて、
分散処理がPHPではどうやったらいいかわからず、
お前らから引き出そうとしてるじゃないか？
PHPでの分散処理を自力で実装させるべき。
505:nobodyさん
11/11/28 09:49:31.52 Tu+v0Mvg
phpはできないこと多いね
506:nobodyさん
11/11/28 10:40:08.87 fHdkHg8B
PHPの特徴（Javaと比較して）
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
・高いスキルをもつ技術者がいない（有能な技術者は他へ流れる）
・EJBに相当する機能がない
507:nobodyさん
11/11/28 11:25:46.68 EDaY72nj
javaラーに何言っても無駄なようだねｗ。javaしか知らないし
javaがwebに向いていないからjspと言うweb系言語を作ったが何せ遅い
分散、分散って言うがどんなPGでも平行処理なんて出来ないだぜ
508:nobodyさん
11/11/28 11:28:19.26 EDaY72nj
>>506 何度もコピペ馬鹿
509:nobodyさん
11/11/28 11:53:52.01 fHdkHg8B
>>507
Javaでhtmlspecialchars()相当の機能を実装する方法を教えてください。当然、ご存知ですよね
510:nobodyさん
11/11/28 14:19:06.01
こらこらw
511:nobodyさん
11/11/28 18:22:45.72 fHdkHg8B
答えまだ?
512:nobodyさん
11/11/28 20:12:18.70 fHdkHg8B
基本中の基本もわからないなら書き込みするな
513:nobodyさん
11/11/28 22:47:14.95 FsMnG0zF
>>507
htmlspecialchars()をJavaでどう実現するの？
俺も聞きたいな。
514:nobodyさん
11/11/28 22:58:50.85
俺が代わりに教えてやんよ！
sub htmlspecialchars($str) {
$javao = s/&/&/g;
$javao = s/"/"/g;
$javao = s/</</g;
$javao = s/>/>/g;
}
515:nobodyさん
11/11/28 22:59:28.45
まちがえた！
516:nobodyさん
11/11/28 23:14:47.84
function htmlspecialcars(str) {
str.replaceA(/&/g, 'and');
str.replaceA(/"/g, 'quote');
str.replaceA(/</g, 'lt');
str.replaceA(/>/g, 'rt');
return str;
}
こうだっけ？
517:nobodyさん
11/11/28 23:15:24.99
また間違えた
518:nobodyさん
11/11/28 23:18:30.18
htmlspecialchars()がない言語なんて難しすぎて俺には無理だ
519:nobodyさん
11/11/28 23:22:12.85
どう考えてもライブラリレベルで十分だと思うが
言語レベルでは必要なし
520:nobodyさん
11/11/28 23:39:43.10 FsMnG0zF
>>507
htmlspecialchars()と同等機能をJavaで実現する方法すら語れないのかい？
君は不勉強すぎない？
521:nobodyさん
11/11/28 23:42:41.01
507はまだ現れてないだろ
522:nobodyさん
11/11/29 00:25:39.22 7RsVrkZo
PHPで分散オブジェクト？
根本的に言語の選択間違っていると思うが、へーーー、すごい。
523:nobodyさん
11/11/29 01:48:07.81
あとゲーム君な
なんでPHPやねんと
低負荷でも動くモンできたんだろか
524:nobodyさん
11/11/29 21:59:39.95 C5wHIBZ2
JAVAで作られた代表的なサイトってどこ？
525:nobodyさん
11/11/29 23:14:18.63 7RsVrkZo
>>524
htmlspecialchars()をJavaで実現するためにはどうするの？
526:nobodyさん
11/11/29 23:24:48.30 7RsVrkZo
PHPで分散オブジェクトとかいう変態くん、
再登場求む！
527:nobodyさん
11/11/30 05:43:02.85
JavaフレームワークのStrutsの拡張子がdo
つまりindex.doとかでググルといいんじゃねとおもうわけよ
528:nobodyさん
11/11/30 09:37:17.38
>>526
なにかね？
529:nobodyさん
11/11/30 10:14:41.12 wefNsoHt
>>528
やっと登場されましたね。
それではお答えください。
htmlspecialchars()をJavaで実現するためにはどうするの？
530:nobodyさん
11/11/30 10:19:10.25
>>529
何もしなくていいじゃん
531:nobodyさん
11/11/30 10:37:04.87
>>529
今度はあなたがお答えください。
PHPでhtmlspecialchars()をしないでも、
勝手にエスケープされるようにするにはどうすればいい？
532:nobodyさん
11/11/30 10:47:36.97 wefNsoHt
>>531
質問にお答えください。
533:nobodyさん
11/11/30 14:09:32.27 konNSHxQ
JAVAで作られた代表的なサイトって実際ないだろ
534:nobodyさん
11/11/30 16:08:08.03
PHPでもRailsでもないとすると、後はJavaかASP(.Net)ぐらいだよなぁ
PerlとかPythonとかはそんなに多くなさげ
あ、moinmoinとかあるか
535:nobodyさん
11/11/30 20:48:53.90 +X6+ePgo
amebaだかどっかが拡張子doだった気がする
536:nobodyさん
11/11/30 22:25:37.88 pmAax3Wl
レベル低すぎませんか？
拡張子は変えられでしょ？
537:nobodyさん
11/12/01 00:01:23.22
ワンパターンの問題ばっかり出してる奴が、一番レベル低いわｗ
ワンパターンな奴は、やり方もワンパターンで他の方法を知らない
技術が古い、EJBの代替を知らない
538:nobodyさん
11/12/01 00:23:24.82 eX/WFtqK
>>537
ね～、ね～。EJBって何か知ってる？
539:nobodyさん
11/12/01 00:25:48.73 eX/WFtqK
>>537
ね～、ね～。
あなたの高い技術、facebookで生かしてみたら？
連中相当困っているみたいで今C++でやってるみたいよ。
540:nobodyさん
11/12/01 02:38:33.92
拡張子をdoに変えてアクセスできちゃうサイトは
JavaのStrutsで作られたサイトですな
541:nobodyさん
11/12/01 13:52:46.32
最近strutsの話あんま聞かないな
今でも採用案件豊富なんかな
542:nobodyさん
11/12/01 17:05:08.70
国外はspring, 国内はSeaser(S2Struts)が人気だそうで。
543:nobodyさん
11/12/01 17:08:32.01
まあ他人が責任もって開発運用するならなんでもいいんだけどね。
趣味でやる分には美学とか好みが重要なわけで。
544:ninja!
11/12/05 19:50:16.90
ninja now
545:nobodyさん
11/12/08 01:22:26.72 gELGkcG5
PHPの特徴（Javaと比較して）
・やっつけ仕事にはもっていこい
・アプリケーションスコープが存在しない
・マルチスレッドではなく、マルチプロセスで動作
・シリアライズはバグがあるため、使用に耐えない
・マルチプロセスのためシングルトンは本来の意味をなさない
・OOPはオーバーヘッドをまねく
・コネクションプーリングがない
・インタプリタ方式のため配備が容易である反面、実行が緩慢
・複雑なロジック構築には向かない
・大規模プロジェクトには向かない
・高いスキルをもつ技術者がいない（有能な技術者は他へ流れる）
・EJBに相当する機能がない
・技術者の給与が低い
546:nobodyさん
11/12/08 03:03:14.66 SHm4At/Z
JavaしかできないとかPHPしかできないとかマジ終わってるわ。
業務システムとかはJavaじゃないと駄目だろうし
スマホアプリのサーバーサイドAPIとかソーシャルアプリとかはPHPとか
適材適所だろ。
Webプログラマならどっちも使えるようにしとけよ。
あと、言語だけじゃなくて有名なフレームワークを一通り知っておかないと
意味ねーからな。
もっと言うと今時Webプログラマなんてどうよ？
スマホだろ時代は。
547:nobodyさん
11/12/08 18:11:01.74 urSMIVuK
おっしゃる通り。
スマホ時代になってきてPHPが廃れてきた。
本屋さんに行けばPHPの本が一昔まえに比べるとかなり減ったのに気づく。
代わりに増えてきたのがAndroid（Java）やObjective-C、ActionScript3.0など
スマホアプリを開発できる言語を解説する本。
ほとんどサーバーサイドでしか使えないPHPはもうその時代ではない。
548:nobodyさん
11/12/08 19:47:13.83
>Webプログラマならどっちも使えるようにしとけよ。
>あと、言語だけじゃなくて有名なフレームワークを一通り知っておかないと
>意味ねーからな。
それただの土方だろｗ
saas運営（サービスプロバイダ）ならJava一択。
Web, Android, Swingができるし、他のクライアントサイドは外注する。
549:nobodyさん
11/12/08 21:18:19.83 kOgrwM9k
「Perlで有名な小飼弾に暴言を吐いたｷﾁｶﾞｲｗ OSSコミュニティから物凄いパッシングｗ」
URLﾘﾝｸ(blog.livedoor.jp)
北畠徹也氏が代表の「テラ・インターナショナル」がPerlを勝手に商標登録
＞＞この北畠って人は、ツイッターとかでも自殺するって言って話題になったり
よく分からないNPOか何かに募金をしてくれってメールを数万人規模のMLに流したり
それらは実はチョットした技術的ミスだって釈明してたりする人らしいね
Tetsuya_K 北畠徹也
@dankogai の家に電話したら、「小飼弾は死にました」らしい。ざまみろ。ざまみろ。というか、死んだ方が社会にとって幸せ。以上。＃ どうでもいいが、jcode.plなんて簡単につくれるじゃろ。あんなので調子に乗るアホもどうかしてるぜ。
Tetsuya_K 北畠徹也
I compared my @klout with @dankogai, how does your @klout compare? klout.com/user/dankogai/… @Tetsuya_K に比べたら全く大したことねーな。大口叩く愚か者が。
コメントの一覧
「みんなおもしろいおもしろいいってるけど北畠さん完全にかわいそうな精神病の患者ですよね」
「コメント欄が病的で怖い。人格が分裂してる？」
「本当に何がしたかったんだろう・・・」
「無事取り消されたそうで。本当によかった。」
550:nobodyさん
11/12/09 00:31:27.93 KkhVMRzt
PHPしか使えない人はかわいそう。
これから生きる道がなくなってくる。
551:nobodyさん
11/12/09 08:47:56.46 HfuSJeU7
URL見てわかったんだけど、ここってPHP板だよね。
552:nobodyさん
11/12/09 16:06:27.58
たかが言語如きで叩かないといられないってのはどういう？
553:nobodyさん
11/12/09 16:20:31.80
PHPユーザがバカだから仕方がない。
PHPはホビー（Notプログラマー）専用で収まっておくべし。
554:nobodyさん
11/12/15 22:07:10.25
PHPは嫌いだけどCライクな（単純な）
Web用スクリプトがあってもいいとは思う。
C++とLUAを組み合わせるみたいに
Java・C#とインタプリタ言語の組み合わせがあってもいいはず。
555:nobodyさん
11/12/18 00:02:36.95 a4u4ZR3L
PHPでシングルトンをJavaと同じ感覚で使っている大馬鹿者が現実にいたw
笑ったよ。おもいっきりアホなバグを出していた。
確かにコードは似ている。しかしメモリ空間が根本的に違うだろ。
PHPオンリーのみなさんもウェブ上に転がっているJavaの
シングルトンの説明がそのままPHPで適用できると思わないでねw
PHPはマルチスレッドではありませんのであまり意味ありません。
そのことは公式サイトにも載っているしね。
556:nobodyさん
11/12/21 05:28:45.65
＞メモリ空間
pythonやrubyだとどうなんだろ
phpだけがおかしいのか？
557:nobodyさん
11/12/21 19:22:19.60 4B+G5XOa
>>>>556
PHPが「おかしい」というより、それは言語の特性。
プロセスが複数生成され、それに伴って当然メモリ空間がバラバラになる。
サイト全体で共有できるメモリ空間がない。
シングルトンが本来の意味をもたないのは当たり前。
こういう特性だからPHPはJavaに比べると特にDBを使うサイトでは設計が難しい。
DBから取ってきたデータをキャッシュできないからDBへの負荷もかかる。
圧倒的に不利。OpenPNEやWordPressが激重なのも当然。
その特性（欠点）を補うためにはmemcachedという汎用の
メモリキャッシュシステムを入れるとなんとかならないこともない。
しかし、言語レベルでサイト全体のメモリサポートがあるJavaと比べると
使い勝手が悪いのは間違いない。
558:nobodyさん
11/12/22 02:35:28.59
>>557
どのみちJava単体じゃスケールアウトなんてできないんだから、
memcachedなどのシステムは必要になるだろ
559:nobodyさん
11/12/22 09:17:32.14 b//jW3sf
>>558
Java単体というどういう意味ですか？
560:nobodyさん
11/12/22 10:24:52.87 6YHwfOq+
>>559
？？？
561:nobodyさん
11/12/22 10:37:49.89
>>560
フィルターかけろ
お前の頭にな。
562:nobodyさん
11/12/22 11:27:18.03 6YHwfOq+
>>561
・・・
563:nobodyさん
11/12/22 11:32:33.74
>>561
PHPは通常Apache HTTP Serverに寄生して動く。
で、サーバーサイドJavaはどうやって動かすのですか？
564:nobodyさん
11/12/22 12:09:07.17 TRZU/Nfx
言語特性知ってれば外はPHP、内はJava
領域を大きく犯すようなシステムが必要ならば、場合によっては言語切り替えちゃえばいい。
くらいの話が普通に出てきそうなんだけど、
縛りプレイ好きが多いのか、片方の言語しか知らないのか、ただのバカなのか
ってのが多いな。
565:nobodyさん
11/12/22 12:54:19.19
サーバーはApacheだけじゃないぞ！
566:nobodyさん
11/12/22 13:19:23.98
>>562
だからPHPは「通常」・・・、って書いてるやん。
Apacheのシェアが60%もあるのに「通常」は変ですか？
567:nobodyさん
11/12/22 13:32:23.46
数の暴力？
568:nobodyさん
11/12/22 13:39:33.53 6YHwfOq+
>>567
で、サーバーサイドJavaはどうやって動かすのですか？
569:nobodyさん
11/12/22 13:59:02.41
ジャワ島
570:nobodyさん
11/12/22 14:21:08.98 6YHwfOq+
>>569
で、サーバーサイドJavaはどうやって動かすのですか？
571:nobodyさん
11/12/22 15:25:59.32 6YHwfOq+
>>558
Java単体とは何を意味していますかw？
572:nobodyさん
11/12/22 16:35:08.00
JavaはTomcatで動かす
573:nobodyさん
11/12/22 17:04:37.25 6YHwfOq+
>>572
サーバーはTomcatだけじゃないぞ！
574:nobodyさん
11/12/22 20:24:24.89
PHPはスタンドアロンが作れないからPHPでサーバーを作れないだろ。
Javaはスタンドアロンが作れるからJavaでサーバーが作れる。
Javaで作られたサーバーはTomcat(Apache), JBoss(Redhat),
GlashFish(Oracle), WebSphere(IBM)などがある。
Apacheは使ってもいいし、使わなくてもいい。
575:nobodyさん
11/12/23 00:46:45.26 gEHIwi57
>>558
この人、Javaのこと何もわかっていない・・・。
576:nobodyさん
11/12/23 01:02:12.02 xKTq9mHV
だからjavaとjspは違うって何度言ったら
javaでまとめてタグ書いてみろよ
577:nobodyさん
11/12/23 03:09:15.29
JavaTea飲んでモチツケ
578:nobodyさん
12/01/05 02:38:58.80
Javaは時代遅れでキモい言語だからもう廃れるかと思いきや
Androidで息を吹き返しやがった。
まぁでもサーバーサイドAPIはPHP、スマホ側はJavaもしくはObj-Cでいいや。
579:nobodyさん
12/01/05 05:52:56.75
>>578
バカだなあ
自分の好きな言語を使えばいいだろ
580:nobodyさん
12/01/05 09:24:36.65
rubyやpythonならともかく、
perlから生えたような時代遅れの糞言語PHPがjavaを叩けるものかｗ
581:nobodyさん
12/01/05 11:15:26.38
でもウェブアプリでは使用率PHP＞Javaなんだよな
582:nobodyさん
12/01/05 19:35:45.19
JavaEEのウェブサービスってどんなのがあるの？
phpだとFacebookをはじめたくさんあるよね
583:nobodyさん
12/01/05 20:12:44.21
facebookはほとんどC++。
584:nobodyさん
12/01/05 21:57:11.98
Javaは銀行の業務システムとかBtoB法人向けで使われてるからねー。
サイボウズとかにも使われてるけどURLに～.phpみたいなのが付かないから
部外者には気付きにくい。
585:nobodyさん
12/01/06 15:29:57.77 Bppt4S6b
facebookはPHPをはじめに導入したことを激しく後悔しているはず
586:nobodyさん
12/01/06 15:34:15.32
what about haskell guys?
587:nobodyさん
12/01/06 21:56:20.68
かといって、facebookがjavaを採用してたらよかったかというと、そうとも思えない
588:nobodyさん
12/01/07 00:07:15.05
twitterはjavaで作り直しているらしいね。
589:nobodyさん
12/01/07 10:05:16.13
金があって、それなりのレベルの技術者がいるうちはJavaもいいかもね
590:nobodyさん
12/01/08 11:43:53.73
>>582
>>587
facebookで使われている大規模分散システムはJava。
Apache Hadoop。
つまり基幹はC++とJava。
591:nobodyさん
12/01/11 07:57:51.02 oSpO9kLj
>>547
スマホは長くは続かないと思う。
スマホに変えて後悔してる層がいっぱいいる。
次の機種変ではガラケに変わるだろう。
592:nobodyさん
12/01/11 09:51:31.37
どうかなぁ
今はちょっといろいろ不安定だしあれだけど
ガラケーだって一時期はもっさりしたりしてたし
スマホも洗練されてくるはず。
593:nobodyさん
12/01/22 04:26:56.37
PHPってどこでセッション情報管理してんの？
Javaでいうアプリサーバ(Tomcat等)にあたる仕事はapacheモジュールだけでやってるの？
594:nobodyさん
12/02/04 19:58:23.25
は？
595:nobodyさん
12/02/12 23:21:42.58
ｽﾚﾘﾝｸ(tech板)
596:nobodyさん
12/02/27 11:31:16.43
Webアプリ開発は Linux + Mono + ASP.NET MVC が最強だと悟った
ｽﾚﾘﾝｸ(poverty板)