ということで、Mapleのkunitさん作のDocTestをZend Frameworkのプロジェクトで使うための覚書。

といっても、割とすんなりいきました。

Zend Frameworkにて、MVCの形のプロジェクトを既に用意できている段階であれば、パスの通ったところに、DocTestのalpha2を解凍して、srcディレクトリの中のファイルをコピー。

TestControllerを作成して、その中で、DocTestを呼び出すようにする。

<?php
class TestController extends My_Controller_Action
{
    public function init()
    {
        parent::init();
    }


    public function preDispatch()
    {
        parent::preDispatch();
    }

    
    public function indexAction()
    {
        $this->_helper->viewRenderer->setNoRender();


        $params = array('compileDir' => './var/tests_c');
        $testDir = './lib/My';
        $options = array('prefix' => 'My');


        echo '<pre>';
        Maple_DocTest::singleton($params)->run($testDir, $options);
        echo '</pre>';
    }
}

こんな感じ。

テスト対象を指定するところで、当初ライブラリ関係を収めているディレクトリ（./lib）を指定していたため、Zend Framework自体や、Smartyなんかもテスト対象とされてしまって美しくなかったんですが、ソースを読んでprefixの指定でうまく解決できました。

あとは、テストから除外したいディレクトリを設定するために、DocTestにちょっと手を加えたのと、テストに関する情報を抜き出す正規表現をちょっと変更しました。

DocTest.phpのgetTestDataメソッドの853行目

-        if (preg_match_all('|(#test (.*?))?<code>(.*?)</code>|s', $str, $matches, PREG_SET_ORDER)) {

+        if (preg_match_all('|#test((.*?))<code>(.*?)</code>|s', $str, $matches, PREG_SET_ORDER)) {

どうも、元のままだと、#testから始まっていない（DocTest用ではない）Docコメントでも、<code></code>で囲まれた記述があると抜き出してしまう問題があるようでした。
Zend Frameworkのコードの中にそのような箇所があって、当初エラーを吐いていたので修正。

ということで、いざ動いてくれるとすごく楽ちんです。感動ものです。

予定日が６月３日だったので、今か今かという感じだったのですが、ようやく生まれて、ほっとしました。

前駆陣痛が続いていたので、ここ２週間くらいで深夜に病院に５回くらいは駆けつけたと思いますが、今晩はぐっすり眠れそうです。

それはさておき、確認画面から送信ボタンを押して、データベースに登録するなり、メール送信するなりをした場合に、そこでブラウザをリロードしたり、ブラウザの戻るボタンを押して再送信したり、ボタンを２回クリックしたりすると、フォームが二重に送信されてしまう。

これらの対処としては、トランザクショントークンを用いた対策方法が主流である。
確認フォームで、hiddenタグに乱数などで生成されたトークンを埋め込み、同時に同じキーをセッションに持つ。フォームが送信されたらトークンとセッションのキーが一致するか確認し、一致したら正常処理を行い、セッションのキーを破棄。一致しなかったら、エラーとみなし、処理を行わずにリダイレクトなど。

送信後にブラウザのバックなどで戻り、再送信した際には、セッションのキーは既に破棄されてしまっているので、一致することはなくエラーにしかならない。これで二重送信を防止。

とまぁ、これで問題はなさそうなのではあるんですが。

PHPの場合、セッションをスタートすると、デフォルトでヘッダーにno-cacheをセットする。
その状態で、ブラウザでバックし、確認画面などのhiddenタグを埋め込んでいるところに戻ると、no-cacheゆえにページが再読込されて、トークンキーの値が変わってしまい、セッションにもキーが再びセットされ、二重送信が行えるようになってしまう。

no-cacheにしない事がトランザクショントークンを使う場合の条件のようであるが、そのためには、セッションがスタートする前に、
session_cache_limiter('private_no_expire');
なんて書いておけくと良い。これでブラウザでバックしても再読込されないので、二重送信もしっかりと防ぐことが出来るようになる。

一般的なユーザーは、入力内容に間違いがあったと気がつくと、直感的に戻るボタンを押すことが多いと思うので、ブラウザのバック自体は行えたほうが良いが、最終的なフォーム送信後に戻れてしまうと、たとえ二重送信防止となっていて、二回目の送信は実際の処理が行われないとしても、ユーザーは訂正を行ったうえで、再送信を行ったのだと思うかも知れず、そうなってしまうとユーザーの意図と、システムの振る舞いに差異が生じるので、一度送信完了したなら、そのフォームには戻れないようにしたい。

ということで考えていること。

no-cacheが基本
フォーム生成時に、乱数等にてformidを生成。同時にセッションにformidを格納
formidパラメーターを付与したURLにリダイレクト。
ブラウザでバックした場合は、formidに紐づくセッション内容を元にフォームを復元
フォームの送信時にはformidに紐づくセッションを削除
紐づくセッションがない場合は、どこかに遷移
編集用のフォームは、初回の表示もセッションから呼び出し
CSRF対策のトークンキーも盛り込む

みたいな感じ。
こんな感じで、試しに実装してみようと思う。

最後の部分、何を書いているのか自分しか分からないかも。

確定後の注文を、ブラウザの「戻る」ボタンで注文手続きページに戻って変更することはできません。

ちゃんとメッセージを表示させれば、お客さんも混乱しないですね。

<?php


class My_View extends Zend_View_Abstract
{
    public $autoEscape = true;


    protected function _run()
    {
        $varBackup = null;
        if($this->autoEscape)
        {
            $vars = $this->getVars();
            $varBackup = $vars;


            foreach($vars as $k => $v) {
                if (is_string($v)) {
                    $this->assign($k . '_raw', $v);
                    $this->$k = $this->escape($v);
                } elseif (is_array($v)) {
                    $this->$k = $this->_arrayEscape($v);
                    $this->{$k . '_raw'} = $v;
                }
            }
        }


        include func_get_arg(0);


        if($varBackup !== null) {
            $this->clearVars();
            $this->assign($varBackup);
        }
    }


    private function _arrayEscape($vs)
    {
        foreach($vs as $k => $v) {
            if (is_string($v)) {
                $vs[$k] = $this->escape($v);
            } elseif (is_array($v)) {
                $vs[$k] = $this->_arrayEscape($v);
            }
        }
        return $vs;
    }
}

こんな感じです。
使い方は、

// setup view
$view = new My_View();
$viewRenderer = new Zend_Controller_Action_Helper_ViewRenderer($view);
Zend_Controller_Action_HelperBroker::addHelper($viewRenderer);

みたいな感じで（ViewRendererは使わなくてもいいけど）、あとはアクションの中などで、

// 変数
$this->view->hoge = 'ほげ<br />ほげ';
// 配列
$tmp = array('aaa', 'bbb<br />bbb');
$this->view->hoge_array = $tmp;

とセットする。
ビュースクリプトの中では、エスケープ済みのものと、エスケープしないものがそれぞれ、

<!-- エスケープ済み変数 -->
<?php echo $this->hoge; ?>


<!-- エスケープなし変数 -->
<?php echo $this->hoge_raw; ?>


<!-- エスケープ済み配列 -->
<?php echo $this->hoge_array[0]; ?>
<?php echo $this->hoge_array[1]; ?>


<!-- エスケープなし配列 -->
<?php echo $this->hoge_array_raw[0]; ?>
<?php echo $this->hoge_array_raw[1]; ?>

みたいな感じ。多重配列も同じような感じ。

単純な用途の場合はこれはこれでいいのだけれど、いろいろとZend Frameworkのソースやドキュメントを追っていくと、自動でエスケープすると、却ってフォーム関係のView_Helperが使いづらくなりそうだったり、毎回別名の変数や配列を生成したりして、どうなのと思うところもあり。何か良いアイデア合ったら教えてください。

ビュースクリプト側でエスケープを書きたくないというのは、もちろん、不注意からXSSを生み出してしまわないためなのですが、そのためにややこしくなるのもいやなので、Viewにセットする段階で、フィルターかましてエスケープしてあげるほうがいいのかなぁとも思っています。

なるべくZend Frameworkの素のままで使ってみようと思ってましたが、やはりSmartyと、Smartyのプラグインを使ってViewまわりを固めたほうが早いかなと思って、現在そっち方面で検討中。

ViewRendererとかは結構便利なので、Zend Frameworkの良い所を生かしつつ。
ということで、Smartyを使ったViewの話は次回にします。

ブログにコードを貼り付ける方法で悩むの巻

を参考にスタイルシートを変更してみた。

pre.code{
	display:block;
	background : #EEE;
	color : #444;
	font-size : 1em;
	margin  : 1em;
	padding : 0.5em;
	border  : 1px solid #CCC;
	width   : 90%;
	overflow : scroll;
}

こんな感じ。

実態参照に変換するために
MovableType用EntityRefButtonプラグイン v0.0.5
も入れました。

エントリーを書くのがかったるくて、覚書みたいなものをあちらこちらに散乱させていたけれど、これでちゃんと書きたいものが書けるようになるかな。あとでソースコードに色も付けちゃおう。

HTTP::Request::Commonの最近のやつには

Multivalued form fields can be specified by either repeating the field
name or by passing the value as an array reference.

と書いてあるけれど、日本語訳のドキュメントは古いバージョンのやつだからか、この部分が存在しない。
以前は簡単には行えなかったのかな？

use HTTP::Request::Common;
my $ua = LWP::UserAgent->new;
my $req = POST "http://www.example.com/",
[ foo => 'bar',
bar => 'foo',
hoge => [ qw( aaa bbb ccc ) ]
];
my $res = $ua->request($req);

みたいな感じ。

これで、POSTの内容は、

foo=bar&bar=foo&hoge=aaa&hoge=bbb&hoge=ccc

になる。
WWW::Mechanize とか使ったほうがいいんでしょうけどね。

今回のリニューアルにあたり、WordPressというPHPで書かれたオープンソースのブログソフトウェアを採用いたしました。私はほとんどノータッチで、デザインのラフから、専用のモジュール開発やシステムの組み込みまで全て社員にまかせっきりだったのですが、横で見ているのも楽しい経験でした。

制作の経緯はこちら

現在会社のほうでは、「ウルトラ藤井ちゃんPLUS」という新サービスのテスト運用を行っています。

「ウルトラ藤井ちゃんPLUS」につきまして

このソフトを開発する元となりました「ウルトラ藤井ちゃん」は、ひと気を演出することが難しいネットショップ運営において、いかにページ上で行列感を演出するかに主眼を置き開発したソフトでした。

多くの店舗様にご利用いただく中で、売上状況を積極的に開示させることによって、購入件数の増加や、客単価の上昇といった効果が実証され、一定の評価を頂いておりますが、その効果をさらに高めるために開発したのが、この「ウルトラ藤井ちゃんPLUS」です。

楽天の受注メールを元に、ある特定商品の購入状況を、共同購入のように表示させることができます。

といったソフトです。既に、数店舗様よりすぐに使いたいとのご連絡を頂きまして、お試し運用もスターとさせております。もしご興味ございます方はご連絡くださいませ。

今月半ばにはASPサービス向けでは6台目となる新サーバーも運用を開始します。
今までは募集店舗を限ってまいりましたが、サービスのメニューも増えてきましたので、今回のサイトのリニューアルを契機に、広く募集を行っていこうと思っています。

大きな数字を扱っていて、少々はまった。

PHPやLLの開発にいろいろ使ってきましたけれど、これというものが無くて結局はエディタで書いてしまうことが多いんですが、今後チーム開発とかを考えると、開発環境を改めて考えたほうが良さそうということで、Eclipse＋PDTをお試し中。

IDEでは無いですが、WinCVS＋Exam Diff＋テキストエディタ　という環境で長らく使っていて、それなりに使えていたんだけれども、PHPエディタを使ってみて、なんか良いかもと思いつつ、Subversionを使うようになると、バージョン管理と統合されていないIDEは非常に使いづらいということで、Eclipseがうまく使えるといいなぁと思っているところ。

Ecripse ＋ PDT の設定覚書

-clean オプションを付けて起動するために、専用のショートカットを作成

ショートカットのアイコンを右クリックでプロパティを開き、リンク先を

C:\eclipse\eclipse.exe -clean

に変更し、適用

-clean オプションは、言語パックを入れた場合など、Eclipse のキャッシュ情報を初期化したい場合に使用

メニューの日本語化

当初、Eclipse 3.2.1 LanguagePack を利用してメニューの日本語化を図ろうとしたけれども中途半端にしか日本語化されないので、Pleiades にて日本語化。
http://eclipsewiki.net/eclipse/?%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3%C6%FC%CB%DC%B8%EC%B2%BD%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3

インストール方法は解凍したファイルの中の readme.txt を参照。

文字コードの設定　デフォルトを EUC-JP に設定する場合

eclipse ではファイルごとに文字コードを設定することになっています。
初期設定では文字化けするので、PHPのソースを「EUC-JP」で開くように設定する。

メニューのウィンドウ→設定
メニュー「一般→コンテンツ・タイプ」
「テキスト → PHP コンテンツ・タイプ」でデフォルト・エンコードを「EUC-JP」と入力し、更新、OKボタンをクリックする。

でも、今後はUTF-8で開発することに決めました。

表示のフォントサイズを変更

MS ゴシック 9 ポイントで最適となるように調整。
フォントの設定は、ウィンドウ -> 設定 -> 一般 -> 外観 -> 色とフォント -> 基本 -> テキスト・フォント -> 変更

JStyle　エディターに全角空白、半角空白、改行、タブを表示

http://mergedoc.sourceforge.jp/jstyle.html

上記のプラグインを、pdt-all-in-one-S20070611_M1-win32.zip で利用する場合は、JStyle for Eclipse 3.3.0 を利用。

pdt-all-in-one-S20070611_M1-win32.zip は Eclipse のバージョンが3.2.1 と表示されるけれども、プラグインのディレクトリ内を覗くと3.3.0用のプラグインが多く見受けられる。
そのためか、JStyle for Eclipse 3.2.2 はうまく動かない（Eclipse が起動しなくなる）。

Subversion を使えるように。

当初、Subclipse をインストールしたけれど、Subversive のほうがよさげ。
調査中。

EclipseでPHP開発

http://journal.mycom.co.jp/column/ide/006/index.html
を参考に。

XAMPPのインストール
http://www.apachefriends.org/jp/index.html
http://www.thinkit.co.jp/free/article/0701/12/3/

PDT(PHP Development Tools)のインストール
http://download.eclipse.org/tools/pdt/downloads/
オールインワンパッケージをダウンロード

ZendDebuggerをインストール
http://downloads.zend.com/pdt/server-debugger/

以下を参考に
http://liosk.blog103.fc2.com/blog-entry-13.html

ZendOptimizerとZendDebuggerを共存させるには
\Program Files\xampp\php\zendOptimizer\lib の下にでもデバッガ用フォルダを作成し、

\Program Files\xampp\php\zendOptimizer\lib\Debugger\php-5.2.x

ここに ZendDebugger-5.2.3-Windows-i386\5_2_x_comp 下の ZendDebugger.dll をコピーする。

php.ini には以下のように記述。

zend_extension_manager.debug_server_ts = "C:\Program Files\xampp\php\zendOptimizer\lib\Debugger"

ちなみに、php.iniは以下が通常用
C:\Program Files\xampp\apache\bin\php.ini

php-switchを使う場合は、以下なんかも変更の必要があるみたい
C:\Program Files\xampp\php\php.ini
C:\Program Files\xampp\php\php4\php.ini

最近、百式の管理人さんが、idea*ideaでCakePHP修行をしていたり、gihyo.jpでCakePHPで高速Webアプリ開発なんて連載が始まったりして、気にはなっていたんですが。

良いなぁと思った点は、日本語でもドキュメント類が結構しっかりと揃っている点、ちゃんと使えそうなO/Rマッパーが組み込まれている点、インストールが簡単で、レンタルサーバーでも簡単に動作させられそうな点。

CakePHP プログラマーズ リファレンスガイドの付録 A. Cake ブログチュートリアルをこなしてみるだけで、一通り、Webアプリケーションを作るうえでの作業を体験できるのも良いですね。

とっつきやすさでは、いままで触ってみたPHPのフレームワークでは一番です。

Ruby on Rails の影響を受けているだけあって、規約が重視されますが、規約にのっとって開発さえすれば結構楽チンなのかも。

ということで、CakePHPでカートを作ってみることにしましょう。
海外のユーザーが多いのもメリットだと思います。

方針としては、
・多言語対応　まずは日本語と英語
・最近のいろいろなカートのスタンダードな仕様に準拠

Web2.0という言葉はもはや口にするのもはばかれる言葉になっちゃいましたが、そうは言っても、Web2.0的なサイト、サービスが盛り上がっているのは紛れもない事実。そんな中、本書で取り上げられている成功事例は初めて知るものも多く、新鮮な驚きと共に読み進むことができた。
これからの時代、企業がどう舵取りをすれば生き残っていけるのか、非常に示唆に富んだ本。

Web2.0的企業がサイトを作りユーザーを集める。サイトが大きくなるのはユーザーの貢献が不可欠。そして、サイトを運営する企業はユーザーの活動によってお金儲け。見方によっては、搾取する側とされる側という構造。
誰もが感じてはいても、ではどうするのが良いのか、そんな疑問に答えのヒントを与えてくれただけでもすばらしい。

ふと楽天という会社も、Web2.0企業なんだなぁとちょっと感じた。コミュニティを作り上げるプレーヤーは、お客さまよりも、出店者という意味合いでですが。

Web2.0企業は、要はプラットフォーム・プロバイダーなのでした。

なぜか家にあったので（笑）読んでみた。
なんか、非常にトンデモ本のような雰囲気がたっぷり。
ネットでNESARAとか、アセンションとか検索すると、いろいろな熱いやり取りを目にすることができて、これまたびっくり。
「不都合な真実」のアル・ゴアはこれから大活躍！？
混迷の時代を生きる必読書です。１時間で読めます。

梅田さんも茂木さんという志向性が同じような二人の対談ということもあって、楽しんでいるんだなぁというのは伝わってくるんだけれども、もう少し意見のぶつかり合いみたいなのも読みたかったかも。やはり世代が違うので、違和感みたいなものも否めないかな。梅田さんはブログとかで追っているので理解可能なのですが、茂木さんがどういう人なのかがいまいち読み取れない。過去の著作に当たってみようか。

http://www.rakuten.ne.jp/gold/haviland/

誰よりも早くと思いまして、フライング的に注文を行いまして（笑）、第一号カスタマーとなった私めのところに本日朝、無事商品が到着しました。

わくわく。箱にちゃんとロゴマークが入ってます！
ガムテープで隠れてしまっているところがちょっと残念。

ご開帳です。
と、携帯のカメラで撮影してましたが、バッテリーが切れたので、ちゃんとしたデジカメを持ってきました。

緩衝材を掘っていきまして、現れてきました。
しっかり梱包してありますので、これなら安心ですね。

箱も高級です。
こんな食器を買ったの初めてです(^_^;
ドキドキします。

ついにご対面。

2客揃って。
後ろにある紙は無造作においてあるように見えますが、勿体無いので、
何かの出番のときまでしまっておくために包みなおすので、そっと置いてあるだけです。
雑に置いているように見えますね～
右隅にはサッカーボールが（笑）

ソーサーの裏を激写！

うーん、高級食器、いいですね。
嫁さんも朝から大喜びでした。

アビランド

ねらい目のプレゼントも開催中のようです！
http://www.rakuten.co.jp/haviland/1847947/