はてななどと違って、一般ユーザが多いYahooでは、
どんなタグが貼られるか興味があります。
まぁ、まだオープンされたばかりって事もあって、
はてなブックマークとかで見たことある記事が上位にランクインしてますが。
ちょうど自分が見たときに
奇跡が起きて愉快な記事が最上位にランクインしていましたｗ
404 Blog Not Foundさん、いい仕事してます。
ソネットでサンプル
※javascriptを有効にする必要があります。
運営会社のHPはこちら。
http://www.innovateads.com
上のサンプルもここから適当に作ってみました。
単純にサイトの解説を音声でやるだけなら、
FlashやYoutubeで同じ事を簡単に出来ると思いますが、
ＴＶのニュースのような見せ方が面白いです。
まぁ、ようはExcelとかで出てくるイルカくん。
と、言われればそれまでなのですが。
まだ英語版しか対応してないみたいなのですが、
そのうち日本語版も出たりするんじゃないでしょうか。
ちょっと期待。
]]>
$front = Zend_Controller_Front::getInstance();
$front->setParam('noViewRenderer', true);
なお、ViewRendererを無効にしている場合は、
アクションで以下のようにテンプレートを自分で指定する必要がある。
※ViewRendererが有効の場合は、デフォで「views/scripts/(コントローラ名)」配下の
「.phtml」ファイルを見に行く。対象ファイルが無ければエラー。
$view = new Zend_View();
$view->setScriptPath('../php_include/views/tmp/index');
echo $view->render('test.html');
手動で指定する場合は、パスや拡張子の縛りはなくて自由に指定できる。
って、前に半日費やした苦労はなんだったんだ・・
マニュアルはよく読めって事か(´・ω・`)
一度いろいろ調べたけど、改めておさらい。
まず、ダウンロードにする前に、受け元のディレクトリを作っておく。
自分の場合は↓な感じで作成。
htdocs/ php_include/ controllers/ models/ views/ filters/ helpers/ scripts/ library/ Zend/
受け元を作ったら、次は公式サイトからダウンロード。
なお、最新版は2007/09/24時点で 1.0.1。
http://framework.zend.com/download
ダウンロードしたら解凍する。
解凍後「library/Zend」の中身を、受け元の「library/Zend」配下にコピーする。
Apacheのhttpd.confに以下の記述のコメントを外す。無ければ追加。
LoadModule rewrite_module modules/mod_rewrite.so DirectoryIndex index.php index.html index.html.var AccessFileName .htaccess <Directory "/Applications/MAMP/ZendFramework/htdocs"> Options Indexes FollowSymLinks AllowOverride FileInfo Options </Directory>
VirtualHostを使うので、ついでに以下の内容も設定。
NameVirtualHost *:80 <VirtualHost *:80> ServerName hoge.co.jp DocumentRoot "/Applications/MAMP/ZendFramework/htdocs" php_value include_path ".:/Applications/MAMP/ZendFramework/php_include/libraly/" </VirtualHost>
※ホストを「hoge.co.jp」として、受け元ディレクトリが
「/Applications/MAMP/ZendFramework/」配下に作られた場合の設定。
ホスト名は「/etc/hosts」にローカルとして追加しておくこと。
次に「htdocs」配下に「.htaccess」ファイルを作成する。
最低限の記述例は以下の通り。
RewriteEngine on RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php
設定が終わったらApacheの再起動を行う。
とりあえずベタに「Hello, World!」を出してみる。
まず、起動元となる「index.php」を作る。作る場所はドキュメントルートの下。
【index.php】
<?php
require_once 'Zend/Controller/Front.php';
Zend_Controller_Front::run('
/Applications/MAMP/ZendFramework/php_include/controllers');
?>
ここでrunしているパスは絶対パスじゃないと動かなかったので注意。
※include_pathを通してもダメだった。
→追記：カレントからの相対パスは大丈夫だった。
例）「../php_include/controllers」
include_pathがダメなのかなぁ・・
次にメインコントローラの「IndexController.php」を作る。
パスが指定されない場合は、必ずこのコントローラが呼ばれる。
作る場所は、「php_include/controllers」の下。
【IndexController.php】
<?php
require_once 'Zend/Controller/Action.php';
class IndexController extends Zend_Controller_Action {
/*アクション*/
public function indexAction() {
echo "Hello, World!";
}
}
?>
昔は require_once じゃなく Zend::loadClass を使っていたけど、
何故か使えなくなっていた。公式も require_once 使うように変わっているし、
仕様が変わったのかな・・・
最後にテンプレートを作成。昔はテンプレートなくても動いていた気がしたけど、
今回はテンプレートないと動かなかった。
作る場所は「php_include/views/scripts/」配下。
作るファイルは「index/index.phtml」。拡張子は「phtml」でないとダメっぽ。
ちなみにファイルがあれば中身は空でも動くので、今回は空ファイルを作成。
ここまで終わったら、「http://hoge.co.jp(注：localhost)」にアクセスすれば、
画面に「Hello, World!」が表示されるハズ。
「Hello, World!」を出力するだけなのに何気に半日くらいハマれたので、
参考までにその時のエラーメッセージと対処方を書いておきまふ。
【エラー】
Fatal error: Cannot access protected property Zend_Controller_Front::$_instance in
/(略)/php_include/library/Zend/Controller/Front.php on line 162
【対処方】
MAMPのeAcceleratorが悪さをしていた模様。相性が悪い？
php.iniのeAcceleratorの設定をコメント化するなどして止めたら解決。
【エラー】
Class 'Zend' not found in
/(略)/php_include/controllers/IndexController.php on line 2
【対処方】
「Zend::loadClass()」が使えなかった事で発生したエラー。
「requrei_once」に変えたら解決。
【エラー】
Fatal error: Uncaught exception 'Zend_Controller_Dispatcher_Exception'
with message 'Invalid controller specified (error)' in
/(略)/php_include/library/Zend/Controller/Dispatcher/Standard.php:193
Stack trace: #0
/(略)/php_include/library/Zend/Controller/Front.php(911):
Zend_Controller_Dispatcher_Standard->dispatch(
Object(Zend_Controller_Request_Http),
Object(Zend_Controller_Response_Http)) #1
/(略)/php_include/library/Zend/Controller/Front.php(224):
Zend_Controller_Front->dispatch() #2
/(略)/htdocs/index.php(3):
Zend_Controller_Front::run('controllers') #3
{main} thrown in /(略)/php_include/library/Zend/
Controller/Dispatcher/Standard.php on line 193
【対処方】
requestを調べたところ、「views/scripts/index/index.phtml」を開こうとして、
ファイルが無いというエラーを返していた。
「views/scripts/index/index.phtml」を作成したら解決。
疲れたので、他の機能についてはまた今度。。。
Subversionについて詳しくはwikiを参照。
http://ja.wikipedia.org/wiki/Subversion
まず以下のURLからパッケージをダウンロード。
http://downloads.open.collab.net/binaries.html
ちゃんとMac用になっているので、ダウンロードして解凍した後は、
インストーラーの指示に従えば簡単にインストールできるハズ。
インストールしても、そのままでは利用できないので、
利用できるように環境パスを設定する。
普段利用するユーザのディレクトリ直下に「.bashj_profile」を
作成（既に存在する場合は追記）して、以下の内容を記載。
PATH=/usr/local/bin:$PATH export PATH MANPATH=/usr/local/man:$MANPATH export MANPATH INFOPATH=/usr/local/info:$INFOPATH export INFOPATH
設定後、ターミナルを再起動して「env」コマンドで環境パスを確認。
さらに、ちゃんと「svn」コマンドが実行できれば成功。
◆参考にしたサイト
リポジトリは「svnadmin create」コマンドで作成できる。
以下、サンプル。
$ svnadmin create /Applications/svn/test
これで「/Applications/svn」フォルダに「test」レポジトリが作成される。
Subversionクライアントから「svn://〜」でアクセスできるように、
svnserveを設定する。
作成したレポジトリのconfフォルダ内にある「svnserve.conf」の
設定を次のように変更する。
[ general ] anon-access = read auth-access = write password-db = passwd realm = [レポジトリの説明]
次にユーザの設定。password-dbで指定したファイル（上記設定だとpasswd）を
confフォルダ内に作成して、ユーザとパスワードを設定する。
[ users ] [ユーザ名] = [パスワード]
設定が終わったら、sunserveサーバーを起動する。
$ svnserve -d
※自動起動の方法がわからないので、使うたびに手動で起動する必要が・・
めんどくさい人は上記サイトを参考にSSHで設定するか、CVSを使うといいかも。
◆参考にしたサイト
とりあえず、これでSubversionの設定は完了。
Subversionのクライアントとして、巷で噂のSubversiveプラグインを利用する。
インストールはEclipse上から行う。
メニューの「ヘルプ」→「ソフトウェアの更新」→「検索およびインストール」を選択。
次に「インストールする新規フィーチャーを検索」を選択して、「次へ」をクリック。
更新アクセス先一覧が表示されたら「新規リモート・サイト」を選択し、
以下の2つのリモート・サイトを新規で登録する。
【Subversive】 名前：Subversive URL：http://www.polarion.org/projects/subversive/download/1.1/update-site/ 【ProjectSet】 名前：ProjectSet URL：http://vpms.de.csc.com/projectset/update
登録が終わったら、いま登録した2つのリモート・サイトと、
「Europa ディスカバリー・サイト」にチェックを入れて「終了」をクリック。
フィーチャーの選択画面が出たら「Subversive」にチェックを入れる。
すると上に赤い×が出て、必須フィーチャーが足りないと言われるので、
「必須項目を選択」をクリックする。
※Macの場合は、ディスカバリー・サイトのフィーチャーリストを展開してから
「必須項目を選択」を押さないと、うまく行かない？っぽいので注意。
無事に必須フィーチャーが選択されて、赤い×が消えたら、
「次へ」をクリックして、あとは画面の指示に従ってインストールする。
無事にプラグインがインストールされたら、先に登録したリポジトリを登録する。
「バースペクティブを開く」から「SVN リポジトリー・エクスプローラー」を選択。
右クリックメニューの「新規」→「リポジトリー・ロケーション」を選択。
入力メニューが開いたら「一般」タグに以下のリポジトリ情報を登録。
URL：svn://localhost/ [レポジトリの絶対パス] ユーザー：[passwdファイルに記載したユーザ] パスワード：[passwdファイルに記載したユーザのパスワード]
接続に成功したら、チェックアウトを行う。
ただし、中身は空なのでレポジトリ名のプロジェクトだけがチェックアウトされる。
※svnserveを利用する場合、svnserveが起動しないと接続できないので注意。
PHP、apache、MySQLなどを単品で入れるのは面倒なので、
Mac用開発一括パッケージであるMAMPを使う。
MAMPに含まれるソフトは以下の通り。
・Apache 2.0.59 ・MySQL 5.0.33 ・PHP 4.4.4 & 5.2.0 ・eAccelerator 0.9.5 ・phpMyAdmin 2.9.2 ・Zend Optimizer 3.2.2 ・SQLiteManager 1.2.0
ちなみにこれらソフトのバージョンは、2007年8月にDLしたMAMPでのバージョン。
正式なバージョンは、入れ終わった後に見れるMAMPのスタートページのFAQを参考に。
他の有名な開発一括パッケージとしてXAMPPがある。
こちらにもMac用のパッケージがあるので、どちらを使うかは好みに合わせて。
http://www.apachefriends.org/jp/xampp-macosx.html
なお、今回はMAMPを前提に。
インストールするためにDLサイトにアクセス。
いちお日本語版なんだけどサイトは英語になってます。メールアドレス入力必須。
（※ちなみに重い。どうしても繋がらない場合は日を改めるか、XAMPPで。）
無事(?)にアクセス出来たら、MAMPパッケージをDL。
なお、有料版のMAMP Proもあるけど、普通は無料版で十分なハズ。
（※DLも重かった。試練は続く。）
無事(?)にDL出来たら、あとは簡単。
まずはディスクイメージから/MAMPフォルダを/Applicationsフォルダ配下にコピー。
次にコピーした/Apllications/MAMP配下のMAMPアプリケーションを起動。
開いたメニューからサーバを起動して、スタートページが表示されれば成功。
より馬車馬のごとく開発するために統合ソフトウェア開発環境(IDE)のEclipseを入れる。
EclipseでPHPを開発する為にはPHP用の開発プラグインを入れる必要がある。
そのプラグインのPHP Development Tools(PDT)とEclipse本体がセットになった
All-in-oneパッケージがあるので、それを利用する事にする。
EclipseはDLしたファイルを解凍すれば使えるようになる。
解凍したファイルは、とりあえず/Apllicationsフォルダ配下に置いておく。
これで解凍したフォルダの中にあるEclipseファイルからEclipseを起動できる様になる。
なお、プラグインを単体で入れたい場合はEclipseのメニューから、
「ヘルプ」→「ソフトウェア更新」→「検索およびインストール」と選択して、
ダイアログが開いたら、
「インストールする新規フィーチャーを検索」を選択して「次へ」をクリック。
次に「新規リモート・サイト」をクリックして、以下の新規更新サイトを登録する。
名前：PDT URL：http://download.eclipse.org/tools/pdt/updates/
必須となるフィーチャーはディスカバリー・サイトにあるので、
「PDT」と「Europa ディスカバリー・サイト」の2つにチェックを入れて、
「必須項目を選択」
Eclipseは初期状態では全部英語になっている。
日本語化する為に日本語化プラグインのPleiadesを使う。
PleiadesのDLサイトから、プラグインをDLする。
http://mergedoc.sourceforge.jp
DLしたら解凍して、展開されたfeatureフォルダとpluginsフォルダの中身を
Eclipseのfeatureフォルダとpluginsフォルダにコピーする。
この時、フォルダごとコピーすると、Macではフォルダごと上書きされてしまうので、
ちゃんと中身をコピーして、貼り付けること。
コピーが終わったら、プラグインを読込ませる設定を「eclipse.ini」に追記する。
eclipse.iniは「eclipse/Eclipse.app/Contents/MacOS」フォルダ配下にあるけど、
FinderからはEclipse.appフォルダが見えないみたいなので、
ターミナルからアクセスしてviで変更する。
eclipse.iniを開いたら、最終行に以下の1行を追記する。
-javaagent:/Applications/eclipse/plugins/ jp.sourceforge.mergedoc.pleiades/pleiades.jar
なお、「Read me」の中ではプラグインのパスは相対パスで書かれてたけど、
Macでは絶対パスでないと動かないみたいなので注意。
eclipse.iniの設定が終わったらEclipseを再起動。
プラグインが正常に当たっていれば日本語化されています。
あると何かと便利な、Subversionクライアントを入れておく。
Subversionについて詳しくわからない場合は、以下を参考に。
http://subversion.bluegate.org/doc/
※ちなみにローカルでチクチクバージョン管理したいなら、CVSの方が楽。
デフォでMacにCVS、EclipseにCVSクライアントが入っているし。
MacでのCVSの使い方は、↓のサイトに詳しく載っていたので、参考に。
http://homepage3.nifty.com/toralu/MEMO/cvs1.html
話は戻って、SubversionクライアントのSubversiveプラグインのインストールを。
まず、Subversiveでは、プロジェクト管理用のProjectSetが必須となるので、
新規リモート・サイトとして登録する。
まずEclipseのメニューから、
「ヘルプ」→「ソフトウェア更新」→「検索およびインストール」と選択する。
ダイアログが開いたら、
「インストールする新規フィーチャーを検索」を選択して「次へ」をクリック。
次に「新規リモート・サイト」をクリックして、以下の新規更新サイトを登録する。
名前：ProjectSet URL：http://vpms.de.csc.com/projectset/update
インストールは後でまとめて行えるので、
次にSubversive用のリモート・サイトを登録する。
再び「新規リモート・サイト」をクリックして、以下の内容で登録する。
名前：Subversive URL：http://www.polarion.org/projects/subversive/download/1.1/update-site/
登録が終わったら、いま登録した「ProjectSet」と「Subversive」、
それと「Europa ディスカバリー・サイト」にチェックを入れて「終了」をクリック。
インストールするフィーチャーが表示されたら、「Subversive」にチェックを入れる。
すると上に赤い×が出て、フィーチャーが足りないと言われるので、
「必須項目を選択」をクリックすれば、自動的に必要なフィーチャーを選択してくれる。
※「Europa ディスカバリー・サイト」のフィーチャーリストを展開しておかないと、
自動選択してくれないので、注意すること。
上の赤い×が消えたら「次へ」をクリック、
あとは画面の指示に従ってインストールする。
謎と言えば、MNPで一人負け街道爆進中のDocomoが
これから反撃を開始するぞ！って事で打ち立てた
キャッチフレーズ「Docomo2.0」にも隠された謎が存在するらしいです。
どこもにいてんぜろ。
・
・
・
Docomoに移転ゼロ。
謎というかヤケクソなんでしょうか。
]]>ブックマークの行きたい場所版みたいな感じかな。
軽く使ってみました感じとして、
認証ははてなAPIを使っているのではてなユーザであれば、
新規に登録する事無く使うことが出来ます。
「あとで行く」場所の登録方法ですが、
手動で入力する方法とブックマークを使って登録する方法の
２つがあります。
手動で入力は、
指定したい場所のURL、タグ、地図の位置を指定します。
タイトルはURLから自動取得されるので、
HPがない場所は登録出来ないみたいです。
ブックマークを使う方法は２つあって、
１つはこのサービスが提供しているブックマーク機能を使う方法。
で、もう１つがユニークなのですが、
はてなブックマークの[あとで行く]タグを吸い出す方法です。
なので、はてなブックマークを既に利用している人は、
気になる場所を[あとで行く]タグで登録すれば、
この機能を使って楽に登録する事が出来るようになる訳です。
サイト自体はシンプルでわかりやすい作りで、
登録も面倒でないレベルまで簡略化されていていい感じなのですが、
全体的にとにかく重いです。。。
でも、この手のサービスっていつも思うのですが、
携帯のGPSに対応してくれないかな。
あとで行きたい場所を見つけた時にその場で登録。
GPS機能で場所も自動入力。
写メも張れればさらにわかりやすく。
妄想ですが。
]]>気になる箇所を以下に引用。
Q. 最近、果たしてゲームと呼んでいいのかどうか分からない、 セカンドライフというものが急速に普及しているように思うが、 セカンドライフをどのように評価しているのか。 ゲーム業界になんらかの影響を及ぼしてくると考えているのか。 そもそもゲームとはなにか、 ゲームの定義とはどういったものと考えておられるか。 また、今後ゲームはどういう方向に向かっていくかについて、 整理もかねてもう一度説明していただきたい。
A. セカンドライフには、私個人はほとんど興味を持っておりません。 また将来、 ものすごい存在になるというふうにもあまり思っておりません。 それが、今私が申しあげられることです。 もっと言いますと、現代を生きる人々は どんどん時間やエネルギーが限られてくるんですね。 いろんなことがものすごいペースで変化しますし、 娯楽に使えるエネルギーというのはそんなに大きくありません。 その中で、先ほどのゲームとは何かという定義にもかかわりますが、 私の定義するゲームと言うのは、 「人間が何かをインプットする。そうしたら、 そこに必要だった労力よりも価値のあるものが、 何か返ってくる」、 これが、 ゲームというよりもインタラクティブエンターテインメント といったらいいんですかね。 「何か触る。触ったら何かが返ってくる。その返ってきたものは、 自分が注ぎ込んだものよりも何か大きなものが返ってくる」。 そういうときに、人はやめずに続けてくれるのだと思います。 もし自分が注ぎこんだエネルギーに対して 返ってくるご褒美が小さかったら、多くの人はそれを続けません。 どんなご褒美かっていうのはゲームによっていろいろあるわけです。 例えば極端な話、 料理を作るゲーム、 『しゃべる！ＤＳお料理ナビ』というゲームがあって、 これは私も愛用していて、休みの日に料理を作ったりするんですが、 ゲームの中にご褒美がないんですね。 ですが、リアルに料理ができて、食べたらおいしいわけです。 それがご褒美なんですね。 ですから 「自分が労力を注いだ結果、ご褒美が得られた」 ということが成立するので、 私は飽きずに、 モニターをして「こういうとこを良くした方がいいよ」って 言ってた時期から今もずっと変わらず、時々触っています。 こういう長期にわたってお付き合いいただける、 やめないものをどうやって作れるかが重要だと思っています。 そしてまた人にはいろんなタイプがありますから、 短期間にたくさんのエネルギーを注ぎ込んで、 どんどんやりこみ要素を求めておられる方もいらっしゃいますし、 時間が限られているので ちょっとだけ触ってちょっとだけ楽しむという方々もいらっしゃいます。 そういう意味でいえば、いろんな方法があり、 ご褒美をお客様に感じていただく方法は一つではありません。 ただ、そのご褒美があるのがゲームだと思っています。
ご褒美・・・
当然と言えば、当然な考え方なのですが、
リアルとゲームを結びつけるという所あたりが
DSやWiiにも表れているのかもしれませんね。
しかし、セカンドライフ・・・
いきなり、興味なし！ってバッサリ切っていますねｗ
しかも、流行らない、とまで。。。
まぁセカンドライフは世界的に見ると盛り上がっているように見えるけど、
実際のアクティブユーザは2～3万人くらいと微妙で、
特に日本に関してはエンドユーザより企業サイドでのみ
盛り上がっている気もするので、どうなのかな～？って所はあります。
個人的にセカンドライフは日本では流行らないと思ってます。
何故なら日本にはその代用になれる物があるからです。
例えば、かれこれ5年運用されているFF11を初め、
ラグナロクオンラインなどのオンラインゲーム、
またモバゲータウンやMixiを代表するSNSもその代用になり得ると思います。
その中で最有力候補としているのに、
任天堂の「動物の森」があると思っていたのです・・・が、
このインタビューを見る限り、
動物の森でセカンドライフみたな世界を築く事は考えていないみたいですね。
ちょっと残念。
]]>プログラマーの格言１７（盗作多し） バグは夜更け過ぎに仕様に変わるだろう。
そういえば、民間刑務所で刑務作業としてソフトウェア開発が始まるみたいですね。
http://www.itmedia.co.jp/enterprise/articles/0705/01/news053.html
プリズニーズは5月1日、山口県美祢市に5月13日に開校される日本初の PFI刑務所「美祢社会復帰促進センター」の刑務作業として、 ソフトウェア開発を行える受刑者の育成と刑務作業としての ソフトウェア開発アウトソーシング業務を実施していくことを発表した。
逆効果にならなければいいけど（哀
]]>
携帯でしか使えませんが、これは面白そう。
飲み会とかでやれば、いいネタになりそう。
って事で、試しにやってみました。
判定までの一連の流れとして、
顔写真を撮って（※顔が画面の80%くらいになるのがいいらしいです）、
サイトにアクセスして、性別を選んでメールに添付して飛ばすだけ。
ユーザ登録も不要でした。
するとサイトからメールが飛んで来るので(※kaocheki.jpをメール受信で許可する必要あり)、
そのメールに書かれているURLにアクセスすると結果が見れます。
ちなみにその間の反応は結構早くて、だいたい４，５秒で返事が来ました。
で、肝心の結果は↓の通り。
Plutoさんの顔は「TERU」さんに似ています。 あなたは「俳優系」です！
ホントか！！？？？
TERU 50% 濱口優 50% 上田晋也 48%
・・・芸人系じゃんか つД｀)
と、こんな感じで結果が表示されます(嘆)
沖電気工業が提供する顔画像認識技術を使って判定しているみたいですが、
やはり精度が完璧とまで言えないみたいで、
角度や気合（？）の違う写真を送ると結果が違ったりします。
あと、送った写真のサイズがデカかったためか、
EZ-Webではサイトが容量オーバーで表示しきれず、
ならばとPCサイトビュアーで見ると、サイトのソースが表示されていたりと、
サービス開始直後らしい微笑ましい光景が見られました。
ただ、友達にメールで知らせたら結構面白がってやってくれたし、
カメラ付携帯であれば気軽に試せるので、結構流行るかもしれません。
はてななどと違って、一般ユーザが多いYahooでは、
どんなタグが貼られるか興味があります。
まぁ、まだオープンされたばかりって事もあって、
はてなブックマークとかで見たことある記事が上位にランクインしてますが。
ちょうど自分が見たときに
奇跡が起きて愉快な記事が最上位にランクインしていましたｗ
404 Blog Not Foundさん、いい仕事してます。
ブログつっこみツールPAOLO
使い方はユーザ登録して、発行されたスクリプトをブログ内に埋め込むだけ。
（※スクリプトが有効なブログであること）
で、対象ブログの突っ込みを入れたい文を選択すると入力フォームが開くので、
そこに突っ込みコメントを入力すると突っ込み完了。
使った感想としては、
突っ込みというよりは、普通のブログのコメントが拡張された感じかな。
あと、いっぱい書かれると割とウザいって感じでしょうか(汗)
問題点としては、
コメントがいれずらい点（反応しない時がある）、
スクリプトの読み込みに時間がかかる（ベータだから？）
入れるポイントを画面の中心に持ってこないと入力フォームが画面外に出てしまう、
こんなとこでしょうか。
まぁ、細かいところはまだ気になりますが、
今後の調整に期待するとして、
こういったユーザ参加型のツールは面白いですね。
※ネタ元はコチラ
]]>
昔、スクリーンセーバーでよく見ましたが、
ブログとかでやると新鮮でいいですね。
ちなみに呼び出しソースを除いてみたけど、
phpファイルのクセにjavascriptで書かれている模様。
軽く流し見てみたけどサッパリわからん・・・
javascriptの勉強をしなければ(汗)
でも、これで桜や雪の画像を張ると臨場感も出そう。
流行るといいなぁ・・・
リクエストオブジェクトは、フロントコントローラやコントローラクラスなどの間でやり取りされる情報を扱うオブジェクトです。
この中にはコントローラ、アクション名やHTTPの環境なども含みます。
リクエストオブジェクトを扱う時は、Controllerの「getRequest」メソッドを使います。
$req = $this->getRequest();
ここからリクエスト情報を取得する場合は、「getParam」メソッドを使用します。
$test1 = $req->getParam('text1');
メソッドには取得したいリクエストのキー名を渡します。
上の例の場合、リクエストの「text1」の値が取得され、$test1に設定されます。
「getParam」メソッドは、リクエストがPost、Get両方に対応しています。
次にコントローラ内などで、値をリクエストに設定したい場合は、「setParam」メソッドを使用します。
$req->setParam('test2', 'abcde');
この場合、リクエストにキーを「test2」として、「abcde」を値を持つリクエストが作られます。
最後に渡されたリクエスト情報を全て取得したい場合は、「getParams」メソッドを使用します。
$req->getParams();
これは渡されたリクエストを全て配列で取得するメソッドです。
渡される情報にはcontrollerやactionも含まれます。
また複数のリクエスト情報を設定したい場合は、「setParams」メソッドを使用します。
$reqs = array('prm1'=>123, 'prm2'=>'abcd');
$req->setParams($reqs);
「setParam」メソッドと違い、設定したいリクエストを配列で渡します。
超絶簡単サンプル
$req = $this->getRequest(); $prm = $req->getParams(); print_r($prm);
「http://mydomain.com/test/hoge/」に、リクエストパラメータ「prm=abcd」を渡してアクセスしたとすると、
結果は以下の通りになります。
Array ( [controller] => test [action] => hoge [prm] => abcd )
なお、リクエストは POST、GET どちらの方式で送信されても、同じ結果を返します。
レスポンスについて
レスポンスオブジェクトは、コンテンツやヘッダを収集し、それを返します。
また、フロントコントローラで捕捉した例外も全てレスポンスオブジェクトに渡されます。
レスポンスオブジェクトを扱う時は、Controllerの「getResponse」メソッドを使います。
$res = $this->getResponse();
ヘッダー情報を設定する場合、「setHeader」メソッドを使います。
$res->setHeader('location', 'http://google.co.jp', true);
「setHeader」メソッドの第三引数に「true」を設定すると、既存のヘッダ情報を上書きするようになります。
レスポンスオブジェクトに格納されているヘッダー情報を取得するには、「getHeaders」メソッドを使います。
$res->getHeaders();
ヘッダー情報を送信する場合は、「sendHeaders」メソッドを使います。
$res->setHeader('location', 'http://google.co.jp');
$res->sendHeaders();
この例の場合、「http://google.co.jp」にリダイレクトされます。
レスポンスの例外処理は長くなりそうだからと言うか、
まだよくわからないので次でやります。
最初に今回参照するテーブルのデータについて。
「test」テーブル概要（作成用SQL）
CREATE TABLE 'test' ( 'id' TINYINT( 2 ) NOT NULL , 'name' VARCHAR( 20 ) NOT NULL , 'text' VARCHAR( 100 ) NULL , PRIMARY KEY ( `id` ) )
データ
| id(key) | name | text |
| 1 | hoge | aaaaa |
| 2 | foo | bbbbb |
| 3 | nyoge | abcde |
| 4 | hogege | [ null ] |
| 5 | bar | [ スペース ] |
また、サンプルで登場する$dbには、DB接続オブジェクトが設定されているとする。
以上の前提条件を踏まえて、参照系について説明します。
基本的な参照の仕方
Zend_Dbを使いSelect文を発行するためには、Zend_Db_Selectを使用します。
Zend_Db_Selectのインスタンスを生成するには、Zend_Db_Adapterの「Select」メソッドを使います。
生成したインスタンスは、Select文で使われるメソッドを持っているので、
それに設定する値を渡すことによりSelect文が作られます。
作られたSelect文は「__toString()」メソッドによりSQLを取得する事ができます。
また、「fetchAll」メソッドなど行の取得メソッドにインスタンスを渡すことにより、
結果を直接受け取る事が出来ます。
超絶簡単サンプル１
簡単なSelect文の実行
$select = $db->select();
$select->from('test', '*');
$select->where('id IN(?)', 'array(1,3)');
$sql = $select->__toString();
$result = $db->fetchAll($sql);
このサンプルの結果、以下の情報が取得されます。
array( [0]=>array(['id']=>1, ['name']=>'hoge', ['text']=>'aaaaa'), [1]=>array(['id']=>3, ['name']=>'nyoge', ['text']=>'abcde') )
各メソッドの詳しいメソッドはこのあとやるとして、全体的な流れはこのようになります。
「from」メソッド
「from」メソッドでは、Select文で取得する項目と参照するテーブルを指定します。
$select = $db->select();
$select->from('bbb', 'aaa');
このように「from」メソッドに設定すると$selectインスタンスの中で、下記のSQL文が作らます。
SELECT aaa FROM bbb
また、複数のテーブルを参照したい場合は、「from」メソッドを連続して実施します。
$select = $db->select();
$select->from('test1', 'aaa');
$select->from('test2', 'bbb');
結果、以下のSQL文が作成されます。
SELECT aaa,bbb FROM test1,test2
もちろんテーブルや項目に別名を振る事も可能です。
$select = $db->select();
$select->from('test1 as t1', 't1.aaa');
$select->from('test2 as t2', 't2.bbb');
結果、以下のSQL文が作成されます。
SELECT t1.aaa,t2.bbb FROM test1 as t1,test2 as t2
テーブルをJOINさせたい場合には、「join」メソッドを使用します。
使い方は「from」メソッドとさほど違いはありませんが、テーブル名とカラム名の間に接続条件を指定します。
$select = $db->select();
$select->from('test1', '*');
$select->join('test2', 'test1.id = test2.id', '*');
結果、以下のSQL文が作成されます。
SELECT *, * FROM test1 JOIN test2 ON test1.id = test2.id
「where」メソッド
「where」メソッドでは、Select文で指定するwhere条件を指定します。
$select = $db->select();
$select->from('test', '*');
$select->where('test', '*');
このように「where」メソッドに設定すると$selectインスタンスの中で、下記のSQL文が作らます。
SELECT * FROM test WHERE id='1'
条件が複数ある場合、「where」メソッドを連続して使用するとAND条件、
「orWhere」メソッドを実行するとOR条件になります。
$select = $db->select();
$select->from('test', '*');
$select->where('name=?', 'hoge');
$select->where('id=?', 1);
$select->orWhere('id=?', 2);
このように「where」、「orWhere」メソッドに設定すると$selectインスタンスの中で、下記のSQL文が作らます。
SELECT * FROM test WHERE name='hoge' AND id='1' OR id='2'
また、「orWhere」メソッドは、先にwhere条件が指定されていない場合、
OR条件がつかないので、「where」メソッドと同じ使い方が出来ます。
なお、以下の様な「()」を利用した条件の設定は出来ません。
SELECT * FROM test WHERE name='hoge' AND (id='1' OR id='2')
現在のZend_Dbでは、このようなメソッドは提供されていないので、
「Zend/Db/Select.php」の「where」、「orWhere」メソッドを拡張、または機能を追加します。
例えば、やっつけ感が漂う以下の処理を「Select.php」に追加。
public function orWhere2($cond_arr) {
foreach($cond_arr as $cond) {
if ($this->_parts['where']) { $this->_parts['where'][] = "OR $cond)"; }
else { $this->_parts['where'][] = '('.$cond; }
}
return $this;
}
で、コントローラから呼び出してみると、
$select = $db->select();
$select->from('test', '*');
$select->orWhere2(array('id=1', 'id=2'));
下記のSQLが作成されます。
SELECT * FROM test WHERE (id=1 OR id=2)
出力制限
Zend_Dbでは、「limit」メソッドを使い件数とオフセットで絞り込んだり、
「limitPage」メソッドを使い出力するページを指定するなどの出力制御を行う事が出来ます。
サンプルとして、1ページに表示される件数を5件として、4ページ目を表示したい場合は、以下のように書きます。
$select = $db->select();
$select->from('test', '*');
$select->limitPage(4, 5);
その結果、(MySQLの場合は)下記のSQLが作られます。
SELECT * FROM test LIMIT 15, 5
ただし、出力制御を行うSQLはDBMSによって異なります。
この辺りはZend_Dbによってうまく吸収され同じ動作を行うようになっていますが、
詳しくはマニュアルの5.3.8、および5.3.9を参照して下さい。
ちなみに今回サンプルで行った方法だと、マニュアルと微妙に違う結果が返って着ているので、
やはり実際に動かす前に「__toString」メソッドでSQL文の確認をした方が無難だと思います。
他のメソッド
Zend_Dbでは、これまで挙げた物の他に、ORDER BY句の「order」メソッド、
GROUP BY句の「group」メソッド、HAVING条件の「having」メソッドが提供されています。
基本的な使い方は、これまでのメソッドと同様に指定したい値を渡し、
また条件を複数指定したい場合は、複数回実施します。
超絶簡単サンプル２
その他のメソッドの実行
$select = $db->select();
$select->from('test', 'name, text, count(*) as cnt');
$select->group('name');
$select->group('text');
$select->having('cnt>?', 2);
$select->order('name');
$sql = $select->__toString();
その結果、下記のSQLが返されます。
SELECT name, text, count(*) as cnt FROM test GROUP BY name, text HAVING cnt>'2' ORDER BY name ASC
いくつかポイントとして、
2回実施している「group」メソッドは、配列にして渡す事で1回にする事が可能です。
また、「having」メソッドは「where」メソッドと同様にクォーク処理が行われています。
「order」メソッドは並び順を指定しない場合は、デフォルトで昇順(ASC）が設定されます。
降順で表示したい場合は、明示的に'DESC'を付ける必要があります。
ここまででDB周りについての基本的な事は終了。
次回はリクエストについてやります。
トランザクションは、データの整合性を保つために必要不可欠な機能である。
Zend_Dbではトランザクション処理を明記しない場合は、
「自動コミット」モードという動作をしてしまう。
そのため、前回のDB編１で行った「query」メソッドでSQLを実行する場合、
SQLにUpdateやDeleteを行った場合に自動的にコミットされDBに反映されてしまう。
これだと多数のアクセスが同時に行われる可能性があるシステムの場合、
データの不整合が生じてしまう可能性があるので、
その対策としてZend_Dbでは、トランザクション機能が提供されている。
（※正確にはDBMSのトランザクション機能を使用しているので、機能が無ければ使えない）
トランザクション処理を行う場合、Zend_Dbの以下のメソッドを利用する。
トランザクションの開始
$db->beginTransaction();
コミット
$db->commit();
ロールバック
$db->rollBack();
トランザクション処理を組み込んだクエリ実行のサンプルを作ってみる。
超絶簡単サンプル１
public function runSQL($sql) {
// トランザクション開始
$this->_db->beginTransaction();
try {
// クエリ実行
$this->_db->query($sql);
// 成功した場合はコミットする
$this->_db->commit();
return ture;
} catch (Exception $e) {
// 失敗した場合はロールバックしてエラーメッセージを返す
$this->_db->rollBack();
return $e->getMessage();
}
}
※１ $this->_dbにDBに接続したDBオブジェクトが格納されている。
※２ $sqlには更新や削除が行われるSQLが与えられるとする。
この結果、処理が正常に行われた場合はコミットされ戻り値に「true」を返し、
エラーが発生した場合はロールバックを行い、エラーメッセージを返すようになる。
レコード追加処理
Zend_Dbでは、「insert」文をSQLで書かなくても実施できる仕組みが提供されています。
それが「insert」メソッドを利用した方法で、追加するデータと追加するテーブル名を渡すと、
追加するデータを自動的にクォートした状態で、レコードの追加処理が行われます。
超絶簡単サンプル２
レコード追加処理
public function runInsert() {
// 追加するデータ
$row = array (
'id' => 1,
'name' => 'hoge',
'text' => 'test',
);
// 行を挿入するテーブル
$table = 'test';
// 行を挿入し、その行の ID を取得します
$ret = $db->insert($table, $row);
※１ $this->_dbにDBに接続したDBオブジェクトが格納されている。
※２ 「test」テーブルには id、name、text の3つの項目があるとする。
※３ トランザクション処理は割愛（本当は当然書かなきゃダメ）。
処理が成功した場合、$retには追加された行の数、このサンプルでは1行なので「1」が返され、
$rowで定義したデータレコードが作成されます。
レコード更新処理
Zend_Dbでは、「update」文をSQLで書かなくても実施できる仕組みが提供されています。
それが「update」メソッドを利用した方法で、更新するデータ、テーブル、条件を渡すと、
更新するデータを自動的にクォートした状態で、レコードの更新処理が行われます。
超絶簡単サンプル３
レコード更新処理
public function runUpdate() {
// 更新するデータ
$set = array (
'name' => 'poge',
'text' => 'namahage',
);
// 行を挿入するテーブル
$table = 'test';
// WHERE 句
$where= 'id='.$db->quote('1');;
// テーブルを更新して、更新された行数を返す
$ret = $db->update($table, $set, $where);
※１ $this->_dbにDBに接続したDBオブジェクトが格納されている。
※２ 「test」テーブルには id、name、text の3つの項目があるとする。
※３ トランザクション処理は割愛（本当は当然書かなきゃダメ）。
処理が成功した場合、$retには更新された行の数、このサンプルではKeyを条件に設定しているので、
1行更新ということで「1」が返されます。
ちなみに、$setで指定している更新情報は自動的にクォートされるが、
$where句で指定する値は自動的にクォートされないので、明示的にクォート処理を行う必要がある。
レコード削除処理
Zend_Dbでは、「delete」文をSQLで書かなくても実施できる仕組みが提供されています。
それが「delete」メソッドを利用した方法で、削除するレコードのあるテーブル、条件を渡すと、
削除するレコードの削除処理が行われます。
超絶簡単サンプル４
レコード削除処理
public function runDelete() {
// 行を挿入するテーブル
$table = 'test';
// WHERE 句
$where = $db->quoteInto('id = ?', '1');
// テーブルを更新して、更新された行数を返す
$ret = $db->delete($table, $where);
※１ $this->_dbにDBに接続したDBオブジェクトが格納されている。
※２ 「test」テーブルには id=1 のレコードが存在するとする。
※３ トランザクション処理は割愛（本当は当然書かなきゃダメ）。
処理が成功した場合、$retには削除された行の数が渡されます。
このサンプルではKeyを条件に設定しているので、1行削除ということで「1」が返されます。
長くなってしまったので、今回はこの辺で。
次回は参照についてやります。
]]>
まぁとりあえずって事で、
DBにMySQLを使って、DBの制御とトランザクションを行う方法についてまでやります。
マニュアル では5.1からです。
Zend_DBについて
PDOに基づいたデータベースAPIの抽象化レイヤー。
サポートしているDBMSは、「SQL Server」、「MySQL」、「PostgreSQL」、「SQLite」 など。
ただ、マニュアル5.1.1には書いてないけど、「Zend/Db/Adapter」ディレクトリを見ると、
「Oracle」や「DB2」のディレクトリが用意されているので、おそらく使えるっぽい。
ただ、「Pdo」ディレクトリには「oracle（oci.php）」しかないので、「DB2」は他と違う使い方になるかも。
DB接続
DBの接続はZend_Dbクラスの「factory」メソッドを使用して接続する。
Zend_Dbクラスを使うためには、「Zend/Db.php」を読込む必要がある。
ちなみにマニュアル5.1.1では、require_onceで読込んでいるが、
Zend Framework内ではloadClassを使って読込んでも大丈夫だと思う。というか、ちゃんと動いた。
Zend::loadClass('Zend_DB');
「factory」メソッドにPDOパラメータとDB情報を渡すことにより、DB接続を行うことが出来る。
Zend_Db::factory('[ PDOパラメータ ]', [ DB接続情報 ]);
PDOパラメータは「Zend/Db/Adapter/Pdo/」配下に用意されているDBMS名と
PDOを組み合わせた形で設定する。
例） MySQLの場合・・・PDO_MYSQL
DB接続情報には、DB接続を行うために必要な情報（ホスト名、ユーザ名など）を配列で渡す。
以下、DBに接続するサンプルです。
超絶簡単サンプル１
DB設定
ホスト：127.0.0.1 ユーザ：hoge パスワード：password DB名：test
接続コード
// 接続情報を指定
$params = array ('host' => '127.0.0.1',
'username' => 'hoge',
'password' => 'password',
'dbname' => 'test');
// MySQLに接続
$db = Zend_Db::factory('PDO_MYSQL', $params);
これで $dbにデータベース接続インスタンスが生成される。
また、Db.phpの「factory」メソッドを見ると、
「Adapter/Pdo」ディレクトリではなく「Adapter」ディレクトリ直下を見に行く処理もあるので、
PDOを使わないやり方もあると思われるが、今回は素直にPDOを使う方法で試していく。
クエリの実行
クエリの実行はZend_DBの「query」メソッドを使う。
「query」メソッドにSQLを渡すと、結果をPDOStatementオブジェクトで返します。
このオブジェクトの「fetchAll」メソッドを実行する事で、結果を配列で取得できます。
以下、接続したDBにクエリを投げて結果を取得するサンプルです。
超絶簡単サンプル２
DB設定
$result = $db->query('select * from test');
$row = $result->fetchAll();
$dbはサンプル１で接続したDBインスタンス。
実行すると$rowにSQLの結果が配列で格納される。
サンプルはSELECT文なので、結果が配列で帰ってくるが、
UPDATE文など結果がないSQLを投げた場合は、
成功可否に関わらず空配列を返します。
クォート処理
クォーテーション処理の事。
値をダブルクォーテーションやシングルクォーテーションで囲む処理を行う。
リクエストから受け取った値などを元にSQL文を作成する場合、
直接渡すとSQLインジェクションなどの攻撃を受ける可能性があるので、
値に対しクォート処理を施す事が必要になってくる。
クォート処理に関してはマニュアル5.1.2で詳細に取り上げられているので、そちらも合わせて参照で。
クォート処理はZend_Dbの「quote」メソッド、「quoteInto」メソッド、
または「query」メソッド内でのクォート処理など、いろいろな方法があるが、
今回は比較的よく使いそうな「quote」、「quoteInto」メソッドを利用して、
簡単なサンプルを作ってみる。
「quote」メソッドは値に対してクォート処理が行われ、
「quoteInto」メソッドは「?」指定された場所に、クォートされた$textの値が設定される。
超絶簡単サンプル３
「quote」メソッド
$text = $this->_request->getPost('txt1');
$where = 'where text='.$db->quote($text);
$sql .= $sql.$where;
「quoteInfo」メソッド
$text = $this->_request->getPost('txt1');
$where = 'where '.$db->quoteInto('text=?',$text);
$sql .= $sql.$where;
これらのサンプルの結果、postされる「txt1」リクエストの値が「hoge's」だとした場合、$sqlには
$sql = 'where text="hoge\'s"'
が格納される。
クォート処理によって「'」が「\'」にエスケープされ、かつ値全体に「"」でクォートされる。
今回、マニュアル5.1.2に載っている他のやり方も試したが、
「prepare」メソッドを使用するやり方だけエラーが出てしまいうまく動作しなかった。
原因はいまだ調査中でよくわからないので、しばらくは他のやり方で進めて行きたいと思う。
とても長くなってしまったので、今回はこの辺で・・・
次回、トランザクションとDBの更新系をやります。
]]>
マニュアルによると別テンプレートエンジンを組み込むには、
ビュースクリプトを使う方法と「Zend_View_Interface」を使う方法の2つが紹介されているが、
ビュースクリプトを使う方法がどうもうまく動かないので、
今回は「Zend_View_Interface」を使う方法を取り上げてみる。
「Zend_View_Interface」を使い他のテンプレートエンジンを利用する
組み込んでみるテンプレートエンジンはおなじみのSmarty。
ちょうどマニュアルの18.3.2.2にSmartyを利用するためのラッパークラスのサンプルが乗っているので、
おぉこれは楽だ！と言う事でサンプルを利用してやってみる。
・・・動かん。
って、よく見たらコンパイルしたテンプレートの格納パスを指定していない。
とりあえずコンパイルディレクトリのパスを指定するメソッドを追加して、
改めて動かしてみるがやっぱり動かない。なぜだ。
そこで、いろいろ試してみた結果、
作成したラッパーを「Zend::loadClass」を使わずに「require_once」で読込めば動く事が判明。
う～ん。これだとなんかヤダ。
で、さらにいろいろ調べたところ、
loadClassで持ってくるファイル名は「_」で区切っているみたいなので、
ファイル名から余計な「_」を取ってみる。
動いた・・・ はぁ・・・
とりあえずマニュアルの18.3.2.2に載っているラッパーに以下の2点を変更したら動きました。
１．ファイル、クラス名を変更
ファイル名 ： 「Zend_View_Smarty.php」→「Zend_ViewSmarty.php」
クラス名 ： 「Zend_View_Smarty」→「Zend_ViewSmarty」
２．Smartyのコンパイルディレクトリパス設定メソッドの追加
public function setCompilePath($path) {
if (is_readable($path)) {
$this->_smarty->compile_dir = $path;
return;
}
throw new Exception('無効なパスが指定されました');
}
これを使った簡単なサンプル。
超絶簡単サンプル
コントローラ
Zend::loadClass('Zend_Controller_Action');
Zend::loadClass('Zend_ViewSmarty');
class testController extends Zend_Controller_Action {
public function hogeAction() {
// クラス宣言
$view = new Zend_ViewSmarty();
// スクリプト、コンパイル パス指定
$view->setScriptPath('/var/www/zend/application/view/temp/');
$view->setCompilePath('/var/www/zend/application/view/temp_c/');
// 変数のアサイン
$view->assign('prm1', "ほげほげ");
// テンプレート描画
echo $view->render('hoge.tpl');
}
}
テンプレート（hoge.tpl）
<html>
<head><title>ほげテスト</title></head>
<body>
<p>{$prm1}</p>
</body>
</html>
これでViewクラスと同じ使い方でSmartyを走らせる事が出来るようになる・・・ハズ。
他にSmartyのpluginsが使えるか試したかったけど、
「setHelperPath」メソッドみたいなメソッドがないから、
自分で作らないとならないんだろうな・・・
ここまで来るのに、何気に丸一日くらいかかってしまったので今回はこの辺で・・
とりあえずSmartyが動いたのでViewはここまでにして、
次回からDB周りについて書きます。
Smartyのpluginについては、時間が出来たら試してみます。
備忘録：
いろいろ調べている時に偶然発見。
インタフェースを実装しないで、フロントコントローラで実装させる方法もあるらしい。
ざっと流し見た感じだと、こちらの方法の方がスマートな感じ。
http://kpumuk.info/php/zend-framework-using-smarty-as-template-engine/
今のところ試す気力がないから試さないけど、
いつか試すよう忘れないよう張っておく。
HTMLタグや繰り返し処理をいちいち書かなくてもいいように、
Zend_Viewではヘルパーと呼ばれるテンプレートで使える関数が提供されています。
Zend_Viewが提供しているヘルパーは、マニュアル参照。
サンプルとして「formText」ヘルパーを使ってみます。
<?php echo $this->formText('text1', 123, array('size'=>30)) ?>
これをブラウザで表示した場合、次のHTMLタグが作成されます。
<input type="text" name="text1" id="text1" value="123" size="30" />
また、この時に表示される値は自動的にエスケープされた値が設定されています。
Zend_Viewで提供されているヘルパーは主にフォーム要素作成用ですが、
他のヘルパーが欲しい場合は、独自にヘルパーを作る事が出来ます。
独自ヘルパーを作るにあたり、ここでも命名規則が存在します。
class View_Helper_xxxx
このxxxxの部分（クラス名の最後の部分）にヘルパーのメソッド名を指定します。
さらにファイル名もヘルパーのメソッド名、この場合は「xxxx.php」と名付ける必要があります。
ちなみに「View_Helper」は自由に変える事が出来ますが、
独自ヘルパーのクラス名に「View_Helper」を含める事はZendが推奨しています。
自作ヘルパーは任意の場所に格納する事が出来ます。
それにはコントローラでViewクラスの「setHelperPath」メソッドを使って、
格納パスを指定する必要があります。
$view->setHelperPath('[ 格納パス ]', '[ プレフィックス名 ]');
[ 格納パス ]に自作ヘルパーを格納しているパスを設定します。
この時、Zend_Viewのヘルパーと同じ場所に格納しても、
格納パスは指定する必要があるので注意が必要です。
[ プレフィックス名 ]には独自ヘルパークラスのヘルパー名の前の部分を指定します。
サンプルの「View_Helper_xxxx」の場合、「View_Helper」がそれになります。
独自ヘルパーのサンプルとして、リンクタグを作るヘルパーを作ってみます。
超絶簡単サンプル
makeLinkTag.php
class View_Helper_makeLinkTag {
public function makeLinkTag($url, $text=null) {
if ($text) { $href = "<a href='{$url}'>{$text}</a>"; }
else { $href = "<a href='{$url}'>{$url}</a>"; }
return $href;
}
}
ここでは$urlに指定されたURLでリンクタグを作成します。
$textが指定された場合は$textを、指定されなかった場合はURLをリンク名に表示させます。
コントローラ内のアクションメソッド
$view->setHelperPath('/var/www/zend/application/library/Zend/View/MyHelper', 'View_Helper');
独自ヘルパーを使うテンプレートを出力する前に設定します。
テンプレート
<?php echo $this->makeLinkTag('http://www.google.co.jp/', 'Google') ?>
サンプルを実行することで、独自ヘルパーが動いて以下のHTMLタグが作成されます。
<a href='http://www.google.co.jp/'>Google</a>
Viewは簡単なとこだけでも書くことが多い・・
他のテンプレートエンジンの使い方についてはまた次回。