どうやら Controller::paginate() は内部で何回か find しているようです。

assert($arg != 0);   // 誤り！
assert('$arg != 0'); // OK

どちらの記述も一見すると正しく動いているように見えるのですが、式が成立しないときのエラーメッセージが変わります。前者は失敗したことしかわかりませんが、後者はどの式に失敗したのかがわかります。

ながらく C/C++ のプリプロセッサという超法規的措置の assert を使っていた人は要注意です。

• post 通信にする
• リクエスト URL に一意なクエリストリングを付加する
• If-Modified-Since ヘッダを送出する

個人的には２番目の手段が好きです。 new Date() で済みますので。

• Controller::setAction() を使って手続きを細分化する
• Component を使って手続きを細分化する

Component は言うに及ばず、 Controller::setAction() は苦心の末に思いつきました。

Controller::setAction() はアクションの途中から別のアクションを実行するためのメソッドです。 Controller::requestAction() との違いは Controller::setAction() でアクションを実行すると、フレームワークが「実行しているアクションが切り替わった」と認識する点です。一番わかりやすい違いが、 Controller::setAction() を使うとレンダリングされるビューが変わる点です。

たとえば次の場合…

function index()
{
  $this->setAction("ordered_index");
}

レンダリングされるビューは orderd_index になります。さながら index アクションがフロントコントローラのような役割を果たしていると考えれば理解が早いと思います。

本題はテストです。こうやってアクションの役割を絞りつつ細切れにしていけばテストもいくらかやりやすいのではと思っています。現在開発中のアプリケーションで検証してみたいと思います。

その名も mt_rand() 。

マニュアルによると古いバージョンの PHP でも使えるようですが、本当でしょうか。というか、このあたりの心配を払拭するためにも PHP5 へ移行したい気持ちでいっぱいです。

ちなみにメルセンヌツイスタは普通の rand() と違って、再現する乱数にはなりません。

ちなみにソースには \{00a2} とあるのですが、上位バイトは０でないとまずいのでしょうか？

こういう書き方ができるとは知りませんでした。

赤っ恥です。

どうやら PHP4 限定だったみたいです。…ということは PHP4 はオブジェクトを代入するとディープコピーになるのに対し、 PHP5 では普通の参照コピーになるということですよね。

弊社も PHP5 への移行時には総点検が必要のようです。

CakePHP で構築した語学学習サービス BlueOWL をリリースいたしました。

BlueOWL は研究開発と実益のために構築された語学学習サービスです。現在、いくつかの CakePHP アプリケーションが社内にて温められているのですが、このたび、今後の見通しが明るく、コンセプトが固まっているこのアプリケーションをリリースする運びとなりました。

たとえばコンピュータ系の技術者の方々は、毎日なんらかの外国語ドキュメントに触れられていることと思いますが、自分も含め、すべての方が外国語に明るいわけではありません。このサービスではそういった方々のために、日常に溶け込む語学学習をコンセプトに開発が進められています。現在は、単語の意味を解答し、成績を保存するという機能にとどまっていますが、今後の展開として、モバイル対応やリッチクライアント対応を予定しております。

BlueOWL は Scaffolding による差分プログラミングや、 Web2.0 のタクソノミー、プラグイン・コンポーネント・ビヘイビアなどに代表されるソースコードの部品化など、数々のパラダイムを組み込んで CakePHP の可能性に挑戦しました。 内部が公開できないのが残念なほどプログラムらしいプログラムになっています。

今後の開発にご期待ください。

RC1 に引き続き RC2 へ移行する際に注意すべき点をまとめたマイグレートシートを作りましたので、書籍を購入された方はダウンロードください。

今回はモデルのコールバックメソッドに渡される情報が大幅に追加されました。

CakePHP ポケットリファレンス RC2 マイグレートシート

つまり、以前は数値に見えるものは数値として出力していたところを、 is_string() などを参考にして、文字列型と判断された場合はダブルクォーテーションを付加して出力します。

たとえば以下のようなコードは正しく動作しなくなります。

// $complexData["visible"] にデータベースから取得した boolean 値が入っている時…
var complex_data = eval(<?php $javascript->object($complexData) ?>);

if (complex_data["visible"]) {
  // ↑たぶん 0 か 1 によって分岐したいのだろうが
  // 文字列は "0" でも真になるのでこの分岐の意味がなくなる
}

対策は JSON 化する前にデータ型を boolean に変換するか、 data == “1″ のように文字列として比較するかのどちらかが簡単だと思います。

もしかしたら MySQL 以外なら問題なく動くかも。