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

1 名前：nobodyさん mailto:sage [2008/08/24(日) 21:43:37 ID:???] 前スレ pc11.2ch.net/test/read.cgi/php/1202521438/ 700 名前：nobodyさん mailto:sage [2008/11/23(日) 20:41:14 ID:???] そのレベルではどっちでも大して変わらんかと 701 名前：nobodyさん mailto:sage [2008/11/23(日) 20:43:11 ID:???] 軽いっちゃあcakePHPだろうね。機能的にはsymfonyかね。 まぁそれぐらいの人数じゃ負荷は別に別に気にしなくてもいいと思うけどね。 702 名前：nobodyさん mailto:sage [2008/11/23(日) 20:54:39 ID:???] >>700>>701 回答ありがとうございます。 学習コストはどっちが大きいのかな？ symfonyの方が難しい？ 703 名前：nobodyさん mailto:sage [2008/11/23(日) 22:07:52 ID:???] やりたいことにもよるだろ。 ドキュメントぐらい見ろや。 704 名前：nobodyさん mailto:sage [2008/11/23(日) 23:03:02 ID:???] 自分でちょっとした軽いサイトを作りたいなてとき CakePHPがよい どういうサイトが当たるかわかんないから とにかく当たりそうなサイトを片っ端から量産したいときにはCakePHPがいい 大企業からマジ受けするならsymfonyかな そんな大企業を相手できない俺は小回りが利いて時代にニーズにいち早く対応できるCakePHPが一番好きだ 705 名前：nobodyさん [2008/11/23(日) 23:03:07 ID:I/SHm+AO] Cakeの方がインストール簡単 706 名前：nobodyさん mailto:sage [2008/11/23(日) 23:06:24 ID:???] CakePHPみたいに作りたいなと思ったサイトをサクッと作れる快感がたまらん 時代の流れの速いＩＴ業界にあってるよ 707 名前：nobodyさん mailto:sage [2008/11/24(月) 00:43:30 ID:???] おれはSymfonyの方がよりオブジェクト指向な分使いやすいな ドキュメントもしっかりしてるし 708 名前：nobodyさん mailto:sage [2008/11/24(月) 01:31:16 ID:???] その二つのどっちかが今の主流なのかな 709 名前：nobodyさん mailto:sage [2008/11/24(月) 01:58:00 ID:???] 今の日本での主流はcake。 php6の後も稼動し続ける予定ならZFが無難。 www.google.com/trends?q=cakephp%2CZend+framework%2Csymfony%2Ccodeigniter%2Cethna&ctab=0&geo=all&date=all&sort=0 検索数だからあてにならないかもしれないけど 日本語圏はcakeを世界で2番目に使ってるっぽいぞ。 つーか、地域だと目黒区が1位だけどお前ら寄付とかしてんの？ｗ 710 名前：nobodyさん mailto:sage [2008/11/24(月) 02:07:28 ID:???] インドネシア語が一位って。。 それ眉唾すぎないか 711 名前：nobodyさん mailto:sage [2008/11/24(月) 02:19:05 ID:???] ZFだけはないわ cakeはドジでのろまな亀しか使ってないし 普通はsymfonyだろうな 712 名前：nobodyさん mailto:sage [2008/11/24(月) 02:34:38 ID:???] ちょろっとしか見なかったらなぜZFがあんな駄目駄目言われるかわからん。 みんな言うからきっとそうなんだろう。 713 名前：nobodyさん mailto:sage [2008/11/24(月) 09:30:25 ID:???] 俺フレームワークの基礎にするには、別にZFは悪くない symfonyは知らんが、cakeとかCIとかのように、「こう書けばすぐアプリ」っていう がっちがちの枠を、ZFでは用意していないだけ。 714 名前：nobodyさん mailto:sage [2008/11/24(月) 10:58:13 ID:???] PEARみたいなライブラリということか 715 名前：nobodyさん mailto:sage [2008/11/24(月) 12:21:02 ID:???] 密であるが疎にはできないものと 密にも疎にもできるもののどちらがいいかっていったら そりゃ後者だわな 716 名前：nobodyさん mailto:sage [2008/11/24(月) 13:41:57 ID:???] そこら辺の凡人ＰＧがPHP4時代に書いたど腐れライブラリなんかは、 全部ZFに置き換えてもいいくらいだと思うよ なんつーの？ 割り切り仕様というか内部諒解仕様というか、そういった よくわからん決め打ち系の記述は（マルチバイト関連を除けば）非常に少なく、 かなり汎用的に作られてるっぽい。 例外処理だけ、ZF流儀にあわせればあとはどう使おうと自由って感じで。 717 名前：nobodyさん mailto:sage [2008/11/24(月) 18:12:50 ID:???] >>713 > がっちがちの枠を、ZFでは用意していないだけ。 がっちがちの枠（フレーム）を用意するのが フレームワークだと思うんだがねぇ。 718 名前：nobodyさん mailto:sage [2008/11/24(月) 18:28:09 ID:???] メリットもあるが色々弊害もあるのだよ、僕 719 名前：nobodyさん mailto:sage [2008/11/24(月) 18:35:08 ID:???] それはフレームワークでなくて別って意味でしょう。 ZFは自由に使えって言うけどライブラリとの違いが分からない。 そして、結局ライブラリを細切れに使うのと手間が一緒の気がするんだけど。 それ以上のメリットがあるのか良く分からない。 720 名前：nobodyさん mailto:sage [2008/11/24(月) 18:43:34 ID:???] >>719 具体的にそれでどんな悪い点が？ 721 名前：nobodyさん mailto:sage [2008/11/24(月) 18:51:52 ID:???] >>719 使ってみればわかるが、ZFにフレームはある。 ただ、それは固定されたフレームではなくて、設計者が自由に拡張可能なフレームだ 設計を行わない人にとっては無用の長物。メリットだってわからない。 722 名前：nobodyさん mailto:sage [2008/11/24(月) 20:20:21 ID:???] 決め打ちでしかプログラミングできない低脳にはおすすめできないってこった 723 名前：719 mailto:sage [2008/11/24(月) 20:59:56 ID:???] >>720 あえて言えばメリットが見つからないというのが悪い点かと >>721 使い込んでみないと分からないって事でしょうか。 もうちょっと機会があれば研究してみたいとは思います。 >>722 なるほどそうですかw 724 名前：nobodyさん mailto:sage [2008/11/24(月) 22:26:16 ID:???] Eclipseでsymfonyフレームワーク使ってプログラミングしたいんだけど、可能？ 725 名前：nobodyさん mailto:sage [2008/11/24(月) 23:50:06 ID:???] どういう意味かはっきり書かないと答えようがない。 Eclipseはエディタだからそりゃ可能だ。 726 名前：nobodyさん mailto:sage [2008/11/25(火) 05:20:59 ID:???] PDTで書けるかって意味ぢゃね？ ethnaとかちょっと微妙だから。 symofnyは大丈夫だけど、少しコツがいる。 けど、なんか安定しないんだよなぁ。もう1.2の声が聞こえてくるし。またコンバート作業必要なんでしょ？ ＞ 1.1→1.2 727 名前：nobodyさん mailto:sage [2008/11/25(火) 15:20:48 ID:???] 微妙って意味がわからんのだが htmlまわりの話か? 728 名前：nobodyさん mailto:sage [2008/11/25(火) 15:32:12 ID:???] 最近は知らんけど、1年くらい前の状況だと、 Ethnaの構造ではPDTでは補完が働かなかったな。 あとコマンドラインでアクションやビューやテンプレートが生成されるので、 いちいちプロジェクトを更新するのが面倒だった。 ファイルの追加がPDT外で行われて、PDTの補完も働かないんじゃ、 わざわざ重たいPDTを使うメリットがないと思った。 symfonyは使ってないからしらね。 729 名前：nobodyさん mailto:sage [2008/11/25(火) 15:43:10 ID:???] プロジェクトの更新なんてF5一発でいいのでは。 そんなこと言ってたらSVNでの頻繁な更新なんてできないじゃないかｗ 補完もどのみち最初から微妙っちゃ微妙だし。 少なくともPCパワーさえある程度あれば、テキストエディタよりは便利だと思う まあやりやすいようにやればいいんだけど 730 名前：nobodyさん mailto:sage [2008/11/25(火) 15:51:45 ID:???] 俺の場合、PDTに感じる価値がちょうどプロジェクトの管理と補完だからな。 逆にエディタとして見ると融通が利かない駄目なやつと思っている。 最近は出来るようになったけど、全角スペースをマーク表示させたり出来なかったとか、 後は覚えてないけど細かいところでたまにイラっとする。 だから俺は、プロジェクト管理と補完のために使ってるようなもんだ。 731 名前：nobodyさん mailto:sage [2008/11/25(火) 16:09:13 ID:???] 一応、Eclipseの特徴として on the fly な構文チェックってのはあるけどね。 しょうもないparse errorとか、未定義変数とか示してくれるのは、非常に効率アップしてくれる 自分が注意力散漫だけかもしれんけどｗ 他のエディタでもこの機能はあるのかな？ 732 名前：nobodyさん mailto:sage [2008/11/25(火) 16:32:01 ID:???] PDTにsymfony用のプラグインってあるよね 使ったことはないけど 733 名前：nobodyさん mailto:sage [2008/11/25(火) 16:38:15 ID:???] www.symfony-framework.com/2007/12/10/best-symfony-ide-eclipse-pdt-symfoclipse-clay/ noy.cc/symfoclipse/index.html Symfoclipseつーやつかな？ 734 名前：nobodyさん mailto:sage [2008/11/25(火) 16:54:55 ID:???] てか、Eclipse使ってる人はPDTが多いのか。 なぜか理由は忘れたが、PHPEclipseの方を使ってる俺は異端？ 735 名前：nobodyさん mailto:sage [2008/11/25(火) 17:45:10 ID:???] オレなんて未だにTruStudioなんだぜ、自宅は さすがに会社はPDTに乗り換えたが、自宅じゃ めんどくせーからこのまんまでいいやみたいな 736 名前：nobodyさん mailto:sage [2008/11/25(火) 22:37:49 ID:???] >>727 スケルトンが拡張子が.phpだから（かつ中身がphpじゃないから）PDTだとずっと構文エラーになる。 拡張子ハードコーディングしてあるから直せん＞ethna 737 名前：nobodyさん mailto:sage [2008/11/26(水) 01:42:35 ID:???] PDTならZSの方がインスコも楽だしアナライザーもはいる。 無料でよろし。お薦めする。 738 名前：nobodyさん mailto:sage [2008/11/26(水) 05:16:43 ID:???] Zend Studio？ 無料？ 739 名前：nobodyさん mailto:sage [2008/11/26(水) 08:31:02 ID:???] そう。ZSは試用期間が終わるとPDTとほぼ同様になる。 尚日本語版は勧めない。日本語化したければPDTと同じようにする。 740 名前：nobodyさん mailto:sage [2008/11/26(水) 21:22:21 ID:???] >>736 うそ ethnaって .php -> .html とかに変えられないの? ダメだそりゃ 741 名前：nobodyさん mailto:sage [2008/11/27(木) 02:26:51 ID:???] >>740 スケルトンがな。 ルーティングなんていくらでも変えられる。 しかし、スケルトンもEthnaのデフォを削除しちゃって、自分Appのは Handlerを定義しちゃえばいけるんじゃね？そんな手間でもないと思うが。 742 名前：nobodyさん [2008/12/01(月) 22:29:43 ID:XLqJXNnh] www.yiiframework.com/performance/ Yii  178 CakePHP 170 CodeIgniter 131 Prado 53 Zend 51 Symfony 36 数字はRequest Per Second 743 名前：nobodyさん mailto:sage [2008/12/01(月) 22:39:29 ID:???] いいねいいね 今度使ってみるか 744 名前：nobodyさん [2008/12/01(月) 23:19:54 ID:XLqJXNnh] こういうhello worldにベンチってどんくらい意味あんのかとか思ってたけど そのページに書いてあるようにあくまでRPSの上限を計るベンチで（これ以上の値は出ない）、 ajaxとかhtmlレンダリングない場合もあるしでやっぱり価値はある。 745 名前：nobodyさん mailto:sage [2008/12/01(月) 23:27:25 ID:???] そのベンチ、Yiiだけecho 'Hello World';になってて 他のがdie('Hello World');になってるのは何で？ まあ大抵のベンチは信用出来ないのは知ってるけども。 746 名前：nobodyさん mailto:sage [2008/12/01(月) 23:48:49 ID:???] dieの方が速いけどw 747 名前：nobodyさん mailto:sage [2008/12/02(火) 01:49:03 ID:???] なんでこんな速いの？エクステンション？ 748 名前：nobodyさん mailto:sage [2008/12/02(火) 01:54:30 ID:???] phpimpact.wordpress.com/2008/07/02/which-php-framework-is-slower/ Baseline PHP   331.8 CodeIgniter   21.5 Zend Framework 9.2 CakePHP           3.7 749 名前：nobodyさん mailto:sage [2008/12/02(火) 10:55:00 ID:???] ま　た　ベ　ン　チ　パ　フ　ォ　ー　マ　ン　ス　か 一応客観的っぽい比較はできるのかもしれないが、だからどうしたってんだ。 ってまだ誰も、使うどころか中を見てもないんだろうけどｗ 750 名前：nobodyさん mailto:sage [2008/12/02(火) 11:15:02 ID:???] >>749がコードを読んでパフォーマンスについての詳細な報告をしてくれるそうです 751 名前：nobodyさん mailto:sage [2008/12/02(火) 11:40:29 ID:???] "Yii is a high-performance component-based PHP framework for developing large-scale Web applications." コンポーネント指向？ってどんな感じのを言うの？ 752 名前：nobodyさん mailto:sage [2008/12/02(火) 14:42:18 ID:???] また新しいFWが登場したの？ みなさんのレポ（人柱）に期待ｗ 753 名前：nobodyさん mailto:sage [2008/12/02(火) 15:26:34 ID:???] G5の方がインテルより速いといい張ってた企業があったしな・・ ベンチマークなんて所詮うんちマークです それが偉い人には分からんのです 754 名前：nobodyさん mailto:sage [2008/12/02(火) 15:28:13 ID:???] ボトルネックはDBまわりだったりするしな 755 名前：nobodyさん mailto:sage [2008/12/02(火) 17:30:38 ID:???] >>751 サービス指向と一緒にググるとよくわかる多分 756 名前：nobodyさん mailto:sage [2008/12/02(火) 19:21:20 ID:???] helloのベンチなんて高機能FWが不利に決まってるジャマイカ 757 名前：nobodyさん mailto:sage [2008/12/02(火) 20:29:16 ID:???] yiiって3メートル競走でフェラーリに勝ったと宣言する原付みたいだねm9（＾Д＾）ﾌﾟｷﾞｬｰ 758 名前：nobodyさん mailto:sage [2008/12/02(火) 21:23:24 ID:???] 一応ActiveRecordやpure OOP、ドキュメントの整備なんかもウリにしてるみたい =等の演算子にスペースをつけないとか if 〜 else で { } を省略したり ?> を書かない スタイルだったり、ところどころに小さなこだわり（？）を感じるｗ demoしか見てないけど、Controllerの記述なんかはシンプルでいい感じ。（guessworkみたい？） 簡単なWebアプリなら、ドキュメント読まなくても何とかなるかな？ 759 名前：nobodyさん mailto:sage [2008/12/02(火) 21:47:13 ID:???] ベンチって脊髄反射で熱くなるやつ多いよな CakePHPのフォーラムとか 760 名前：nobodyさん mailto:sage [2008/12/02(火) 21:58:40 ID:???] >?> を書かない これは当たり前だろ… むしろ書く方がアホ 761 名前：nobodyさん mailto:sage [2008/12/02(火) 22:06:13 ID:???] >>759 > ベンチって脊髄反射で熱くなるやつ多いよな ベンチに問題があることが多いからな。 762 名前：nobodyさん [2008/12/02(火) 22:16:29 ID:FW3sGcTR] まあ、symfonyは重すぎるな。 763 名前：nobodyさん mailto:sage [2008/12/02(火) 22:27:41 ID:???] >>749,753,754,756,757 I can hear the objections now:     * “Not realistic!”     * “Not comprehensive!”     * “Doesn’t account for features that I like!”     * “Who cares, I don’t need that level of responsiveness!”     * “Doesn’t matter if Framework X is slower, I’m more productive with it!” Yes, yes, you’re all correct. ┐(´ー｀)┌ paul-m-jones.com/blog/?p=236 764 名前：nobodyさん mailto:sage [2008/12/02(火) 22:49:14 ID:???] >>760 決めつける奴も(ry ------------------------------------ <?php echo "hello\n"; ------------------------------------ ↑こういうの、気持ち悪くないか？そういう感覚を大事にしてる人間も結構な割合でいるぞ。 765 名前：nobodyさん mailto:sage [2008/12/02(火) 22:56:45 ID:???] >>764 それでいくと\nが気持ち悪い。ちゃんと書こうよ。 766 名前：nobodyさん mailto:sage [2008/12/02(火) 23:11:14 ID:???] ん？こうかな？ #!/usr/bin/php <?php echo "hello.\n"; 767 名前：nobodyさん mailto:sage [2008/12/02(火) 23:13:51 ID:???] >>766 そのOS依存文字〜! \nだよ\n!!! 768 名前：nobodyさん mailto:sage [2008/12/02(火) 23:13:52 ID:???] 凄いな･･･理解して書いてないよな。 769 名前：nobodyさん mailto:sage [2008/12/02(火) 23:15:23 ID:???] どっちも痛いけど>>767が果てしなく痛い 770 名前：nobodyさん mailto:sage [2008/12/02(火) 23:16:48 ID:???] >>769 ﾎｯﾄｹ 771 名前：nobodyさん mailto:sage [2008/12/02(火) 23:19:22 ID:???] >>766でOSの違いを吸収したつもりだったけど・・・OSXなんてしらね orz PHP_EOLってのでいいのか 772 名前：nobodyさん mailto:sage [2008/12/02(火) 23:26:39 ID:???] >>771 Windowsはいいの？ side-b.sto.co.jp/weblog/archives/287 773 名前：nobodyさん mailto:sage [2008/12/02(火) 23:29:12 ID:???] さすがPerlなんともないぜ 774 名前：nobodyさん mailto:sage [2008/12/02(火) 23:37:58 ID:???] >>772 cygwinとかもしらね orz （でもそれはLFでいいような気もする） 775 名前：nobodyさん mailto:sage [2008/12/02(火) 23:52:13 ID:???] VBですら定数あったな 776 名前：nobodyさん mailto:sage [2008/12/02(火) 23:52:55 ID:???] PHP_EOLはstr_replace(PHP_EOL,'<br />',$str)みたいな使い方するもんだろ。 PHP_EOLを出力に使うなよ。 PHPから抜け出して改行打った場合に、実行するOSによって 改行がバラけるだろ。 777 名前：nobodyさん mailto:sage [2008/12/02(火) 23:55:24 ID:???] タブやらヌルが一種類で本当によかったよな 778 名前：nobodyさん mailto:sage [2008/12/02(火) 23:56:39 ID:???] 新説ktkr 779 名前：nobodyさん mailto:sage [2008/12/03(水) 00:08:32 ID:???] サーバのOSでの改行コードだから、両方関係ないだろ。 hello worldでPHP_EOL 見てる人のOSで改行されるとは限らない。 スクリプトで使ってる改行が実行サーバの改行コードと同じとは限らない。 str_replaceでPHP_EOL 見てる人のOSの改行コードがサーバと同じとは限らない。 780 名前：nobodyさん mailto:sage [2008/12/03(水) 00:20:28 ID:???] ・・・見てる人？べつにブラウザ相手限定の話ではないとおもったが。 「スクリプトで使ってる改行」はPHPがなんか吸収してくれてるっぽいけどな。 LFでもCRLFでも動く。CRのみは知らないけどｗ Perl CGI から移って最初のカルチャーショックはそれ。普通にLinuxマシンに CRLFでアップロードしてるんじゃねーよって。 だから >>773 には半分だけ同意ｗ >>776は新説。展開に期待しよう。 ブラウザがどの文字コードでどの改行コードでフォームデータを送ってくるか、 その辺もそろそろ定義および実装してほしいもんだ。 現状、なんとなく、UTF-8のページからは（ユーザの悪意がなければ）UTF-8で 飛んでくることを期待して作ってしまうんだが大丈夫なのかな・・・。 改行コードは仕方ないから変換するけど。 スレ違いｽﾏｿ 781 名前：nobodyさん mailto:sage [2008/12/03(水) 00:23:14 ID:???] Perlだったらjcode.plとかJcode.pmとかEncodeとかあるだろうよ。 782 名前：nobodyさん mailto:sage [2008/12/03(水) 00:25:19 ID:???] guess して不明なら全部はねる？ まあそういう作り方もあるだろうけどね 783 名前：nobodyさん mailto:sage [2008/12/03(水) 00:53:25 ID:???] 文字コードは、RFCでサーバが出力した文字コード以外でPOSTしても 違反ではない事になってるんだな。 accept-charsetっていうのもあるけど、対応して無いブラウザもある。 被ってる領域内の文字しか無かったら判別は不可能なのにね。 実際は大抵のブラウザはヘッダの指定と同じ文字コード送ってくれるし mb_conbertとかで優先順の1位を出力にあわせればまず平気だけども イレギュラーなブラウザは存在する。 あとはhiddenで文字コード判別出来る文字列送るって方法もある。 英語圏なら全てctypeでOKなのにな。 RFCもブラウザ作ってる奴も文字コード増やしてる奴も爆発しろ。 784 名前：nobodyさん mailto:sage [2008/12/03(水) 00:57:25 ID:???] イレギュラーなブラウザなんて少ないんだからそこらへんは趣味じゃない 785 名前：nobodyさん mailto:sage [2008/12/03(水) 03:25:54 ID:???] でも、何となくいけてるだけっていうのに違いはないんだよね まあ判別して不明なら受け入れるっていうのが慎重かつ幅広い対応なんだろうな んで、Yiiはどこに行ったんだ。実は少し期待してるんだけど。 786 名前：nobodyさん mailto:sage [2008/12/03(水) 05:58:13 ID:???] 結局はちいたんで（ｒｙ 787 名前：nobodyさん mailto:sage [2008/12/03(水) 10:22:38 ID:???] >>763 symfonyは他のに比べて読み込むファイルが多すぎなんだよな。 788 名前：nobodyさん mailto:sage [2008/12/03(水) 11:40:40 ID:???] PHPFWの色々な比較みたいなのやってるサイトとかないかねぇ 789 名前：nobodyさん mailto:sage [2008/12/03(水) 13:57:38 ID:???] >>788 なんの比較?

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef