Zcodo

QcodoはZcodoになったそうな。Zだと、あとはなさそうデスネ。

php talk
Zcodo framework: un fork di Qcodo
http://www.phptalk.it/index.php/2008/07/09/zcodo-framework-un-fork-di-qcodo/

CakePHPって動作スピードはどうなの？

○○フレームワークのほうがスピードが速い、とかでフレームワークを選定できるでしょうか？フレームワークにはそれぞれ特徴があるので、一概にはそれだけが基準になりませんよね。

CakePHPフレームワークの正しい使い方、というのは、おそらく、

１）とりあえず動くアプリを高速で作る
２）スピードとセキュリティの最適化
３）いろいろチューニング
４）完成！

という流れだと思います。こういう作り方ができるようにフレームワーク自体がチューニングされています。最初は、とりあえずＤＢのデータをすべて取ってきて、ページデザインを考え、必要なデータを選別。その後、やはりいらないデータは最初から取ってこないようにする、DBの効率化を図る、などを作業できます。いちど、アプリを作成した後で、デザインの最適化、データベースの最適化、キャッシュの最適化とか、などなど、できることがいろいろあります。

なので、「注文された通りに作って納品する」ときには、“テスト”のフェイズを十分に取っておいたほうがよいかもしれませんね。それか、「パフォーマンスUp」を次の仕事として請け負うことも可能かもしれません。

「自分でサービスを作って立ち上げ、アクセス数が増えてきたら、それに応じてスケーラビリティを考えてゆく」という使い方もできます。

なので、そういうノウハウばかりがまとまっている文書もあったらいいなぁと思ったら、その取り組みがはじまっていました。

Optimizing Cake's Performance
http://groups.google.com/group/cake-php/web/optimizing-cakes-performance

今後、情報が増えるといいなぁというドキュメントが下記にできています。まだ書きかけのようですが、充実してほしいと思います。

Zend_Dbの作者はActiveRecordをどう考えているか

Zend_Dbの作者がActiveRecordについて語っています。これはおもしろい。

Keeping it Simple
ActiveRecord does not suck
http://karwin.blogspot.com/2008/05/activerecord-does-not-suck.html

CakePHPについては語らず、Railsについてだけですが。
要は、多くの初心者が“モデルって、DBテーブルのことだよね”と考えてしまうのはよくない、と。結果的にコントローラがふくれあがり、UnitTestで影響が出てしまう、という話になっています。

個人的な意見として、まぁ、それはそうなんですが、「絶妙に妥協」というか、通常、Webアプリで書く場合にはたいていの場合、DBがあるよね、だから、“情報”はDBテーブルに入れて、それとそのインターフェイスをモデルと考えようよ、という考え方は好きなんですよね。

Delphiの“コンポーネント”なんかは、中で何回継承していようと、完成した部品クラスはパレットの上に一列に並んでいたので、非常に直感的でした。

OOPの理想的な“Modelクラス”を使ったオープンソースをいじったりもしましたが、結局、親クラスのソースを次々と読まないと、「このクラスは何ができるの」ということが把握できなかったりするので、そういう点ではRails流のモデル定義は理想的ではないとしても“実用的”だと思っています。

かすった

"Ruby on Rails"じゃなくて、"rails"とかでも調べないといけないんじゃないの、とか異論はいろいろあると思いますが、“とりあえず”かすったみたいなので記念に。全体的な流れとしては、PHPフレームワークがじわじわ伸びています。

ZFの模索

Zend Frameworkも、Cakeやsymfonyの「便利機能」について、意識していないわけではないようです。

下記のブログで、

The Zend Framework
http://www.radicalbehavior.com/the-zend-framework/
「ZFはいいよ。ぜひ使ってみたらいい。でも、他のフレームワークにあるような生成系の機能はないよ」（It does have a few trade offs. It doesn’t have scaffolding or auto form creation like the other’s have. ）という１文に対して、Wil Sinclairが反論しています。

そして、引用されていたのがこちら。

Zend Framework Proposals
Zend_Build - Wil Sinclair
http://framework.zend.com/wiki/display/ZFPROP/Zend_Build+-+Wil+Sinclair

Zend Framework的“アプリケーションビルダー？？？”のようなものを作るとしたら、いったいどうなるんだろうか、という議論が交わされています。Railsみたいな規約にはしばられない、かつPHP的な解決方法を探しつつも、まだその答えを明確には見出せずにいるようです。

でも、私はGenerator系でフレームワークに関心を持った口なので、この辺の今後には興味津々だったりします。

CIとKohanaの比較

わたしがいろいろ検証しているわけではありません。
（スミマセン。）

下記の記事を紹介したかっただけです。CodeIgniter大好き、というのが見て取れます。結局この人の結論は、「両方使う」というものですが。

Notes on Choosing a PHP Framework: A Quick Comparison of CodeIgniter and Kohana

Cakeに関しては、同じようなこと（PHP5専用の“CakePHP”を作る別プロジェクトの立ち上がり）が起こりそうにないと思います。そういうことをするくらいなら、バグ対策Ticketを投げたほうが…。

1枚フレームワーク

MOONGIFTさんのところで、"Frog"というプロジェクトが紹介されていました。

MOONGIFT
Radiantを元にしたPHPのCMS「Frog」
http://www.moongift.jp/2007/10/frog/

面白いと思ったのは、Frogの作者が自前でフレームワークを書いているんですが、ファイル１枚で書ききっていることです。

http://www.madebyfrog.com/framework/

code igniterを意識しているらしく、"All helpers of code igniter can be port to Framework.php easyly !!!"と書いています。
スピードを比較しても、code igniter より速い。（そりゃそうだ。）

ダウンロード、というより、ブラウザですぐに閲覧できます。
http://www.madebyfrog.com/public/framework/Framework.php.txt

framework_exception_handlerやら、debug_tableやらもありますねぇ。

IBMでPHP３大フレームワーク記事スタート

Zend Framework
Symfony
CakePHP

という、いまどきの３大フレームワークで、“同じ”アプリケーションを作り、その共通点と違いをあぶりだそう、というなかなか野心的なシリーズが IBMサイトではじまりました。


IBM developerWorks > Open source
PHP frameworks, Part 1: Getting started with three popular frameworks

パート１　序論、どんなテストアプリを作るか
パート２　三つのフレームワークで同じアプリを作る！
パート３　拡張方法について
パート４　Ajaxを使うとどうなるか
パート５　フレームワークの外側からタスクを実行するには

Akelos? or PHP on TRAX?

これ見ました？
"PHPとRailsを比べてもしょうがないでしょ"という声にこたえて、"Rails vs CakePHP"バージョンです。

でも、よくフレームワークの状況を理解している人が作れば、AkelosかPHP on TRAXが入ってきたはずですがねぇ。CakePHPは、よくも悪くも、Railsの丸コピーではありません。まぁ、CakePHP“も”注目されてきた、ということでしょうか。

CakePHP→PRADO

誤解がないように言っておくと、私はCakePHPユーザで、おそらく今後も当分はCakePHPを使い続けるのではないか、と思います。

Akelosもなかなかいいと思って以前より気にしていますが、現状では、つい最近公開されたばかりの、バージョン0.8のひとりプロジェクトです。フォーラムを見ると分かりますが、まだバグつぶしが必要だと思います。それに、Railsの完全コピーを目指すのであれば、PHP on TRAX なども既に長い間存在していますし、そもそもRailsの敷居が下がってきているわけですから、Railsでいいのではないか、と。

また、すでにCakePHPはかなりの大きなコミュニティに発展しているので、そこから新しいイノベーションが生まれる可能性もあり、CakePHPの発展性は、AkelosやPHP on TRAXより大きいと思います。

なにしろ、コミュニティ（英語）で議論を深めてゆけば、Railsにはなかったような技術が突き進んでゆくかもしれないわけです。WEB統合開発環境が現れるかもしれない、あっと驚くデバッガが出てくるかもしれない、モデルの処理も今後、どんな改良がはじまるのか、楽しみです。

Railsコピーの場合は、「それ、Railsじゃない」と言われた時点で不採用になってしまいますよね…。

と前置きはここまでにして、やはりCakePHPフレームワークの特性上、“苦手な”プロジェクトもあると思います。

特に、“既存のデータベースがすでにあり、それを扱うＰＨＰシステムを作る場合”には、正直、現在のところは、他のフレームワークを使ったほうがよい場合さえあるかもしれません。このあたりをなんとか改良して、データベースとモデルの間になにか一枚、かませることができればかなり便利かも、と思ったりもしています。（おそらく、だれかが作るのではないでしょうか。）

下記は、ActiveRecord(CakePHP) から、SQLMap Data Mapper（PRADO）に移動したかった、というのが主な理由ではないかと思います。

geeQsQuad
PRADO Watch: Interview With Timani Tunduwani - Why I Moved From CakePHP to PRADO

Akelosフレームワーク・スクリーンキャスト

CakePHPを世に紹介したFavio(H3RALD)がCakeコミュニティを去った後、こんな記事を書いています。

An Interview with the creator of the Akelos Framework
http://www.h3rald.com/blog/akelos-interview

興味深いのは、CakePHPやCode Igniterがまだなかった（SymfonyもまだMojaviだったころの）時代に、すでにAkelosの原型が出来ていた、という点です。

最近、Akelosコミュニティが情報発信を積極的にはじめました。
ActiveRecord派なら、下記のスクリーンキャストは必見です。
http://www.akelos.org/screencasts

・すでにmigrateが統合されている
・多言語対応が非常に簡単（複数言語用翻訳ファイルの自動生成）
・PHPの矢印が少ない！
・テンプレートにPHP構文は使用しない（echo を書かなくてよい）
・ほぼRails。

英語圏以外ではじまっているのがミソで、日本語環境でもきっと使いやすいはずです。PHPフレームワークの世界ではデファクトが起こりにくい環境にありますので、今からでも十分に追い上げ可能かもしれません。

そうしたら、「CakePHPのおいしい食べ方」ではなくて、「PHPフレームワークのおいしい食べ方」にしようかなぁ…。ま、それはさておき、今後の展開が面白くなってきました。

Google Trends 2007

PHPフレームワークの検索トレンド。
Zend Framework 1.0のニュースは、けっこうインパクトがあったようですね。

Madeam / silverorange

Madeam PHP Framework
http://madeam.com/index.html
Rails みたいなのを作っちゃったから、今更ながら公開します、というプロジェクト？PHP5で。

http://swat.silverorange.com/Swat
diggのリニューアルを手伝ったようなチームが作ったツールキットだそうだ。YUIのインストールが前提。これもPHP5。

ZephyrとCakeの意外な接点

Ajaxに強いPHP用フレームワーク
zephyr Framework
http://zephyr-php.sourceforge.net/
の作者が、CakePHPによるサイトの構築プロジェクトにかかわることになったそうです。



Hasin Hayderさんは、SmartyとWordpressの本を出しています。

The Storyteller
http://hasin.wordpress.com/tag/cakephp/

サイトは、あの trippert です。
http://www.trippert.com/
trippert サイトは、本気でサイト作りに取り組んでいますね。

PRADOとPHPEdit

今日届いた情報によると、フランスのPHPEditの新版が、PRADOフレームワークのサポートを表明。

PHPEdit
http://www.waterproof.fr/products/PHPEdit/
ドキュメント


う〜ん、でも、Visual Studioのようなものではないなぁ〜。

Active Record in PRADO

PHP界の"ASP.NET"とも言えるPRADO PHP Frameworkが、ついにActiveRecordを搭載するようになりました。

PRADOには、すでにTDataGridという、データを表形式で出力するための高度なコンポーネントが開発されていました。

TDataGrid - Samples
http://www.pradosoft.com/demos/quickstart/?page=Controls.DataGrid

今回、ActiveRecordとTDabaGridコンポーネントとの兼ね合いはどうなっているのだろう！？という好奇心から、現在のActiveRecordの実装について、少し調査してみました。

PRADOのActive Recordに関するよい記事は下記にあります。

Active Record
http://www.pradosoft.com/demos/quickstart/?page=Database.ActiveRecord


Active Record Scaffold Views
http://www.pradosoft.com/demos/quickstart/?page=Database.Scaffold

ブログチュートリアルで使うとどうなるか、というのはこちら。
Creating Active Record Classes
http://www.pradosoft.com/demos/blog-tutorial/?page=Day2.CreateAR


Cake(Rails)流の開発や設計になれていると、

・username が VARCHAR で Primary Key!?
(Cakeなら、PKはINT型で"id")
・postsテーブルの外部キー author_id は、usersテーブルを指している!?
(Cakeなら、usersテーブルに対する外部キーは user_id)

などに驚くかもしれません。世界は広い。

で、PRADOの場合には、さすがコンポーネント重視型、ということで、Active Recordを使うもよし、SqlMap Data Mapperを使うもよし、二つを組み合わせるのもよしということで、いろいろ選択肢があるようになっています。

複雑だ、と見るか、あらゆる希望にこたえることができる、と見るかは開発者しだいかもしれませんね。ただ、Cake流の考え方のほうが、見てすぐ分かり、シンプルだとは思います。

ActiveRecord と TDataGrid をつなぐヒントになるような情報は下記にありました。
[Tip] Using data received by TActiveRecord in TDataBoundControl
http://www.pradosoft.com/forum/index.php/topic,6890.0.html

少し見ない間に、コマンドラインツールが追加されているわ、ドイツから開発者が参加しはじめているわ、オープンソースプロジェクトはやはりダイナミックに変化していきますね。

Code Igniter日本語情報

Code Igniter(CI)マニュアルの日本語訳をはじめた方がいるようです。

Code Igniter User Guide Version 1.5.2
http://ci-user-guide-ja.nought-point-999.net/index.html

上のほうに見えている"TABLE OF CONTENTS"をクリックすると、上から目次が降ってきます。

ブログ：
ariblo
http://blog.nought-point-999.net/index.php/C5/

だいたいPHPフレームワークの翻訳をする人というのは、（私も含めて）日々の業務で忙しい中、片手間に（必要にせまられて？）キーボードをたたきつつ、「誰かの役に立つかなぁ」とか言いながら時計を見るともう深夜……ということを経験していると思うのですが、どうでしょうか。CIが日本でも広がるように応援したいと思います。

私がブログをはじめるとしたら、「Code Igniter-火の玉プログラミング」とか、「Code IgniterでWEB爆発」とか、「Code Igniter-着火WEB」とか、「Code Igniterでコードいぐなった〜」（もうやめよう）。

楽天さんにCakePHPをお勧めしたい

Rubyを高速化しようとするプロジェクトも進んでいるそうです。

ウィキペディア（Wikipedia）
http://ja.wikipedia.org/wiki/YARV
YARV (Yet Another Ruby VM) は、笹田耕一が開発するRuby言語処理系。Rubyインタプリタの高速化を目指し、開発が進められている。世界最高速のRuby処理系を目標としている。

Rubyプログラムを高速に 実行するための処理系の開発
http://www.atdot.net/yarv/prosym_2005_sasada.pdf

こうした努力により、Rubyもカイゼンが進んでゆくと思われます。
これからに期待できると思います。

しかし、現状では、トラフィックが集まるサイトをRailsで作ってしまうと、いろいろ壁を経験する可能性もあるようです。

最近、話題になっているTwitterはRailsで作られたらしいです。

百式：
http://www.100shiki.com/archives/2007/03/twittertwitthis.html
自分のサイトをTwitterを通じて広めてもらうための『TwitThis』
「Twitter、なにかと話題ですね。」

メディア・パブ
http://zen.seesaa.net/article/35765668.html
トラフィックが大爆発した“Twitter”

Twitterチームへのインタビューがこちらに掲載されていました。
Radical Behavior
Josh Kenzer’s blog
5 Question Interview with Twitter Developer Alex Payne

それによると、"How has Ruby on Rails been holding up to the increased load?"というところで、"By various metrics Twitter is the biggest Rails site on the net right now. Running on Rails has forced us to deal with scaling issues - issues that any growing site eventually contends with - far sooner than I think we would on another framework."
ということになっているそうです。

ついでにこのインタビュアーは、それを聞いて：
Experimenting with CakePHP
http://www.radicalbehavior.com/experimenting-with-cakephp/
CakePHPをはじめた、ということです。

楽天さんのところでもRailsの活用がはじまるそうですが、
@IT
楽天が「Ruby on Railsの利用を開始します」
http://www.atmarkit.co.jp/news/200703/15/rakuten.html

ほぼ確実にトラフィックが集まるであろうシステムの構築をする場合には、すでにLAMPのノウハウをお持ちなわけですから、CakePHPもちょこっと試されるといいのではないかな、と思ってしまいます。

MozillaもCakeを使っていますし。
https://addons.mozilla.org/
http://svn.mozilla.org/addons/trunk/site/app/

採用事例も増えています。
http://cakephp.seesaa.net/article/30805902.html

いかがでしょうか。楽天の開発チームの皆様……。

VCL for PHP のリリース

Delphi for PHP というDelphiの名を冠したシステムで使用される、VCL for PHP の初めてのバージョンがリリースされたようです。

VCL for PHP
http://sourceforge.net/projects/vcl4php

日本語情報も掲載されていますね。

Delphi for PHPで日本語などのマルチバイト文字を使うには
http://dn.codegear.com/jp/article/34195

Delphi® for PHPに関するQ&A
http://dn.codegear.com/jp/article/34083
「Delphi for PHPの価格を教えてください。- 今回のリリースは、英語版のみです。日本では、希望小売価格 ￥30,000（税別）で提供します。CodeGear製品をお持ちの方向けのご優待販売もご用意しておりますので、お問い合わせください。」
ということだそうです。

また、こんな質問と回答があります。
「Delphi for PHPはqstudioと呼ばれる製品に類似していますが、これはqstudioなのですか？- CodeGearは、qadram softwareとパートナーシップを結び、Delphi for PHPの共同開発を行いました。qadram softwareの開発チームは、VCL for PHPの基礎開発を行い、Qstudioと呼ばれるDelphi for PHPの基礎となるプリベータプロジェクトに取り組んでいました。Delphi for PHPの開発は、CodeGearとqadram softwareによって、カリフォルニア州スコッツバレーのCodeGear本社で行われています。」

なるほど〜、Delphi for PHP は、qstudioの流れから出てきた、ということでよいのですね。

じゃあ、qadram側はなんと言っているのだろう、と思うと、きちんと記事が掲載されていました。

2007/02/20 - CodeGear Partnership
http://www.qadram.com/news.php#6

それにこんなページもあります。
http://www.qadram.com/vcl4php/

sourceforge.netのVCL for PHPプロジェクトの登録者だった ttm さんってだれだろう？と思っていたのですが、今回の vcl_for_php_1_0 の中に AUTHORS ファイルがあって、これにより、qadram の方だったことが判明しました。なるほど。

PRADO や TurboPHP 以外にも、Delphi(for Windows)を真似たPHPプロジェクトがあったんですね。そういえば昔、ダウンロードしてみたような気もしたんですが……。と思っていつものくせで調べたところ、ありました。

こんなところで紹介してよいのかは分かりませんが：
Webarchive.org にしっかり残っています。（ついでに qadram の Qstudio もダウンロードできます。）
こちらから：


さらに過去の歴史をたどると、実は、PRADO と Qstudio の間にも、2006年の後半には微妙な接点があったようです。

Have you seen this IDE?
http://www.pradosoft.com/forum/index.php/topic,5540.0.html

PRADOコミュニティのほうが、「これはQstudioと連絡を取るべきだ！」と言って、本当に連絡を取っていたようです。ここでPRADOとQstudioがコラボレートしていたら、また歴史が変わっていたことは、間違いないでしょう。

そうそう、VCL for PHP自体ですが、これはフレームワーク、というよりはライブラリ群と言ったほうがよいような構成ですね。個人的には、qooxdoo に興味があった（というより、デモに感銘を受けていた）ので、これを入れてきたのは面白そうだと思いました。smartyも入ってます。xajaxも入ってます。jscalendarも入ってます。thridpartyフォルダには、phpBBも入っています。adodbフォルダもgoogleフォルダもあります。

よくも悪くも、「ひとつくせのある」パッケージだと思います。

前回の記事：
VCL for PHP ?= TurboPHP for PHP5
http://cakephp.seesaa.net/article/34397996.html

unspun.amazon.com / frameworks list

by amazon.com
アマゾンのアカウントでログインしないといけないので、信ぴょう性が高い？だろうか。スパムは送られにくいらしいが、とりあえず現状。
順位は今後も変化する可能性あり。

実は、最初は下記のブログにあるような状態だったのですが、
http://www.symfony.es/2007/03/symfony-arrasa-entre-los-frameworks-php.html

今は……。