【PHP】フレームワーク CakePHP 17ホール目【v2.4】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2014/03/01(土) 17:03:24.57ID:8AJ9GD6ECakePHPから派生したLithium(li3)も専スレできるまではここでどうぞ
質問するときはCakePHPのバージョンを書きましょう
※他フレームワークとの比較等はスレ違いです
■本家
http://www.cakephp.org/
APIドキュメント
http://api.cakephp.org/
github - cakephp
http://github.com/cakephp
the Bakery
http://bakery.cakephp.org/
Issue
http://cakephp.lighthouseapp.com/dashboard
CheatSheet[1.2] (PDF)
http://cakephp.org/files/Resources/CakePHP-1.2-Cheatsheet.pdf
■日本語公式
http://cakephp.jp/
フォーラム
http://cakephp.jp/modules/newbb/
cookbook（マニュアル）
[2.x] http://book.cakephp.org/2.0/ja/index.html
[1.3] http://book.cakephp.org/ja
※前スレ
http://kohada.2ch.net/test/read.cgi/php/1378659370/
0375373
2014/05/08(木) 17:40:55.81ID:???他のバリデーションと同様にPOST前にポップアップで教えてくれるかと思ってた。
0376nobodyさん
2014/05/08(木) 21:14:06.37ID:???0377373
2014/05/08(木) 22:24:36.95ID:???http://cdn-ak.f.st-hatena.com/images/fotolife/c/cakephper/20130211/20130211223324.png
もしかして俺何か勘違いしてるかな…
0378nobodyさん
2014/05/08(木) 22:33:24.56ID:???0379nobodyさん
2014/05/09(金) 00:28:49.07ID:???0381nobodyさん
2014/05/09(金) 04:21:32.04ID:???CakePHPもFormHelperがそのための属性を出すようになったりはしてるけど。
0382nobodyさん
2014/05/09(金) 10:16:45.79ID:???悲惨なサイトが続出するような悪寒。
楽だし負荷軽減できるしで、いいことずくめなんだけど。
0383nobodyさん
2014/05/09(金) 10:59:15.63ID:???0384nobodyさん
2014/05/09(金) 11:01:33.24ID:???Modelに移動するいい傾向になるだけでないかな？
0385nobodyさん
2014/05/09(金) 13:43:36.22ID:???0386nobodyさん
2014/05/09(金) 13:51:32.25ID:???0387nobodyさん
2014/05/09(金) 14:56:57.61ID:???ちゃんと機能するようにつくれば、無通信でユーザーに間違い見せれて、
使いやすくいフォームにはなると思うけど。
0388nobodyさん
2014/05/09(金) 15:49:02.85ID:???正常系の負荷はもちろん変わらんけど。
0389nobodyさん
2014/05/09(金) 18:26:07.60ID:???モデルの使い道がよくわかんないっす。
何から何までコントローラーで処理しちゃってモデルはスッカラカンです。
どなたかモデルの使い道というか便利さを三行で説明しなさい。
0391nobodyさん
2014/05/09(金) 18:46:15.86ID:???俺も初心者だからよく分かってないが、
コントローラはモデルに作ったメソッドを呼ぶだけで、
ざっくりした条件分岐のみにとどめておくと後から非常に見やすい気がする。
0392nobodyさん
2014/05/09(金) 20:58:13.09ID:???バランスというかセンスが問われる部分
0393nobodyさん
2014/05/09(金) 21:01:03.07ID:???単に好みの問題だから好きにすればいいんじゃないかな
モデルはどこからでも使える上にシングルトンっぽくインスタンスが1つだけなので
共通っぽいメソッドやクラスを実装するのにも使える
0394nobodyさん
2014/05/09(金) 21:32:58.38ID:???ロジック処理だけのモデルがあっても良いよな
0395nobodyさん
2014/05/10(土) 01:47:38.21ID:???これは常にRORと、その派生のCakePHPに対する批判として挙げられてるね。
本来のModelとは全然違うって、激怒しているブログがあちこちにある。
なお、CakePHP3では大幅に改善されるみたいです。
0396nobodyさん
2014/05/10(土) 07:20:47.11ID:???ああ、まぁそりゃそうか。
といっても、負荷対策が必要な状況では、効果的な対策になるほどは減らないとは思うけど。
0397nobodyさん
2014/05/10(土) 10:46:10.10ID:???0398nobodyさん
2014/05/10(土) 10:53:41.99ID:???1,3は同意できるところだが
2は会社のエンジニアレベルが低いとでも言いたいのか
0399nobodyさん
2014/05/10(土) 11:01:56.24ID:???ActiveRecordの超絶劣化っぷりにびびった
Railsも似非MVC2になりがちだけどCakeはそれ以前に
オブジェクト指向設計に真っ向から喧嘩売ってるレベル
0400nobodyさん
2014/05/10(土) 12:53:17.49ID:???実際どのくらいのスキルある奴なんだろう
0401nobodyさん
2014/05/10(土) 14:23:07.62ID:???git submoduleしないとパッケージのバージョンを管理できないなんて、
なに言ってるかわからないレベルなんだが。
そんなことあるんかね？
0402nobodyさん
2014/05/10(土) 15:56:06.47ID:???ものがちゃんと作れれば別にいいわけで、正しいからどうだってのがよくわからん
0403nobodyさん
2014/05/10(土) 17:17:38.04ID:???DBから取ってきたデータがarrayになってる部分だと思われ
Cake3でようやくオブジェクトになるようだが
0404nobodyさん
2014/05/10(土) 17:24:14.35ID:???書き方が変わるだけのような気がするけど
0405nobodyさん
2014/05/10(土) 17:30:12.91ID:???特にViewがスッキリするのはもちろんだけど今までHelperやControllerに溢れがちだったロジックもEntityクラスに置けるのが結構あるしテストも楽
array+Hash・Setに比べたら開発効率やコードの読みやすさは段違いに上がる
でも2から3への移行は大変そう
0406nobodyさん
2014/05/10(土) 17:30:20.29ID:???Modelのメソッドはすべてstaticです、なんて言ったらJavaやRubyなどのオブジェクト指向に
慣れ親しんだ人たちから見れば、なにそのふざけた設計は？とキレられるレベル
0407nobodyさん
2014/05/10(土) 17:37:51.74ID:???0408nobodyさん
2014/05/10(土) 20:22:57.11ID:???さすがにPHP4でオブジェクト指向にはできなかった、と
0409nobodyさん
2014/05/10(土) 23:47:42.75ID:???修飾子やら例外やらオートローダーが無いとか
参照渡ししないとクローンになるとかいろいろあるが
ActiveRecordの足かせになりそうな制約はないな
0410nobodyさん
2014/05/11(日) 13:33:38.34ID:???0411nobodyさん
2014/05/11(日) 13:37:57.50ID:???見極めができないんかもな。
0412nobodyさん
2014/05/11(日) 15:03:25.90ID:???0413nobodyさん
2014/05/11(日) 15:07:39.63ID:???0414nobodyさん
2014/05/11(日) 15:08:05.37ID:???function hoge を _hogeにする時はあるけど。
どなたかご親切な人
わかりやすく教えてくれませんか？
0417nobodyさん
2014/05/11(日) 15:40:10.91ID:???調べたverは2.4.6
cake3ではstaticになっているってこと？言葉の使い方がヘンなだけ？
0418nobodyさん
2014/05/11(日) 18:47:27.75ID:???> つまり結局はタイミングの問題でしかなくて、言語の優劣がどうとか、フレームワークの優劣がどうとか、といった観点は殆ど無く選びました。
つまり結局は、他に行ったから、とりあえず元鞘を叩いておくかっていう3流エンジニアの日常か
0420nobodyさん
2014/05/12(月) 01:30:03.56ID:???static のメリットをひとことで言うと、状態を持たない（状態が変化しない）
振る舞いを提供することにより、インスタンス化した場合に本来であれば考慮するべき
状態変化の副作用から開放されることではないかと。
まず間違いなく、テストは超簡単になる。
一方、アクセス修飾子のメリットはひとことで言うと
安全な設計が簡単にできるってことではないかと。
その点 CakePHP はメンバー変数の修飾子に public を使いまくってて恐ろしいほどではある。
0421nobodyさん
2014/05/12(月) 01:35:05.49ID:???特にphpはランタイムが短すぎて、1回しか使わないオブジェクトが多く、
staticを変に意識すると、むしろなんでもstaticでいいんじゃないかと思えてきてしまってこわい。
逆にstaticにしないと困るような事も、あんまないから、よくわからないままで結局staticは使わないという
>>414
たとえばモデルに、とある機能を作ってたら100行を超える長いメソッドになってしまい、一部を切り出したけど、
コントローラーから直接切り出したメソッドを呼ばれるのは想定外って場合に、
protectedかprivateにしておけば、呼ばれることがない。
protectedとprivateは、コントローラーやモデルを触ってるくらいなら、
正直使い分けが活きることがほとんどない気がする。
強いて例を出すと、AppController内の処理で切り出したメソッドが、ほかのコントローラーから呼ばれるのが想定外なら、
privateにしておくと呼ばれなくなる。
0422nobodyさん
2014/05/12(月) 01:45:18.99ID:???>なんでもstaticでいいんじゃないかと
だけどオブジェクトの状態に依存しないメソッドなんて
そうそう作る機会はないと思うんだが、
もし可能なら作って問題無いと思うんだけど？
というか、むしろ作るべき。
0423nobodyさん
2014/05/12(月) 02:01:04.78ID:???もちろん、思えてきてしまうだけで、よく考えるとダメな事がほとんどなんだけどね。
クラスやメソッドを書き始めるときに、まずこれはstaticにできるか？
と考えると、問題ないような気がしてしまうんよ。
そういえば、かなり昔だけどCakePHPを使い始める前のオレオレフレームワークでは、
データベースアクセスするとこ全部staticメソッドにしちゃってたなぁ。
いわゆるCRUDに対応したメソッドがあるだけだったし、データはオブジェクトじゃなくて連想配列だったから、
インスタンスいらないなぁと思って。
あとバリデーターもstaticメソッドだったなぁ。
バリデーションはコントローラーでやってたから、CakePHPでいうバリデーションルールの配列みたいなのは、
コントローラーに書いて、AppController的な親にvalidateメソッドを作ってた。
0424nobodyさん
2014/05/12(月) 02:19:15.31ID:???0425nobodyさん
2014/05/12(月) 04:23:13.01ID:???0426nobodyさん
2014/05/12(月) 10:30:47.47ID:???言いたいことは何となく分かる
他のフレームワークだとModelのstaticメソッドがテーブル（Repository）の操作
インスタンスメソッドがレコード（Entity）ごとの操作に対応してるのが多い
CakePHP2まではEntityがないので
そういう他のFWから入ってModelのインスタンスはEntityだろと決めつけてかかると
ModelにRepositoryの要素しかなくてfindもインスタンスメソッドという点に違和感をおぼえる
CakePHP3だとEntityクラスとTableクラスがそれぞれ用意されるからギャップが減る
クラスが分かれるからfindがインスタンスメソッドなのは変わらないけど
DDDを意識した設計で個人的には好感触
というか他のFWのstaticなfindも
RepositoryないしQueryに相当するオブジェクトのインスタンスメソッドに処理放り投げてるだけだろうし
ただ単に使い勝手とどこまでFWが暗黙的に処理するかってだけの問題な気がする
0427nobodyさん
2014/05/12(月) 10:33:48.09ID:???状態依存しないメソッドなら問題ないけど
CakePHP の Model のオブジェクトって状態を持ってるから無理だよ。
たとえば同じPostクラスのオブジェクトが2個あったとして
$Post1->id = 1;
$Post2->id = 2;
ってした場合にメソッドが static なら破綻する。
0430nobodyさん
2014/05/12(月) 11:14:24.54ID:???0431427
2014/05/12(月) 11:59:05.87ID:???例えを簡単にするつもりだったが $id は関係無かったか。
要するに find が参照するプロパティのうち
状態依存のものが沢山あるってこと。
例えば
$Post1->primaryKey = sid;
$Post2->primaryKey = cid;
とか
0432nobodyさん
2014/05/12(月) 12:02:34.37ID:U9jrOtarmoveUpやmoveDownがfalseを返してきてまったく動作しません。
発行したSQLを見ると、SELECT文ばっかりでUPDATEをやっていないように見えます。
どうやったら動かすことができるのでしょうか。
0434nobodyさん
2014/05/12(月) 12:38:18.89ID:???0435nobodyさん
2014/05/12(月) 13:15:30.27ID:???DBやレコードはお客のやつなんでまずいんです。ごめんなさい。
スキーマにはちゃんと
parent_id, lft, righ の定義はしてあって、moveUp, moveDown以外のツリー動作は
問題なく動作しています。
public function moveup($id = null) {
$this->Category->id = $id;
$res = $this->Category->moveUp($this->Category->id, abs(1)) ;
debug($res);
}
0436nobodyさん
2014/05/12(月) 13:24:21.16ID:???CakePHPのモデルが状態を持ってることが、むしろ混乱の元になってる気がするけどな。
ループ内でsaveするならcreateしろ、とか。
結局find()したら連想配列を返すし、save()だってモデルにデータ持たせたりせずsave()に引数渡すことばかりじゃない？
よく使うfindとsaveで違和感を感じるだけで、インスタンスである必要な機能もあるけど。
まぁ言いたい事はたぶん >>426 と似たようなことなんだろうけど、
ほかのフレームワークをあまり触ってないから、違和感レベルでしか語れない。
0437nobodyさん
2014/05/12(月) 13:36:54.55ID:???じゃぁ、verify() した結果を見たらヒントがあるかも
debug($this->Category->verify());
どこかで整合性が崩れてると実行されない可能性有り。
0438nobodyさん
2014/05/12(月) 13:49:48.47ID:???ありがとうございます。試してみました。
verify()でしばらくかかりましたが、真っ白な画面がリターンされました。
これはツリーに不整合などの異常がなかったということですよね。
0439nobodyさん
2014/05/12(月) 14:00:55.26ID:???時間かかってなおかつ白い画面ってことはタイムアウトですね。
かなり大きいんですね。
成功すれば bool(true) が返る。
Shell でやってログに書き込んで確認してみたらいいかも。
0440nobodyさん
2014/05/12(月) 14:03:28.70ID:???0441nobodyさん
2014/05/12(月) 14:04:31.37ID:???整合性グチャグチャになるから注意
0442nobodyさん
2014/05/12(月) 14:10:08.15ID:???ありがとうございます。お察しの通りノードが3万以上あるツリーなのです。
白画面はタイムアウトですか。勉強になりました。
TeraTermからサーバにログインし curl コマンドでverifyのURLにアクセスしましたが、
ブラウザから呼んだ時とは違い、瞬時にプロンプトが返ってきてしまいます。
シェルでverifyを実行とは、具体的にはどうすればいいのでしょうか？
0445nobodyさん
2014/05/12(月) 14:13:55.11ID:???Fatal error: Maximum execution time of 30 seconds exceeded in
ってでないっけ？
0447nobodyさん
2014/05/12(月) 14:27:56.28ID:???classVerifyHogeShell extends AppShell {
protected function result() {
$Hoge = ClassRegistry::init('Hoge');
return $Hoge->verify();
}
public function show() {
debug($this->result());
}
public function dump() {
//!TODO ログに書き込むロジックを記述
}
}
こんなファイルを作って
$Console/cake VerifyHoge show
とか
$Console/cake VerifyHoge dump
とか
Shell の作り方・使い方はぐぐれば幾らでも出てくる
0448nobodyさん
2014/05/12(月) 14:31:07.10ID:???cURLからアクセスしても最大実行時間は一緒だ。
コンソールからPHPプロセスを利用しなきゃ。
php のユーザーが誰かってことが抜け落ちてる。
0449447
2014/05/12(月) 14:32:38.76ID:???>Console/commant/VerifyHogeShell.php
Console/Command/VerifyHogeShell.php
0450nobodyさん
2014/05/12(月) 14:37:04.67ID:???>>448
ありがとうございます！
AppShellなるクラスが用意されていたのですね。知りませんでした。
さっそく試してみます。
0451447
2014/05/12(月) 14:41:43.59ID:???わかってるだろうけどコマンドのディレクトリセパレータは / じゃなくて \ な。
0452nobodyさん
2014/05/12(月) 15:16:40.76ID:???>>448
verify()をShellから実行した結果、180超のエラーが出力されました。
特に多いのは index missingというやつです。
recover() で回復できますでしょうか？
0453nobodyさん
2014/05/12(月) 15:22:02.02ID:???以前自分も同じようになったときは、
recover()で上手く言った場合とそうでない場合とがあった。
上手く行かなかったときは時間もなかったんで、
独自でスクリプト書いてで lft と rght を振り直した。
すまんが深く探ってないんで、それ以上詳しいことはよく分からん。
一度やってみろとしか言えない。
0454nobodyさん
2014/05/12(月) 15:24:38.22ID:???これからも同じ問題が発生するおそれがあるんで、
更新処理を全て点検したほうがいいな。
テストを良く書けているかどうかで、こういうときに大きく差が出る。
0455nobodyさん
2014/05/12(月) 15:27:51.20ID:???不特定多数のカテゴリを扱うとかなったら、
今回のような問題が起きてしまう可能性があるし
0456nobodyさん
2014/05/12(月) 15:28:47.24ID:???必ず Shell から実行すること。
更新中にタイムアウトなんかしたら(特にMySQLのMyISAMなどは)やっかいなことになる。
0458nobodyさん
2014/05/12(月) 15:38:35.35ID:???アドバイスありがとうございます。
＞これからも同じ問題が発生するおそれがあるんで、
お客が不正に行ったデータのInsertなどが原因だった可能性もありますが、
プログラムのほうも確認しておきます。
recover()もShellから実行しました。案外完了が早かったように思います。
今2度目のverify()です。
0459nobodyさん
2014/05/12(月) 16:13:23.60ID:???verify()でtrueが返りました！
moveUp()をあるノードで実行して結果をdebug文で出すとtrueが返りました。
しかし、treeには何の変化もなし！ノードの位置は一切変わっていません。
なぜなのでしょうか・・・。
0460459
2014/05/12(月) 16:28:51.15ID:???bookを読むと 同じ枝の中で順番を上に上げるのがmoveUp()なのですね。
僕はそもそもmoveUp()したノードは「一つ階層を上がって、今までの親ノードと同じ階層に来る」
ということを実現するものなのかと勘違いしておりました。
申し訳ありませんでした。しかしverify, recoverをshellから実行するなどの貴重な情報が得られて
感謝です。
0461nobodyさん
2014/05/12(月) 16:30:16.90ID:???0462nobodyさん
2014/05/12(月) 16:31:48.27ID:???そうですよね。
しかしparent_idを手でいじって、lft, rghtがそのままで良いのかというのが気になる点です。
0464nobodyさん
2014/05/12(月) 16:33:45.39ID:???>parent_idを手でいじって
ちがーーーう！
TreeBehaviorが効いてるモデルでやるんだよ！！
0465nobodyさん
2014/05/12(月) 16:38:21.01ID:???3万件超あります。
>>464
もちろん、DBから直接parent_idを変えたりしませんよ。
CakephpのEdit画面（もちろんTreeのモデルのもの）から変えます。
0467nobodyさん
2014/05/12(月) 17:34:01.92ID:???>CakephpのEdit画面（もちろんTreeのモデルのもの）から変えます。
なら問題なく lft, rght 変更してくれる。
っつーか、それがTreeBehaviorの仕事だからな。
0468nobodyさん
2014/05/12(月) 17:45:37.30ID:???0469nobodyさん
2014/05/12(月) 17:54:12.62ID:???ありがとうございます。
parent_idを変更すると、思っていた階層の移動が完了できました。ご迷惑をおかけしました。
カテゴリはこれからも増えていく可能性があるので、
このままTreeBehaviorを実装していて安全なのかちょっと心配しています。
親子関係を実現するには普通にHABTMでもいいのではないかな、と思いましたが、
設計段階でTreeの採用が決まっていたので、これで作ってしまっています。
データ件数がでかくなった今、非常にデリケートなデータ構造なんだな、と改めて認識しております。
0472nobodyさん
2014/05/12(月) 19:01:06.74ID:???・categories
・articles
・category_articles（中間テーブル）
みたいなテーブルを作る
0473nobodyさん
2014/05/12(月) 19:02:02.02ID:???categories_articlesだったかな。
0474nobodyさん
2014/05/12(月) 19:42:05.93ID:???Categoryモデルの中に
public $belongsTo = array('Parent' => array('className' => 'Category',));
public $hasMany = array('Children' => array('className' => 'Category'));
と二つ記述するやりかたですかね。
それを最初に思いついたのです。
しかしTreeのほうが上ではないかという意見が出たため、そっちを採用しました。
■ このスレッドは過去ログ倉庫に格納されています