詳しい情報は下記にて案内しております。

▼ktailibrary.org : バージョン0.3.2を公開！
http://www.ktailibrary.org/news/8

詳しい情報は下記にて案内しております。

▼ktailibrary.org : バージョン0.3.1を公開！
http://www.ktailibrary.org/news/7

【追記】(2010.05.17)
いくつか不具合が見つかりましたので0.3.2を公開しました。
詳しくは こちら をご覧ください。

Ktai Library0.3と、開発環境一式のktai-devを公開しました！

詳しくは下記URLをご覧ください。

▼ktailibrary.org : Ktai Library0.3およびktai-devを公開！
http://www.ktailibrary.org/news/5

今回のリリースは「安定・信頼性向上」バージョンとも言え、大きな追加機能はないものの、より安心してライブラリを導入していただけるよう開発を進めております。

その中でも特に力を入れているのが「テスト」です。
今まではサンプルサイトが正常に動作するかのみでテストを行っていましたが、それでは不十分ということでCakePHPによる「テストケース」を走らせることにしました。しかしながら、これで十分と満足をしてはいません。Ktai Libraryはさらなる信頼性・安全性を得るために、「えっ、そんなことまで！？」というくらいにテスト項目を増やし、強固なライブラリを目指して頑張っております。

そんなわけで今回は、Ktai Libraryの開発風景の一部を垣間見ていただければと思います。

■システム安全性の確保

まず最初に強化を図っている点としては「システムの安全性」です。
良いサイトを実現するためには、安全なシステム内で稼働させることが重要になります。それはソフトウェアのバグを取り除いたり、サーバに冗長性を持たせるなどの措置を講じることが一般的に行われていますが、KtaiLibraryは「ソフトウェア開発で通常行う安全性テスト」を遙かに凌駕するテストを行っています。

Ktai Libraryの衝突安全テスト

これは、Ktai Libraryが予測不能の方向から急激な圧力が加えられてもシステムの安全性が保たれているかをテストしている写真です。ご覧の通り乗用車はぺちゃんこですが、Ktai Libraryは100%動作を確認しております。

■過酷な環境下での動作テスト

サイトを運用するサーバ…特に携帯サイトを運営するサーバは、データセンターなどで厳重に管理されている事が望ましいですが、時としてやむを得ない状況下での運用も考えられます。自宅に回線をひいて行う場合もあるでしょうし、一時的に野外に設置しなければならない状況になるかもしれません。特に日本は地震大国。地震や津波といった緊急時でもしっかり運用できるような環境を整えるべきです。これは、携帯サイトの宿命であります。ハードウェア面だけでなく、ソフトウェア面からも追求するべきであり、携帯ならではといった過酷な状況下でも不具合無く動作できるようなソフトウェアを目指す必要があるでしょう。
こんな事もあろうかと、Ktai Libraryは先を見越して「もっとも過酷な環境下」でのテストを行っています。それは「宇宙」。宇宙ステーションに実験棟が出来たことは記憶に新しいかと思いますが、Ktai Libraryは、現在宇宙ステーション内でも動作テストが行われている最中です。

宇宙飛行士によるKtai libraryのテスト風景(プライバシー保護により宇宙飛行士に目線を入れております)

現在Ktai Libraryは、89,300時間(暫定値)の宇宙空間での運用に耐えており、世界記録を更新しております。近い将来宇宙空間にて携帯サイトを運用することになっても、Ktai Libraryなら大丈夫です！

■性能テストによるパフォーマンス評価

Ktai libraryは、信頼性・安全性ばかりではなく、性能についてもちゃんと目を向けております。
あらゆるパラメータについて分析を行い、最適なパフォーマンスが得られるようにチューニングを行っております。

Ktai Libraryの計測グラフ。負荷をかければかけるほど未知なるポテンシャルを秘めている

これはktai Libraryの性能を表すグラフですが、一般的な負荷の許容量を超えたあたりから特徴的な波形を描いております。この波形を分かりやすく例えるのなら「スーパーサイヤ人」の状態。限界を超えても動作し続けるKtai Libraryは、他のどんな携帯向けライブラリにも負けません！

ちなみに、このデータを取得する最中、Ktai Libraryが想定を遙かに超えたパワーを生み出したため、そのエネルギーバンドに飲み込まれ、一人の開発者を失いました。しかしながら、この尊い犠牲があってKtai Libraryはここまで進歩することが出来ました。この場を借りてご冥福をお祈りいたします。合掌。

犠牲者の告別式の様子。アーメン

今回ご紹介しているのはほんの一部分ですが、さらに凄いものを目指してECWorksは日夜励んでおります。
今後のKtai Libraryの進化を生暖かく見守っていただけますと幸いです。

※本日はエイプリールフールであり、一部事実と異なるウソの情報が含まれていることがありますがご了承ください。なお新バージョン(0.3)は4月内リリースを目指して鋭意開発中です！

app_controller.php.ktai内のリダイレクト処理を、現在開発中の0.3から持ってきたのですが、誤って開発途中のコードを挿入してしまいました。これでも一応動くのですが、urlをarrayで渡した場合にエラーが出ます。

それ以外は変更がありませんので、0.2.2ではなくこちらをご利用いただきますようお願いします。

今回は3つの不具合修正を施しました。

１つ目は、SoftBank携帯の新機種でアクセスした場合、エラーが出てしまう問題を対処しました。
これは、最新機種の機種情報がテーブルに存在しないためで、本来ならdefaultの設定を読みに行くのですが、SoftBankのテーブルにはデフォルトも存在していなかったためにエラーが発生していました。最新機種の情報を追加するとともに、デフォルトの情報も追加しました。

2つめは、最近のCakePHPのバージョンアップでsessionの挙動が変わってしまい、session定義のファイルを2度読みするようになったため、中で行っている関数定義で不具合が出る件を対処しました。関数部分は2度読みを行わない処理を入れました。

3つめは、かねてから問題の出ていたredirectを修正しました。これは次期バージョンの0.3で作成していたものを反映させたもので、ルーティング情報にあるカスタムの遷移と外部サイトを正しくリダイレクトできるようにしました。

0.3のリリースに合わせようかと思っていたのですが、深刻気味の３つの不具合を今回緊急でアップしました。既にライブラリをご使用の方は、少なくとも「lib3gk_machine.php」を本バージョンのものと差し替えてご使用いただきますようお願いします。

【追記】(2010/03/21)
バージョン0.2.3を公開しました。リダイレクト処理の修正が不完全だったため、こちらは使わないようにしてください。

さて、1.2から1.3になることで、いくつかの新機能が搭載されていく(つまりメソッドが増える)のですが、反対に無くなっていくものもあるので注意が必要です。
たまたまTwitterでこれに関連する話題があったので、ついでなので調べてみました。
1.2.6のソースコードに書かれている「推奨しない」機能は次の通りです。

■cache() (basics.php)
「Cache::write()」を使用します。

■&Set::get() (set.php)
Setは静的に使うことが推奨されています。
このためget()で設定値を入手しようとするとワーニングが出ます。

■Xml::compose() (xml.php)
Xml::toString()のラッピングです。

■Email::_lineLength (email.php)
「Email::lineLength」の方を使用します。

■Model::getDisplayField() (model.php)
「Model::displayField」を直接参照します。

■Model::findAll() (model.php)
「Model::find(‘all’)」を使用します。

■Model::findCount() (model.php)
「Model::find(‘count’)」を使用します。

■Model::findAllThreaded() (model.php)
「Model::find(‘threaded’)」を使用します。

■Model::findNeighbors() (model.php)
「Model::find(‘neighbors’)」を使用します。

■View::renderElement() (view.php)
「View::element()」のラッピングです。

■XmlHelper::addNs() (helpers/xml.php)
「$this->xml->addNamespace()」のラッピングです。
内部的にはXMLクラスのインスタンスが生成されています。
※1.3RC1もまだ変更無くそのま ま残っています。どのように変更されるかは不明です。

■XmlHelper::removeNs() (helpers/xml.php)
「$this->xml->removeGlobalNamespace()」のラッピングです。
内部的にはXMLクラスのインスタンスが生成されています。
※1.3RC1もまだ変更無くそのまま残っています。どのように変更されるかは不明です。

これらは全て、1.2.6以前のバージョンで既に代替方法があります。
今のうちに直しておきましょう。

ちなみに1.3では、このほかにJavaScriptヘルパーに書いていた内容の一部がHtmlヘルパーに移動するなど、いくつかの仕様変更がありますので、1.2→1.3のマイグレーションには下記の情報を参考にしましょう。

▼The Cookbook：11.1 1.2から1.3への移行ガイド
http://book.cakephp.org/ja/view/1561/Migrating-from-CakePHP-1-2-to-1-3

【追記】(2010/03/02)
すみません。モデル内のメソッドで若干記載漏れがありました。

■Model::bind() (model.php)
Model::bindModel()を使用します。

■Model::remove() (model.php)
Model::delete()のラッピングです。
1.3-devからは、使用するとワーニングが出ます。

■Model::del() (model.php)
Model::delete()のラッピングです。
1.3-devからは、使用するとワーニングが出ます。

該当コードは修正されていませんので、現在のバージョンで問題なく使用できると思います。

手短で申し訳ございませんが、ご報告まで。

▼Migration Guide from 1.2 to 1.3
http://code.cakephp.org/wiki/1.3/migration-guide

基本的にはそれほど困難なく移行できそうな雰囲気ですが、次の点について注意しなければならないようです。

• app/webroot/index.phpはリプレースしなければならない(改造している人は注意！)
• app/config/core.phpは、新しい設定を追加しなければならない(PHP5.3関連)
• 「session.php」「socket.php」「schema.php」「bihavior.php」はそれぞれ「cake_session.php」「cake_socket.php」「cake_schema.php」「model_behavior.php」に変わっている
• 「Model::del()」「Model::remove()」は推奨されなくなった。「Model::delete()」に置き換える必要がある
• ビューの拡張子「.thtml」は標準で認識しなくなった。どうしても使いたい場合は、$this->ext = ‘thtml’とする必要がある
• JavascriptHelperとAjaxHelperが推奨されなくなった。HtmlHelper内に代替メソッドがある

ほかにもあるのですが、一般的に大きく影響しそうなのはこのあたりでしょうか？
バグ報告が出始めてきたのでまだまだこれからかもしれませんが、そろそろ移行の準備を始める必要があるかもしれませんね。

ちなみに「SmartyView Plugin」は、どうやら1.3用として別バージョンを提供しなければならなくなりそうです。KtaiLibraryに関しては、ちょっと調査が必要ですが、こちらも同じくCakePHP関連コードに関しては別バージョンを用意しなければならない可能性が出てきました。まだ当方も1.3を動かしたことがないので何とも言えませんが、別途詳しく調査して情報を公開したいと思います。