/etc/vsftpd/vsftpd.conf

内に

force_dot_files=YES

と追加（そんな項目なかったので追加した。）して vsftpd を再起動すればオッケー！

内にある、

expose_php = Off

と、Off にすると Apache のレスポンスヘッダで PHP の表記（Server: Apache/1.3.36 (Unix) PHP/5.1.4 の PHP/5.1.4 の部分）が表示されなくなる。
更に拡張子を .php から .html とかにすると PHP で動いてるようにみえなくなってセキュリティ上少し良いかも。

個人的にはさほど重要ではないと思っているけど（でも、Off にしてる）、そうしたい場合もあるのではなかろうか。

Subversion 用の TortoiseSVN もあります。

$ ./configure –enable-shared

これをしないと ffmpeg-php の configure 時に怒られてしまう。
ffmpeg-php のビルドはいたって簡単。

$ phpize
$ ./configure
$ make
# make install

するだけ。
php.ini に extension 追加するのも忘れずに。

ただ、個人的には ffmpeg に amr コーデックを追加してビルドしていて、これが使えなくなった。
というのは、amr のオプションと shared のオプションを同時に付けて configure すると make でコケる。

ffmpeg-php の使い方もいたって簡単。
以下のソースでムービーファイルの動画コーデックが取得できる。

$movie = new ffmpeg_movie(‘movie.avi’);
$movie->getVideoCodec();

# modprobe ip_nat_ftp

とすることで接続できるようになる。
/etc/sysconfig/iptables に

-A INPUT -m state –state RELATED,ESTABLISHED -j ACCEPT

上記行を加えるのも忘れずに。

–

/etc/sysconfig/iptables-config に

IPTABLES_MODULES=”ip_nat_ftp”

を追加したら、毎回 modprobe コマンドを叩く必要はなくなる。

Project_Controller::main(‘Project_Controller’, ‘index’, ‘undef’);

上記のように、第３引数に定義されていないアクションのリクエストがあった場合に実行するアクションを定義する。
そして、/path/to/project/app/action/Undef.php を作成。
これで定義されていないアクションをリクエストすると undef が実行されるものの、何故か WARNING が出力されてしまう。
WARNING 出ちゃうとみっともないんだけど。何か違うのかなぁ。

class Sample_Form_Regist extends Ethna_ActionForm
{

var $form = array(
‘cmpPasswd’ => array(
‘name’ => ‘パスワード’,
‘required’ => true,
‘type’ => VAR_TYPE_STRING,
),
‘cmpRepeat’ => array(
‘name’ => ‘パスワード確認’,
‘required’ => true,
‘type’ => VAR_TYPE_STRING,
‘custom’ => ‘compare’,
),
);

function compare($name)
{
if ($this->form_vars['cmpPasswd'] != $this->form_vars[$name]) {
$this->ae->add($name, ‘The passwords do not match’, E_FORM_INVALIDVALUE);
}
}

}

$this->form_vars[] に取得したいフォーム項目名を決めうちで入れてるだけなんだけど。
条件があるフォーム項目でカスタムチェックしたら、いわゆる複合チェックはできますね。
ほんとうはもっとスマートに出来るんだろうな。

define(“EZSQL_DB_USER”, “”);
define(“EZSQL_DB_PASSWORD”, “”);
define(“EZSQL_DB_NAME”, “”);
define(“EZSQL_DB_HOST”, “”);

編集を終えたら以下の感じでデータベースから値を取得。

include_once(‘ez_sql.php’);

$res =& $db->get_results(“SELECT * FROM table”);
foreach ($res as $row) {
$row->id;
$row->name;
}

値がオブジェクトで返ってくるのでわかりやすい＆Smarty との相性もよい。
しかもクラス内でインスタンスの生成をしているので include するだけで使えてしまう気軽さ。

一つ注意としては Ethna のクラス名（PEAR::DB？）とぶつかって怒られてしまうので、自分で適当なクラス名で（ezSQL とか）コンストラクタ・インスタンス生成部分は書き換える必要があり。
ほんとうは Ethna の O/Rマッピング使った方がいいのだろうけど。

Ethnaでは基本的にクライアントから送信されるフォーム値をGET/POST(REQUEST_METHOD)で区別しません。理由は、GET/POSTで振舞いを変えていると思わぬところでダサダサな振舞いをしたり、場合によっては(ここはGETしかこないと思い込んでコードを書いていたりすると)セキュリティホールになる可能性もなくもなくも無いためです

と、本家サイトの下の方に書いてあった。
ポリシーなんで仕方ないなと思いつつ、自分で分岐処理を書く。

ここの認証処理で PEAR::Auth を使おうともくろむ。
適当に Sample_Auth クラスとか作って、authenticate() メソッドをオーバライドするが、PEAR::Auth がどうも上手く動かない。
Firefox の LiveHTTPHeaders で挙動を確認すると、Ethna が Cookie を上書きしているっぽいことが判明。
そこで以下のように Ethna_Session::start() を先に呼び出すと動作する。

$this->session->start();
$a = new Auth(‘DB’, $param, null, false);
$a->start();

けど認証時の Validation とかログアウト処理を考えると結構メンドイ＆ Session 周りの処理が非効率になるので PEAR::Auth は使わない方向。