トップページ⇒php
994コメント273KB

【PHP】フレームワークについて語るスレ12【総合】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/12/23(火) 00:36:15ID:???
PHPのフレームワークに関する話題用のスレッド

●国外産●
symfony
　ttp://www.symfony-project.com/
code igniter
　ttp://codeigniter.com/
Zend Framework
　ttp://framework.zend.com/manual/ja/index.html
CakePHP
　ttp://www.cakephp.org/
Yii Framework　←New!! (Dec 03, 2008)
　ttp://www.yiiframework.com/

●国産
ちいたん
　ttp://php.cheetan.net/
Ethna
　ttp://ethna.jp/
guesswork
　ttp://classic.guesswork.jp/
maple
　ttp://kunit.jp/maple/

●前スレ
【PHP】フレームワークについて語るスレ10【総合】 ※実質11
http://pc11.2ch.net/test/read.cgi/php/1219581817/
0449nobodyさん2009/02/02(月) 10:36:18ID:???
誰が作ってもセキュア…これはデジタル土方の間で流行る予感（・∀・）
フレームワークで無理ならもっと下のレイヤーで改善したら確実ですよね？
＝HTTP/HTTPSに代わる新しいセキュアなプロトコルを作ればいいんじゃないか？
でも、面倒くさし金にならんから誰もやらんか…俺はやる気以前の問題として知識がないから無理ｗ
0450nobodyさん2009/02/02(月) 10:44:14ID:???
IDSに依存する開発者とか、バカすぎるだろ。あれと一緒。
0451nobodyさん2009/02/02(月) 10:46:29ID:???
PCの場合、ユーザーを特定する方法って複雑そうですね＾＾
携帯電話は、端末IDを使えばユーザーの特定が安全＆楽でしょうか？
0452nobodyさん2009/02/02(月) 11:01:12ID:???
>>451
携帯の端末IDって設定で許可していないと取れなかったような気がするが、
今はどうなってるの？
0453nobodyさん2009/02/02(月) 13:51:06ID:xbZu7ZNv
ところで、ステートフルとスレートレスの違いって何？
PieceFrameworkの利点って何？教えてえらい人。

>>452
機種によって違うけど、アクセスするたびに許可を求めてくる物がほとんどだと思う。
0454nobodyさん2009/02/02(月) 14:27:46ID:???
>>453

> ステートフルとスレートレスの違いって何？
ttp://pc11.2ch.net/test/read.cgi/php/1227303362/

> PieceFrameworkの利点って何？
ttp://piece-framework.com/ja/index.html

自分でもう少し掘り下げてから質問したらどうよ
0455nobodyさん2009/02/02(月) 15:00:08ID:???
http://www.ruby-lang.org/ja/news/2009/01/30/ruby-1-9-1-released/

Ruby1.9安定版が出ていよいよPHP脂肪カウントダウン開始ｗｗｗ
0456nobodyさん2009/02/02(月) 15:04:12ID:???
>>453
クッキーやIPアドレスに比べ、より直接的に個人特定・追跡できそうな情報なんだが、
前提にしているサイトって多いのかな？あんまり騒ぎにならないな
これって、その機体の契約の間ずっと不変なんでしょ？
0457nobodyさん2009/02/02(月) 15:08:42ID:???
騒ぎになってるよ
0458nobodyさん2009/02/02(月) 15:48:00ID:???
>>455
奇数バージョンは実験的なバージョンだよ
Linuxのカーネルと同じ
0459nobodyさん2009/02/02(月) 16:08:03ID:???
待て、Rubyはどうかしらんが、Linuxカーネルに
今は偶数か奇数かで安定版と開発版の区別はないぞ。

Rubyも偶数奇数でわかれてたっけ?
そのへんは、おおらかにやってそうなふいんきだけど...
0460nobodyさん2009/02/02(月) 17:14:57ID:???
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/25881
0461nobodyさん2009/02/02(月) 17:22:35ID:???
なぜ本家リファレンスマニュアルを参照しない。

ttp://www.ruby-lang.org/ja/man/html/_C1C8A4DFB9FEA4DFC4EABFF4.html#RUBY_VERSION

> Ruby のバージョンは、 major.minor.teeny という形式です
>
> version 1.8 までは、minor が奇数のバージョンは開発版、 minor
> が偶数のバージョンは安定版です。1.9.0 以降は、 teeny が 0
> のバージョンが開発版となる予定です。

なので1.9.1は安定版でよかろう。つかwww.ruby-lang.orgにそう書いてある。
しかし、それが本当に安定しているかどうかは別の問題だが。
0462nobodyさん2009/02/02(月) 17:31:17ID:???
Rubyは文法が涙目だから駄目だろ
elsifだけは勘弁してくれよ
0463nobodyさん2009/02/02(月) 18:12:53ID:???
>>462
じゃぁPerlと（略）とTT.pmの組み合わせにしなさい。
0464nobodyさん2009/02/02(月) 18:24:05ID:???
>>462
そのキーワードの何がそんなに気に入らないのかわからん。
PHPのarray_**は気に入らんが、それだけで文法が駄目とか思わんし。
0465nobodyさん2009/02/02(月) 18:28:15ID:???
elsifとかelifとか慣れの問題だろ。柔軟に適応できないやつはマに向いてないぞ。
あれこれ難癖つけて1つの言語にこだわって結局自滅するんだ。
0466nobodyさん2009/02/02(月) 19:08:34ID:???
禿堂
0467nobodyさん2009/02/02(月) 19:14:01ID:???
インターネットって危険がイッパイなんですね！＞＜
大事な用件は直接会って話そう！
0468nobodyさん2009/02/02(月) 19:58:48ID:???
}
else
if () {
}

って書けなくて気持ち悪いからだろ
CやJava書いてる奴はそういう奴多い
0469nobodyさん2009/02/02(月) 20:18:47ID:???
case〜when があるから elsif なんかめったに使わないし
0470nobodyさん2009/02/02(月) 20:44:56ID:???
>>468
そんなこだわりをもったまま他の言語を使おうと思う方がおかしくないか？
まるで世界中英語で押し通す英米人のようだ
0471nobodyさん2009/02/02(月) 20:48:12ID:???
ハワイで日本語が通じないって怒ってる日本人だろ
0472nobodyさん2009/02/02(月) 20:53:14ID:???
>>470
いやだからPHPフレームワークのスレにいるんだろこの人は
なんでそこでRubyやる覚悟を説く必要あるんだ
0473nobodyさん2009/02/02(月) 20:57:03ID:???
C＝イギリス
Java＝アメリカ
PHP＝オーストラリア
だとして、
イギリス系やアメリカ系のオーストラリア人同士が、
フランス語って英語と文法違ってめんどいよねー
でもオーストラリアは英語だからいいよねーって話してたら、
急にフランス人が来てその意味解らん、そんなんでフランス語が
できるようになるわけないだろ、って言われてるようなもんだな。
0474nobodyさん2009/02/02(月) 21:17:26ID:???
適応力があるかないかの差でしょ
言語として使う必要がくれば使うことに別段抵抗はないなぁ
重要なのは何を使うかじゃなくて何を作るかだしなー

まぁRubyは当面必要になるような場面が全然思い当たらないし
勉強する気もないけどさー

つか、好き好き語るならPHPFWの好き嫌いを語ったほうがよさそうだｗ
0475nobodyさん2009/02/02(月) 21:17:34ID:???
オーストラリア馬鹿にすんな!!!
0476nobodyさん2009/02/02(月) 21:28:22ID:???
本当に馬鹿にされてるのはおフランス

てゆーか一番問題なのは定期的に多言語界隈に沸く
Ruby信者の低脳な釣り餌に全力で食いつく雑魚どもだとおもうけどなｗｗ
0477nobodyさん2009/02/02(月) 22:00:19ID:???
今回のエサはRubyアンチが撒いてるんじゃないか
どっちでも食いつきがいいんだけどなこのスレは

いつものこととはいえ、お前らほんとはPHP嫌いで使ってるだろｗ
0478nobodyさん2009/02/02(月) 22:02:28ID:???
古女房みたいなもんだ
ミテクレはいまいちでも、いつでもやれるし、あそこのフィット感がいい。
0479nobodyさん2009/02/02(月) 22:33:33ID:???
>>478
確かに。しかも安く済む。
0480nobodyさん2009/02/03(火) 01:40:22ID:???
俺たちデジタル土方は、既製品を使う立場。
既製品が気に入らないなら、自分で好きなようにプログラミング言語を作ればいい。
でもプログラミング言語を開発する手間に比べたら、既製品を使う方がずっと手軽だ。
既製品を使う必然性は、すぐ使えるという利便性にある。
既製品とはいえ、ある程度の選択肢は用意されている。
PHPが気に入らないのなら、Perl、Python、Ruby、Java…他の既製品を使ってみればいいじゃないか？
ここで上から目線で語って「俺はスゴイ！」という気分に浸れるのか？
ちっぽけなプライドなんて何の役にも立たないぜ？
PHPのフレームワークで、WEBアプリをいかに速くセキュアで簡潔に作れるか？
その恩恵を享受できないとしたら、このスレに来ても時間の無駄だろう。
みんなでスキルアップしまくって、日本の開発スピードを世界最速レベルに引き上げようぜ！！！

http://q.hatena.ne.jp/1203288623
>どのような価値ある情報を日本語で蓄積するかが大切なはずです。

…以上、デジタル土方の主張でした＾＾
0481nobodyさん2009/02/03(火) 06:50:56ID:???
キモッ
0482nobodyさん2009/02/03(火) 07:15:56ID:???
別にデジタル土方じゃねーし
0483nobodyさん2009/02/03(火) 10:07:10ID:???
>>468
だから適応能力のない人は食ってけませんよっと。
0484nobodyさん2009/02/03(火) 11:05:42ID:???
>>480
言ってることは至極まともっぽいんだが、2chでアジ演説ってのはネタだなあ
0485nobodyさん2009/02/03(火) 11:23:06ID:???
>>468
> }
> else
> if () {
> }
>
> って書けなくて気持ち悪いからだろ

俺は素直に} elseif () { って書くのでぱっと思いつかないが、
if と else がある言語でそういう書き方が出来ない言語ってあるのか？
0486nobodyさん2009/02/03(火) 11:26:26ID:???
else
if () {
}
だとifとの差別化ができなくね？
0487nobodyさん2009/02/03(火) 11:45:16ID:???
>>485
いや、だからRubyではelse ifとは書けないから云々ってずっと話をしてたんだけどなぁ...
つか蒸し返すなよ。
0488nobodyさん2009/02/03(火) 12:03:09ID:???
>>487
どこのスレ来て言ってるんだよ。PHPもelse ifはできないだろうが。
0489nobodyさん2009/02/03(火) 12:05:07ID:???
まさかPHP5は可能といかいうオチ？
0490nobodyさん2009/02/03(火) 12:09:31ID:???
>>488-489
PHPでもできるよ。
0491nobodyさん2009/02/03(火) 12:21:15ID:???
>>490
ほんとだ。PHPでもできた。ｽﾏｿ。
0492nobodyさん2009/02/03(火) 12:36:42ID:???
マジレスすると、Rubyの実行速度がPHPを上回ったら、Rubyはシェアを取れると思う。
PHPで出来ることは、Rubyでも出来るからね。

Rubyの改善には期待してます。
ただし、続きはRubyスレでお願いします＞＜
0493nobodyさん2009/02/03(火) 12:46:22ID:U0x1Z73i
それは夢のまた夢
0494nobodyさん2009/02/03(火) 12:48:03ID:???
＞ ただし、続きはRubyスレでお願いします＞＜
って言いながら香ばしい餌垂らしていくんじゃねえｗ
0495nobodyさん2009/02/03(火) 12:51:48ID:???
ＰＨＰは実行時に余計な処理せずに最小処理だけして爆速にできるオプション選べるように
すればもっとシェア広がると思う。
普通使わない変数への初期値セットとか設定ファイルいちいち呼んだり余計なステップが多すぎ

<?php set_quickmode(); みたいに書いてさ・・
0496nobodyさん2009/02/03(火) 13:07:20ID:???
速くしたいだけなら、VM作ってコンパイル・最適化済みのバイトコードを、
メモリにのっけておいて実行するようにすればいいんじゃない？
大体今風に作られたスクリプトではrequireあたりも大きなボトルネックっぽいし

ただ動作速度を速くしたってこれ以上シェアが広がるとも思えんけどな
すでに棲み分けって点では十分できてるだろ
0497nobodyさん2009/02/03(火) 13:43:31ID:???
Javaにコンパイルできるぞ
0498nobodyさん2009/02/03(火) 14:31:04ID:???
JRubyでJavaとして使う
これがRubyの生きる道？
0499nobodyさん2009/02/03(火) 14:34:25ID:???
まあ、PHP以外も普通に使えるようにしとこうぜ！って話だな
0500nobodyさん2009/02/03(火) 15:28:08ID:???
パフォーマンスの面ではPHPも人のこと言えないからなぁ
高負荷サイトだと今でも、調査の結果mod_perlにしましたみたいなことあるし
0501nobodyさん2009/02/03(火) 15:45:39ID:???
っていうかフリーのＦＷって、全部実行時コンパイルじゃないの？
ＦＷの意味半減だと思うんだが。
0502nobodyさん2009/02/03(火) 15:52:23ID:???
実行時コンパイルかどうかはフレームワークの問題じゃなくて実行環境の問題な気がするが
コンパイルが通るかどうかは別として他のフレームワークでつくってZendに食わせてもいいんだし
0503nobodyさん2009/02/03(火) 16:00:32ID:???
自分の知る限りではPHPだとアプリケーションサーバとして動作する
（メジャーな、実績のある）フレームワークは存在しないし、
mod_phpもmod_{perl,python,ruby}のような常駐型として作られていないので
リクエストごとにインタプリタが動きます。

ただ、それとフレームワークのメリットとは全くもって関係ないです。
Webアプリケーションフレームワークは生産性・保守性の向上のためのもの。
コンパイルのコスト軽減にはAPCやeAccelerator等を使うのが一般的。
0504nobodyさん2009/02/03(火) 16:05:48ID:???
超有名な
ttp://www.zend.co.jp/product/zendplatform.html
これは、ダメですか。そうですか。すごいですね。
0505nobodyさん2009/02/03(火) 16:09:14ID:???
>>503
アプリケーションサーバーかつフレームワークな実装もPHP以外なら存在するのはたしかだけど
それが一緒に提供されるメリットは感じないな。
その話とインタプリタの話がどうしてつながるのかわからないんだけど？
0506nobodyさん2009/02/03(火) 16:11:52ID:???
本当ですね。Zend Platformがフレームワークだったとは寡聞にして知りませんでした。
0507nobodyさん2009/02/03(火) 16:13:50ID:???
>>506
フレームワークなんて言ってないよ。（フレームワークとしての機能もあるけど）
PHPソースをコンパイルした状態で保持して実行するよって話
0508nobodyさん2009/02/03(火) 16:16:37ID:???
>>507
失礼。前半じゃなくて後半へのレスでしたか。
0509nobodyさん2009/02/03(火) 16:19:30ID:???
>>508
どうでもいいや。わけわかんねぇ
0510nobodyさん2009/02/03(火) 17:44:52ID:???
Zend使えばJavaみたいにVMの上で動いてるのと同じような感じなるわけだが、
それじゃ不満なんだろうか。
もちろんZendFrameworkじゃないフレームワークでも問題ないし。
0511nobodyさん2009/02/03(火) 17:50:27ID:???
>>510
Zendって省略しないで。それは会社名でしょ。
Zend PlatformでもVM上で動いているのと同じになるわけじゃないでしょ
0512nobodyさん2009/02/03(火) 17:50:50ID:???
>>510
金かかるんじゃねーの？
0513nobodyさん2009/02/03(火) 17:58:28ID:???
金かかるよ。それで？
0514nobodyさん2009/02/03(火) 18:06:03ID:???
最近の顧客はWebアプリケーションは無料と思ってるところ多いから、
その手のを請求したらケチつけてくるよ。ライセンスがどうなってるのか
しらねーけど。
0515nobodyさん2009/02/03(火) 18:09:42ID:???
Ａ「ＰＨＰで金が掛かるなんて聞いたことがないね」
Ｂ「フレームワークを使うからなんです。フレームワークを使えば
コードの保守・管理が楽になり色々とメリットが・・・」
Ａ「なるほど。あんたらが楽するためにこっちが金出せと？」
0516nobodyさん2009/02/03(火) 18:13:29ID:???
>>510のはフレームワークじゃなくてサーバじゃないの？
今はなきColdFusionみたいな
0517nobodyさん2009/02/03(火) 18:14:36ID:???
>Zend PlatformでもVM上で動いているのと同じになるわけじゃないでしょ

なるよ
0518nobodyさん2009/02/03(火) 18:17:03ID:???
>>516
ColdFusionはまだAdobeからFlexと併売されてなかったっけ?
ていうかColdFusionやFlexこそがフレームワーク込みのサーバ製品だよね。
0519nobodyさん2009/02/03(火) 18:29:22ID:???
Flexはともかく、ColdFusionをフレームワークというのは、
PHPそれ自体がフレームワークだ！っていう程度の意味しかないような。
0520nobodyさん2009/02/03(火) 18:33:49ID:???
PHPもアクセラレータ使ったら充分速いよ
だいたいYahooがPHPで動いてるんだから99％のサイトはPHPでおk
0521nobodyさん2009/02/03(火) 18:40:07ID:???
>>517
そのVMって、どういう意味？
0522nobodyさん2009/02/03(火) 18:41:32ID:???
>>514
Webアプリが無料って・・・もしかして、それホームページ？
0523nobodyさん2009/02/03(火) 21:24:57ID:???
>>520
PHPで大規模なサイトも作れますね！スゴイ（・∀・）
ちなみに私のホームページは、なんと！１日１００アクセスぐらいです＞＜

サーバが１台で済むような小規模サイトなら>>503の対策で十分ですよねー？＾＾
>APCやeAccelerator等を使うのが一般的
0524nobodyさん2009/02/03(火) 21:35:53ID:???
http://www.atmarkit.co.jp/news/200809/11/ruby.html
Rubyが遅い理由
遅いのにはいくつか理由がある。
1つは変数に静的型がなく、コンパイル時に型が決まらないことから最適化が効きづらいこと。
しかし、これは動的言語共通だ。
ほかにRubyが遅い理由として前田氏はRubyには「関数がなく、すべてメソッドであること」があるという。
ただ、Rubyは次期開発バージョンのRuby1.9系ではインタープリタをまるごと差し替え、バイトコードを処理するVM を採用したことで多くの最適化を実施し、大幅に高速化しているという。

Pythonも3.0になったことだし、PHPの包囲網は強力だぞ！！！
Perl6.0は(ry
0525nobodyさん2009/02/03(火) 21:40:37ID:???
>>517
VM＝ヴァーチャルマシンのこと。
Javaの仕組みで使われて有名だよ。
http://d.hatena.ne.jp/keyword/VM
0526nobodyさん2009/02/03(火) 23:47:25ID:???
>>520
Yahoo!JapanはあんまりPHPで動いてないぞえ
知恵袋とかはそうだけど昔からある部分はCかJavaだお
0527nobodyさん2009/02/03(火) 23:49:55ID:???
Zend EngineがJavaのVMっぽいってこういうことだな
http://journal.mycom.co.jp/special/2004/php5/004.html
0528nobodyさん2009/02/03(火) 23:57:32ID:???
そ、それ2000年の記事ですけど、PHP5でもそうなの？
0529nobodyさん2009/02/04(水) 00:10:47ID:???
いったんバイトコードにコンパイルしてからVMで実行するのはPHP4でも5でも6でも同じ。
PythonやRuby 1.9でも大ざっぱに言うと同様の仕組みになってる。
あとはVM(エグセキュータ)に手を入れてia32/amd64だけでもJITコンパイラが搭載されるとおもしろいのだけど。
0530nobodyさん2009/02/04(水) 00:16:08ID:???
勉強になりました。
0531nobodyさん2009/02/04(水) 00:17:17ID:???
>>528
どうでもいいけど俺には2004年に見える
0532nobodyさん2009/02/04(水) 00:18:04ID:???
>>528
どうでもいいけど俺にはPHP5の記事に見える
0533nobodyさん2009/02/04(水) 00:37:31ID:???
>>527 >>529
普段意識してなかったけど、PHPってそうなってたんだ！
参考になりました。
0534nobodyさん2009/02/04(水) 00:46:03ID:???
PHPフレームワークの本が揃い、使いやすい状況にある。
ダントツ１位がないのは、それぞれ一長一短だからだろうか？
各FWのユーザーから、「この実装は、このFWではこうやっているよ。メリットはこれこれ。」という報告をよろしく！
FW同士、切磋琢磨していいとこ取りをしよう！

他のLL言語のメリット・デメリットはこちらもどうぞ
http://pc11.2ch.net/test/read.cgi/tech/1215319832
【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】
0535nobodyさん2009/02/04(水) 00:57:47ID:???
>>534
× こちらもどうぞ
○ こちらでどうぞ

でいいだろｗ
0536nobodyさん2009/02/04(水) 01:07:12ID:???
mod_phpが常駐しないことのメリットは、なんと言ってもデプロイが簡単なことだな。単にファイルを差し替えるだけでいいんだから。
そして、これで十分なスピードがある。
スクリプト言語の処理速度の差なんて、ウェブに限って言えばどうでもいいレベル。速度差はDB部分にかかってるわけで。
0537nobodyさん2009/02/04(水) 01:20:31ID:???
いやそんなことない。
DB部分は殆どキャッシュされてるがアクセスの多いページ、例えばサイトトップとか。
0538nobodyさん2009/02/04(水) 01:22:05ID:???
重箱の隅をつつくようで悪いけど、mod_phpそのものは常駐してますやん。
バイトコードやシンボルテーブルはリクエストの度に初期化・実行・破棄されるけど。
あとは同意。
0539nobodyさん2009/02/04(水) 01:22:45ID:???
はてなとかmixiくらいになるとその差が重要になってきて
だからわざわざめんどいmod_perl使ってるんだろ
0540nobodyさん2009/02/04(水) 01:27:58ID:???
>>537
そういうのはコンテンツキャッシュでどうとでもなる。

mixiは知らんけど、はてなの場合は中の人がPerlを使える・Perlを使いたい、
かといってCGIは遅すぎるのが理由な希ガス。
0541nobodyさん2009/02/04(水) 01:28:55ID:???
mod_perlとは懐かしい響きだ
それは確かに面倒くさそうだ。てか、未だにメンテされてるの？
0542nobodyさん2009/02/04(水) 05:45:22ID:???
常駐するから速いとも一概に言えないじゃん
Rubyなんて常駐させても遅いよ
0543nobodyさん2009/02/04(水) 11:41:49ID:cqQgvAqQ
YahooはRubyだお
0544nobodyさん2009/02/04(水) 11:53:43ID:???
RubyもいいけどPHPもね
ttp://searchblog.yahoo.co.jp/2007/09/php_at_yahoo_japan.html
0545nobodyさん2009/02/04(水) 13:04:10ID:???
世紀末Web土方伝説〜LLの拳〜
例えるなら、
Python（グーグル）…ラオウ
Ruby（楽天）…トキ
PHP（Yahoo）…ケンシロウ
Perl（はてな）…ジャギ
というポジションでしょうか？（・∀・）
0546nobodyさん2009/02/04(水) 13:07:17ID:???
Perlは（現状ではなく）役割的にはリュウケンのような気もするが
0547nobodyさん2009/02/04(水) 15:41:16ID:???
わかりやすく芸人に例えてくれ
0548nobodyさん2009/02/04(水) 15:51:12ID:???
楽天はRuby殆ど使ってないぞ
99%がPHPとJava
研究してるけど全く表に出てこないｗ
0549nobodyさん2009/02/04(水) 16:13:35ID:???
わかりやすく実写版ドラゴンボールに例えてくれ
■ このスレッドは過去ログ倉庫に格納されています