【PHP】フレームワーク CakePHP 17ホール目【v2.4】

1 名前：nobodyさん [2014/03/01(土) 17:03:24.57 ID:8AJ9GD6E] CakePHPは、Ruby on Railsの概念の多くを取り入れた、Rails流の高速開発とPHPの機動性を兼ね備えたフレームワークです CakePHPから派生したLithium(li3)も専スレできるまではここでどうぞ 質問するときはCakePHPのバージョンを書きましょう ※他フレームワークとの比較等はスレ違いです ■本家 www.cakephp.org/ APIドキュメント api.cakephp.org/ github - cakephp github.com/cakephp the Bakery bakery.cakephp.org/ Issue cakephp.lighthouseapp.com/dashboard CheatSheet[1.2] (PDF) cakephp.org/files/Resources/CakePHP-1.2-Cheatsheet.pdf ■日本語公式 cakephp.jp/ フォーラム cakephp.jp/modules/newbb/ cookbook（マニュアル） [2.x] book.cakephp.org/2.0/ja/index.html [1.3] book.cakephp.org/ja ※前スレ kohada.2ch.net/test/read.cgi/php/1378659370/ 802 名前：nobodyさん mailto:sage [2014/06/27(金) 12:28:38.18 ID:???] >>800 後からの変更を少なくする調整力があれば問題なし。 803 名前：nobodyさん mailto:sage [2014/06/27(金) 13:16:39.40 ID:???] >>801 俺も同じやり方なんだが、後からマークアップを変えたくなる。 >>802 Cakeの場合、レイアウトやエレメントに分けるだろ？ その後にマークアップの変更やデザインの追加・変更などが入ると、 何度もやり直したりして、投げ出したくなる 804 名前：nobodyさん mailto:sage [2014/06/27(金) 16:32:32.36 ID:???] たしかにビューは混沌とするからな 俺はややこしくなりそうな場合だけは ビューには echo 以外は一切記述しないのを目標に、 専用のヘルパーを作って加工のロジックは隠ぺいするようにしてる。 それなりに扱い易くはなるが、万能ではない。 805 名前：nobodyさん [2014/06/29(日) 22:38:39.46 ID:qTkMeLPd] JavaScriptを用途ごとにファイルに分けると、本番環境にアップする最に圧縮する手間が凄くかかります。 そこで、1ファイルにゴリゴリ共通関数も纏めて書いてますが、皆さんはどうしてますか？ 806 名前：nobodyさん mailto:sage [2014/06/29(日) 22:52:42.19 ID:???] >>805 gruntでまとめて処理 coffeescriptで用途ごとにファイル作成ってやってるよ 807 名前：nobodyさん mailto:sage [2014/06/30(月) 08:44:32.98 ID:???] 僕はgulpちゃん！ 808 名前：nobodyさん mailto:sage [2014/06/30(月) 14:03:48.42 ID:???] そもそも圧縮アップしない。ファイルサイズが少々減る程度で、大して変わらん 809 名前：nobodyさん mailto:sage [2014/06/30(月) 16:21:21.70 ID:???] phpstormで自動圧縮できるんじゃないだろうか。 810 名前：nobodyさん [2014/06/30(月) 17:47:06.48 ID:cdSjRfUN] >>808 圧縮しないとソースコード筒抜けじゃん。 難読化しないといけないんとちゃいまっか？ 811 名前：nobodyさん mailto:sage [2014/06/30(月) 20:09:23.46 ID:???] >>810 Javascriptだろ？筒抜けで困ることなんて無いと思うが 812 名前：nobodyさん [2014/06/30(月) 20:22:22.30 ID:cdSjRfUN] >>811 我ながらコードセンスが良い 綺麗なコードなのでぱくられたくないなーとｗ 813 名前：nobodyさん mailto:sage [2014/07/01(火) 19:58:59.95 ID:???] Cakeでtwigを使いたいんだが TwigView以外で使えるのない？ 814 名前：nobodyさん mailto:sage [2014/07/02(水) 17:32:38.36 ID:???] Cake2系でhasManyの絞り込みってどうすれば良いのでしょうか？ $this->Model->hasMany['Hoge']['conditions'] = array('Hoge.type' => 1); $data = $this->Model->find('all'); とすれば、hasMany先のテーブル内で絞り込みは出来るのですが、 絞り込みの結果、「一致するデータがない」場合でも、 Modelのデータは取得できてしまいます。 なにか良い書き方、方法は無いでしょうか？ 815 名前：nobodyさん mailto:sage [2014/07/02(水) 23:13:55.69 ID:???] cakeのmodelのリレーションってみんな使ってるのかな。 俺的には使わないほうが後々面倒がないという考えなんだが。 816 名前：nobodyさん mailto:sage [2014/07/03(木) 00:15:43.70 ID:???] >>814 Hoge モデルを、hasMany とは別に存在チェック用に hasOne でアソシエーション張る $hasOne = array('HogeOne' => array('className' => 'Hoge')); で、検索条件に HogeOne.id != null を加える。 817 名前：nobodyさん mailto:sage [2014/07/03(木) 00:16:37.86 ID:???] >>815 何のためにCake使ってんのか意味不明すぎる 818 名前：nobodyさん [2014/07/03(木) 00:28:54.40 ID:Gi3lwfX6] 仮に2chの様な規模の掲示板をcakeで構築しようとしたら （寧ろ構築は出来るかもしれないけど） パフォーマンス劣化が半端無い気がするのですが如何でしょうか？ 2chがDBを使わずにログファイルで管理しているのは やはりFW何かを使うと速度低下が否めないからでしょうね。 819 名前：814 mailto:sage [2014/07/03(木) 00:36:46.85 ID:???] >>816 出来ました！！！こんな方法があったんですね。 大変勉強になりました。ありがとうございました。 820 名前：nobodyさん mailto:sage [2014/07/03(木) 00:56:55.55 ID:???] 2chのread.cgiってmod_cgidso使っててC言語製じゃなかった？ どの程度の性能なのかしらんけどFW以前にPHP使ってる時点ですでにサーバの数増やさざるを得なさそうな気が ORMやFW使うとさらに遅くなるってのは間違いない 821 名前：nobodyさん mailto:sage [2014/07/03(木) 01:07:33.29 ID:???] >>818 cakeが他のFWより極端に遅いってのがあるから FW以前の話だな 822 名前：nobodyさん mailto:sage [2014/07/03(木) 01:11:12.39 ID:???] www.techempower.com/benchmarks/#section=data-r9&hw=peak&test=query FacebookみたいにHHVM使うなら話は別かもな Cakeがまともに動くのかしらんが 823 名前：nobodyさん mailto:sage [2014/07/03(木) 01:28:28.14 ID:???] >>822 hhvmが早いといっても、php-raw(素のphp)の2倍しか速くない cakeは遅すぎて計測不能 cakeよりちょっと速いといわれる railsやsymfonyでphp-rawで書いたのの1/10の速さでしかない cakeじゃ無理だな fuelでphp-rawの半分、phalconでphp-rawと同じぐらいだからここら辺で書かないと 他はyafやphpixieな 824 名前：nobodyさん mailto:sage [2014/07/03(木) 01:37:08.52 ID:???] Cakeで頑張るならPHPの中間コードキャッシュ入れて DBスレーブサーバ（ないしAmazon RDS）とロードバランサ使って ユーザが増えた時はサーバ台数多めで対応 徐々にコードやキャッシュを調整して台数や一台あたりに要求される性能を減らしていくって感じか 速度もある程度はスケールアウトでカバーできるいい時代になった まず新サービスに大勢の人が来る保証もないし 動作速度より開発速度や書きやすさを優先するからこそのFWっしょ そんなに速度が気になるなら最初からPhalconやJavaやJVM系言語やC#でも使うよろし 825 名前：nobodyさん mailto:sage [2014/07/03(木) 01:41:59.54 ID:???] >>824 バランスじゃないのかな？ railsは突出して開発速度？が速いけど cakeだとphalconと比べてもあまり大差ないみたいだしな 流石に10倍速度が違う≒アクセス10倍の差があるだからな あくまで、速度が重要視される場合な。 cakeで捌ける人数しかこない前提なら問題ないし 元の話の2chなら話にならないよな 826 名前：nobodyさん mailto:sage [2014/07/03(木) 01:56:21.45 ID:???] www.techempower.com/benchmarks/#section=data-r5&hw=i7&test=query www.techempower.com/benchmarks/#section=data-r7&hw=i7&test=query CakePHPが遅すぎて計測不能なんじゃなくてフレームワークが増えすぎて中の人が徐々に手が回らなくなっているのでは？ 過去のを見るとちゃんと結果が載ってる回もある ところでDartの結果良いな いつの間にこんなに 827 名前：nobodyさん mailto:sage [2014/07/03(木) 02:01:52.84 ID:???] >>826 githubでコード集めてるから 人気がなくなった(外部のコードを書く人がいなくなった)ってほうになるな 828 名前：nobodyさん mailto:sage [2014/07/03(木) 02:04:48.87 ID:???] >>826 r7でrailsぐらいか 829 名前：nobodyさん mailto:sage [2014/07/03(木) 02:05:10.64 ID:???] 開発者がCakePHPから他に移ってるのもあるだろうし Cakeでベンチ対決に参加しても悲しくなるだけだし 830 名前：nobodyさん [2014/07/03(木) 02:09:04.71 ID:JnE+cuIZ] >>820 >>821 >>822 >823 そもそも2ch位のトラフィックを捌けるＦＷとかなさそうですね。 831 名前：nobodyさん [2014/07/03(木) 02:10:17.86 ID:JnE+cuIZ] >>824 流石に2chクラスだとCakeじゃ無理でしょ。 832 名前：nobodyさん [2014/07/03(木) 02:11:15.57 ID:JnE+cuIZ] cakeで作られている大規模サイトで有名なのはどこですか？ 833 名前：nobodyさん mailto:sage [2014/07/03(木) 02:14:41.70 ID:???] 2chクラスの人が集まるコンテンツを作る方が大変なんですけど 834 名前：nobodyさん mailto:sage [2014/07/03(木) 02:33:52.59 ID:???] >>830 '捌ける'の前提がよく分からんが RDBとORMありのFW使った上で2chと同じサーバスペック同じ台数で捌けるかどうかってことか？ Cakeには無理だろうが全FWが駄目と判断するのは早計でしょ 2chのWebサーバって未だにEvent MPMがまともに使えないVer.のApacheだし 書き込みのほうのbbs.cgiは所詮Perlだしガチガチに高速化されてるとも思えないな www.techempower.com/benchmarks/#section=data-r9&hw=i7&test=json >>833 まったくだ 835 名前：nobodyさん mailto:sage [2014/07/03(木) 02:34:55.37 ID:???] >>832 nanapiとランサーズ 836 名前：nobodyさん [2014/07/03(木) 02:56:35.42 ID:JxPD7Z4w] >>834 >>835 ランサーズの重たさを見てやはりcakeの底が見えました。 ところでなんで　ランサーズ　がcake使ってるってわかったの？ 837 名前：nobodyさん mailto:sage [2014/07/03(木) 03:02:55.42 ID:???] 公式ブログで公表してるから。 838 名前：nobodyさん mailto:sage [2014/07/03(木) 14:01:04.31 ID:???] >>826 やっぱJVM系優秀だなぁ。

---

---

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

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