model#beforeValidate()に書く
正規表現での入力チェックより先に呼ばれてしまう。
一意チェックなんかではDBアクセスが発生するから正規表現でのチェックを通過したものだけ処理を行う方が良い。
model#validates()に書く
parent::validates()を呼んでから、独自入力チェックを書く。
validates()内に入力チェックが集約されるからよさげ。
ただparent::validate()を忘れると正規表現での入力チェックが呼ばれなくなる。
model#beforeSave()に書く
validates()の後に呼ばれるので正規表現での入力チェックを通過した際のみ呼ばれる。

どの方法でもいちおう動作はするが、1.はイマイチなんで、2.か3.のどちらか。
メソッドの意味的には2.が良いかな。

メモ：

入力エラー時に↓みたいにinvalidate()を呼ぶのだが、引数に注意。

$this->invalidate('username');

この値は単にviewでtagErrorMsg()を呼ぶときに使用するものなのでmodel(DB)のフィールド名（カラム名）と合わせる必要は無いんで。（ちょっとハマッた）

コメント (Close): 2
Trackbacks: 0

CakePHP

2006-08-10 (木)
CakePHP | PHP

この記事の所要時間：約 0分31秒

CakePHPイイ!!
PHPらしく（スクリプト言語らしく）柔軟なつくりになっていて面白い。
フレームワークにありがちな設定ファイル書きまくりとか無いしね。

RonRを筆頭に規則を決めておいてそのとおりに記述しておけば
あとはフレームワークが良きに計らってくれるのは良くできてるなあと思う。

今マニュアルをざっと見ていってるんだけど
仕組みが分かるとホント楽しい。
# 最近のフレームワークはチュートリアルとかドキュメントが充実してて
# これもスゴイと思う。

これ使って何作ろうかなー。

コメント (Close): 0
Trackbacks: 0

PHPフレームワーク

2006-08-09 (水)
PHP

この記事の所要時間：約 2分21秒

自社サービス構築に使うPHPフレームワークを探し中。

RonR登場以来、それの影響を受けたフレームワークが多いんだけど
実際に実務で採用されているフレームワークってあるんかな。
一時mojaviが話題になっていたが、最近あまり聞かないし。

周りでもPEAR・Smartyは使っている人がいるようだけど
公開されているフレームワークを使っている話は聞かない。

今のところ気になっているのは以下。

guesswork-classic[PHP4]
国産の軽量フレームワーク。シンプルな作りになっているので理解しやすい。
1アクションに対して1メソッドというのは直感的にも分かりやすいね。
業務で使ってみたかったのだが残念ながら機会が無かった。
現在開発が止まっている様子。
Ethna[PHP4]
GREEで採用されているフレームワーク。
やはり実際に公開サイトで稼働しているのは安心かな。
国産フレームワークなので日本語の情報が多いのも有り難いし。
mojavi2[PHP4]/mojavi3[PHP5]
一時もてはやされたPHPフレームワークの雄。
これの登場を機にPHPにフレームワークを、という気運が高まってきた。
少し試してみたがJava系のフレームワークの影響を強く受けているので
PHPで使うには重い気がする。
雑誌なんかでは実際に業務で採用されている記事を見たので
業務システムでの事例はいくつかあるようだ。
現在は開発が止まってしまったようだ。
（mojaviから分離したagaviが後継になっているみたい）
symfony[PHP5]
RonRの影響を受けたフレームワーク。RonRをそのままPHPに移植したイメージ。
ざっと試した感じでコードジェネレータとかは面白いんだけど
設定ファイル（yaml）がちとうっとおしいかも。
開発が活発に行われており今後が楽しみ。
CakePHP[PHP4/5]
こちらもRonRの影響を受けたフレームワーク。PHP4/5のどちらでも動作する。
簡単なCRUD画面を作るにあたってyamlやxmlといった設定ファイルは不要だ。
今調査中なのだが、さくっと作るには良い感じ。
こちらも開発が活発に行われているようだ。
ZendFrameword[PHP5]
PHPの開発元Zendが作成しているフレームワーク。
まだ試していないが、Zend公式フレームワークなだけに今後の本命になるかも。

Web系のサービスでは同じような処理が多いから
フレームワーク上での実装パターンを作っていきたいな。

# ちなみに1×1のお客様向けシステムではこれまでの資産の兼ね合いもあって
# 独自フレームワークを使ってます。

コメント (Close): 0
Trackbacks: 0

PHP4.4.3リリース

2006-08-04 (金)
PHP

この記事の所要時間：約 2分34秒

PHP4.4.3がリリースされてますね。
例によってバグフィックス版のようです。

勉強がてらにChangeLogを翻訳してみました。
# 誤訳・間違いがあったら教えて下さい。

PHP4.4.3 ChangeLog

*cURLエクステンション:open_basedir/safe_modeチェックにコントロールコードチェックを追加
*wordwrap():オーバーフローチェック追加
*session:セッション名に特殊キャラクターチェック追加
*error_log():safe_modeチェックを改良
*PCRE:バージョン6.6へアップグレード
*tempnam():極端に長いパス名のハンドリングを修正
*phpinfo():長い入力のXSS修正
*create_named_pipe():バッファオーバーフロー修正（Win32用libmysql.c）
*#37720のバグ修正 (DirectoryMatch / VirtualHost使用時にmerge_php_configの値がごちゃごちゃになる)
*#37569のバグ修正 (WDDXで上位キャラクターが間違ってエンコードされる)
*#37510のバグ修正 (session_regenerate_id()後のsession_id()で変更後のセッションID取得に失敗する)
*#37360のバグ修正 (壊れたGIFでメモリーエラーになる)
*#37348のバグ修正 (PEARインストールでopenbase_dir()が無視される)
*#37346のバグ修正 (無効なカラーマップフォーマットを使うとクラッシュする。)
*#37162のバグ修正 (WDDXを共有エクステンションでビルドできない)
*#37046のバグ修正 (foreachにstatic scopeの入れ子の配列を渡すと壊れる)
*#37045のバグ修正 (HTTPリダイレクトの特殊キャラクターチェックを修正)
*#36857のバグ修正 (HTTPストリームラッパーにPartial Contentを追加)
*#36776のバグ修正 (node_list_wrapper_dtor segfault)
*#36459のバグ修正 (\r\nが含まれたリンクに不正なPHPSESSIDを追加していた)
*#36458のバグ修正 (sleep()が負の値を受け入れていた)
*#36242のバグ修正 (stream_select()内でメモリ破壊が可能だった)
*#36223のバグ修正 (curlがopen_basedirをすり抜けていた)
*#36205のバグ修正 (2重クッキーでメモリーリークが発生していた)
*#36148のバグ修正 (unpack(“H*hex”, $data)が余計なキャラクターを文字列の最後に付加していた)
*#36017のバグ修正 (fopen()でURLを開くとPHPがクラッシュする)

コメント (Close): 0
Trackbacks: 0

ming インストール2

2006-08-03 (木)
PHP

この記事の所要時間：約 0分45秒

mingインストール続き。

その後調べてみると最近のPHPならばming用コードはPHPのソースに含まれている事が分かった。
なのでmingをインストールしておき、PHPインストール時の./configureに–with-mingを付けとけば良い模様。

が、また問題。
PHP4.4.2で–with-ming付きでmakeするとコンパイルエラーが発生してしまった。
（CentOS 4.3 / gcc 3.4.5 20051201 (Red Hat 3.4.5-2))
PHP Bugs#37472でも似たような例が載ってた。
しょうがないのでPHP5.1.4でインストールしたところ無事インストール完了。

次インストールする時は
・mingインストール
・PHP5.1.4を–with-mingでインストール
で良いかと。