てっく★ゆきろぐ Rev2

コンポーネントやヘルパーなどからモデル等を呼び出すときに何を使えばいいかの表。

黄色は普通のやりかた。紫色が普通じゃないやりかた。灰色は知らない。
とりあえず、
・「コンポーネントからモデル」「ヘルパーからモデル」の場合、邪道な方法を使う
・「コンポーネントからコンポーネント」は普通に var $components = … で宣言しておけばいい
・「ヘルパーからヘルパー」も同様に var $helpers = … で宣言しておけばいい

ヘルパーからモデルを呼びたいとき。
まぁ、そもそも正直言っておすすめできないです。
（コントローラからモデルを呼んでおいて、結果を set でviewに与えてそこで処理するのが正しいやりかたと思ってます・・・ちょっとくどいけど。）

Nyaというヘルパーのmyu関数から、Mofuというモデルを呼びたいという設定。

以前こうすればいいらしいときいたので試したら

class NyaHelper extends Helper {
        function myu() {
                $this->view->controller->Mofu->find("all","");
                return "nya!!" ;
        }
}

これをviewでこうすれば、

echo $nya->myu() ;

OKかなと思って、やってみたら、エラー・・・。
というか helper.php 見たら、viewがクラス変数じゃないし！

というわけで調べてたら見つかりまして。
こうするしかないようです。

class NyaHelper extends Helper {
        function myu() {
                $r = ClassRegistry::getObject('Mofu');
                $r->find("all","");
                return "nya!!" ;
        }
}

正直気持ち悪い・・・です・・・。

paginator便利ですよねー。
ところが条件づけをやるとうまくいかないことがあります。
特に、ページ繰りでURLに条件をつっこめないなど。

“条件をつけたpaginateでページ繰りができない” フォーラム – CakePHP Users in Japan
ここでいろいろ話になってますが、正しくはこうすればいいようです。

●コントローラ(filter引数のみ抜粋)

if( isset( $this->params["named"]["filter"] ) ) {
    $filter = $this->params["named"]["filter"] ;
} else {
    $filter = null ;
}
$this->set( "filter_cond" , $filter ) ;

●ビュー(paginatorのページ処理だけ抜粋)

if ( $filter_cond !== null ) {
    $u_filter = array( "url" => array( "filter:" . $filter_url ) ) ;
} else {
    $u_filter = array() ;
}
echo $paginator->prev('<< '.__('previous', true), $u_filter , null, array( 'class'=>'disabled'));
echo $paginator->numbers( $u_filter );
echo $paginator->next(__('next', true).' >>', $u_filter , null, array('class' => 'disabled'));

prev,nextは、2番目の引数にURLのオプションを指定します。

2番目が$optionsなんですよね。
ちなみに$optionsは、prev/next関数が呼ばれてる、__pagingLink関数の中でこう扱われています。

$options = array_merge($_defaults, (array)$options);

この$optionsから$urlを作っています。
ですからoptionsの2番目に設定しないとだめです。

cake/libs/view/helpers/paginator.php の、prev / next 関数から呼ばれてる、__pagingLink 関数を参照してみてください。

$paginator->options( array( "url" => array( "filter:" . $filter_cond ) ) )  ;

参考文献
CakePHP1.2 RC2 Paginate で検索条件をURLで引き継ぐ – 忍び歩く男 – SLYWALKER とか
Abstract Sunriseな日々 | [CakePHP]paginatorで楽にパラメータを引き継ぐ あたり。

主に、真っ白画面（ブラックホール行き）関係で。
昨日のtwitterに書いたのそのままだけど。

本日はまったこととか。

SELECT * FROM Post Where date between '2009-11-20' and '2009-11-22'

みたいなSQLであらわされる条件をCakePHPのconditionsでやる場合。

“1.2RCのLIKE,BETWEEN,INの書き方まとめ” フォーラム – CakePHP Users in Japan
条件が複数の場合こういう書き方をするとよいらしい。

<?php
$conditions = array("Post.title LIKE" => "%post%");
$conditions = array("Post.date BETWEEN ? AND ?" => array("2008-1-1", "2009-1-1"));
$conditions = array("Post.title LIKE ?" => array("%post%"));
$conditions = array("Post.id" => array(1,2,3,4,5));
?>

betweenの場合は、valueにさらにarrayで与えるのね。

昨日、はまったことがあったので、メモ。

【CakePHPのバージョン】
1.2.5

【こんなことが起きた】
・特定のプレフィクスのときだけ、basic認証をつけるようにしたい。
・そのために、Securityコンポーネントを、app_controller.phpに入れた。

   var $components = array( "Security" ) ;

・特定のプレフィクスのときだけbasic認証させるコードを、AppController::beforeFilter()に書いた

$this->Security->loginOptions = array('type'=>'basic','realm'=>'nyaaaa');
$this->Security->loginUsers =>array('hoge'=>'fuga');
$this->Security->requireLogin('*');

・よっしゃbasic認証できた！
・ところが、basic認証かけてない、ほかの一部ページが突然動かなくなった。
・動かなくなったページは、全部POSTで処理してる。GETで処理してるところは問題なく動いてる。
・いろいろ調べたら、POSTしてるときだけコントローラのアクション関数に飛んでない雰囲気がしている。

【原因】
Securityコンポーネントを入れるとデフォルトで POSTのvalidaition をやってくれます。
POST先でトークンのチェックをやってるので、CakePHPのformヘルパーを使わずにフォームのコードを書いてる場合、確実におかしくなります。
自前でやってるよとか気にする必要がないとかいう場合、validatePostをfalseにしちゃいます。

$this->Security->validatePost = false ;

これをやるとPOSTのトークンチェックを行わないので、当然のことながらCSRFに対して弱くなります。
自分で対策してるからOK！とかいう場合を除き、この設定はしないほうがいいでしょう（まさに『素人にはおすすめできない』設定）。

参考：CakePHPでBasic認証対応ページを作る – blog.katsuma.tv

また、CSRFに関してはこちらがわかりやすい。
連載：［はまちちゃんのセキュリティ講座］ここがキミの脆弱なところ…！｜gihyo.jp … 技術評論社