09/02/03 17:50:27
>>510
Zendって省略しないで。それは会社名でしょ。
Zend PlatformでもVM上で動いているのと同じになるわけじゃないでしょ
512:nobodyさん
09/02/03 17:50:50
>>510
金かかるんじゃねーの？
513:nobodyさん
09/02/03 17:58:28
金かかるよ。それで？
514:nobodyさん
09/02/03 18:06:03
最近の顧客はWebアプリケーションは無料と思ってるところ多いから、
その手のを請求したらケチつけてくるよ。ライセンスがどうなってるのか
しらねーけど。
515:nobodyさん
09/02/03 18:09:42
Ａ「ＰＨＰで金が掛かるなんて聞いたことがないね」
Ｂ「フレームワークを使うからなんです。フレームワークを使えば
コードの保守・管理が楽になり色々とメリットが・・・」
Ａ「なるほど。あんたらが楽するためにこっちが金出せと？」
516:nobodyさん
09/02/03 18:13:29
>>510のはフレームワークじゃなくてサーバじゃないの？
今はなきColdFusionみたいな
517:nobodyさん
09/02/03 18:14:36
>Zend PlatformでもVM上で動いているのと同じになるわけじゃないでしょ
なるよ
518:nobodyさん
09/02/03 18:17:03
>>516
ColdFusionはまだAdobeからFlexと併売されてなかったっけ?
ていうかColdFusionやFlexこそがフレームワーク込みのサーバ製品だよね。
519:nobodyさん
09/02/03 18:29:22
Flexはともかく、ColdFusionをフレームワークというのは、
PHPそれ自体がフレームワークだ！っていう程度の意味しかないような。
520:nobodyさん
09/02/03 18:33:49
PHPもアクセラレータ使ったら充分速いよ
だいたいYahooがPHPで動いてるんだから99％のサイトはPHPでおk
521:nobodyさん
09/02/03 18:40:07
>>517
そのVMって、どういう意味？
522:nobodyさん
09/02/03 18:41:32
>>514
Webアプリが無料って・・・もしかして、それホームページ？
523:nobodyさん
09/02/03 21:24:57
>>520
PHPで大規模なサイトも作れますね！スゴイ（・∀・）
ちなみに私のホームページは、なんと！１日１００アクセスぐらいです＞＜
サーバが１台で済むような小規模サイトなら>>503の対策で十分ですよねー？＾＾
>APCやeAccelerator等を使うのが一般的
524:nobodyさん
09/02/03 21:35:53
URLﾘﾝｸ(www.atmarkit.co.jp)
Rubyが遅い理由
遅いのにはいくつか理由がある。
1つは変数に静的型がなく、コンパイル時に型が決まらないことから最適化が効きづらいこと。
しかし、これは動的言語共通だ。
ほかにRubyが遅い理由として前田氏はRubyには「関数がなく、すべてメソッドであること」があるという。
ただ、Rubyは次期開発バージョンのRuby1.9系ではインタープリタをまるごと差し替え、バイトコードを処理するVM を採用したことで多くの最適化を実施し、大幅に高速化しているという。
Pythonも3.0になったことだし、PHPの包囲網は強力だぞ！！！
Perl6.0は(ry
525:nobodyさん
09/02/03 21:40:37
>>517
VM＝ヴァーチャルマシンのこと。
Javaの仕組みで使われて有名だよ。
URLﾘﾝｸ(d.hatena.ne.jp)
526:nobodyさん
09/02/03 23:47:25
>>520
Yahoo!JapanはあんまりPHPで動いてないぞえ
知恵袋とかはそうだけど昔からある部分はCかJavaだお
527:nobodyさん
09/02/03 23:49:55
Zend EngineがJavaのVMっぽいってこういうことだな
URLﾘﾝｸ(journal.mycom.co.jp)
528:nobodyさん
09/02/03 23:57:32
そ、それ2000年の記事ですけど、PHP5でもそうなの？
529:nobodyさん
09/02/04 00:10:47
いったんバイトコードにコンパイルしてからVMで実行するのはPHP4でも5でも6でも同じ。
PythonやRuby 1.9でも大ざっぱに言うと同様の仕組みになってる。
あとはVM(エグセキュータ)に手を入れてia32/amd64だけでもJITコンパイラが搭載されるとおもしろいのだけど。
530:nobodyさん
09/02/04 00:16:08
勉強になりました。
531:nobodyさん
09/02/04 00:17:17
>>528
どうでもいいけど俺には2004年に見える
532:nobodyさん
09/02/04 00:18:04
>>528
どうでもいいけど俺にはPHP5の記事に見える
533:nobodyさん
09/02/04 00:37:31
>>527 >>529
普段意識してなかったけど、PHPってそうなってたんだ！
参考になりました。
534:nobodyさん
09/02/04 00:46:03
PHPフレームワークの本が揃い、使いやすい状況にある。
ダントツ１位がないのは、それぞれ一長一短だからだろうか？
各FWのユーザーから、「この実装は、このFWではこうやっているよ。メリットはこれこれ。」という報告をよろしく！
FW同士、切磋琢磨していいとこ取りをしよう！
他のLL言語のメリット・デメリットはこちらもどうぞ
ｽﾚﾘﾝｸ(tech板)
【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】
535:nobodyさん
09/02/04 00:57:47
>>534
× こちらもどうぞ
○ こちらでどうぞ
でいいだろｗ
536:nobodyさん
09/02/04 01:07:12
mod_phpが常駐しないことのメリットは、なんと言ってもデプロイが簡単なことだな。単にファイルを差し替えるだけでいいんだから。
そして、これで十分なスピードがある。
スクリプト言語の処理速度の差なんて、ウェブに限って言えばどうでもいいレベル。速度差はDB部分にかかってるわけで。
537:nobodyさん
09/02/04 01:20:31
いやそんなことない。
DB部分は殆どキャッシュされてるがアクセスの多いページ、例えばサイトトップとか。
538:nobodyさん
09/02/04 01:22:05
重箱の隅をつつくようで悪いけど、mod_phpそのものは常駐してますやん。
バイトコードやシンボルテーブルはリクエストの度に初期化・実行・破棄されるけど。
あとは同意。
539:nobodyさん
09/02/04 01:22:45
はてなとかmixiくらいになるとその差が重要になってきて
だからわざわざめんどいmod_perl使ってるんだろ
540:nobodyさん
09/02/04 01:27:58
>>537
そういうのはコンテンツキャッシュでどうとでもなる。
mixiは知らんけど、はてなの場合は中の人がPerlを使える・Perlを使いたい、
かといってCGIは遅すぎるのが理由な希ガス。
541:nobodyさん
09/02/04 01:28:55
mod_perlとは懐かしい響きだ
それは確かに面倒くさそうだ。てか、未だにメンテされてるの？
542:nobodyさん
09/02/04 05:45:22
常駐するから速いとも一概に言えないじゃん
Rubyなんて常駐させても遅いよ
543:nobodyさん
09/02/04 11:41:49 cqQgvAqQ
YahooはRubyだお
544:nobodyさん
09/02/04 11:53:43
RubyもいいけどPHPもね
URLﾘﾝｸ(searchblog.yahoo.co.jp)
545:nobodyさん
09/02/04 13:04:10
世紀末Web土方伝説～LLの拳～
例えるなら、
Python（グーグル）…ラオウ
Ruby（楽天）…トキ
PHP（Yahoo）…ケンシロウ
Perl（はてな）…ジャギ
というポジションでしょうか？（・∀・）
546:nobodyさん
09/02/04 13:07:17
Perlは（現状ではなく）役割的にはリュウケンのような気もするが
547:nobodyさん
09/02/04 15:41:16
わかりやすく芸人に例えてくれ
548:nobodyさん
09/02/04 15:51:12
楽天はRuby殆ど使ってないぞ
99%がPHPとJava
研究してるけど全く表に出てこないｗ
549:nobodyさん
09/02/04 16:13:35
わかりやすく実写版ドラゴンボールに例えてくれ
550:nobodyさん
09/02/04 16:18:51
よけいわかりにくいわｗ
551:nobodyさん
09/02/04 16:20:06
>>545
Rubyはトキだと思ってたらアミバだったぜ！みたいな感じか？
PHPがケンシロウってのはｗ バットかアインくらいで妥協しておけ
ECMAScript群はきっと南斗聖拳
552:nobodyさん
09/02/04 16:57:49
Googleも実はPythonあんまり使ってないんだよなｗ
サービスの殆どはCとJavaで、Pythonはヘルプ機能とか軽いところしか使われてない。
553:nobodyさん
09/02/04 17:28:36
Rubyはフリーザって感じだな。
出た当初は桁外れに強くて
今でも強いイメージがあるんだけど、
実はそんなでも無い？
PHPはクリリン？ あまり強いわけじゃないが
登場回数は多い。でもよくよく考えると地球人最強？
えーと、クリリンって最後の方ではフリーザより強くなったんだっけ？
554:nobodyさん
09/02/04 17:36:40
ドラゴンボール戦闘力の軌跡 なんてのがあるんだなｗ
フリーザ弱っ。天津飯つえー。
ｽﾚﾘﾝｸ(retro板:676番)
フリーザ；1億2000万
ヤムチャ：3億5000万
クリリン：12億6500万
天津飯：60億4500万
公式戦闘力（｢ドラゴンボール戦闘力の軌跡｣集英社より)
555:nobodyさん
09/02/04 17:37:36
うん。やけくそなインフレがよくわかる
で、ここはいったい何のスレなんだｗｗｗ
556:nobodyさん
09/02/04 17:41:26
ポタラ・フュージョン公式によると、もっとすごいよ。
URLﾘﾝｸ(www.geocities.jp)
557:nobodyさん
09/02/04 17:48:28
ヤムチャなめんなよおまいら
558:nobodyさん
09/02/04 18:00:45
URLﾘﾝｸ(www.youtube.com)
559:nobodyさん
09/02/04 23:39:35
新しい言語どんどんできたけど
結局今でもC、Java、Perl、PHPって感じだよね
560:nobodyさん
09/02/04 23:45:32
ＣとPerlとはすごいよな
JavaとPHPはウェブありきで作られた面もあるからすごくて当然だけど
561:nobodyさん
09/02/05 01:18:17
糞言語ばっかりだな
562:nobodyさん
09/02/05 01:57:20
JavaがWebに使われるようになったの結構後だぞ
J2EEとか最初無かったから
563:nobodyさん
09/02/05 09:11:17
>>562
HotJava......
564:nobodyさん
09/02/05 13:50:05
Applet...
565:nobodyさん
09/02/05 18:46:36
>>562
昔を知らないんだね。Appletとかちょっと書けると結構金になったもんだぞ。
566:nobodyさん
09/02/05 22:25:45
>>563
糞久しぶりに聞いたｗ
567:nobodyさん
09/02/05 23:19:28
C、Java、Perl、PHPの話してるんだからAppletとかそう言う問題じゃないだろうに
Flashとかとの比較になるだろそういうのは
もともとJavaはWebでApplet作るために設計された言語じゃないって事でしょ
568:nobodyさん
09/02/05 23:27:54
もっともなんだが、それ以前にずーっとスレ違(ry
569:nobodyさん
09/02/06 20:36:37
Javaって元々はHOTJava系で
売ろうとしてたんでしょ？
570:nobodyさん
09/02/06 20:55:40
Javaはもともとは組込用のC++の代替言語として開発された
そのうちにモザイクが発表されてこれは凄いって事になって
これからはWebだなってことでHotJavaもセットになって発表された
571:nobodyさん
09/02/07 08:38:14
Javaのホワイトペーパー第一版には、言語としての素晴らしさと、
中間ファイル出すから何でも動くぜーっていうのが中心として
書かれてたと思う。HotJavaはちょっと後じゃなかったっけ？
572:nobodyさん
09/02/07 09:15:33
てかJavaがweb前提ってどっから出てきた発想なんだろ
573:nobodyさん
09/02/07 10:10:14
>>572
どっかの勘違い君じゃない？
例のホワイトペーパーはそんなこと１つも書いてないよ。
ホワイトペーパーってのはリリース前に出すやつね。