1.2のスライドにも、モデルが薄く、
コントローラが厚くなってしまうのが
問題って書いてあるな。
わざわざスライドにしてるってことは、
1.2で改善されるんやろか？

問題なのは、フレームワークじゃなくて、
そういうコードを書くなってことだろう。

>>100
> コントローラだと何でも出来ちゃうから
> 結局コントローラが厚くなってしまうんだよな

似たような話。

関数作らなくても何でも出来ちゃうから
結局コードが長くなってしまうんだよな。

結局だ、単なる経験の問題。
経験をつめば自然といいコードが書けるようになるよ。

どれだけ頑張っても
ModelとControllerの厚さを同じくらいにまでしか
もっていけねえｗ
強引にモデルにもっていけなら別だけどｗ

初歩的な質問なんだけど、WEBのフォームから渡された値って、
基本的にモデルのvalidatesで全部チェックしていいんもんなんですか？

例えば、会員の新規登録でパスワード(password)と
パスワード確認(password2)を比較して同一かチェックするとか。

規約に同意するかどうか、とかもモデルのバリデーションでやってます。

「CakePHPガイドブック」ってもう廃刊なのですか？
去年末に発売したばっかりなのになぜ？

内容が基本的に1.1だからでは？
フレームワーク本としては、かなりいい本。

1.2RC2の話。

1.2からbehaviorsのattach/detachができるって、
あちこちに書いてあるけど、最近仕様が変わってるっぽいね。

よく書いてあるのが、コントローラで$this->Model->attach(ビヘイビア名）。
でも今は$this->Model->Behaviors->attach(ビヘイビア名）
間に、Behaviors（BehaviorCollection）が入ったようだ。

チラシの裏

どうも、RC2にしてからユニットテストでメモリ不足と言われる。
メモリ制限をゆるくすればいいのだが腑に落ちない。

それで調べてみると、なんとアサーション一つにつき40KBぐらいも消費していた。
アサーションの数が3000個だと120MB。そりゃ足りないって言われるわなｗ

それでコードを追ってみてみると
/cake/tests/lib/cake_reporter.phpの関数
（特によく呼ばれるのはpaintPass）の中のob_start();が原因。

なんか知らんが、ob_start();を一回呼び出すとそれだけで40KBも消費する。
ob_end_flush()を呼び出すとメモリは解放されるっぽいけど、
どうもこのクラスの中では呼び出していない。（どこか他で呼び出しているの？）

そしてアサーション一つごとにob_startが連続して呼び出されることになる。

ob_startごときで40KBも消費するのも、変な感じだが
このob_startっているんだろうか？前のリビジョンのコードには存在しなかった。
とりあえず取ってみたが変化はわからない。
現在リファクタイリング中みたいだからそのうちどうにかされるのかもしれない。

>>106
そういうもんなんですね。
どもです。

findNeighboursで１テーブルから前のID,後のIDを↓のように取得しています。

$where = array('hogekb =' => 1);

$this->set('nei_kekka', $this->Nani_table->findNeighbours($where,"Nani_table.id",$id));

ここに1テーブルjoinさせたいのですが、
以下のように設定したjoin句はfindNeighboursのどこにセットすればよいのでしょうか？

$options['joins'][]=
array(
'type' => 'INNER',
'alias' => 'Hoge_table',
'table' => 'hoge_table',
'conditions' => array('Hoge_table.id = Nani_table.id')
);

俺もそれ知りたいな。
XMLファイルとか。

tmpフォルダとかかな？

>>113
webroot の files フォルダ。これが一番いいと思う。

>>115
外部から見られたくないファイルなのでは？？

>>115
そうなんです、外部から見られたくはない。
いや見られても良いデータなんですけど、なんか変な感じなので。

>>114
tmpフォルダは考えたんですけど、役割的に違和感があるんですよね。


まぁ、結局DBにつっこんで今はやってみましたけど。
うーん。

バージョンアップの際、appフォルダごと入れ替えるため、
appフォルダ以下にはデータは入れたくない。
cakeフォルダ以下には、データは入れるはずない。

appやcakeフォルダと同じ階層に、dataフォルダでも
作って、例えば画像ファイルとか入れられれば、
良さげに思うが。それは無理なん？

>>118
あ、その方法がありましたね。
確かにそれであれば全然いける上に、スマートかも。
ありがとです。今後、検討してみます。

フレームワークの中にデータを保管しようという思考が
そもそも、おかしい気がしてきたよ

フレームワークっていつまで使えるだろう
10年後、20年後にも、CakePHPはあるだろうか？
そもそもPHPは使われてるだろうか？

>>125
ﾑﾘﾎﾟ

>>125
じゃあ、こう考えるんだ
１０年前はどうだったかを。

それで今も残っていればあるってことになる。

って１０年前はPHPそのものがなかったか。

その都度、旬な商売道具(今ならphpフレームワーク)使って儲けるしかない。
これやれば１０年後安心てのはＩＴ社会には無い

UTF-8、PHP1.2で作ってるんだけど
フォルダ内のファイル名を読み込んだ時に
$file = readdir($dir)
だけだと日本語のファイル名が文字化けしてしまう。
部分的に関数通して文字化け回避する方法ってある？

128はCakePHP1.2の間違いです。

>>127
PHPはあっただろｗ

>>133
無茶じゃなくてまっとうな方法。
Modelにpaginateメソッドは存在しないからオーバーライドではない。
Controllerのpaginateメソッドが最終的にfindする際に
Modelのpaginateメソッドが存在すれば代わりにそっちを呼ぶようにに作ってある。

modelはDBのテーブルと1対1が想定されているけど

DBテーブルに登録する際にバリデート内容が異なる画面が３つあった場合
DBテーブル1に対してモデルが3つ必要になるよね

Aテーブルがあったとしたら
A1モデル　使用テーブルA
A2モデル 使用テーブルA
Ａ3モデル 使用テーブルA
それぞれのバリデート処理を実装することになるよね

ログイン形式の携帯サイトを作ってるのですが、
CakePHPで「ログインされたかどうか」はどのように持つのが一般的なのでしょうか？
PCサイトではセッションを使うことが多かったんですが、キャリアによってセッションが使えない場合があると聞いたもので。

DBテーブルに登録する際にバリデート内容が異なる画面が３つあった場合
ひとつのモデルで完結できるのかな？

A1モデル　使用テーブルA

画面1のバリデート処理
画面2のバリデート処理
画面3のバリデート処理

普通にケースごとのvalidateメソッド書いてるけど。

>>137
自分は
セッションとクッキーの連携プレーを使ってるよ。

キャリアって携帯でしょ？
携帯の場合はセッションキーをクッキーに埋め込むのよ。

携帯ではクッキーが使えない機種があるだろｗ

>>137
普通にURLにセションキー埋め込めよ。

>>140
(　ﾟдﾟ)ﾎﾟｶｰﾝ

モデルが30個もあるシステムをCakeで作るとは・・・
どんなシステム？レスポンスどうなの？

一つのコントローラに詰め込み過ぎじゃないの？

>>146
３０個あるモデルは使用するDBテーブルは同じでバリデートの内容が若干違うので
モデルを複数分けした。
なのでモデルの数だけコントローラを増やすというのもなあ・・・
ページ構成もおかしくなるし

コントローラの数はＤＢテーブルの数と比例するくらいの量で
モデルの数はバリデートのケース分、増えて行ってる