Life

Zend_Config_Iniは、設定値や固定のプルダウンメニューリストを定義するのに便利です。

まずは、iniファイルを定義します。

1
2
3
4
5
6
7
8
9
10
11

[default] ←ブロック名
 
database.adaptor         = Pdo_Mysql
database.config.host     = localhost
database.config.username = user
database.config.password = password
database.config.dbname   = test
 
menu.0        = menu0
menu.1        = menu1
menu.2        = menu2

1
2
3

$config = new Zend_Config_Ini(iniファイル名(パス含む), 'default');
 
$config->database->adaptor

1
2
3
4
5
6

array(
'host' => localhost,
'username' => user,
'password' => password,
'dbname'   => test
);

Ａｃｔｉｏｎコントローラーの中で、

$this->getRequest()

と書くと、リクエストオブジェクトが取得できる。

$_POST、$_GETの情報も、Controller名、Action名もこの中。

$this->getRequest()->getPost();

$this->getRequest()->getQuery();

$this->getRequest()->getControllerName();

$this->getRequest()->getActionName();

$_GETは、ちょっとメソッド名がイメージしづらいけど、ここは覚えるのみ。

getPost()、getQuery()は、パラメタにキーを渡すと、キーに対応する値を取得してくれる。

それ以外にも、setParam($key, $value)で、リクエストオブジェクトに値を設定可能。

これは、いつでもgetParam($key)で取得可能。

getParam()だと、$_POST、$_GETのパラメタも取得可能ですが、

getUserParam()だと、setParam()で設定した値のみが取得可能。

ここは使い分けた方が、プログラムの可読性が増すかなと思います。

あと、発見だったのが、Ｚｅｎｄでは、

http://test.com/controller名/Action名/key/value/ 【1】

というようにパラメタを渡せます。

http://test.com/controller名/Action名/?key=value 【2】

としても渡せます。

この場合、【1】の場合は、keyはsetParamで設定したものと同じように扱われおり、

【2】の場合は、$_GETに設定されています。

パラメタの記述方法で、保存される場所が変わるので、気をつける必要があります。

次回は、便利だなと思った。Zend_Config_Iniについて書こうかなと思います。

今回書いたことは大体、ＺｅｎｄＦｒａｍｅｗｏｒｋのドキュメントに書いてあります。

ドキュメントは、こちらです。

Zendで、メール送受信と、DBアクセスができるようになったから、

cakePHPで同じことをやるにはどうするんだろうと、cakePHPガイドブックを読んだ。

cakePHPには、メール送信用のコンポーネントがない。1.2で追加される予定だそうだ。

DBアクセスのところを見たら、cakePHPの方クラスをnewする必要がなく、

利用するクラスとして宣言したら、$this->クラス名として呼び出せるという違いくらい。

ZendのコンポーネントをcakePHPからも利用できるから、cakePHP+Zendという

選択肢もあるし、cakePHPを利用するなら必須になると思う。

DBアクセスのための関数は、cakePHPの方が種類が多い。

DBアクセスについては、好みの問題になるんじゃないかと思う。

私は、今のところZendのDBアクセスの方が好きだ。

機能面の充実をとるならZend、ソースの自動生成(scaffloIdやbake等)に

魅力を感じるなら、cakePHPだと思う。

scaffloIdは、かなり強力な魅力だ、公開しないページならこれで十分なときもあるだろう。

まだView部分をどちらも見ていないから、そこで差がでてくるのかもしれない。

クラス設計は、cakePHPの方がユーザがカスタムすることを前提で、空クラスが

準備されているから、どこをいじればいいのかがわかりやすい印象。

Zendでも自分で、共通クラスを生成したら、差はないと感じた。

Zendを引き続き使いながら、不便だな、便利だなと思った点がでたら、

cakePHPではどのようになっているかを調べるという方法ですすんでいこうかと思う。

罠というほどではないのかもしれないが、今回は罠ってことにさせてもらう。

このために、3時間くらいの時間を使ってしまったから。

Zend_Dateクラスを引数なしで生成した場合、つまり

$date = new Zend_Date();

って記述した場合。

この場合は、内部でZend_Localeが呼び出され、

ブラウザ->サーバ設定->フレームワーク設定の順で、Locale設定を検索する。

Locale設定とは、日付に関する表現方法が各地で違うため、どの地域表現方法で、

表示するかを決める設定。日本語だと、1月、2月だけど、英語では、Ｊａｎ、Ｆｅｂみたいな。

そして、現在時刻を設定したZend_Dateクラスが作成される。

今回罠に落ちたのはバッチ処理用のphpプログラムにZend_Dateコンポーネントを

利用して作成しようとして起こったのです。

バッチってことは、主にcronで呼び出され、ブラウザ経由では起動されません。

サーバ設定からLocale設定が取得できればいいのですが、試した結果、

サーバによっては、設定されていなくて、取得できない場合があるようです。

hetemlは、phpがcgi版のためか取得できてませんでした。

（ブラウザでphpのsetlocale関数の戻り値をdumpして確認しました)

フレームワーク設定は、デフォルト状態では、何も設定されていません。

Zendのソースをおったり、ネットで調べたりしてたどり着いた解決策は2つ。

hetemlのメールサーバを使ってメールを送信してみた。

プログラムのサンプルはこんな感じ。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

require_once('Zend/Loader.php');
Zend_Loader::loadClass('Zend_Mail');
Zend_Loader::loadClass('Zend_Mail_Transport_Smtp');
Zend_Loader::loadClass('Zend_Date');
 
$date = new Zend_date();
 
$config = array('auth' 　　　　=> 'login',
　　　　　　　'username'　=> 'ユーザ名',
　　　　　　　'password'　=> 'パスワード');
 
$transport = new Zend_Mail_Transport_Smtp('メールサーバ名', $config);
 
$mailSmtp = new Zend_Mail('UTF-8');
$mailSmtp->setBodyText('本文');
$mailSmtp->setSubject('件名');
$mailSmtp->setFrom('Fromアドレス', 'From名');
$mailSmtp->addTo('Toアドレス');
$mailSmtp->addHeader('Date', $date->now()->get(Zend_Date::RFC_2822));
$mailSmtp->send($transport);

ほとんど、ドキュメントのサンプルソースを参考にしたら動いたが、ひっかかった点が以下の2点。

・日本語の文字化け

・送信日時が設定されない

日本語の文字化けは、使用している文字コードを Zend_Mailの生成時に

パラメタとして渡すことで化けなくなった。

生成時にISO-2022-JPをパラメタとし、本文と件名をmb_convert_encodingで、

ISO-2022-JPにエンコードしてから渡しても文字化けしないことも確認しました。

UTF-8としたのは、プログラムファイルの文字コードをUTF-8としているためです。

あと、なぜかわかりませんが、普通に送信したら、送信日時が空欄で届きました。

そのため、メールヘッダの Date(送信日時)を自力で設定しています。

Zend_Dateを使って、現在日時を取得し、メールヘッダに利用される

Zend_Date::RFC_2822という型に変形したものを設定しています。

Zend/Mail/Storage/Pop3クラスを使って、メールを受信してみた。

受信自体は、意外と簡単に受信できたが、fromアドレスを取るのに一工夫必要。

メーラーで、メールアドレスに名前を設定されている場合、

その名前とメールアドレスの両方が、”from”情報に設定されているため、

メールアドレスだけを抜き出す必要があります。

調べてみたところ、Pearのモジュールでありました。

Mail_RFC822::parseAddressList()

という関数です。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

require_once('Zend/Mail/Storage/Pop3.php');
require_once('Mail/RFC822.php'); 
 
$config = array('host'      => 'メールホスト名',
　　　　　　　'user'      => 'ユーザ名',
 　　　　　　　'password'  => 'パスワード');
 
$mail = new Zend_Mail_Storage_Pop3($config);
 
foreach ($mail as $num => $message){
　　$tmp = Mail_RFC822::parseAddressList($message->from);
　　$mail_address = $tmp[0]->mailbox . '@' . $tmp[0]->host;
　　var_dump($mail_address);
}

私が使っているサーバ heteml なら、pearにパスが通してあるので、

ZendFrameworkさえ、自分で設置すれば、pearは requireするだけで使えました。

今日まで、初期費用無料キャンペーンをやってるので、

正月休みに、いろいろ実験してみようって方は、申し込んでみてはいかかでしょう。

ZendFrameworをhetemlに設置した。

.htaccessをほとんど使ったことなかったので、そこでやたら手間取ったけど、

それ以外は特につまづくこともなく、”Hello World!!”が出力された。

http://co-hey.com/xxx/に設置したことで、RewriteBaseの正しい書き方がわからず、

ネットで検索しながら、1時間くらいかかってやっと正常に表示された。

書いた .htaccess はこれだけなのに。

AddHandler php5-script .php

RewriteEngine on

RewriteBase /xxx/

RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php

http://xxx.co-hey.com というサブドメインを作成して、


http://co-hey.com/xxx/を参照するようにしたら、マニュアル通り

AddHandler php5-script .php

RewriteEngine on

RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php

でＯＫだった。

あー、サブドメインは設定するつもりだったから、最初から設定しておけば、

あの1時間は、他のことできていたのにーと思ったけど、これで、

.htacessを使ったmod_rewriteが多少理解できたからいいかとも思う。

さて、Zend_Mailコンポーネントの使い方を試したら、次はSmartyとの連携だ。

そういえば、使っているサーバ　hetemlが2周年キャンペーンをやっている。

20日までの予定が、25日（クリスマス）まで延長されたみたい。

初期費用の4000円くらいが、無料になるからサーバ借りようかなーって人は、

これを機会に使ってみては？今のところ特に問題なく使えてますから、安心です。

サポートが今後も期待できると言われている「zend framework」

今もっとも話題になっている「cakePHP」

どちらもＰＨＰでシステム構築する際に用いるフレームワークです。

仕事でも、プライベートでもＰＨＰでプログラムを作成していますが、

既存のフレームワークや、ＰＥＡＲもあまり使っていませんでした。

前職の経験から、何かあったときにブラックボックスな部分があると、

痛い目にあうというイメージがあったからです。

ですが、今の会社に転職して、初めて仕事でＰＨＰを使うようになり、

前職よりシステム構築までの時間を短くすることが要求されていることを感じていました。

そこに着目すると、フレームワークはとても有意義なものに思えて、早速この本を買ったのです。

一通り目を通しましたが、使ってみようって気になります。

使い方のイメージもつかみやすく書いてありました。

個人的にはプログラム例がＲＳＳリーダーだったのがイマイチでしたが。

ここは好き嫌いの問題なので、気にしないで下さい。

Chapter5を先に読んでから、Chapter4を読んだ方が分かりやすいです。