about LAMP, specially php programing , and so on.

諸事情によりkohanaのバージョンを3.2から3.3.2（最終版）に上げて、
その誤差を吸収していたら、むちゃむちゃ大きくハマった。

作ったCMS管理画面にログインできなくなった。

原因を先に書くと、ディレクトリ名やファイル名を変更した際に
ちゃんとクラス名を同時に書き換えなかったせいで、継承が狂って
「こんなクラスないよ？」って言われていただけなんだけれど。

PHP Fatal error:  Class ‘XXXXXXXXXXXXXXX’ not found

みたいなエラーをちゃんと吐いてくれればいいのに、

Error reading session data.

としか出てこない。

おまけにこれでググるとえらいたくさん文献が見つかる。
発狂寸前だった。

で、とりあえずどこかのページで見つけた方法にたどり着いたわけだが…

bootstrap.php内で、kohana::init()としている中で

‘errors’ => false

と追記するとちゃんとapache側にエラーログが出るようになるので、
そこで始めて上記のPHP Fatal errorとお目見えできる。

これ多分今後も重要。

・Modelもディレクトリに入れられる件
controllerに関しては、Routeさえ設定すれば
application/classes/controller/directory/filename.php
と設置できるよ、と書いてあるんだけど、
modelに関してはこういう記載がなかったんだけど…

普通に
application/classes/model/directory/filename.php
で問題なし。
で、ロードする際に

new Model_Directory_Filename();

としてやればよい。

・その際にORMモジュールで使用するモデルについて
例えば、application/classes/model/table/table.phpを
ORMで使用する、とかいう場合は、
orm.phpの_initializeと、factory の２つのfunctionに手を入れればOK。

initialize()
// $this->_object_name = strtolower(substr(get_class($this), 6));
$this->_object_name = strtolower(substr(get_class($this), 12));

factory()
//$model = ‘Model_’.ucfirst($model);
$model = ‘Model_Table_’.ucfirst($model);

こんな感じ。
おかげで非常にディレクトリ構成がすっきりさせられた。
うん、どうせMVCモデルにするならここまでやりたかったんだ。
大満足。

なんかもう、こういう事もあるのかと…

PEARのHTTP/Requestを使用して作ったプログラムをベースに
kohanaに実装し直そうと思い…

require_once “HTTP/Request.php”;
の代わりに、
require_once Kohana::find_file(‘pear’, ‘HTTP/Request’);
にして。

kohanaがシステムでerror_reportingを自動で書き換えてるので、
error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED & ~E_STRICT);
と入れてDEPRECATEDではじかれるのも対応して、

$req = new HTTP_Request($url);
でうるさく言われたから
$req &= new HTTP_Request($url);
にしても、別のエラー出てきやがって、

なんじゃこりゃー！？
と思ったら、kohanaの中に既にあるのね、HTTP_Requestっていうクラスが。

とりあえず、ここでPEARを使用するのを断念。
面倒だけど、全部

$request = Request::factory('http://example.com/post_api')->method(Request::POST)->post(array('foo' => 'bar', 'bar' => 'baz'));

くっだらないトコロに気を取られて結構時間を食ってしまった。

・タイムゾーンの設定とか
application/bootstrap.php内を編集。

date_default_timezone_set(‘Asia/Tokyo’);
setlocale(LC_ALL, ‘ja_JP.UTF-8’);
I18n::lang(‘ja’);

としてみた。
…まぁ、I18nに関してはja.phpが存在しないので意味がないというか、
そもそもI18nができたところで、普及に必要なのはL10nだったりM17nだったり
するのだろうけれども。

…普及というか、今の自分に必要、というか。ｗ

とりあえずタイムゾーンの設定してやるだけで、ログの表示時間がしっかりするので
開発する気になるというもんです。

・mod_rewrite
とりあえず、デフォルトで置いてあるsample.htaccessをそのままリネームして
.htaccessとして使用。
これでURIの中にindex.phpが入ってしまう不格好から開放される。

さて、開発はじめましょうか。

・FuelPHPについて
なんか書籍も出ていて相当流行っているみたいですね？
CI後継というかCI開発者が携わっているらしく、 使い勝手も近いみたいですね。
インストールもコマンドラインが使える&sudo権があるなら楽勝みたいですし
結構興味はあります。
なんといっても日本語で情報が山ほど出てきますし。
kohanaでやってみる予定の案件が終了したら手を出すかも？出さないかも？
といったところです。

私的には、○○出版社さんから書籍を出されている方のお名前を拝見して
ビビりましたが。
だってCI徹底入門書いてる方なんですもん。。。。。

新しい案件が決まりかけたところで、そろそろ会社としてメインで使用する
フレームワークを決定すべき段階に来たのかなと考えてみました。

今まではPHPでベタ書きしてしまえば良いや、というスタンスでやってきたのですが
（いかんせんボリューミーな案件がそんなになかったので）
業務を安定して処理していく為に、少しずつ地盤を作っていかねば、ということで。

元々、会社員だった頃は「自作フレームワーク」に縁があり、
その会社さんが自作したフレームワークを使用する、という事をいくつかしたのですが
いかんせん
・その業務に特化したフレームワークになる
・習得にもその業務特有の知識を要する事が多い
・フレームワーク製作者のスキルレベルが反映されてしまう
・コーディング以外の事が考慮されているか疑問（負荷、処理速度など）
など、良いことも悪いこともあるわけでして。

いっそのこと、何か社内メインフレームワークを制定してしまおう、と思ったわけです。
まだ弊社はどの分野にも特化する必要がない立ち位置ですし、MVC、OOPを生かせるような
フレームワークであれば、その後の別の言語への発展も楽かもしれませんし。

とりあえず、CakePHPやSymforny、Zend Frameworksなど候補はたくさんあるのですが、
私的に縁があったCodeIgniterに手をつけよう、と思っていました。

が、やめました。
PHP5でやりたいし、せっかくtraitも使えるPHP5.4を用意したのですから…
ということで、CodeIgniterの派生である「kohana」を使用していこうかと思います。

まだ未インストールですが、ネットでサクッと調べてみた限りの長所と短所を。
長所
・CodeIgniterベースでPHP5完全対応
・CIの知識がそのまま生かせそう
・一応サンプルコードもついている

短所
・CodeIgniter同様、テンプレートエンジンが存在しない
・日本語系のドキュメントがほぼ全く存在しない

ドキュメントに関しては、いずれ自分が書けるくらいまで成長すれば良いので
（ちょっとポジティブ過ぎでしょうか…。まぁでもこれくらいじゃないと。）
CIの知識だけで何とか行ってみようかと思います。

Kohanaについては、このblogか、他の場所になるかもしれませんが…
少しずつ書いていけたら良いなと思います。