端末の種類は多いは世代違いがあるはで、携帯のWebコンテンツ開発は
正直無駄にコストがかかるのが現状。
実際仕事場でもデスマーチになりかけたときも（笑

そしてCakePHPで携帯サイトの開発も多くなっているのも現実。
ということで、かなり簡単&大雑把に携帯ページを作成する方法です。

前提として簡易的な方法ですので、しっかりとしたコンテンツ開発の場合には
恐らく向きません（笑
特に絵文字対応など。。。

方法はこちら。

「app_controller.php」に以下のコードを記述します。

function afterFilter(){
$this->output = mb_convert_kana($this->output, "raks", Configure::read('App.encoding'));
$this->output = mb_convert_encoding($this->output, "SJIS", Configure::read('App.encoding'));
}

実際にページを確認すると、「UTF-8」の文字コードが「SJIS」に変換されます。
単純なページを出力するだけなどの対応方法です。

まぁあくまでも、その場しのぎ的な方法の紹介でした（汗

Thcalendarヘルパーでは当ブログでも表示されているようなカレンダー形式を自動表示します。
祝日判定機能など、今までの開発をもとに拡張性をいくつかもたせています。

くわしくはこちらへ

http://blog.widget-info.net/thcalendar_helper/

さて、今回はCakePHPのパンくずリストについてです。
パンくずリストはご存知の方は多いかと思います。
ただプログラムを組むとなると、無駄に時間をかけたくはない
小さな部分でもあるかと思います。

例えば

HOME >>カテゴリー一覧 >>　商品一覧

のようなパンくずリストを出力したい場合
普通なら直接記述したり、自前で関数を作ったりなどしますが、
もちろんCakePHPには、その小さな部分も用意されています。

先ほどの例をもとにCakePHPでは次のようにすることで
パンくずリストが出来上がってしまいます。

//パンくずリストのリストへ追加
addCrumb('HOME', ’/’);
addCrumb('カテゴリー一覧', array('controller'=>'categories','action'=>'index'));
addCrumb('商品一覧', array('controller'=>'products','action'=>'index'));
//パンくずリストを出力
echo $html->getCrumbs();

と記述することで先ほどの例の形で出力されます。
「addCrumb()」の引数では次のようにCakePHPでは定義されています。

addCrumb($name, $link = null, $options = null)
第1引数ではパンくずリストで表示する名前を指定します。
第2引数では指定した名前をクリック時にリンク先を指定します。
リンク先が指定されなかった場合、第1引数の名前が文字列で表示されます。
リンクの指定方法は「$html->link()」の指定方法と同じになります。
第3引数では、「$html->link()」の第3引数であるリンクタグのHTML属性の指定をします。

続いて「getCrumbs()」では次のように定義されています。

getCrumbs($separator = ‘»’, $startText = false)
「addCrunmb」で追加した情報を元にパンくずを生成します。
第1引数ではパンくずの間に表示する文字を指定します。
指定しない場合は「>>」となります。
第2引数では始まりのリンクを自動で設定するかを指定します。
例えば「カテゴリー」「一覧」と「addCrumb()」で追加していた場合、
通常は
「カテゴリー>>一覧」
となりますが、「getCrumbs()」の第2引数を「HOME」とした場合
「HOME>>カテゴリー>>一覧」となり、「HOME」にはルートディレクトリ（「/」へリンク）への
リンクが自動で作成されます。

さて先ほどの例では「HOME」を普通に記述していました。
「getCrumbs()」の第2引数があるのに、この説明では矛盾が生じてしまいます（笑

なぜ回りくどい説明をしてしまったかというと、「getCrumbs()」の第2引数を利用した場合は
「HOME」という名前のみを設定することが可能でクラス名やHTML属性を付与することが
できなくなってしまうのです。
その場合は「addCrumb()」で最初に指定しておき、「getCrumbs()」の第2引数を「false」
にすることで回避することが可能です。
もちろんプログラマーにとったら楽な方を選びますが、結局SEOを行うといったプログラム以外の
観点を思うと、個人的には回りくどくても工夫でなんとかします（笑

最後に登録されたパンくずリストを初期化する場合は次のように記載します。

$html->_crumbs=array();
//なぜかリセット機能はCakePHPにありませんでした

ちなみに以前利用した際のサンプルコードを記載しておきます。

例）

//以下のような配列をViewへセットします。
$crumbList=array(
array(
'Category',
array('controller'=>'categories','action'=>'index'),
array()
),
array(
'Product',
array('controller'=>'products','action'=>'index'),
array()
)
);
//ここから先は「element」にしてしまうと楽になります。
if(!empty($crumbList)){
$html->_crumbs=array();
foreach($crumbList as $crumbs){
$html->addCrumb($crumbs[0],$crumbs[1],$crumbs[2]);
}
echo $html->getCrumbs(' » ',false);
}

例えば、特定のURLにアクセス時にAさんの場合はAのデザインテーマ、
Bさんの場合はBさんのデザインテーマで表示といったように表示をまたは
デザインを変更することが可能です。

では実際にテーマの機能を利用するにはどうするかというと、次のようになります。

まずテーマ機能を有効にしたいコントローラーにテーマ機能を利用できるように
次のように記述します。

var $view = 'Theme';

続いてテーマとなるViewファイルを用意します。
「app/views」内に「themed」ディレクトリを用意します。
作成後、テーマ名となるディレクトリを作成します。
ここではテーマ名を「design1」、コントローラ名「users」とします。
あとはこのテーマ内に「app/views」と同様に作成するだけとなります。

階層としては次のような形です。

• app
  • views
    • themed
      • design1
        • elements
        • layouts
        • users

このような「design1」ディレクトリ同様に複数用意することでテーマを変更した際に
対象のテーマを呼び出すことができます。
基本のテーマファイルを指定する場合はコントローラー内では次のように記述します。

var $theme = 'design1';

この値を対象のテーマ名（ディレクトリ名）にすることでテーマの切り替えが可能となります。
前述の例で言うと「beforeFilter」などで切り替えて利用するかたちになるかと思います。

また指定したテーマが存在しない、またはテーマ内にViewファイルが存在しない場合は
通常の「app/views」ディレクトリを自動で参照してくれます。

MVCの概念からすると利用できないと思われがちですが、一応できます（笑
簡単な事に、Controllerで単純に「$this->set()」をするだけでView側で
Controllerメソッドを使うことができるようになります。

基本的な利用例として次のようになります。

$this->set('変数名',$this);

これで変数内にはControllerのクラスが格納されていることになりますので
View側でControllerメソッドを自由に利用できるようになります。

とはいいつつも、このような利用をする場合は稀だと思いますが。。。（汗

今では当たり前になりつつあるAjax。多くの方が開発、利用してきて大変便利でもあります。
では「paginate」（ページング機能）の機能を簡単にAjaxしてみるということで、
今回はAjaxには必ず必要なものがあります。
まずはAjaxを利用するため「prototype.js」のJavaScriptライブラリが必要となります。
CakePHPのAjaxヘルパーでは必ず必要となるライブラリですので、事前に用意して
View側で利用できるようにしてください。

さてView側の「paginate」（ページング機能）に対してAjax化をして見ましょう。
ここでまずは「$paginator->sort()」をAjax化するには、第3引数に次の値を指定します。

$options['updaate']='ID';

「ID」にはDOMのID名を指定します。（HTMLタグの「id=”」の部分です）
「$paginator->sort()」の第1引数はソート名、第2引数はソートする
データベースのフィールド名が指定しているとして次のような記述になります。

$paginator->sort('名前','name',array('update'=>'updateerea'));

上記の場合「名前」のリンクをクリックすると、ソートの結果を「updateerea」のDOMに反映します。
これだけで「$paginator->sort()」のAjax化は完了です。

通常はAjaxの長いコードを記述する必要があるのですが、簡単なコーディングでAjax化ができてしまいます。
その他に「$paginator->prev()」と「$paginator->next()」には第2引数に、
「$paginator->numbers()」は第1引数にそれぞれ同じように記述することでAjax化にすることができます。

Ajaxは若干JavaScriptの知識も必要ではありますが、Ajaxを少し試して見たい方には簡単に確認できると思います（笑

プラグイン（plugin）の基本ができたら次のステップです。
ステップというより注意点かもしれません（汗
プラグイン（plugin）は開発には大変便利な機能で、一度作成したアプリケーションを
再利用可能であれば開発すればするほど後々楽になります。
実際プラグイン（plugin）はよく使います。
しかし、プラグイン化（plugin）した際に注意点があります。
それはモデルのアソシエーション部分です。
通常のアソシエーション記述とは異なるのです。

例えば「product」というモデルと「category」モデルがアソシエーションしているとします。
その場合

var $belongsTo = array(
'Category' => array(
'className' => 'Category',
'foreignKey' => 'category_id'
)
); 

が基本の記述ですが、プラグイン化（plugin）の場合

//プラグイン名を「plugin1」とします
var $belongsTo = array(
'Category' => array(
'className' => 'Plugin1.Category',
'foreignKey' => 'category_id'
)
); 

がプラグイン化（plugin）での記述になります。

しかしCakePHPは上記の記述をしなくても動く場合があります。
なぜ説明したんだと言われそうですが。。。

それはプラグイン（plugin）側の「category」に独自のメソッドがある場合、
上記のように記述していないと、そのメソッドを呼び出すことができません。
これは「app」側にある「category」モデルを参照しているためにおきる現象です。

この注意点を考慮してプラグイン（plugin）を開発してみてください。

CakePHPでは「SET型」と「ENUM型」をヘルパーでは対応していないために作成しました。
利用方法はこちらのページを参照ください。

「Thselect」ヘルパー

そこで活躍するプラグイン（plugin）。
簡単に言えば作成したアプリケーションを複製して、プラグイン（plugin）用のディレクトリに
配置するだけでコーディングは完了です。
配置する場所は通常のアプリケーション「app」以下を
「app/plugins」にコピーするだけです。

例えば「app/plugins/controllers」を「app/plugins/プラグイン名/controllers」へ
「app/plugins/models」を「app/plugins/プラグイン名/models」へ
「app/plugins/views」を「app/plugins/プラグイン名/views」へ
これだけでプラグイン（plugin）の基本は完了です。

アクセスするには次のようになります。
「http://ドメイン名/プラグイン名/コントローラー名/アクション名」

まずはここまでの解説です。
汎用性のあるあるアプリケーションを作成すると、コーディングに使う時間と
開発時間を大幅に削減できる可能性がありますよ。

個人的な見解ではありますが。。。
通常(?)は「コントローラー」側に記述する方が多いと思います。

$this->pageTitle = ページタイトル'';

もちろん間違えではないです。
実は「ビュー」側に記述することができるんです。
知ってる方はすみません（汗

なぜ「ビュー」側に記述するのかと言われると、メンテナンス時にデザイナーでも
ページタイトルが修正できるようにするためです。
「コントローラー」側に記述してしまうと、プログラムコード上のどこを修正すればいいのか
迷ってしまうデザイナーのため、「ビュー」側に記述しています。

記述の仕方は「コントローラー」側と変わらないので
デザイナーに修正してもらう箇所を少しでも減らすことはできると思います。

経験上ですがデザイナーへの説明が一番簡単かと思います(笑