【PHP】フレームワーク CakePHP 11ホール目【v1.3】

**nobodyさん** · 2011/02/16(水) 21:52:35

CakePHPは、Ruby on Railsの概念の多くを取り入れた、Rails流の高速開発とPHPの機動性を兼ね備えたフレームワークです
CakePHPから派生したLithium(li3)も専スレできるまではここでどうぞ
質問するときはCakePHPのバージョンを書きましょう

※sage推奨
※質問時もsageること
※他フレームワークとの比較等はスレ違いです
テンプレは>>1-5くらい

■本家
http://www.cakephp.org/
APIドキュメント
http://api.cakephp.org/
the Bakery
http://bakery.cakephp.org/
CakeQs
http://cakeqs.org/
CheatSheet (PDF)
http://cakephp.org/files/Resources/CakePHP-1.2-Cheatsheet.pdf
github - cakephp
http://github.com/cakephp

■日本語公式
http://cakephp.jp/
フォーラム
http://cakephp.jp/modules/newbb/
cookbook（マニュアル）
http://book.cakephp.org/ja

**nobodyさん** · 2011/02/16(水) 22:01:14

終了

**nobodyさん** · 2011/02/16(水) 23:30:29

CGI厨さん遅いよ

**nobodyさん** · 2011/02/17(木) 00:27:39

Userというモデルから　$this->User->find("all");
とすると、Userという配列の下に情報が入っている配列を取得するのですが、
Userの部分をなくしたものを取得することはできないでしょうか？

一つ一つデータ取る時、$item['User']['api']ではなく、$item['api']だけ書くほうが楽なもので。

[0] => Array
(
[User] => Array
(
[id] => 1
[api] => google
[coupon_id] => 6113
)
)
[1] => Array
(
[User] => Array
(
[id] => 2
[api] => agi
[coupon_id] => 5982

**nobodyさん** · 2011/02/17(木) 00:36:34

http://cakephp.1045679.n5.nabble.com/Find-Output-Thoughts-why-the-not-remove-ModelName-td1334722.html

同じような質問をしているのを見つけました。
しかし、回避方法みたいなものはないっぽいので、仕様と諦めるしかないのかな。

**nobodyさん** · 2011/02/17(木) 00:39:00

>>4
afterFind()をAppModelに書いて処理したらいいんちゃう？
でもFormHelperと連動しなくなるとおもうけど。

**nobodyさん** · 2011/02/17(木) 08:04:01

>>6

ぐぐぐ、やはり仕様ということで諦めるのが吉のようですね。
レスありがとうございます。m(_ _)m

**nobodyさん** · 2011/02/17(木) 08:07:45

複数のフィールドを一度に更新することはできないでしょうか？

マニュアルやcake辞典を読んだところ、

$this->Model->set('id',4);
$this->Model->saveField('buy_count', 3);
$this->Model->saveField('sold_out', 1);

このようにすれば、複数のフィールドを更新できるのですが、いくつものフィールドを
更新した場合、何行も繰り返さないといけない。。

こんなまどろっこしいことせずに、saveとconditionで一気に上書きするのがスマート
なやり方なのでしょうか。

**nobodyさん** · 2011/02/17(木) 09:32:36

>>8
$this->Model->save()

**nobodyさん** · 2011/02/17(木) 11:12:59

最近、フレームワーク無しのPHPプログラムを書いてるんだけど、
いつの間にかCake風の構成にしてた。

多重配列って長くなって面倒だけど、わかりやすいよね。

**nobodyさん** · 2011/02/17(木) 18:35:10

生成されたpotを弄ってviewの中のctpファイルはローカライゼーション出来るようになったんだけど、
バリデーション(モデル)とか
プログラム上での(コントローラー)表記を
ローカライゼーションしたい場合は
どうしたらいいの？

**nobodyさん** · 2011/02/17(木) 18:39:45

cakephpで質問です。

idを主キーにしていて

データの取り出しで
this->model->
findAllByName($hoge)
として
this->model->save($this->data)

した場合、上書き更新ではなく新レコード挿入になりますよね？
主キーでモデルのデータを取り出さない限り新レコード挿入になるのは分かるのですが、CakePHP仕様だと主キーを一つしか扱えないのでupdateAll()を使うしかないのでしょうか？

主キー以外のフィールドでの検索対象の
レコードを更新したい場合、
スマートなやり方だと、どういうやり方が一般的でしょうか？

**nobodyさん** · 2011/02/17(木) 19:00:48

findしてるのに$this->dataなのがよくわからん
idが$dataに含まれていれば更新になるよ

**nobodyさん** · 2011/02/17(木) 20:58:03

>>11
> バリデーション(モデル)とか
cakeplusというプラグインを使うか、
自分でエラーメッセージを置き換えるコードを書く。

> プログラム上での(コントローラー)表記を
コントローラーの好きなところで__()関数を書く。

**nobodyさん** · 2011/02/17(木) 21:41:32

>>13
idというフィールドを主キーにしていて
nameフィールドは主キーではありません。

findAllByNameしてレコードを特定していてもnameフィールドは主キーではないので、上書き更新されません。
新規レコード挿入になってしまいます。

**nobodyさん** · 2011/02/17(木) 22:02:41

テーブル名をつけるときに

users_codesのようにアンダーバーをつけてもいいですか？
その場合は外部からアソシエーションするときはusers_codes_idでok？

またフィールドにもbirth_dateのようにアンダーバーを使ってもいいですか？

**nobodyさん** · 2011/02/17(木) 22:41:35

>>15
横からだが、
$result = $this->Model->findAllByName($hoge);
これで取得できるデータには当然idが入ってるぞ。
ただ俺のほうでやったら、

$result = $this->Model->findAllByName($hoge);
debug($result); //データあり
debug($this->data) //NULL

だけどな。

>>16
試した事はないけど、users_codesの様に両方とも複数形で繋げると、
多分HABTMの中間テーブル扱いになっちゃうかもね。user_codesの様に1個目が単数系ならやったことある。
フィールドにアンダーバーはやってる。

**nobodyさん** · 2011/02/17(木) 23:48:53

>>17
絞り込む際のフィールドが主キーでなくても、それに合わせて上書き更新できるんですね！

ということは

$res=this->model->findAllByName($hoge);
this->model->save($result);
でいけるということですね！

普通、this->model->hoge
みたいにデータを取得しにいったら
自動的に$this->dataに結果が格納されるもんじゃなかったでしたか？

**nobodyさん** · 2011/02/17(木) 23:51:37

>>17
返信ありがとう！！！！
テーブルをuser_codesと名付けたとき
外部からアソシエーション組む際は
user_code_idってフォーインキーを用意してやればいいですか？

**nobodyさん** · 2011/02/18(金) 01:11:29

CakePHPだと仮に10万レコード(10フィールド)あるようなテーブルへのアクセスでもサクサク動きますか？

レコードが膨大な数になったときの工夫とかあるのかな？

それとユーザー写真をアップロードさせたら、どういうふうに管理すればいいですか？
データベース側はあくまでファイル名を記録しておいて、画像はwebroot/image/フォルダ内に一括して10万ファイルとかですか？

**nobodyさん** · 2011/02/18(金) 05:55:46

>>18
普通といわれても、やってみた結果がそうだっただけだからなぁ。
一応もっともらしい事を書くと、とあるModelのクラスのメソッドを呼んだだけで、
別のクラスであるControllerのメンバ変数に勝手に値を代入ってのは、
普通はしないと思うぞ。越権行為すぎる。

>>19
http://book.cakephp.org/ja/view/903/%E3%83%A2%E3%83%87%E3%83%AB%E3%81%A8%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9%E3%81%AE%E8%A6%8F%E7%B4%84
一応、peopleテーブルはPersonモデルなのは、変な変換が入ったとかじゃなくって、
ほんとにそういう規約。

>>20
10万レコードも扱ったこと無いからわからん。
アップロード系のプラグインが英語圏製だけど一杯あるから探したらいいんじゃないかな。
プラグインが、10万レコード考慮してるかはしらんが。
最近のファイルフォーマットだと違うかもだけど、1ディレクトリ5000ファイルくらいにしといたほうがI/O的に良いんじゃない？

**nobodyさん** · 2011/02/18(金) 21:20:08

>>20
レコード数の多さはmysqlのチューニングの問題じゃないの？
ファイル管理はDB＋非公開ディレクトリに小分けにすんのがいいんじゃないかね

**nobodyさん** · 2011/02/18(金) 22:31:57

ユーザー写真なら公開ディレクトで良いんでない？
非公開エリアにおいて、画像データ取得してGDで画像生成
する処理が発生するから負荷がかかるだろ。

**nobodyさん** · 2011/02/18(金) 22:35:20

GDは余計じゃないか？
fopen()して適切なheader()書いて出力するだけだろ。
そのほうがアクセスコントロールも出来るし。
まぁ必要なければ余計な処理だけどな。

22 · 2011/02/18(金) 23:50:40

>>24
んだ

**nobodyさん** · 2011/02/19(土) 01:07:14

フォルダに格納するときは下2桁ごとにフォルダわけたほうがいいですか？

10058.jpgは

pic/58/ フォルダの中に

17434.jpgは

pic/34/ フォルダの中にといった具合で

**nobodyさん** · 2011/02/19(土) 01:23:37

>>26
どうしたほうが良いかは要件と仕様しだいなんじゃないの？
ユーザーアップロードしたファイルの置き方は、CakePHPは特に関与しないし。
正解が無い部類の問題だから、
要件を満たす仕様を、見合った経験を持つアプリケーション設計者が考えるべき。
>>26 は >>20 だと思うんだけど、
この質問をするくらいのスキルなら、10万レコード・10万ファイルを扱うシステムを、
試行錯誤無しに設計するのは無理だと思うよ。

**nobodyさん** · 2011/02/19(土) 01:56:06

フォルダ分けるメリットって、ファイルを視認しやすい以外にない気がする。

**nobodyさん** · 2011/02/19(土) 02:43:57

>>24
cakeなんだからそこはMedia Viewを使ってほしい。

**nobodyさん** · 2011/02/19(土) 03:08:31

俺のサイトが一日数ヒットから10万ヒットに増えたらと思うとcakephp使うのが心配

**nobodyさん** · 2011/02/19(土) 06:06:42

>>28
1ディレクトリにあまりに多いファイルが入ってると、
ディスクI/Oが遅くなるって聞いたことがあるんだけど

**nobodyさん** · 2011/02/19(土) 07:28:08

質問です。
ブログでいうブログタイトルなどの、編集する可能性はあるけど複数のレコードは存在し得ない情報ってどの様にして管理すればいいのでしょうか？
単一レコードしか存在し得ないのにRDBMSで管理するのはどうなのかなぁと思い、悩んでいます。

ネイティブPHP使ってたときは、そういった設定項目を纏めたSettingsクラスというものを作り、そのインスタンスをシリアライズしてたんですが…

Cakeだとみなさんどうしていますか？

**nobodyさん** · 2011/02/19(土) 09:15:09

>>32
>ネイティブPHP使ってたときは、そういった設定項目を纏めたSettingsクラスというものを作り、そのインスタンスをシリアライズしてたんですが…
Configure::write('setting.title', 'ブログタイトル'); とかできるんで、
Settingsクラスというものになれているなら、bootstrapに設定を記述するのがいいのでは

**nobodyさん** · 2011/02/19(土) 13:48:40

WordPressだとsettingsテーブル的なのが存在してて、ブログ全体に関する設定はそこに突っ込まれてた気がする
setting_nameとvalueみたいな感じで

**nobodyさん** · 2011/02/19(土) 14:22:36

ｊQuery使いたいんだけど、JsHelper経由で扱う意味ってありますか？
viewにstaticで書いたほうが扱いやすい気がするけど。

**nobodyさん** · 2011/02/19(土) 15:19:39

パスワードを暗号化にして入力フォームでエラーで弾かれたとき、
パスワードが自動的に暗号化後の文字長になって再入力されています。

これってエラーがあった時は常にパスワードのところだけを空にしてリセットするってのが正しいのかな？
大手サイトとかも、空リセットしてますよね？

**nobodyさん** · 2011/02/19(土) 15:42:41

普通そうするだろ

**nobodyさん** · 2011/02/19(土) 15:45:56

ということは大手サイトも
個人ユーザーの暗号化前のパスワードは保持していないのかな？
それって普通？

結構同じパスワードをいろんなネットサービスにおいて使ってるんだけど、
サービスの運営はユーザーのパスワードは把握できない仕組み！？

**nobodyさん** · 2011/02/19(土) 15:52:20

パスワードを平文で保存してたら
漏れた時しゃれにならんぞ

**nobodyさん** · 2011/02/19(土) 15:59:40

でもメアドとかも平文で保存してるでしょ？本名も

**nobodyさん** · 2011/02/19(土) 16:09:05

何を言ってるの？Cake以前の話だろ。

**nobodyさん** · 2011/02/19(土) 16:18:50

>>35
例えば$js->linkとかでリンク先やパラメータに変数を渡したり
メッセージを国際化したいとかそういう時はJsHelper使ったら楽でしょ。

もちろんJsHelperだけでは足りない部分もあるから場面によって使い分ければいい。

**nobodyさん** · 2011/02/19(土) 16:19:05

>>41
まぁ、そういうな

>>40
通常は可逆式の暗号化をしておいて、
メール送信などで利用する時だけ
元のメアドに戻してメールするのが普通だよ。

**nobodyさん** · 2011/02/19(土) 16:59:48

>>35
JsHelperってjQueryなどの一部のメソッドをphpから呼べるみたいだけど、
正直jQuery書いたほうが書きやすいし、使う気にはなれないな。
普通にjQueryが書ける人ほど、あまり意味の無いヘルパーだと思ってる。

>>38
サイト運営者がユーザーのパスワード見れたらまずいだろう。
自分で運営してるほぼ個人サイトならともかく、
あまり信用できないバイトとかもスタッフに居るケースもあるんだぞ。
バイトが何かやらかしても、自分(自社)に責任が来るんだから、
パスワードの平文はやめとけ。

だから、パスワードはハッシュしか残さないのが普通だな。
非可逆なものだから、パスワードリマインダーは、
ユーザー登録と同様に、短時間有効なトークン付きの
パスワード再設定URLを、登録時のメールアドレスに送るのが良くある実装。

**nobodyさん** · 2011/02/19(土) 17:09:31

>>44
なるほど。勉強になるよ。
メアドとかはハッシュにするもんなの？

**nobodyさん** · 2011/02/19(土) 17:42:55

パスワードを完全ハッシュ化（難読化）する事って常識だと思うんだけどな・・・
会員制サイト作るならまずそこから勉強するだろ。
>>45は完全独学かよ。知識なさ過ぎる。

**nobodyさん** · 2011/02/19(土) 18:17:19

>>45
ヒント：ハッシュは非可逆暗号で作られている

**nobodyさん** · 2011/02/19(土) 18:21:28

>>46
会員制サイト作る際の、そういう細かい点まで教えてくれるサイトあったら教えて

**nobodyさん** · 2011/02/19(土) 18:25:35

cake使っていて知らないとは・・・？

**nobodyさん** · 2011/02/19(土) 19:55:20.04

CakePHPのctpを使いたくないです
テンプレートと入れ替える方法どこかに載ってないでしょうか

32 · 2011/02/19(土) 20:00:34.20

ありがとうございます。

>>33
なるほど、専用のクラスがあるんですね。
というか、Cookbookに載ってますね。勉強不足でした。

>>34
最初その方法を考えたんですが、前述のとおり違和感があったので悩んでました。
でも結構メジャーなWordPressがその方法を取っているってことは、パフォーマンス的には良い方法なんですかね？

**nobodyさん** · 2011/02/19(土) 21:05:10.89

WordPressの開発思想は独特だよ。
DRYを積極的に無視してクラスもなるべく作ってない。
メリットは、入り組んだクラス呼び出しや
汎化してぱっとみなんの処理か分かりにくいコードが少ない。
だからプログラミングが苦手な人でも、改造したいところを変えれば、
あまり他に影響させずに改造できる。
デザイナーなどの支持を得ての普及だね。
それもひとつのやり方だけど、
コードが読みにくいし俺はあまり好きじゃないな。

設定がDBにあるのは、そういった考えの下、
管理画面から変更できるようにするためだろうね。
WordPressは基本的に設定ファイルを変えて、アップロードとかする必要が無い。

34 · 2011/02/19(土) 22:02:05.74

>>51
パフォーマンス的にはSQLを一回投げる分悪くなりそうだけど、
>>52の言うように、管理画面からいろいろ設定を変えたりすることを考えると
DBで保持してた方が更新が楽な気がするなあ
「絶対固定！」って値ならファイルのどこかに書いちゃってもいいと思うけど

**nobodyさん** · 2011/02/19(土) 22:18:34.42

まったくお勧めはしないけどね。
WordPressはオープンソースで配布して使うから、
ブログ名の設定が管理画面から出来る必要があるだけだし。
そういう設定なんて早々変更はしないでしょ。
開発者が設定ファイルを変更するなんて簡単だし、
DBに入れるほうが余計なトラブルの元さね。
設定をDBに入れると、開発中のデバッグで泣きを見ると思うよ。

**nobodyさん** · 2011/02/20(日) 00:35:05.01

そうそう。外部ファイルにまとめられるならその方が良い。

**nobodyさん** · 2011/02/20(日) 02:37:47.09

俺は、サイト用の設定はDBでとアプリ用の設定はファイルでって言う風に分けてるよ。
使い回しする時に楽だからね。

サイト名とかサイト説明とかそういうのはDBで管理画面からいじれるように。
画像置き場のパス設定だとか外部APIのTokenみたいなのは設定ファイルに入れとくって感じで。

**nobodyさん** · 2011/02/20(日) 02:45:57.34

ん？Configure::write()を使えば設定ファイル書き換えできるんですよね？
それならDB使わなくても管理画面から弄れる様に出来ません？

**nobodyさん** · 2011/02/20(日) 03:08:54.00

>>57
違うよ。write()はConfigureクラスのインスタンスに書き込むんだよ。

**nobodyさん** · 2011/02/20(日) 03:24:35.31

>>58
Configure::storeを上手く使えばok？

59 · 2011/02/20(日) 03:31:43.25

ttp://logsoku.com/thread/pc11.2ch.net/php/1229669539/935-944
だめっぽいですね。結局DBか…。

**nobodyさん** · 2011/02/20(日) 11:43:48.57

セッションをDBに保存している場合、
定期的(?)に古いセッション情報を削除しているらしく、
そのタイミングでDB側が処理に詰まってしまう。
誰か解決方法教えてください。

**nobodyさん** · 2011/02/20(日) 16:20:03.81

通常のフォルダとSSL用のフォルダに分かれてるサーバーの場合、
どうやって配置すればいいんだろう？

**nobodyさん** · 2011/02/20(日) 16:31:12.20

http://hoge.com/username
へ行った時に

hoge.com/users/view/username
(usersがコントローラー、viewがアクション、usernameがパラメーター)

の内容を表示させるには
routes.phpをどのように表示させればいいでしょうか？

ここの部分以外は

http://hoge.com/controller/action/parameter

と通常の形にしたいです

**nobodyさん** · 2011/02/20(日) 18:00:18.41

これ使えないね、初心者用

**nobodyさん** · 2011/02/20(日) 19:54:03.09

>>63
usernameがパラメーターである条件が明確じゃないと
両方のパターンを共存させるのは無理くさいな
やるとしたらroutesじゃなくてrewriteの分岐だろうね
例えばusernameの先頭1文字が数値の場合はパラメータとして判別するとか

**nobodyさん** · 2011/02/20(日) 21:45:26.61

>>63
routesで先にユーザーページ以外のURLにマッチするパターンを羅列して振り分ければ？
あとはユーザーネームとしてあり得るパターンの正規表現を使うか

**nobodyさん** · 2011/02/21(月) 00:10:51.01

フォームを全て空白で送信し、controller内で
if($this->User->validates()) {
echo "ok";
}else {
echo "ng";
}

だったときに必ずＯＫになってしまいます。
modelのvalidation定義で下記のようにしたらしたで、
条件を満たしてるのバリデーションエラーが出っ放しになります。
これって解決できますか？

public $validate = array(
'username'=>array(
array(
'rule' => 'alphaNumeric',
'required' => true,
'message'=>'Username has to be 10 to 20 alphaNumeric characters!'
),
array(
'rule' => 'isUnique',
'required' => true,
'message'=>'This username is already in use.'
),
array(
'rule' => array('between', 10, 20 ),
'required' => true,
'message'=>'Username has to be 10 to 20 alphaNumeric characters!'
)
),
)

**nobodyさん** · 2011/02/21(月) 00:24:48.77

すみません、補足で質問させてください。

validationって基本的に if($this->User->save($this->data)){} と絡めて使いますよね。

他の判断条件も組み合わせた時、
入力フォームのバリデーションエラーも一緒に出力したい場合ってどうすればいいですか？

下記だと、まず他の条件を先に判定してしまうため、他の条件判断が満たされない場合は
$this->dataのバリデーションエラーが出力されません。何かスマートな方法をご教授くださいませ。

if(他の条件判断){
　if($this->User->save($this->data)){
　echo "saved!";
　}
}else{
echo " ERROR!! 他の条件が満たされていません!"
}
}

**nobodyさん** · 2011/02/21(月) 00:38:18.41

もしかして　バリデーションエラーを出力するためだけに
saveをこういう使い方しますか？
結果としてはバリデーションも他の条件のエラーも一緒に表示されるようになりました。
ただsave関数なのにsaveしないところで記述するってのが少し解せないかんじもします。

if(他の条件判断){
　if($this->User->save($this->data)){
　echo "saved!";
　}
}else{
$this->User->save($this->data);<<<<<<<<<<<<<<<<<<<<<<<<<<<<
echo " ERROR!! 他の条件が満たされていません!"
}
}

**nobodyさん** · 2011/02/21(月) 00:46:05.47

だめですね。
「他の条件以外」を完全に満たしていて、「他の条件」を満たしていない時にsaveされてしまいますね。。。（当たり前か・・・）

**nobodyさん** · 2011/02/21(月) 01:02:03.32

全然読んでないけど落ち着いてマニュアルじっくり読んでこいよ。

**nobodyさん** · 2011/02/21(月) 03:01:11.38

ちょっと疑問に思ったんだが

CakePHPであることを隠蔽するってあったけど、どうしてもコントローラ名(URLの一部)が複数形の単語だったりで、特徴あるからすぐバレるよね？

かといって命名規則を無視出来んし

**nobodyさん** · 2011/02/21(月) 04:13:38.11

それって特徴か？

**nobodyさん** · 2011/02/21(月) 04:29:12.00

アソシエーション組む時って
リレーション先のテーブルのモデルのphpファイルも用意してやらなきゃいけないの？
リレーション元のモデルからbelongsToとか使えば特に要らない？

**nobodyさん** · 2011/02/21(月) 04:46:55.30

なぁ、前から疑問に思ってたことなんだが、
なんでCakePHPはControllerにビジネスロジックを書いちゃうの？
MVCとかちゃんと理解して作ったとは思えないんだよね。

**nobodyさん** · 2011/02/21(月) 05:56:25.75

ちゃんとModelにロジックかいてる人も居るよ

**nobodyさん** · 2011/02/21(月) 08:20:26.21

マニュアル読んでると、

コントローラ名
モデル名(ただし単数系)
ビューのフォルダ名

DBのテーブル名

を統一しろ！的になってますが

UsersのDBテーブルに対して、同じ名前のコントローラー、モデル(単数系)、ビューのそれぞれを持っていたとします。

ただしhttp://www.hoge.com/registrations/として、

registrations_controller.phpとregistration.php上でメインでUsersテーブル(外部モデル)を扱うことって可能ですか？

もちろんregistrationsというテーブルは一切持たないものとして、usersテーブルのレコードを処理するためだけのコントローラーです。

**nobodyさん** · 2011/02/21(月) 10:51:44.25

俺も普通にModelにロジック書いてるけどな
ControlloerはあくまでModelを実行して結果をViewに渡す目的で使ってるけど。

**nobodyさん** · 2011/02/21(月) 11:22:15.22

>>77
> マニュアル読んでると、
ダウト！

**nobodyさん** · 2011/02/21(月) 11:23:25.80

逆にModelにロジック書かない人（というかContorllerに書いちゃう人）のソースは見たくない

**nobodyさん** · 2011/02/21(月) 13:16:29.48

CakePHPのctpを使いたくないです
テンプレートと入れ替える方法どこかに載ってないでしょうか

**nobodyさん** · 2011/02/21(月) 13:22:14.73

>>77
CakePHPの場合、どういうURLにしたいか考えずに、
テーブル/Modelから考えたほうがいいよ。
そうすると、良くある形として .com/users/registration みたいな感じになる。
で、こういう規約まんまのURLがまずいなら
routesで調節するんだ。
一応、これがセオリーだと思う。
まぁ、routesって使いこなすのに慣れが必要だから、
セオリーになりきれてないかも。

**nobodyさん** · 2011/02/21(月) 13:53:20.59

>>75
MVCに慣れていない最初はControllerに書いちゃいがち。Controllerは動きがわかりやすいからね。
そのうちああこんなのモデルに書いた方がいいだろ。って気がつく。

**nobodyさん** · 2011/02/21(月) 18:39:36.01

>>83
例えば、どんな例？

**nobodyさん** · 2011/02/21(月) 18:41:10.45

カテゴリとか設定ファイルをDBで作っている場合

**nobodyさん** · 2011/02/21(月) 19:09:17.15

誰かキャプチャを実装してる人いる？

ReCaptchaは王道だけど会員にならないといかんし、
KCaptchaは地味過ぎる
Securimageが一番いいけど、他の人のブログ参考にしても、マトモに動かん

**nobodyさん** · 2011/02/21(月) 20:13:42.08

チェックボックスAとB、テキスト入力CとDがあって、
チェックボックスAが選択された場合テキストCが必須
チェックボックスBが選択された場合テキストDが必須

のようなvalidateはどうかけばええでしょう？

**nobodyさん** · 2011/02/21(月) 20:48:44.56

普通にbeforeValidateにifで書けば？

**nobodyさん** · 2011/02/21(月) 21:40:05.60

>>88
ありがとう
ちょっと試してみます

**nobodyさん** · 2011/02/21(月) 22:51:13.06

>>77と同じ疑問を持ってるんだけど
Controllerがテーブル名っておかしくね？
他のテーブル使う時どうすんのよ？
てゆーか、普通コントローラはユースケース毎に付けね？

**nobodyさん** · 2011/02/21(月) 23:03:58.43

別にControllerとModel(=DBテーブル）が一対一対応するとも何とも書いてないだろーよ
ドキュメント読め

**nobodyさん** · 2011/02/22(火) 01:12:43.84

>>91
ControllerとModelが一対一であるとは限らないのに
Modelの名前をControllerに付けるというのが意味不明だって言ってんだよ。
意味分かる？

**nobodyさん** · 2011/02/22(火) 01:56:19.29

推奨されているやり方であって、強制力はないわけだし、
自分のやりやすい形でやればいいじゃん。
ビジネスロジックもコントローラに書くことはできるわけだし。

少なからず、コントローラとモデルの名前が一緒だったら、
このコントローラは、このモデルに関する物だなと直感的にわかる

**nobodyさん** · 2011/02/22(火) 02:01:08.73

キャプチャとか使う方が面倒なもん入れないでくれ、読めねーんだよあれ
無能な技術者が思いついたとしか思えんアホみたいな仕様だよな、あれ
10年後は誰も使ってなくて「昔あんなんあったよねーキャハハ」って笑われてるよ

**nobodyさん** · 2011/02/22(火) 02:14:52.46

キャプチャは甘え

**nobodyさん** · 2011/02/22(火) 02:45:01.87

メール欄の確認があってしかもコピペ不可だとぶん殴りたくなるよね

**nobodyさん** · 2011/02/22(火) 02:49:34.76

Cakeの導入を検討してるのですが、一つ質問させて下さい。

select user_name from users;
から取得したデータをビューで出力する際、テンプレートで例えばですが、

<?php foreach (...): ?>
<?php echo h($data['user_name']) ?>
<?php endforeach; ?>

のような制御が必要ですよね。
Cakeって配列の命名はcamelCaps形式だと思うのですが、カラムがuser_name (アンダースコアを含む) の場合、
配列のキー名はsnakeCase形式になりますよね。
命名規則がバラけると思うのですが、その辺りどちらかに統一するとか指針はあるのでしょうか。

**nobodyさん** · 2011/02/22(火) 03:14:21.97

>>97
テーブル名をuser_nameじゃなくてusernameにするのがいいです。
HABTMの時に頭がごちゃごちゃになります。

無理ならInflectorを通してみて確認するといいよ。
どっかにそういうサイトもあったけど忘れた。

98 · 2011/02/22(火) 03:20:23.25

ああごめん。カラム名はなんでもいいです。

**nobodyさん** · 2011/02/22(火) 04:00:42.68

HogeUser,MogeUser,PogeUserというモデルがあって、
それぞれのユーザー同士で1対1の簡易メッセージの送受信をさせたい時、下記のような設計で問題無いでしょうか？

■モデルのアソシエーション
HogeUser hasOne Mailbox
MogeUser hasOne Mailbox
PogeUser hasOne Mailbox
Mailbox HATBM Message

■DB
mailboxes:
id

mailboxes_messages:
mailbox_id
message_id
sended (true=送信側, false=受信側)
opened(true=開封済, false=未開封)

messages:
id
title(件名)
body(本文)
created

*_usersテーブルはそれぞれmailbox_idフィールドを持っています。
*_usersはそれぞれ構造が全く異なるのでusersとして統一させることはできません。

**nobodyさん** · 2011/02/22(火) 04:47:39.88

>>97
CakePHPでキャメルケースになるのは、配列のキーじゃなくって、
モデル名だよ。

usersテーブルはUserModelが担当するんだ。
UserModel->find()したら、データは

$this->data['User'] = カラム名をキーとした連想配列 //1件の時（ってこうなるよね？）
$this->data = array(['User'] = カラム名をキーとした連想配列, ... ) //複数件のとき

こんな感じだったはず。
UserModel部分がUserという配列のキーになってる。

98の言うとおり、HABTMの中間テーブルがアンダーバーで繋ぐから、
テーブル名にアンダーバーを、それ以外で使うのはお勧めしない。
カラムには全然おｋ

**nobodyさん** · 2011/02/22(火) 05:00:04.31

>>100
設計についてはスレチだし、めんどうだから考えないけど、CakePHPとして一言。

HABTMの中間テーブルには、プライマリキーと外部キー以外はもてない。
別にカラムがあっても動くけど、その情報はきえてしまうんだ。
だからsended openedがだめ。

消えてしまうというのは、mailbox_id = 1にmessage_id = 1と2の2通のメッセージがある状態で、
新たなメッセージ message_id = 3がきた場合、
DELETE FROM mailboxes_messages WHERE mailbox_id = 1 してから、
INSERT文でmessage_id = 1と2と3を発行するんだ。
だからmessage_id = 1と2のsended openedはきれいさっぱり。

中間テーブルに何か情報を持たせたいなら、HABTMじゃなくって
hasManyとbelongsToで作るべき。
当然、HABTMじゃないからfind()の仕方も変わってくるけどね。

**nobodyさん** · 2011/02/22(火) 07:55:59.50

>>97
基本はキャメライズするんだけどDBテーブルは慣習的にアンダースコアだからフィールド名を配列キーとして使うときだけはそのまま

**nobodyさん** · 2011/02/22(火) 12:23:15.78

Cakeの構成で違和感があるとすれば、app以下のディレクトリ構造だな。
Userと言うモデルがあったとして、それぞれmodels、controllers、views
に入れないと行けない。viewsに関してはディレクトリを作成して。

一つのディレクトリ内にまとめて
/app
/user
└controller.php
└model.php
└index.ctp
└form.ctp

でもいい気がする。ビューが増えるならviewディレクトリ作って入れるとか。
こうすればFTPで転送する時、userディレクトリだけで良いし。

**nobodyさん** · 2011/02/22(火) 13:15:54.00

Cakephpで作ってるサイトって
ドメイン下に/users/
ってつけたら、大抵ページが存在するから見破るのがラクすぎる

**nobodyさん** · 2011/02/22(火) 13:17:18.37

俺そんな構成のフレームワークやだなぁ。
てかMVC毎にフォルダ分けるのってCakeだけじゃないというか、
その構成の方が主流じゃないのか？
むしろ他にある？

**nobodyさん** · 2011/02/22(火) 13:21:44.92

>>106
主流なんだけどさ、ファイル編集する時、あっちこっち見に行かないと
いけないというのが作りづらさを感じるんだよね。
ま、>>104だとファイル名が全部同じになって分かりづらいってのもあるけど。

**nobodyさん** · 2011/02/22(火) 13:41:17.74

usersなんてディレクトリ普通あるか？

**nobodyさん** · 2011/02/22(火) 14:49:33.94

>>108
もしかしなくてもCakePHP使ってないだろ

**nobodyさん** · 2011/02/22(火) 16:02:30.52

>>104でも悪くない気がするけど、モデルを基準にしてディレクトリ分けるというのも微妙だな
モデルはないけどコントローラーだけ存在するとか、そういう場合にわかりづらくなる気がする

>>108
userモデルを使った場合routesで/users/usernameみたいにする人が多いってことじゃね？
cakeに限らない気がするけど。

**nobodyさん** · 2011/02/22(火) 20:03:44.94

CakePHPって主テーブルしかレコードの編集できんの？
belongsToとかで繋がってる先のレコードを編集できんの？

**nobodyさん** · 2011/02/22(火) 20:15:38.73

>>111
出来る。
やり方は自分で調べてね

**nobodyさん** · 2011/02/22(火) 20:53:00.76

>>112
やり方を調べる方法おしえて！
Googleさんで、何て調べればいいのかわからない

**nobodyさん** · 2011/02/22(火) 21:05:25.69

>>113
http://book.cakephp.org/ja
ここを全部読んでください。
何度読んでもわからなかったら、あなたにはCakePHPに向いていません

**nobodyさん** · 2011/02/22(火) 21:06:17.50

>>114
時間かかりすぎるやん！！
せめて、どのページかだけでも教えてちょんまげ！

**nobodyさん** · 2011/02/22(火) 21:12:51.08

あなたには、CakePHPの知識が圧倒的に足りません
時間はかかりますが、全体を見ることをお勧めします

**nobodyさん** · 2011/02/22(火) 21:52:12.81

今日の住人はツンの日か

**nobodyさん** · 2011/02/22(火) 21:56:31.59

>>116
そこをなんとかお願いします

**nobodyさん** · 2011/02/22(火) 22:39:56.66

>>104
お前の稚拙な考えはmixiとかで発表してろ。
お前のようなど素人は秀丸とかでちまちまやってから
辛いかもしれんがプロはIDE使ってるんだよ。心配すんな。

**nobodyさん** · 2011/02/22(火) 22:41:35.07

>>119
お前、秀丸つかってんの？
俺はイクリプス一択なんだけど？ｗ

**nobodyさん** · 2011/02/22(火) 22:44:08.89

なんか口の悪いおっさん多いなぁ

**nobodyさん** · 2011/02/22(火) 23:17:03.04

秀丸はダサイ

**nobodyさん** · 2011/02/22(火) 23:17:28.23

すみません。素人ですが横から質問させてください。

モデルのuser.php（usersテーブルを呼び出し）と
コントローラのregisters_controllers.phpと
ビューのregistersフォルダがあります。

registers_controllers.phpを下記のようにしてモデルのuser.phpを呼び出し
usersテーブルを読み込もうとするのですが
Error: The view for UserController::add() was not found.　が出ます。
viewsにはregistersフォルダを用意してあり、index.ctpも配備されているのですが
なぜエラーが出るのでしょうか？

---registers_controller.php----------------------------------
<?php
class RegistersController extends AppController {

var $name = 'User';
以下略
------------------------------------------------------------

---user.php-------------------------------------------------
<?php
class User extends AppModel {
var $name = 'User';

以下略

**nobodyさん** · 2011/02/22(火) 23:31:02.14

class RegistersController extends AppController {
var $name = 'Registers';
var $uses = array('User');

**nobodyさん** · 2011/02/22(火) 23:32:12.94

>>123
エラーメッセージ読めよ。
UserControllerはあるのか？
CakePHPはUserControllerがあるという認識で動いてるぞ。

**nobodyさん** · 2011/02/22(火) 23:35:19.01

>>124, >>125
ありがとうございました。おかげさまで出来るようになりました。

**nobodyさん** · 2011/02/22(火) 23:47:54.53

ごめんなさい、初心者ごとで申し訳ないのですがもう１つだけ質問させてください。

コントローラ（registers）で他モデル（user）を呼び出した後、
コントローラ内に他モデル（user）を扱う場合は
$this->User->ほにゃらら　で使えますよね？

では、viewから下記のようにデータを受け取ったときはどのように
すればいいのでしょうか？純粋に
$this->register->　でOKですか？

echo $this->Form->create('Register');
echo $this->Form->input('email');
echo $this->Form->submit();
echo $this->Form->end();

**nobodyさん** · 2011/02/22(火) 23:51:58.04

>>127
いくら分かりにくくて間違いも多いといわれるCookbookとはいえ、
それくらいはちゃんと書いてあるぞ。

そのレベルの質問をするなら、
せめて
http://book.cakephp.org/ja/view/1528/CakePHP%E3%83%96%E3%83%AD%E3%82%B0%E3%83%81%E3%83%A5%E3%83%BC%E3%83%88%E3%83%AA%E3%82%A2%E3%83%AB
この実務で使いそうなちょっと込み入った使い方には一切触れてないチュートリアルで
ブログ(笑を作ってみれ

**nobodyさん** · 2011/02/22(火) 23:55:07.65

>>127
すみません。一応このチュートリアルもACLもやったんですが、
いまだに理解できていないのが現状です。。。

**nobodyさん** · 2011/02/23(水) 00:03:55.10

>>128さん

>>127でviewのForm->create()で実質ユーザーテーブルへ登録することになるけど
飛び先はそのままのページ（register.add）へ遷移させたいので
echo $this->Form->create('User',array('url'=>'.'))
としていますが、おかしいようです・・・・

**nobodyさん** · 2011/02/23(水) 00:09:28.68

hoge.com/registers/addに飛ばしたいのですが、
formで別モデル(User）を指定しているのでジャンプ先が必ず
hoge.com/users/registers/add　になってしまいますねorz

**nobodyさん** · 2011/02/23(水) 00:25:23.06

>>129
うーん、やったとは思えんのだがなぁ。

> では、viewから下記のようにデータを受け取ったときはどのように
> すればいいのでしょうか？純粋に
> $this->register->　でOKですか？

http://book.cakephp.org/ja/view/1537/%E8%A8%98%E4%BA%8B%E3%81%AE%E8%BF%BD%E5%8A%A0

流石にチュートリアルやっといて$this->dataを忘れるとは思えぬ・・・

俺モデル名とコントローラー名は規約どおりにしかやったこと無いからなぁ。
初心者ならあまりトリッキーな事はしないほうが、無用なトラブルを避けられると思うよ。

**nobodyさん** · 2011/02/23(水) 00:41:36.70

>>132
すみません。チュートリアルもやるにはやって本も400ページほど読んだのですが、
完全に把握できず、どういうものか良く分からないで何となくやってるのが現状です。

こういう理解でよいものでしょうか？

１．フォーム入力から受け取ったデータは、取り扱っているモデル名に関わらず
$this->dataという変数に連想配列形式で格納される

２．DBからのデータは　$this->（モデル名）->（様々な関数コマンド）を利用して
必要な分だけを呼び出す。
もし、Modelでアソシエーションを組んでいた場合、その呼び出した際の
メインテーブルの対象レコードに紐づくアソシエーション先も自動的に呼び出される。
すなわち　モデルTable1にTables2をアソシエーションで設定していたら
$str　= $this->Table1->find('all')；

この時点で$str[0][Table2][任意フィールド]の中に
Table1で絞られたレコードのTable2の関連レコードが格納されている

という認識でいいんですよね？

あと良く分からないのがアソシエーションを組んでるときに
$this->Table1->Table2->save()
みたいに複数のテーブルを跨いでいってる場合です。
普通に
$this->Table2->save()
じゃ駄目なのでしょうか？

**nobodyさん** · 2011/02/23(水) 00:46:24.44

>>132
これもコントローラ名（URL）を複数形やテーブル名と同じにしなければいけないという
基本規約のせいなんです。

たとえば皆さんは会員登録もメンバーリスト参照も同じusersコントローラでするのですか？
http://hoge.com/users/register
http://hoge.com/users/view
のように

この場合、cakephpで作っているのがミエミエで攻撃されやすくなりません？
皆様のご意見も聞かせていただければ幸いです。

**nobodyさん** · 2011/02/23(水) 01:09:41.82

>>133
ふーむ、しょうがないのう。
> 1.
POSTに限りyes。モデルがどうなってるかは、コントローラーでdebug($this->data)とかして、
自分で見てみると良い。
あと、CakePHPでGETメソッドは上級者向けなのでなるべく使わないほうが良い。
> 2.
大体そんな感じ。このあたりは奥が深いので、
とても1レスで全てを伝えるのは無理、というか俺も把握しきれてない。
$this->Model->Model->save()はあまりしないな。
トリッキーな事をしてなければ、UsersコントローラーではUserモデルへのデータと、
アソシエーションで紐ついてるデータを保存するわけだからな。
$this->User->save()か$this->User->saveAll()で基本的には十分。
Userモデルに紐付く何かも、ViewをFormHelper使って無難に作っていれば、
$this->dataをsave()かsaveAll()すれば問題なく保存されるはず。
ただ、どういう場合にsave()かsaveAll()は俺もちょっと語れるほどじゃない。たまに試行錯誤する。

**nobodyさん** · 2011/02/23(水) 01:20:15.27

>>134
CakePHPではURLの見栄えはroutesで調節するのがセオリー。
ただ、これはちょっと難易度が高いのが難点。
ここでのやり取りから察するに、質問者はroutesにかなり時間をかけて取り組むことになるとは思う。

一応Cookbookはこのページだけど、なんかだらだらと書いてあって要点を得ない。
とても分かりにくい。が、しかたがない。

http://book.cakephp.org/ja/view/945/%E3%83%AB%E3%83%BC%E3%83%88%E3%81%AE%E8%A8%AD%E5%AE%9A

> 一般的な Router の他の使い方は、コントローラの別名(alias)を定義することです。通常の /users/someAction/5 という URL の代わりに、/cooks/someAction/5 でアクセスさせたいとしましょう。このようなルートの設定は、次のようにすることで簡単に実現できます。
> Router::connect(
'/cooks/:action/*', array('controller' => 'users', 'action' => 'index')
);

一応この方法でUserControllerのまま、URLを変える事が出来る。
ただ、これだと/cools/add みたいなのもUsersController->index()に行っちゃいそうな気がするけど・・・
Cookbookが間違ってるのか俺が間違ってるのか。面倒だから確認はしない。

**nobodyさん** · 2011/02/23(水) 01:35:30.01

>>135さん,>>136さん
ありがとうございます！！！感謝感激です。

>>127の件は下記で解決できました！！！
echo $this->Form->create('Register');
echo $this->Form->input('User.email');←モデル名.　をフィールド名の前へ追加
echo $this->Form->submit();
echo $this->Form->end();

>>134についてですが、皆さんは規約どおり
usersテーブルに関連するものであれば全てURLを
hoge.com/users/○○○○○
としてるのですか？
CakePHPで作ってるのを隠蔽したいのであれば、工夫などされていませんか？

**nobodyさん** · 2011/02/23(水) 01:40:49.20

それと例えば　hoge.com/register/でアクセスさせたいのに規約のせいで
hoge.com/registers/と複数形になるのは諦めてますか？
それとも>>136さんが言うようにroutesで調整してます？

そうなれば、そもそもusersコントローラとregistersコントローラに分ける
必要はなくて最後にroutesで全て設定すればいいんでしょうか？
どういうやり方が標準なのか分からず、ごめんなさい。

**nobodyさん** · 2011/02/23(水) 01:52:29.68

これソース読めん。

**nobodyさん** · 2011/02/23(水) 01:56:59.29

>>137
そりゃたまにはコントローラーとモデルの規約に沿わない名前にすることもあるよ。
1モデルに大して2コントローラーなケースとか、その逆とかな。
ただ、それなりにCakePHPの中身を分かってるから出来るだけで、
初心者がURLに見栄え目的に規約に沿わない名前にすると、
今見たくトラブるだけさね。

CakePHPは規約に沿う事で色々と工数を省略できるようになってるわけで、なるべく沿ったほうが良い。
ただ、コントローラー名=URLだと困る事も想定はされる。
でも規約に沿わないとめんどくさくなる。
だからroutesで設定できるようになってるんだ。

別に規約に沿わなくても開発は出来るよ。
ただ、CakePHPの利点を使わないで作るから、めんどうになるし、
/register/addに遷移したいのに/users/addに遷移したりとトラブルになりやすいだけ。
FormHelperでいちいちModel.fieldにしないといけなくなったのも、規約に沿ってない弊害だな。

**nobodyさん** · 2011/02/23(水) 02:06:04.37

>>140
懇切丁寧な解説ありがとうございます。
非常に説得力があります。
確かにこれではCakePHPのメリット(省略による開発速度)が損なわれてしまいますね

やはり、基本的には
関連するテーブルは一つのコントローラ、モデル、ビューに収めていく形式がいいのですね。

そうすると、一つのコントローラの中に多くメソッド(アクション)が入りすぎてゴチャゴチャになるという理由からもコントローラを二つにして、メソッドを分けようと思っていたのですが、そのやり方は一般的ではないんですね？

一つのコントローラ内にアクションが30個入るとか普通なのかなぁー(^_^;)

URLの見栄えの件はroutes設定で了解です。

ただ全てのコントローラ(URL)が複数形になっていますが、これを全部単数系にroutes内で弄っていくのが一般的なのでしょうか？

**nobodyさん** · 2011/02/23(水) 02:06:45.51

そもそもCakePHPであることを隠してなんになるというんだろう。
CakePHPは、元々CakePHPである特徴が多くて隠蔽しにくいフレームワークだからな。
そりゃなんのフレームワークを使っているか、隠せるなら隠したほうが良いけど、
手間対効果を考えれば、あまり気にするとこじゃないと思うんだけどな。

俺だったら、予算をくれるんならやらないこともないけどね。
予算が足りなきゃ、むりっすーって言ってつっぱねるだけだわ。

**nobodyさん** · 2011/02/23(水) 02:14:02.29

>>142
予算とかではないのですが海外で公開する予定なんで、
攻撃されまくりそうで怖いんですf^_^;)

Ruby on railsとかなら、こういうCakePHPの規約ならではの弊害みたいなの無いんですかねー？

**nobodyさん** · 2011/02/23(水) 02:24:46.99

>>141
どんなのを作ってるのか知らんからなんとも言えないとこではあるが、
1コントローラーに30アクションは多いかもね。
そんなにアクションが必要になるのを作った事が無いから、イメージわかないな。
むしろ何を作ろうとすればその数のアクションが必要になるのか、ちょっと興味があるな。

とりあえず単数形にしようと思ったことが無いからよく分からん。
複数形で別にいいじゃん。何か問題でもあるの？
それで機能しないわけでもあるまいし、意味不明なURLになるわけでもないし。

**nobodyさん** · 2011/02/23(水) 02:59:23.91

FormヘルパーでModel.Fieldとするのは一般的ではないのですか？
購入した初心者用の本の中では多用されてました。

単数系、複数形については

users/register(仮登録。ハッシュURL付きメール送信まで)
users/regcheck(仮登録後、ハッシュURLをクリックで本登録への動作)
users/list(メンバーリスト閲覧)

となるよりは

register
regcheck
list
となったほうが見た目もスッキリになるからです

**nobodyさん** · 2011/02/23(水) 03:25:33.34

>>145
一般的かと聞かれると、まぁなんとも言えないところはあるね。
俺自身、CakePHPの省略に悩まされる事もあったし。まぁ、好みにもよると思うよ。

例えば、UsersController で規約どおり UserModel がusesされてる場合。
/users/add.ctpにFormHelper->create()したら、
規約(これも規約って呼んで良いのかしらんが)によってcreate('User')と同じになる。
規約によってcreate()でもcreate('User')でも、
その時点で$this->Form->input('field')はinput('User.field')と同じ。
そこにアソシエーションで紐付いたUser以外のモデルのを書く場合は、input('Comment.field')と書かないならない。

これが前提として、省略はあくまで省略なので、逐一Model.fieldと書いてももちろん良い。
トラブルは避けやすいかもね。規約による楽さを捨ててるけど。
ただ、省略が出来る以上、ネット上の情報では省略されてることもあり、
規約に沿わない作り方をしてcreate()てかいて/register/addじゃなく/users/addに遷移して困るのは、
それはそれとしてって事かな。

**nobodyさん** · 2011/02/23(水) 03:35:51.27

>>145
まぁ、どうしても単数系にしたかったらroutesに沢山書くのがセオリーなんじゃないかな。
俺もCakePHPを完全に使いこなしてるわけじゃないから、他にも方法があるかしらんけど。
さっきも書いたけど、規約に沿うのを特に進めたのは、
質問のレベル的に、そこに手を出すのは早いんじゃないかと思ったのがあるからね。
流石に$this->dataを知らない風な質問をされたら、ね。

使いこなしてる人は色々と自分なりの使い方でやってると思うよ。
例えばコントローラじゃなくてモデルだけど、これの「4. アクション毎にModelを作る」とか
http://www.1x1.jp/blog/2010/12/thinking_abount_cakephp_mode.html
あとCakePHPの隠蔽について。後半はネタっぽいが。
http://d.hatena.ne.jp/k1LoW/20101202/1291262612

この2つはCakePHP Advent Calendar 2010でのだけど、
このイベントの記事はそこそこ良い記事ばかりだし一通り読んでみるのも良いかもね。
http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=2510&forum=16

**nobodyさん** · 2011/02/23(水) 09:43:30.81

CakePHPのctpを使いたくないです
テンプレートと入れ替える方法どこかに載ってないでしょうか

**nobodyさん** · 2011/02/23(水) 14:34:50.64

>>148
「cakephp smarty」とかでググれば幸せになれるよ

**nobodyさん** · 2011/02/23(水) 16:34:55.81

Smartyなんて久しぶりに聞いたな

**nobodyさん** · 2011/02/23(水) 18:09:23.62

<?php e($test)?>
こうするのも
{$test}
こうするのも一緒なんだけど、
後者の方がデザイナーとかには分かりやすいんじゃない？

**nobodyさん** · 2011/02/23(水) 18:18:28.09

HTMLが分かるほうのデザイナーなら、
囲い文字がどっちでも一緒だと思うけどね。
まぁ確かに<?php echoはちょっとめんどくさいけど。
でもSmartyはオワコン感が強いな俺の中で。

**nobodyさん** · 2011/02/23(水) 21:46:12.22

えっｗｗｗ

Smarty使わないって仕事でCakePHPを使ってない人ですよね？ｗｗｗ

**nobodyさん** · 2011/02/23(水) 22:15:58.50

？

**nobodyさん** · 2011/02/23(水) 23:02:33.16

何年も繰り返し議論し尽くされてきたが、
PHP自体が所謂テンプレート言語の類なのに、
その上にテンプレートエンジン構築してどうする

**nobodyさん** · 2011/02/23(水) 23:19:25.45

デザイナーがsmartyを使いたいと言ったら使わざるを得ない状況もある
というのも繰り返し言われてきた

俺もテンプレートエンジン不要派だけど、必要だという人がいるのなら使うのもしょうがないんじゃないかなー

**nobodyさん** · 2011/02/24(木) 13:43:09.42

PHPのコード見るだけで逃げ出すデザイナもいるからな
あとデザイナにPHPのコード壊されたりもしたから、基本いじらせたくないな。

**nobodyさん** · 2011/02/24(木) 14:52:21.15

そんなデザイナーは廃業してもらうしか・・・
今日日サーバーサイドに何らかのプログラムが絡む案件なんて珍しくないし、
phpに理解が無くても、HTML構造の特定のまとまりを崩さなければ、
phpコードを崩す事なんてそうそうないわけで。
それを崩しちゃう人って、
もうHTMLレベルで平気で閉じの無いタグを量産する可能性があるって事だろ。
webデザイナーとしてそれってどうなの？

**nobodyさん** · 2011/02/24(木) 15:24:05.68

wordpressやMTのテンプレートなんかを作れる程度の知識はあっても
cakeの場合はcakeの動きを知らなきゃviewを作るのは難しいと思うよ。

**nobodyさん** · 2011/02/24(木) 17:03:24.16

下記をもっとスマートにコーディングするとしたら、どんな風になるのでしょうか？

function verify($urlparam = null) {

$data = $this->Regurl->findAllByRandomUrl($urlparam);
if (!$data) {
$this->flash('Invalid URL!!','index');
}else{
if ($data[0]['User']['activated'] == 0) {
//print_r($this->data);
$this->User->id = $data[0]['Regurl']['user_id'];
$this->User->saveField('activated', 1);

$this->flash('Now activated!!','index');

}elseif($data[0]['User']['activated'] == 1){
$this->flash('Already activated!!','index');
}
}

}

コントローラUserから、外部モデルRegurlの中のrandom_urlフィールドと照合して、
一致するものがあればアソシエーション先のUserテーブルのactivatedフィールド（フラグ）を
1へ書きかえる処理です。

UserモデルではRegurlのuser_idに対しhasOneで、RegurlモデルではUserのidに対してbelongsToで
アソシエーションを設定してあります。

**nobodyさん** · 2011/02/24(木) 18:06:12.76

>>160
まあこの程度ならどっちでもいいって言えばどっちでもいいけど、
randomurlのチェックやらsaveFieldなんかの処理は
モデルに書くとすっきりすると思うのねん。

コントローラーは
if($this->User->checkRandomUrl()){
　$this->User->activate();
　$this->Session->setFlash('どったらこったら', true));
}else{
....
}

こんな感じで何やってるかわかりやすくなるっしょ。

**nobodyさん** · 2011/02/24(木) 18:18:50.60

ビューの中で表示の分岐処理ってやらないほうがいいよね？

**nobodyさん** · 2011/02/24(木) 18:26:50.80

>>162
ifメンバーだったらここになになにを表示とか普通にやってるけどダメなの？

**nobodyさん** · 2011/02/24(木) 18:35:27.29

>>161
ありがとうございます。
コントローラ内でするとしたら
どういう書き方がスマートになりますでしょうか？

**nobodyさん** · 2011/02/24(木) 19:49:49.23

>>164
コントローラーに書くこと自体がスマートじゃない

**nobodyさん** · 2011/02/24(木) 22:04:42.87

Ktai Libraryで、振り分けをしたいんですが
1.3で、bootstrap.php内に

App::import('Vendor', 'ecw/Lib3gkCarrier');
$carrier = Lib3gkCarrier::get_instance();

if($carrier->is_ktai()) {
App::build(array(
'views' => array(ROOT . DS . APP_DIR . DS . 'views' . DS . 'm' . DS)
));
}

って記載したのですが、振り分け出来ないです。
他にすることってあるんですか？

**nobodyさん** · 2011/02/24(木) 22:42:35.95

>>165
モデルにコーディングするしたら、どのように書けばスマートかを、コントローラへの記述とのセットで見せていただければ幸いです。

初心者ながらに試行錯誤して最終的に出来たの結果が、あのコードでした。
経験豊富の方のコーディングの仕方を見てみたいです。

**nobodyさん** · 2011/02/25(金) 03:38:33.94

>>167
経験豊富じゃないけど、
ロジックはモデルに書けるならモデルに書くべきってだけなんだよね。
そのままモデルに持っていけば良いと思うんだ。
以下つっこみどころ豊富なコード。動かして無いから間違いはたぶんある。

UserModel extends AppModel{
function activate($url){
$data = $this->Regurl->findByRandomUrl($url);
if(empty($data))
return false;
if($data['User']['activated'])
return 'already';
$this->id = $data['User']['id'];
$this->saveField('activated', 1);
return 'activated';
}
}
SomeController extends AppController{
function index(){
if(!$result = $this->User->activate($this->data['url'])) {
$this->Session->setFlash('Invalid URL!!','index');
return;
if($result === 'activated'){
$this->Session->setFlash('Now activated!!','index');
return;
}
if($result === 'already'){
$this->Session->setFlash('Already activated!!','index');
}
}
}

**nobodyさん** · 2011/02/25(金) 10:26:28.95

シンタックスなど各種色々エラーが出たので素人ながら手直しさせていただきました。下記で大丈夫ですか？もっとスマートなコードになればいいのいですが・・・
---MODEL-------------------------------------------------------
Class RegurlModel extends AppModel{
var $name = 'Regurl';
function activate($url){
$data = $this->Regurl->findByRandomUrl($url);
if(empty($data)){
return false;
}
if($data['User']['activated']==1){
return 'already';
}else {
$this->id = $data['User']['id'];
$this->saveField('activated', 1);
return 'activated';
}
}
}
---CONTROLLER------------------------------------------------
Class UsersController extends AppController{
function index($this->data['url'] == null){
if(!$result = $this->User->activate($this->data['url'])) {
$this->Session->setFlash('Invalid URL!!','index');
}
elseif($result === 'activated'){
$this->Session->setFlash('Now activated!!','index');
}
else($result === 'already'){
$this->Session->setFlash('Already activated!!','index');
}
$this->Session->setFlash('Invalid URL!!','index');
}

**nobodyさん** · 2011/02/25(金) 14:11:48.82

function index($this->data['url'] == null){

これが気になったんだけど、何でこんな事してるの？

**nobodyさん** · 2011/02/25(金) 14:30:13.42

パラメーター部分が未入力だとエラーになるからです

**nobodyさん** · 2011/02/25(金) 14:47:53.68

$this->dataってことはPOSTで来てるの？
未入力がどうこう言う場合はValidationかけましょうや。

**nobodyさん** · 2011/02/25(金) 14:57:37.07

>>170
ああ、モデルに移したやつには余計だったね。
このコードが何のコードか、いまいちよく分かってなかったから、
そのまま書いちゃったよ

**nobodyさん** · 2011/02/25(金) 15:21:25.48

>>173
あれ？と思ったら>>168ではちゃんと消してるじゃないか。

>>169
コントローラーのアクションの引数を使って、パラメーターを受け取る方法もあるけど、
あんまり使わないんじゃないかな。

function index($this->data['url'] == null){
というか、これは動くの？メソッドの引数に$thisが入ってるなんて初めてみるんだけど。

なんかめんどくさくなってきたから、もうコントローラに書いたら良いんじゃないか？
何の実装かがわからないと、スマートになんてかけない気がしてきた。
beforeValidate()やbefore/afterSave()とか使ったほうがスマートになりそうな雰囲気あるけど、
詳細わからんとねぇ。

とりあえず引数に書くよりif(!empty($this->data['url']))しといたほうが良いんじゃないか。

**nobodyさん** · 2011/02/25(金) 15:42:56.64

わからない場合は、少々複雑でも単純に書けば良いんだよ。

function index(){
$url = isset($this->data['url']) ? $this->data['url'] : null;

にすればいいじゃないか。

**nobodyさん** · 2011/02/25(金) 15:45:11.29

CakePHPでコミュニケーションアプリ作っていよいよAmazonかNECのクラウドにのせてテスト運用だけになったんだけど本日クライアントがGAEなら500万PVまで無料らしいから最初はそうしたいって言いやがった。。。

**nobodyさん** · 2011/02/25(金) 16:24:48.62

JavaVM上にPHP動作環境作ってそのままCakePHP動かせるのかはたまたPythonに変換しなきゃならんのか...頭禿げそう

**nobodyさん** · 2011/02/25(金) 16:33:34.12

ハゲは甘え

**nobodyさん** · 2011/02/25(金) 16:46:01.81

>>176
そんなの、予算がなければNoだろ。
GAEは最初はもなにも、かなり依存するつもりじゃないとつかえねぇよ。
使ったら最後、追加予算無ければAmazon EC2への移行も出来ない。

**nobodyさん** · 2011/02/25(金) 17:35:37.03

鯖台すら出せない奴にアプリ作るなよ・・・

**nobodyさん** · 2011/02/26(土) 16:25:16.00

変更頻度の少ない変数をConfigure::writeで書くなよ。
それ定数にしろよｗｗｗって場合が多いよ

**nobodyさん** · 2011/02/26(土) 17:15:32.84

Lithium試したことないんだけど、
Cakeと比べてどうよ？

**nobodyさん** · 2011/02/26(土) 17:45:41.68

複数DBのトランザクションどうしてる？
model の__cunstruct で ClassRegistry に登録されてるから
その情報を元に関数で一気にbeginとcommitをしてるんだけど、、いいのかな？

**nobodyさん** · 2011/02/26(土) 22:12:17.89

最初にbeginしてあとでcommitするという、普通のやり方で良いだろ

**nobodyさん** · 2011/02/26(土) 22:57:00.84

CakePHPのO/Rマッピングって全然オブジェクトにマッピングしてねーじゃん。
嘘ついてんなよｗ

**nobodyさん** · 2011/02/27(日) 00:25:16.65

確かにモデルはエンティティオブジェクトじゃないな

**nobodyさん** · 2011/02/27(日) 14:26:52.35

HABTMを使う場合って、どんなケースがある？具体的な例を教えてください！

**nobodyさん** · 2011/02/27(日) 15:12:11.70

>>187
タグとか

**nobodyさん** · 2011/02/27(日) 15:47:05.19

>>188
どことどこを、どういうふうに繋ぐの？

**nobodyさん** · 2011/02/27(日) 15:55:26.24

使うケースを無理して探して使わなくても良いと思うが。

ユーザーが投稿した何かにつけるタグとか、
ユーザーがグループに所属するとか、
そういうのだろ。

**nobodyさん** · 2011/02/27(日) 16:01:26.01

>>190
ユーザーがグループに所属するは
分かりやすい

ユーザーテーブルから
中間テーブルをまたいで
向こうの所属しているグループのレコードを絞り込んでグループ名一覧とかを表示するとき

とかに使うってこと？

**nobodyさん** · 2011/02/27(日) 17:31:22.17

>>191
実は単に1ユーザーが所属できるのが1グループだったら、HABTMじゃなくても良い。
1ユーザーが複数のグループに所属できるようにする場合、HABTMになる。
絞込みをしたいからHABTMというのはちょっと変で、hasManyだって絞込みする。
HABTMはhasAndBelongsToManyと書くとおり、多対多の関係を作るためにある。
確か、第4正規形だったかな？

**nobodyさん** · 2011/02/27(日) 17:35:40.03

>>192
例えば下記の3つのテーブルがあったとして

users
user_groups
groups

usersのコントローラで特定のユーザーが
所属している全てのグループを表示する

時とかにHABTMは使うんじゃないの？

**nobodyさん** · 2011/02/27(日) 17:46:10.12

>>193
その構成を扱うなら基本HABTMだろ。
多対多だからな。
まぁ細かい事を言えば、そのテーブル構成でも複雑な事をしようとすると、
HABTMじゃ力不足な場面はあるが。

**nobodyさん** · 2011/02/27(日) 18:26:20.02

>>194
複雑なことって例えば？

**nobodyさん** · 2011/02/27(日) 18:28:28.88

一緒にサイトを立ち上げたい！協力して一緒に作り上げようと言って

インターフェースやデザインの部分だけにしか携わらないパートナーがいる。
(コーディング関係一切しない)

そのパートナーとの取り分は
何対何くらいが妥当？

こっちはアルゴリズムから詳細設計まで全て受け持ってるんだが

**nobodyさん** · 2011/02/27(日) 18:29:56.01

5：5だろ。デザイン舐めすぎ。

**nobodyさん** · 2011/02/27(日) 18:31:26.94

だってデザインのほうが気楽じゃん
連動するところとか論理的思考とか
必要ないしｗ

**nobodyさん** · 2011/02/27(日) 19:29:47.30

>>195
さっきのテーブル構成で行くと、user_groupsテーブルにはこの3つのカラムしか、
実質作る事ができない。

id,
user_id
group_id

createdとかmodifiedを作っても、関係テーブルに限り
日時は書き込まれないし、書き込んだとしても消える事になる。
例えば、ユーザーAが既にaとb2つのグループに所属しているとして
3つ目のｃに所属するための処理をすると、
一旦ユーザーAの関係テーブル上からユーザーAがaとbに所属というデータを削除し、
改めてユーザーAがaとbとｃに所属というデータを書き込む。
という動きをする。
なので複雑な事は例えば、関係テーブルに何か他のデータを合わせて置く。などだな

**nobodyさん** · 2011/02/27(日) 19:32:45.15

なんだか難しいんだなｗ