【PHP】PHPフレームワーク総合スレ14
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2009/09/26(土) 05:55:43ID:Z4zintKrpc11.2ch.net/test/read.cgi/php/1237825268/
0153nobodyさん
2009/11/17(火) 14:30:45ID:???0154nobodyさん
2009/11/17(火) 15:28:13ID:???0156nobodyさん
2009/11/18(水) 13:57:27ID:PgcaH+BLhttp://twitto.org/
は最速なんだろ。
0157nobodyさん
2009/11/18(水) 18:55:29ID:???HTML5の登場で、JavaScriptの役割も整理(縮小)されるでしょうか?
HTMLを拡張しまくって、PHPが不要になっちゃう日も来るかな?www
0158nobodyさん
2009/11/18(水) 19:10:09ID:???0159nobodyさん
2009/11/19(木) 00:17:48ID:???PHPerは本当にレベル低いやつ多いよなぁ・・・同じPHP使いとしては世知辛い。
0161nobodyさん
2009/11/19(木) 01:28:38ID:???と言ってみる
0162nobodyさん
2009/11/19(木) 01:46:52ID:???まあ確かにどんなブラウザーであっても色鮮やかなサイトが増えましたよ、本当に…
0163nobodyさん
2009/11/19(木) 04:55:26ID:???0165nobodyさん
2009/11/19(木) 13:35:23ID:???0166nobodyさん
2009/11/19(木) 14:53:43ID:???0167nobodyさん
2009/11/19(木) 15:34:06ID:???0170nobodyさん
2009/11/21(土) 08:45:18ID:???例えば大手サイトなんか
0171nobodyさん
2009/11/21(土) 10:19:09ID:???0172nobodyさん
2009/11/21(土) 14:12:59ID:???0173nobodyさん
2009/11/21(土) 14:36:40ID:???0174nobodyさん
2009/11/21(土) 14:52:41ID:???0175nobodyさん
2009/11/22(日) 05:04:49ID:???0176nobodyさん
2009/11/22(日) 14:29:23ID:???どっちがいいでしょうか?
用途は中規模のサイトに使いたいです
0177nobodyさん
2009/11/22(日) 15:23:11ID:???0178nobodyさん
2009/11/22(日) 15:28:52ID:???・CakeとZFどっちがいいのでしょうか。(質問するときはZFではなくZendと表記)
・大規模小規模云々
・結局のところ差はねえよ
・言語闘争
・Ajax使いたいんですがどうすれば良いんでしょうか
・クライアントとサーバの区別もつかんのか
・君たち何使ってるの?
・僕はちいたん、拙者は下衆ワーク
・PHPバージョン闘争
・最初に戻る
0179nobodyさん
2009/11/22(日) 15:35:32ID:???・フルスタックで全部入り、そのかわりガチガチな環境がいいか、
・必要最低限のライブラリとコーディング規約をもとに自由度の高い設計・構築をしたいのか
が最大の違いと思われ。
あと別に片方しか使えないわけではない
0180nobodyさん
2009/11/22(日) 17:07:18ID:???0182nobodyさん
2009/11/22(日) 18:16:04ID:???0183nobodyさん
2009/11/22(日) 23:29:07ID:???両方の思想が入り乱れて分け分からなくなるよ。
0184nobodyさん
2009/11/22(日) 23:37:07ID:???・Cake PHP
PHP 5.1
・Yii
・ZendFramework
・symfony
PHP 5.3
・Lithium
0185nobodyさん
2009/11/23(月) 07:51:09ID:???0187nobodyさん
2009/11/26(木) 16:54:04ID:???MVCの切り分けはCake側に一任する前提で、
pearライブラリ的にZFを使えば共存できるとは思うが
0188nobodyさん
2009/11/29(日) 18:34:12ID:???0190nobodyさん
2009/12/05(土) 11:54:47ID:djRTaKZ8dとかhみたいな関数を定義しているフレームワークって何でしたっけ?
0191nobodyさん
2009/12/05(土) 12:39:13ID:???0192nobodyさん
2009/12/05(土) 15:28:50ID:???0193190
2009/12/05(土) 18:17:16ID:???ありがとうございました
0194nobodyさん
2009/12/06(日) 11:13:35ID:CFjhkm3+OLDPasswordを設定しなくてもいいPHPのバージョンは、PHP5.0以上でしょうか?
0195nobodyさん
2009/12/06(日) 11:35:56ID:???0196nobodyさん
2009/12/06(日) 13:10:13ID:CFjhkm3+0197nobodyさん
2009/12/07(月) 01:45:54ID:???0199nobodyさん
2009/12/07(月) 23:11:05ID:???http://bit.ly/8S2bna
0200nobodyさん
2009/12/07(月) 23:13:30ID:???0201nobodyさん
2009/12/08(火) 20:49:14ID:???やっぱURIはそれだけである程度読み取れるような意味のある文字列にしたいとこだな
IDとか連番ものはしょうがないけど
0202nobodyさん
2009/12/08(火) 21:20:58ID:???0203nobodyさん
2009/12/08(火) 22:30:25ID:???なんで?
どいつもこいつも、スマートURLに毒されてないか・・・?
0204nobodyさん
2009/12/08(火) 22:33:42ID:???PHPで作ってる以上動作の差なんてまず出ないんだし、
PHP()使う以上見た目くらいはまともにしたいわなぁ
0205nobodyさん
2009/12/08(火) 22:34:44ID:???0206nobodyさん
2009/12/08(火) 22:59:10ID:???0207nobodyさん
2009/12/08(火) 23:53:01ID:???個人的には拡張子は無い方がいいが、GETクエリはあってもいい。
むしろWEB標準としてはそうあるべきで、スマートURLなんて所詮SEO対策に過ぎない。
スマートURLにありがちな、パラメータなのかファイルなのかわからなくなるってのはメリットでありデメリットでもある。
0208nobodyさん
2009/12/09(水) 11:38:32ID:???今時パラメータをズラズラ並べるなんてケミカルウォッシュジーンズに素足革靴を合わせるぐらい時代遅れですよ
0209nobodyさん
2009/12/09(水) 12:00:51ID:???0210nobodyさん
2009/12/09(水) 15:04:54ID:???Zend_Controller_Frontの部分でいきなり「何だコレは?」と身構えた
PEARとかのライブラリとか簡単だったから今回も楽かと思ったんだけど、次元が違いました・・・
0211nobodyさん
2009/12/09(水) 18:56:26ID:???0212nobodyさん
2009/12/10(木) 02:18:16ID:???0213nobodyさん
2009/12/10(木) 02:36:46ID:????hoge=moge&hige=mageとかもうやりたくない
0214nobodyさん
2009/12/10(木) 02:41:08ID:???全くないってわけじゃないけど
0215nobodyさん
2009/12/11(金) 13:55:00ID:???0216nobodyさん
2009/12/11(金) 15:04:58ID:???0217nobodyさん
2009/12/11(金) 15:30:33ID:???0218nobodyさん
2009/12/11(金) 15:40:50ID:???0220nobodyさん
2009/12/12(土) 18:41:16ID:???http://www.yiiframework.com/performance
これみてビビったんだが、実際のアプリケーションでもこんなに変わるの?
それとも手前味噌なベンチマークなの?
一応phpmark projectとしてオープンにして透明性を維持してるみたいだけど、
Hello Worldアプリだったら、無駄なincludeを排除するYiiが圧倒的劇速になるのは当然か・・
Yii使いの人、ご意見ください。
0221nobodyさん
2009/12/12(土) 19:17:18ID:???ハローワールドをどれだけ短いコードで書けるかで言語の優位性を示したりするのって
何か馬鹿みたいだよね
0222220
2009/12/12(土) 20:42:08ID:???正直僕もそう思うんですが、
実際問題、Yiiは実際のアプリで速いのかどうか?
を知ってる人がいればと思って書き込みました。
まあ、「実際のアプリ」って何やねんって話になるんだろうけど、
・条件に合ったものをソートして一覧表示
とか、
・あるレコードの詳細と関連するモデルのレコードの一覧表示
とか、
・テキストフィールドから入力->入力値バリデーションをパスしてレコード追加
とかそういうのになるのかな
結局dbのパフォーマンスが構成要素の多くを占めることになりそうだな
0225nobodyさん
2009/12/13(日) 01:22:22ID:???KVSなんかの利用でDBがボトルネックにならない状況が成り立つ事もある。
PHPが流行った理由の一つが、Perl/CGIより高速な事だから名。RoRが普及しないのもCGIじゃ使い物にならないからっていうのもあるはず。
Yiiって全然知らないけど、Rasmusは関係してるんだろうか。あの人、昔からPHPのウェブフレームワークに否定的だった。
0226nobodyさん
2009/12/13(日) 01:23:49ID:???生PHPの
<?php
echo 'Hello World';
も並べとけや
0227nobodyさん
2009/12/13(日) 01:32:42ID:???0228nobodyさん
2009/12/13(日) 05:41:05ID:???APCナシの状態では他よりちょっと速い程度なのに
ちなみに、手元のcakeの実アプリ
(ゲスト使用/ログイン使用で権限が変わる、ある実稼働サイトのソースコード)で
apc on/offでabベンチとったら3倍弱程度のRequest Per Secondsで、
ちょうど件のYiiのベンチにあるcakeの項目と同じ程度のAPCキャッシュ効果だった
(モデルキャッシュをFileでなくAPC側に持たせることでちょびっとだけ数字が改善した)
0229nobodyさん
2009/12/13(日) 17:28:18ID:???> yiic shell
> model HogeTable
> crud HogeTable
が便利だとおもった
0232nobodyさん
2009/12/14(月) 02:46:36ID:???0234nobodyさん
2009/12/14(月) 14:27:14ID:???下手に閉じた後に空行があると、その、なんだ、困る
0235nobodyさん
2009/12/14(月) 17:31:58ID:???0236nobodyさん
2009/12/14(月) 17:37:47ID:???Zend Framework: Documentation
http://zendframework.com/manual/ja/coding-standard.php-file-formatting.html#coding-standard.php-file-formatting.general
>PHP コードのみからなるファイルでは、終了タグ ("?>") は決して含めてはいけません。
>これは必須なものではなく、 終了タグを省略することで、
>ファイルの最後にある空白文字が出力に影響することを防ぎます。
0237nobodyさん
2009/12/14(月) 18:02:20ID:???0238nobodyさん
2009/12/14(月) 23:00:50ID:???0239nobodyさん
2009/12/15(火) 02:07:13ID:???<span class="hoge"><?php echo moge ?></span>みたいなのもさすがに書かないし
0240nobodyさん
2009/12/15(火) 05:21:09ID:???0242nobodyさん
2009/12/15(火) 22:19:16ID:???ちゃんと属性なりふってあんならレイアウトなりはCSSいじりゃ大抵はなんとかなるし
似非デザイナー()笑とかがいるようなのだとHTMLテンプレとかないとアレなんだろうけど、
趣味でやるなら全部PHPでやっちゃうのも別に問題ないとは思う
半端にHTMLタグ混ぜて>><><みたいなのがいっぱいになるよりは幾分は綺麗に見える気もするし
まったく逆方向で、マークアップすんだけのHTMLのインデントに
命かけてるようなひともいるわけだし、そこらは好き好きだろうけどw
0243241
2009/12/15(火) 23:59:56ID:???ただ実際問題、有償案件であれば、見た目に関わる部分はデザイナーなりコーダーかました方が、見てくれはいいわけで、
そこも自分でやっちまう or デザインは2の次 or コーダーさんがvalidなものを書ける なプロジェクトならばDOM生成でも良いわけだが・・・
つかここフレームワークのスレだな
0244nobodyさん
2009/12/16(水) 00:09:05ID:???みなさんは1.0.xつかってますか?それとも1.1を使ってますか?
0245nobodyさん
2009/12/16(水) 00:35:36ID:???それなりにあちこち変わってるし、どっちの情報も大して出回ってないし(国内とか数える程)、
いまから触るなら1.1系でいいんじゃないかな。
>>243
なんちゃってデザイナーがTableレイアウトしまくったりする現実を見てると
肩書きがWebデザイナーってても信用しづらいけどねw
ちゃんと理解して使えるなら誰がやっても良いとは思う。
文章なんかの意味づけだけならコード上で済ませてもいいんじゃないかな。
速度云々が気になるような差になるようなとこでもないし、
自分的には半端にHTMLとPHPコードが混ざってるのをぐいぐりするよりは好きかも。
まぁ確かにFWと関係ないけど、このスレではよくあること…
0246nobodyさん
2009/12/16(水) 00:39:08ID:???HTML触っててその延長で覚えたりしてる人とか結構いそうだし、
いい加減な性格じゃなけりゃXHTMLやらCSSやらいは勉強してるとは思う
まぁ問題があるとすれば全体的に使えないマのほうが多いってことだけどw
0247nobodyさん
2009/12/16(水) 11:04:38ID:KzRQDWcsビューのhtmlをパーツ化してて、ほとんどのコントローラで最終的に呼ばれるものがあります。
例えばページのメニュー表示の部分とか(ビュー内で、共通のhtmlをrequireしてます)
共通のhtmlの中身が今は完全にべた書きになっていて、これをDBから取得した値に動的にしたいんだけど
これって全部のアクションコントローラのコンストラクタ内にDB取得の処理入れなくちゃいけないものですか?
もしくはそれぞれアクションの中にとか。。
ただ、共通のhtmlが読み込まれない場合もあるので
コントローラ内で必ずDB取得しにいくってのも無駄だなぁって思ってます。
これは共通のhtmlが読み込まれた時だけ、ajaxで取得しにいくようにしといたほうがスマートですか?
なんかフレームワーク使ってなければ、必要なページでメニュー表示用のphpを読み込むだけで済むのにって思いました。
フレームワーク使うと、ビュー側でどうされてもいいように、コントローラ側で全対応しとかなきゃいけないものなんでしょうか?
自分がフレームワークをよく理解してないせいですかね。。
0248nobodyさん
2009/12/16(水) 16:22:20ID:???0249241
2009/12/16(水) 16:51:36ID:???しかもどっちのスレもスレ違いだしw
というわけで該当スレに行ってきましょう
0250nobodyさん
2009/12/16(水) 21:21:42ID:???0251nobodyさん
2009/12/16(水) 22:26:16ID:???1.1で行ってみます。
しかしまあ、仕様がシンプルなので、使うの楽ですね>Yii
0252nobodyさん
2009/12/20(日) 01:43:46ID:???そのうち改名しそう
■ このスレッドは過去ログ倉庫に格納されています