mysql> desc upload_files;
+----------------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+----------------+--------------+------+-----+---------+----------------+
| id | int(11) | NO | PRI | NULL | auto_increment |
| user_id | int(11) | NO | | NULL | |
| name | varchar(50) | NO | | NULL | |
| file_name | varchar(100) | NO | | NULL | |
| extension | varchar(10) | NO | | NULL | |
| size | int(11) | NO | | 0 | |
| download_count | int(11) | NO | | 0 | |
| created | datetime | YES | | NULL | |
| deleted | tinyint(1) | YES | | 0 | |
| deleted_date | datetime | YES | | NULL | |
+----------------+--------------+------+-----+---------+----------------+


次にファイルアップロード用のViewです。
Viewにはこんな感じでアップロードフォームを作ります。

echo $this->Form->create(null, array('action' => 'index', 'enctype' => 'multipart/form-data'));
echo $this->Form->input(null, array('type'=>'file','label'=>'対象ファイル' ));
echo $this->Form->submit('ファイルアップロード');

次はアップロード用のコントローラー。index()メソッドです。一覧とアップロードされた
ページを一緒にしているので一覧もとりに行っています。
定数化したり、モデルに処理を移動する必要があったりしますが、まずはこれで。

public function index() {
	$this->UploadFile->recursive = 0;
	$this->set('uploadFiles', $this->paginate());
	if(!empty($this->request->data)){
		$uploaddir = self::FILE_SAVE_PATH.DS;//事前にパスを宣言して、パーミッション変えておいてください。
		$uploadfile = $uploaddir . date("YmdHis");
		$this->request->data['UploadFile']['user_id']	 = $this->Auth->User('id');
		$this->request->data['UploadFile']['file_name'] = self::FILE_SAVE_PATH.DS.basename($uploadfile);
		$this->request->data['UploadFile']['extension'] = pathinfo($this->request->data['UploadFile']['name'],PATHINFO_EXTENSION);
		if(!move_uploaded_file($this->request->data['UploadFile']['tmp_name'], $uploadfile)){
			return;
		}
		if($this->request->data['UploadFile']['size'] > 1000000){
			$this->UploadFile->invalidate('name','ファイルサイズが大きすぎます');
			return;
		}
		if($this->UploadFile->save($this->request->data)){
			$this->Session->setFlash('アップロードを完了しました', true);
		}else{
			$this->Session->setFlash('アップロードに失敗しました', true);
		}
		$this->redirect('index');
	}
}

さて次は一覧のViewです。ダウンロードリンクですな。

echo $this->Html->link($uploadFile['UploadFile']['name'], array('controller' => 'upload_files', 'action' => 'download', $uploadFile['UploadFile']['id'])); 

public function download($id) {
	$this->viewClass = 'Media';
	$this->UploadFile->id = $id;
	$this->UploadFile->recursive = -1;
	$data = $this->UploadFile->read();
	$params = array(
		'id'=>basename($data['UploadFile']['file_name']),
		'name'=>preg_replace("/.[^.]+$/","",$data['UploadFile']['name']),
		'download'=>true,
		'extension'=>$data['UploadFile']['extension'],
		'path'=>dirname($data['UploadFile']['file_name']).DS
	);
	$this->set($params);
}

というものです。いや幸せ。
さて準備です。GitHubのcakeDCから
ここにあるSoftDeleteBehavior.phpだけをapp/Model/Behaviorにぶっこんでみます。
例としてモデルは、User.phpにしてみましょう。
私のモデルは、既にACLのビヘイビアが設定されていますが、それに追加してあげればいいですね。

	public $actsAs = array(
					'Acl' => array(
						'type' => 'requester',
					),
					'SoftDelete'
					);

deleted 　 tinyint(1)
deleted_date datetime

さてこれで用意が整ったので、一覧画面を覗いてみましょう。
WHERE `User`.`id` = 1 AND `User`.`deleted` = ’0′ LIMIT 1
こんな条件が一覧についていたら、やりたいことができたも同然です。
それでは試しに、ユーザを削除してみると、どうやらエラーがでるみたいですが・・・。

SoftDeleteBehavior　は通常のdelete()を呼ぶとどうやらfalseを返すようです。
なのでひとまず・・こんなかんじでしのいでみました。

if (!$this->User->delete()) {
	$this->redirect(array('action'=>'index'));
}


mysql> select deleted,deleted_date from users where id =6;
+---------+---------------------+
| deleted | deleted_date |
+---------+---------------------+
| 1 | 2012-03-24 19:43:51 |
+---------+---------------------+
1 row in set (0.00 sec)


補足＊管理画面などで削除されているユーザ自体も表示したい場合は、現在追加されているSoftDeleteを
detachしてあげればよいです。例えばこんな感じ。

public function index(){
	$this->User->Behaviors->detach('SoftDelete');
	$this->User->recursive = 0;
	$this->set('users', $this->paginate());
}

補足その２＊UserモデルにhasManyしているPostモデルにもこのSoftDeleteを摘要して、hasManyの条件として
depend => trueを設定してみたのですが、どうも連動してSoftDeleteはしてくれませんでした。
UserモデルのSoftDeleteを外して、物理削除状態にすると、PostモデルのSoftDeleteが聞いて削除状態になりました。
ここらへんはもうちょっと調べて挙動を確認してみないといけないですね。新しいことがわかったらまた追記したいと思います。

その１．企業モデルに「属性」を外だしで複数持たせる。（いわば、タグと同じ）
その２．属性は複数もてるが、マスターテーブルは持たない。
その３．属性テーブルはid,company_id,nameという構成。

というちょっと特殊なケースかもしれない。でも　よくあるUseとPostの関係だと思ってもらってもいいです。
ただし、属性自体を「AND」条件で検索したい。というのが味噌です。

SearchPluginの準備
app配下にSearchというディレクトリ掘って、GitHubのこちらを
一式ごっそりおきます。
bootstrap.phpのこの箇所が生きていれば、問題ないでしょう。

CakePlugin::loadAll(); // Loads all plugins at once

public $components = array('Search.Prg'); 

次に親となる企業モデルCompany.phpにこの設定。当然、テーブル構成にこのフィールドが必要です。
それと、SearchPluginで使う設定も一緒に書き足しておきましょう。
$filterArgsのmethodについては後ほど。

	public $hasMany = array(
		'CompaniesAttribute' => array(
			'className' => 'CompaniesAttribute',
			'foreignKey' => 'company_id',
			'dependent' => true,//企業が削除されたら、属性は一緒に削除されていい
			'conditions' => '',
			'fields' => '',
			'order' => 'order',
			'limit' => '',
			'offset' => '',
			'exclusive' => '',
			'finderQuery' => '',
			'counterQuery' => ''
		),
	);

	public $filterArgs = array(
		array('name' => 'attribute_id', 'type' => 'subquery', 'field' => 'Company.id', 'method' => 'searchByAttributes'),
 	);

	public $belongsTo = array(
		'Company' => array(
			'className' => 'Company',
			'foreignKey' => 'company_id',
			'conditions' => '',
			'fields' => '',
			'order' => ''
		)
	);

	function search(){
    	　　$this->Prg->commonProcess();
    	　　$conditions = $this->Company->parseCriteria($this->passedArgs);//SearchPlugin
		$this->paginate = array(
		  'conditions' => $conditions,
		  'limit' => 5,
		  'order'=>'Company.id asc'
		);
		$attributes = $this->Company->CompaniesAttribute->findAllByProjectId($this->Session->read('selectedProjectId'));
		$attributes = Set::combine($attributes, '{n}.CompaniesAttribute.name', '{n}.CompaniesAttribute.name');
		$this->set('pager_numbers', $this->pager_numbers);
		$this->set(compact('attributes'));
		$this->set('companies', $this->paginate('Company'));  
	}

次にViewですね。検索フォームの箇所だけ、こんな感じ。
本当はいろんな検索条件があるのですが、属性だけにしてみました。
ひとまず属性を複数選択できるドロップダウン形式で表示しています。

<?php echo $this->Form->create('Company');?>
<fieldset>
	<legend><?php echo __('Search Company'); ?></legend>
<?php
	echo $this->Form->input('attribute_id',array('multiple'=>true,'options'=>$attributes));
?>
</fieldset>
<?php echo $this->Form->end(__('検索'));?>

これで肝心の企業モデルCompany.phpに設定していたsearchByAttributesを実装します。
こちらは　@kanonjiさんのこちらの記事が非常に参考になりました。
属性自体は、IDを持たないので、値としては数字ではなくテキストが入ってきます。
検索画面のドロップダウンのリストのvalue値は「製造業」のような日本語が入ってくることを前提にしています。

    public function searchByAttributes($data = array()){
        $this->Behaviors->attach('Search.Searchable');
        $attribute_id = Set::extract($data,'/attribute_id');
	$options = array(
            'conditions' => array('CompaniesAttribute.name'  => $attribute_id),
            'contain' => $this->alias,
        );
        if (( $c = count ( $attribute_id )) !== 1 ){
        	//ここの条件を通すとAND条件として構成される。ここを通らないとOR条件として構成される。
            $options['group'] = 'CompaniesAttribute.company_id HAVING COUNT(CompaniesAttribute.company_id) = '.$c;
        }
	$data = $this->CompaniesAttribute->find('all',$options);
        $condition = implode(', ', Set::extract($data,'/Company/id'));
        if ( empty( $condition )){
            $condition = 'NULL';
        }
        return $condition;
    }

今回は、設定情報もこんなふうに持つと良いよってことで、https://github.com/cakephp/datasources/tree/2.0/Model/Datasource
ここからArraySource.phpだけをいただきます。そんでapp/Model/Datasourceにポロリと入れます。

次に、設定です。database.phpにこんな記述を足します。既存のデータベースの設定に追加してくださいね。

	var $ArraySource = array(
		'datasource' => 'ArraySource',
	);

<?php
App::uses('AppModel', 'Model');
/**
 * Gender Model
 *
 */
 class Gender extends AppModel
{
    public $name = 'Gender';

    public $displayField = 'display';

    public $useDbConfig = 'ArraySource';//ここにdatabase.phpで宣言した変数名をセット

    public $records = array(
            array(
                'id' => 1,
                'display' => '男性',
            ),
            array(
                'id' => 2,
                'display' => '女性',
            ),
        );

    const MAN     = 1;//一応定数としても利用できるようにしてみた。
    const WOMAN = 2;

}

これで、このモデルをbelongToに持つモデルにこんなふうに設定すると、（注１）

	public $belongsTo = array(
		'Gender' => array(
			'className' => 'Gender',
			'foreignKey' => 'gender_id',
			'fields' => 'display',//これがちょっときになる指定
		)
	);

親のモデルから芋ずるに引っ張ってくるとあたかもGenderモデルがDBから取得したデータのように、「女性」や「男性」を返してくれます。
設定ファイルとかから参照しなくて良いので、かなりストレスフルフリーです。

echo h($value['Gender']['display']);

（注１）
ここで一点だけ。どうもcontainableを使う場合、$belongsToの条件に‘fields’ => ‘display’,の
指定をするか、あるいはcontainableのconditionsの中に、フィールドを指定する、
のどちらかをしないと取ってこれませんでした。
親モデルからfind(‘all’)の場合は別に指定はいらないのですが、ビヘイビアを使う場合には
上記指定をしないと結果がarray()になってしまい、途中でフィールド名がunsetされてしまうようでした。
これ仕様なのかちょっとわからないです。
でもcontainable使ってるだけだからなあ。。。できればフィールド名は指定しなくてもいいようになるといいんですが。

ここからは確認していませんが、新規登録の時にもちゃんとlistでとってこれれば

 echo $this->Form->input('gender');

というわけで、設定ファイルの値をあたかもDBから取得したように振る舞えるArraySource。ぜひみなさんも使ってみてください。

こちらのサイトを参考にしました。
１．２，１．３ではqdmailを使っていたのですが、開発自体がすでに止まっているようなので
標準で用意されているものも最近は利用されている人が多いようなのでこちらでやってみました。

app/Config/email.phpにはこんなかんじで設定。gmail経由で送ってみたよ。
インストールしたばっかりんときはemail.php.defaultみたいなファイル名なので名前をちゃんと変えよう。
すでにdefaultの項目があるのでこんなかんじに変えてみました。お好みで変えてみてください。

	public $default = array(
		'transport' => 'Smtp',
		'from' => array('yash@xxx.com' => 'メールでの表示名'),
		'host' => 'ssl://smtp.gmail.com',
		'port' => 465,
		'timeout' => 30,
		'username' => 'hogehoge@hogehoge.com',
		'password' => 'hogehoge',
		'log' => true//ここをtrueにするとtmp/debug.logにメールのログが書かれる。
	);

を冒頭にセット。
使う側のコントローラーには

App::uses('CakeEmail', 'Network/Email');

そんでもって実際に送る場所こんなかんじで。
テンプレートやらのセットはマニュアルにあるので読むべし。cakePHP2.1から？ではないと思うけどテンプレートの構成が若干1.2と変わっているんでつね・・

$email = new CakeEmail('default');//ここ、ちゃんとdefaultを設定しないと送れませんでした・・。
$email->from(array('yashiro@XXX.com' => 'My Site'));
$email->to('yashiro@XXX.com');
$email->subject('テストです');
$email->send('日本語でおくれるかなー？');

こんなかんじで無事におくれました！(∩´∀｀)∩ﾜｰｲ
Pluginも結構cakePHP2.1で動くもの多いですね。SearchPluginもACLPluginも。SoftDeleteビヘイビアとかArraySourceとかもぼつぼつ。

さて今回は、1.3系で・・しかも出尽くされていると思いますがViewキャッシュ導入について紹介したいと思います。
いろいろな方がこちらは紹介されていますが、私でもできるヨ！ってことで生暖かく見てください。
頑張って図つけたわ。。これが一番時間かかったとか・・・・。

・登録者向けのサービスだが、ログイン前にランディングページなどの静的なページを多用している
・できるだけ、ウェブサーバーへの負荷を軽減したい

などの時にぜひ。

レシピ：cake1.3、 https://github.com/mcurry/html_cacheからダウンロードしてきた一式

手順その１：

https://github.com/mcurry/html_cache　からファイルをダウンロードしてapp/plugins/html_cache/の下につっこむ。

手順その２：
App::import(‘core’, ‘File’); をapp_controller.phpのbeforeFilterに記述する（これ重要です。忘れてすごい悩んだ・・）
特定のコントローラーだけに処理をさせたい場合は、該当するcontrollerのbeforeFilterに記述が望ましいでしょう。

手順その３：webroot/cache配下に静的に出力したいファイルのパスでディレクトリをつくる。app/webroot/cache/controller名/action名/のような。

手順その４：
３で作成したディレクトリにアクセス権限をつける。実際にここに静的なHTMLファイルが作成されます。

手順その５：
静的表示をしたいコントローラー、のアクションに、

$this->helpers[] = ‘HtmlCache.HtmlCache’;

を追記する。
※妙な怒りのデバッグが入っていますがおきになさらずに。ちゃんと表示されます。

これは、３の手順で作成したディレクトリのパスにcontroller,actionが一致している必要があります。

手順その６：
webroot直下にある/htaccessを表1.のように変更する（簡単に言うと、webroot/cache配下に該当のファイルがある場合にはそちらを優先的参照する。ない場合は通常通りフレームワークのルールに則り、/controller/actionへ飛ぶ。）

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_METHOD} ^GET$ #追加部分
RewriteCond %{DOCUMENT_ROOT}/cache/$1/index.html -f #追加部分
RewriteRule ^(.*)$ /cache/$1/index.html [L]　　#追加部分
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]
</IfModule>

手順その７：
美味しくいただく。　さあ該当ページにアクセスしてみましょう。ファイルが作成されない場合はパーミッションの確認をしてください。
３で作られたディレクトリにファイルがつくられていますか？日付を見てみてくださいね。
この場合、controllerも通らないので不必要なロードがされないので結構表示速度を体感できるのではないかと思います。
（コンテンツにもよるでしょうが）

試しに削除してもう一度作成してみましょう。【やったー！】
注意すべきことはctpファイルの中身に変更が合った場合などは、

こちらにあるキャッシュを一度削除しないと新しいファイルが作成されません。

そのため頻繁に変更するファイルに関してはあまり向かないかもしれませんが、キャッシュで表示する方が
明らかに表示速度は上昇しますので、お手軽にできますし皆さん、試してみてはいかがでしょうか。

さて、明日はおなじみ@mon_satさんです。よろしくおねがいしまーす！

なので、paginateの導入も含めてメモしときます。

※試行錯誤なんで、自己責任でよろしくおねがいします＞＜

1.2.2使っているので、コンソールでとりあえず

する。そうすると、コンソールで「いれちゃうぜ？」てきいてくるので、はいyて答える。

そうすると・・・playインストール場所/modulre/paginate-0.11

という構成になり、そこにモジュールが展開される。

そのあと、

conf/dependencies.ymlに

~ play -> paginate 0.11
これを追記して、さらに
conf/application.confに
# Import the pagenate module
module.paginate=${play.path}/modules/paginate-0.11
こんな感じで、play再起動。起動時に、
Module paginate is available (/home/yashiro/play-1.2.2/modules/paginate-0.11)
とかいうログが見えると、無事paginateモジュールが読み込まれています。
さて、そのモジュールの中に、htmlが入っていて、（playの雛形みたいな）paginateに対してどういう記述をするか
が書かれているControls.htmlをいうソースを探し出します( paginate-0.11/app/views/にありました）。
それをコピーして、app/views/paginate/Controls.htmlという構成にします。
（やってることはcakephpで、helperを自分のappの配下にもってきて変更していることにそっくり。）

それでそのファイルをこんな感じで修正してみました。そしたらデモで見えるようなpaginateが表示されたよ！

(実際はpaginateを表示させるところまで、これ以外にもいろいろ道のりがあったんですが・・それは割愛）

app/views/paginate/Controls.html

%{
int __firstPage = 1;
int __currentPage = _items.pageNumber;
int __pagesDisplayed = _items.pagesDisplayed;
int __pagesBeforeMiddle = __pagesDisplayed / 2;
int __maxPage = _items.pageCount;
if (__currentPage > (__pagesDisplayed / 2)) {
	__firstPage = __currentPage - __pagesBeforeMiddle;
}
int __lastPage = __currentPage + (__pagesDisplayed - __pagesBeforeMiddle - 1);
if (__currentPage < (__pagesDisplayed - __pagesBeforeMiddle)) {
	__lastPage = __pagesDisplayed;
}
if (__lastPage > __maxPage) {
	__lastPage = __maxPage;
}
boolean __hasPrev = _items.hasPreviousPage;
boolean __hasNext = _items.hasNextPage;
String __firstURL = __hasPrev ? _items.getCallbackURL(1) : "#";
String __prevURL = __hasPrev ? _items.getCallbackURL(__currentPage-1) : "#";
String __nextURL = __hasNext ? _items.getCallbackURL(__currentPage+1) : "#";
String __lastURL = __hasNext ? _items.getCallbackURL(__maxPage) : "#";
%}
<div class="pagination">
	<ul>
%{ if (_items.boundaryControlsEnabled) { %}
		<li class="${__currentPage == 1 ? 'disabled' : 'first'}"><a href="${__firstURL}">&{'play-paginate.first'}</a></li>
%{ } %}
		<li class="${__hasPrev ? 'previous' : 'disabled'}"><a href="${__prevURL}">&{'play-paginate.prev'}</a></li>
%{
for (__idx = __firstPage; __idx <= __lastPage; __idx++) {
boolean __active = __currentPage == __idx;
%}
		<li class="${__active ? 'active' : 'inactive'}"><a href="${_items.getCallbackURL(__idx)}">${__idx}</a></li>
%{
}
%}
		<li class="${__hasNext ? '' : 'disabled'}"><a href="${__nextURL}">&{'play-paginate.next'}</a></li>
%{ if (_items.boundaryControlsEnabled) { %}
		<li class="${__currentPage == __maxPage ? 'disabled' : ''} next"><a href="${__lastURL}">&{'play-paginate.last'}</a></li>
%{ } %}
	</ul>
</div>
<br style="clear:both;"/>

まあここまではよかったんだけど、lastページになると、PreviousとNextのあいだのページ数が一個減るという謎の

現象に・・まあこれは次回でもどうにか修正することにしましょう。

※１０年ぶりにJavaとか見たら、「アノテーション」とかいう謎の識別子がついていて時代を感じた。

Shellスクリプトもいろいろ面白いでつね。

#!/bin/sh
#DAYは数字で曜日。
DAY=`date '+%w'`
WORK_DIR=バックアップするディレクトリ
FILE_NAME=dump_$DAY
BACKUP_DIR=/tmp/
USER=DBのユーザ名
PASS=DBのパスワード
DB_NAME=データベース名

#バックアップディレクトリに移動
cd $BACKUP_DIR
#バックアップディレクトリがなかったら
if [ ! -d $WORK_DIR ]; then

	#ディレクトリを作成する
	mkdir $WORK_DIR
fi

#そのディレクトリに入る
cd $WORK_DIR
#事前にあったファイルは全部消す
rm ./*

#データベース内にあるテーブルリストを作成し、個別にテーブルのダンプデータを作成する
#-eはその後コマンドを実行するというオプション。
#-Bは余計な表示をせずに一覧を出力させる。
#-Nは一番上の見出しを削除する
for TABLENAME in ` mysql -u $USER -p$PASS -B -N -e 'show tables' $DB_NAME`
do
	#echo $TABLENAME
	mysqldump --opt -c -u $USER -p$PASS -x $DB_NAME $TABLENAME > $TABLENAME.sql
done

#移動する
cd $BACKUP_DIR

#該当する日付のディレクトリをまるごと圧縮する
tar -czf $DB_NAME$DAY.tar.gz $WORK_DIR

前提条件

１．A_controllerでpaginateしている
２．paginate対象のモデル(User)には色々なモデルが関連付けられているが、その1部であるHogehogeというモデルをLEFTJOINではなく、INNERJOINで連結したいので一度unbindする
３．このメソッドが呼ばれる前にapp_controllerのbeforeFilter()にUserモデルで検索をかけている箇所がある。そこはContainableBehaviorが使われている

という前提でした。

１．A_controllerのpaginateの箇所はこんなかんじ。

$this->User->unbindModel(array('belongsTo'=>array('Hogehoge')), false);//第2引数をfalseにすることでモデルの関連性を維持させる

			'joins'=>array(
				array(
					'type'	=>'INNER',
					'fields'=>array('Hogehoge.name'),
					'table'=>'`Hogehoges`',
					'alias'=>'`Hogehoge`',
					'conditions'=>array(
						'Hogehoge.id = Hogehoge.user_id',
					),
				),
			),
//このあとpaginate実行

でハッピー！　にならなかった・・・というお話。

まず、unbindModelの第2引数にfalseを渡すことで永続的にモデルのアソシエーション状態を保持してる、つもり。
ブログ記事でよく見かけますが、ここにfalseを設定しないと、paginateでは
・件数
・欲しいレコード
を段階的に取得するため、2回目のクエリでアソシエーションがもどってしまうという。という記事がじゃんじゃん、でてくる。

だがしかし。

falseにしてるのにどーやってもあーやってもHogehogeテーブルがLEFTJOINされ、上記のINNERJOINのHogehogeテーブルまでくっついてくるので「 Not unique table/alias: ‘Hogehoge’ 」って怒られます。憤ります。ぷるぷる。別名とか別にLEFTJOINでもいいなとか色々選択肢はあったのですが、最近「ソースコードよめよ」なので一念発起してソースの旅に出てみることにしました。cakeフォルダのなかにダイヴします。

まずコアソースのcontroller.phpでpaginate()をあさります。ださいこと極まりないですが、ここでかたっぱしからdebug($object->belongsTo);を出力して、どうやら

$count = $object->find('count', array_merge($parameters, $extra));

ここの前後で、belongsToの中身が、もともとのモデルにセットされているアソシエーションにもどってしまうことが分りました。つまり、falseにしているにも関わらず件数取得時にアソシエーションがリセットされていることになります。なので、こんどはmodel::find()をあさります。

すると、今度はmodel::findにある

$results = $this->__filterResults($results);

この箇所でbelongsToの内容が変化してしまうことがわかりました。そんな感じでソースをぐるぐるを追いかけていったところ結局、ここではcallback関数がよばれていて、model_behavior.phpにいき、

$this->Behaviors->trigger($this, 'afterFind', array($results, $primary), array('modParams' => true));

のようなtriggerメソッドから、afterFind()がよばれていることに。結論からいうと、app_controller.phpで

３。のメソッドが実行される
→ここで、Userモデルの変数に__backAssociationという、いわば「モデルの既存アソシエーション」がバックアップのような意味合いでセットされる。

次に、paginate処理を行う
→ここで、paginateのINNERJOINを実行したいためunbindする(INNER JOIN対象のモデルを、Userモデルから切り離す）
→paginate実行
内部処理：カウントを取得　　→ここで、カウントを取得。この時点はアソシエーションはunbind状態が保持されている
→count取得時のfindのafterFindが実行。その際、既にUserモデルにセットされている__backAssociationの値を参照しておりここに値が入っていると明示的にモデルのアソシエーションをデフォルトに戻してしまう

→実際のレコードを検出(findが実行)
→既にアソシエーションがもどっているため、unbindされたモデルなんぞは無視され、同じモデルが2回JOINされる有様。

なんで、model_behavior.phpのafterFindなのかというと、app_controller側で呼び出したメソッド内でUserモデルにビヘイビアがセットされるため、paginateではBehaviorは使っていないにもかかわらずここのafterFindが呼ばれる・・・らしい。ここだけはちょっとあやふや。もし「ここおかしいよ」って思われる方がいらっしゃったらご指摘いただけると。

対処方法：app_conrtollerのbeforeFilter()のクエリをContainableBehaviorを使わずに普通にjoinした。
とりあえずこの対応方法で行ったのですが…根本的ではないですね。
そもそも、事前に実行されるメソッドで利用したモデルの構成は引き継がれるという当たり前なことに気が付かず、　app_controllerにこのメソッドを追加する前まではpaginate処理が動作していたので非常にデバッグに時間がかかってしまいました。
一度Userモデルを使っているわけですから、そういう意味では原因がわかって「そりゃそうだな・・・」という気持ちになったのも事実です・・が

事前にＡモデルをContainableBehaviorを使って実行し、そのまま続けてＡモデルのモデル構成を変更（bind/unbind)しpaginateを行った場合に第2引数のfalseは役に立たない　という結論で・・・よろしいか？
こういう状況って皆さんあまりない・・かな。不具合とはいえないかもなんですが、ちょっと気になったのでネタにしてみました。　鼻の黒い人にこんな記事を見つけてもらったのですが同じ事をいってる・・かな。そう考えると、同じモデルのメソッドを別々のところで呼び出しているのもどうなのかなーって事もあるのかもですが、

ContainableBehaviorとpaginateの相性はそこまでウフフな関係にはいたっていないということでしょうか。
アソシエーションを密接にしておくと、思わぬところで意識していなかったモデルの姿形がかわっとる！という事があるかもしれないですね・・

ＤＢ上で登録したテンプレートなる文書のデータを、subjectだけ一覧で見せたい。
そんで、その一覧のsubjectをクリックしたら、テンプレートの内容をtextareaにセットしたい。

…たったこれだけ。
やってみたことはリンククリック時にわざわざＤＢ通信するのもなんなので…ちょっとダサいけど、ページ出力時にテンプレートの内容はＤＩＶで区切ってどっかに出力させて、かつ表示させない(display=none)にして、リンククリックしたらそのＤＩＶの中身をテキストエリアにセットする、という流れ。

ところが、Ｃｈｒｏｍｅだとちゃんと見えるのにＩＥ（７）だと、テンプレート内の改行が全部、すっ飛ばされてしまう！
で、ググると出てくる、出てくる。そもそもinnerHTMLには適用されないだの、textareaがＵＮＫＯだとか、ＩＥ・・・？とか色々でてくるんですけど、これ！っていう情報が出てこない。なんつーか文字コードと混同してる（私が）感じで情報が切り分けられず、phpで文字コードを変換してみたりとか色々したけどもうだめびーるのみたいしさいきん体組成系かってふとったしビールのみたいし。

で、ＤＩＶタグなのがいけないのかと思ってたので、仕方ないのでinputタグで出力し、それを見せない、みたいなことをやってみたんだけど、どうにもこうにもダメ。text()でやるとうまくいった、とかいろいろあったんだけどもうだめぽ…と思ったんですが最終的に一番楽そうな手段が見つかったので、備忘録的にメモ。これが最適手段ではないと思いますが、もし他の方法をご存知の方がいらしたら「っへ！こんなのもあるでよ！」って教えてくれるとありがたい。

結論からいうとですね、ＤＩＶタグではなくて、テンプレートの内容をあらかじめtextareaに書き出しました。そして上記のようにdispayをnoneにして非表示にし、この値をjQueryで言うところのval()で取得し、セットもval()で行いました。そうするとＩＥだろうがＣｈｒｏｍｅだろうが、改行がきちんと判断されるようになりましたとさ。


$(document).ready(function() {
// bind 'Form' and provide a simple callback function
$(".template").click(function(event){
$('.comment').val($("textarea.setText" + $(this).attr('id')).val());
return false;
});
});

こんなかんじで、セットする元のテンプレート内容は

	if(isset($document)){
		//改行処理があるため、セットする要素と同じtextareaで対処する
	    foreach($template as $key=>$value) {
			echo "<textarea style='display:none' class='setText{$value['Template']['id']}'>";
	    	echo $value['Template']['content'];
			echo '</textarea>';
	    	
	    }
	}

※２１日はCakeAdvent2010 なんで最近はまったcontainableとunbindのくだりを書く予定です。よろしくお願いします。