追記 - 移転しました

http://sasezakit.phper.jp/
http://sasezaki.musicrider.com/

「例えば、PHPを使う」は終わりました。長年のご愛顧ありがとうございました。

ほんとにPHP使い始めたら止めようと初めたときから思ってたのでここでの更新やめます。
（あとはてなダイアリーがEUC-JPとかだったりするので）
移転先はとくにありません。

散文的なものは主に以下を更新してるようです。
- https://gist.github.com/sasezaki
- jottit

悪用厳禁！ ZF2のPluginClassLoader::addStaticMap

こんな場末の日記をご覧の方は、ZF2のプラグイン機構では、クラス定義の読み込みをPluginClassLoaderが、インスタンス化をPluginBrokerが行うということはご存知ですよね！え、ご存知ない？Wikipedia創設者ZFリードデペロッパーMatthew Weier O'Phinneyからのメッセージをお読みください。

Introducing Zend Framework 2.0

View more presentations from Matthew Weier O’Phinney.

Introducing the ZF2 Plugin Broker
http://weierophinney.net/matthew/archives/248-Introducing-the-ZF2-Plugin-Broker.html

で、LazyLoadingをする場合は、PlginBrokerの拡張PluginSpecBrokerというのが存在します。
（Controller\Actionでは、Loader\PluginSpecBrokerの拡張のController\Action\HelperBrokerを
ヘルパー読み込みの際に使用。View\PhpRendererでは、Loader\PluginBrokerの拡張のView\HelperBrokerを使用）

ということで、プラグイン機構を自前のライブラリで使う場合に以下のように使う場合に以下のような構造を考えるわけですが、

<?php
namespace Diggin\Service\ShortUrl;

class ShortUrl
{
    protected $shortUrlBroker;
   
    // host名=$plugin名としてpreg_replace_callbackに渡すなどする包括的なフィルタ用
    public function unshorten($plugin, $shortenedUrl)
    {       
        if ($shortener = $this->getShortUrlBroker()->load($plugin)) {
                
            if ($shortener instanceof \Zend_Service_ShortUrl_Shortener) {
                return $shortener->unshorten($shortenUrl);
            } else if ($shortener instanceof \Services_ShortUrl) {
            }

            return $shortenedUrl;
        }

        return $shortenedUrl;
    }   
        
    public function getShortUrlBroker() 
    {   
        if (!$this->shortUrlBroker instanceof ShortUrlBroker) {
            $this->shortUrlBroker = new ShortUrlBroker;
        }
        return $this->shortUrlBroker;
    }

}

<?php
namespace Diggin\Service\ShortUrl;
use Zend\Loader\PluginSpecBroker;

class ShortUrlBroker extends PluginSpecBroker
{
    protected $defaultClassLoader = 'Diggin\Service\ShortUrl\ShortUrlClassLoader';
}

<?php
namespace Diggin\Service\ShortUrl;
use Zend\Loader\PluginClassLoader;

class ShortUrlClassLoader extends PluginClassLoader
{
    protected $plugins = array(
        'tinyurl' => 'Zend_Service_ShortUrl_TinyUrlCom',
        'isgd' => 'Zend_Service_ShortUrl_IsGd',
        'metamark' => 'Zend_Service_ShortUrl_MetamarkNet',
    );
}

ここで、メンドくさがって、BrokerにvalidatePlugin()の個別処理を書かないと、以下のような呼び出しをしたときに

<?php
set_include_path(__DIR__.'/library/'. PATH_SEPARATOR .get_include_path());
require_once 'Zend/Loader/StandardAutoloader.php';
$loader = new Zend\Loader\StandardAutoloader;
//$loader->registerNamespace('Diggin');
$loader->setFallbackAutoloader(true);
$loader->register();

//bootstrapなどで
Zend\Loader\PluginClassLoader::addStaticMap(array('tinyurl' => 'Zend\Version'));

//bootstrapなででtypoした場合
Diggin\Service\ShortUrl\ShortUrlClassLoader::addStaticMap(array('tonyurl' => 'User\ShortUrl\Type'));

use Diggin\Service\ShortUrl\ShortUrl;
$shorturl = new ShortUrl;
var_dump($shorturl->getShortUrlBroker()->load('tinyurl')); //Zend\Version

という感じで処理がインスタンス生成後もヘルパーコールの場合処理がそのまま起動されちゃいます。なので、読み込み後インスタンスが適切か確認するvalidatePluginはちゃんと書かないとだめですね。

<?php
namespace Diggin\Service\ShortUrl;
use Zend\Loader\PluginSpecBroker;

class ShortUrlBroker extends PluginSpecBroker
{
    protected $defaultClassLoader = 'Diggin\Service\ShortUrl\ShortUrlClassLoader';

    protected function validatePlugin($plugin)
    {
        if (!$plugin instanceof \Zend_Service_ShortUrl_Shortener) {
            throw new Exception\RuntimeException('Serializer adapters must implement Zend\Serializer\Adapter');
        }
        return true;
    }
}

まあ、この自前コンポネーント設計どうなのよって話もありますが。

AjaxなURL(#!)を変換する奴を書かれたものをPHP用にポーティング

http://github.com/sasezaki/Zend_Uri_HttpCrawlableHash

@see http://code.google.com/intl/ja/web/ajaxcrawling/docs/specification.html
@see http://subtech.g.hatena.ne.jp/mala/20101018/1287419036

とりあえずテストコードに書かれた分はパスしてますって程度ですね。

<?php
require_once 'Diggin/Uri/HttpCrawlableHashTest.php';

$uri = Zend_Uri::factory("http://twitter.com/#!/wozozo", 'Diggin_Uri_HttpCrawlableHash');

// 変換したURIオブジェクトが欲しいとき(cloneして返します)
echo $uri->getFragmentToQuery(); // http://twitter.com/?_escaped_fragment_=/wozozo

// uriオブジェクトを変換して保持する場合
$uri->filterFragmentToQuery();
echo $uri; // http://twitter.com/?_escaped_fragment_=/wozozo

// 常に変換を掛けたい場合
//(zf2だとスタティックコンフィグじゃなくなるんで結構いまさらできても意味ない)
Zend_Uri::setConfig(array('convert_always' => 'query'));
$uri2 = Zend_Uri::factory("http://twitter.com/#!/gusagi", 'Diggin_Uri_HttpCrawlableHash');
echo $uri2; // http://twitter.com/?_escaped_fragment_=/gusagi

Zend_Uri、コンストラクタは置き換えられませんが、factoryでのクラスは置き換えられます。
(Zend Framework 1.10.5以上)
http://framework.zend.com/issues/browse/ZF-9925
http://framework.zend.com/manual/ja/zend.uri.chapter.html (Creating a New Custom-Class URI)

Zend_Http_UserAgentでの個別デバイスクラスの記述

Zend Framework1.11では、Zend_Http_UserAgentというブラウザデバイスの各種情報取得判定のためのコンポーネントが登場しますが、現状デフォルトで用意されているデバイスクラス(Zend_Http_UserAgent_Deviceインターフェイスの実装)以外のクラスを用意したい場合の利用メモです。ここでは、ガラパゴスというiPhoneとかBlackべりーとかのとはちょっと世界の世間とは隔離されたデバイスに関して処理したい場合のクラスを用意してみます。

サーバー情報は、(ZFの他のコンポーネント同様に）Zend_Http_UserAgentのインスタンス生成時でのコンフィグ用引数にあればそれを使用し、ない場合は$_SERVERグローバル変数です。

デバイス取得情報などは一旦storageに格納したものを使い回すようです。デフォルトはSessionです。

ユーザ定義のクラスを利用するにはいくつか手段があるっぽいですが、

$config['mobile']['device']['classname'] = 'Test_Galapagos';

のように設定すると単純にロードされます。

<?php
class BarContoller extends Zend_Contoller_Action
{
    public function fooAction()
    {
        $this->getHelper('ViewRenderer')->setNoRender(true);

        //デバッグ用設定
        $config['server'] = $this->getRequest()->getServer();
        $config['server']['http_host'] = '192.168.0.1';
        $config['server']['http_user_agent'] = 'willcom';


        $config['storage']['adapter'] = 'NonPersistent';

        $config['mobile']['device']['classname'] = 'Test_Galapagos';

        $useragent = new Zend_Http_UserAgent($config);
        
        if ($useragent->getDevice()->getType() == 'galapagos') {
            echo '192.168.0.1はわたしが所有しているIPアドレスです';
        } else {
            echo 'sorry, Japanese Only';
        }  
        
    }   
        
}

class Test_Galapagos extends Zend_Http_UserAgent_AbstractDevice
{   
    public static function match($userAgent, $server)
    {   
        if ('192.168.0.1' === $server['http_host'] && 
            preg_match('/^willcom/', $userAgent) ) {
            return true;
        }
        
        return false;
    }

    public function getType()
    {
        return 'galapagos';
    }
}

ユーザ定義クラスでは上記matchメソッドでの判定によってそのクラスをデバイスクラスとして利用するか決定されます。

Zend Framework 2 - SignalSlotの利用メモ

Zend Framwork2で使われそうなSignalSlotの利用メモ
(元々はPhly_PubSubとしてマシューが開発を進めてたもの)。
もうZend\Sessionでは使われてますけど。

利用したZF2のソースは
http://github.com/zendframework/zf2からpullしたものです。
(今InvalidArgumentExceptionのときrequireがないとかでるけど多分気のせい。きっと)

その１　単純なロガーなどのオンオフに利用できそうなあれ

emitの第一引数には"ポイント名"となる信号キー文字列を設定します

<?php
set_include_path(__DIR__.'/library/');
require_once 'Zend/Loader/Autoloader.php';
Zend\Loader\Autoloader::getInstance();

use Zend\SignalSlot\GlobalSignals;

class TestClass
{  
    public function request()
    {
        GlobalSignals::emit('before', 'http://test');
        echo 'request!!', PHP_EOL;
        GlobalSignals::emit('after', 'http://test', 'world');
    }
}

function setUp()
{  
    global $argv;
    if (isset($argv[1]) && $argv[1] == 'dev') {
        //logger
        GlobalSignals::connect('before', function() {echo 'hello', PHP_EOL;});
        GlobalSignals::connect('after', function($url, $response) {echo $url, '--', $response,PHP_EOL;});
    }
}

// your action
setUp();
$test = new TestClass;
$test->request();

実行

$ php sample1.php
request!!
$ php sample1.php dev
hello
request!!
http://test--world

その２　同じ信号キー文字列に登録したものでもdetachが可能

<?php
function setUp()
{       
    global $argv;
    if (isset($argv[1]) && strtolower($argv[1]) == 'dev') {
        //logger
        $before1 = GlobalSignals::connect('before', function() {echo 'hello', PHP_EOL;});
        $before2 = GlobalSignals::connect('before', function($url) {echo $url, PHP_EOL;});
    
        if ($argv[1] === 'DEV') {
            GlobalSignals::detach($before1);
        }
    }
}

実行

$ php sample2.php dev
hello
http://test
request!!
$ php sample2.php DEV
http://test
request!!

その３　emitUntilを利用した場合、特定の条件にマッチしたとき(そしてtrueを返す)ときまで順にコネクトの内容を実行可能
実行順序はFIFO

<?php
class TestClass2
{  
    public function request2($uri = null)
    {
        $uri = 'http://test';
        GlobalSignals::emitUntil(function($value) {var_dump($value); return (boolean)$value;}, 'before', $uri);
        echo 'request!!', PHP_EOL;
    }
}   
    
function setUp()
{   
    $before1 = GlobalSignals::connect('before', function($url) {return ($url == 'http://te') ? true : null;});
    $before1 = GlobalSignals::connect('before', function($url) {return ($url == 'http://tes') ? true : 0;});
    $before1 = GlobalSignals::connect('before', function($url) {return ($url == 'http://test') ? true : false;});
    $before1 = GlobalSignals::connect('before', function($url) {return ($url == 'http://test') ? true: false;});
    $before1 = GlobalSignals::connect('before', function($url) {return ($url == 'http://tests_') ? true: false;});
}

// your action
setUp();
$test = new TestClass2;
$test->request2();

実行

$  php sample3.php
NULL
int(0)
bool(true)
request!!

PHPカンファレンス2010 テックデイ

http://phpcon.php.gr.jp/2010/
http://gihyo.jp/news/report/01/phpcon2010/0002

参加しました。僭越ながら壇上にも上がらせていただきました。

フレームワークアップーデートというテーマで話を受けた際に、「基本方針は立ち上げ時から変わってないから、追加かバグ改修しかないです(ｷﾘｯ！」てことで何を話すべきか、またPHPカンファレンスに来られる多様な方々にZFについての概観を伝えられるか非常に悩んでました。

ですけど、やはり他のMVCとしてのフレームワークと比較される形での発表となるであろうから、なぜZFがフレームワークと冠しているのかてことを伝えつつ、利用するユーザはどうアクションを起こすべきかを伝えることを主題においてます。ZFの立ち上げ参加/zeta/PHPUnitの、Sebastian Bergmann最近のスライドで疎結合に考えろよと改めて話しておりまして、今のZFリードのマシューは、Symfony Liveに参加したさいに、symfonyもez componentも他のライブラリもそれぞれ使えば良いだろ常識的に考えて。。とも話してる時勢なので、どのフレームが良いかとかは割とFUDでPHP全体における協調としての側面から見るために、ライブラリーとして何が加わった(加わる)とコンポーネント名を並べつつ、Zend_Serializarのアダプターを引き合いに柔軟性を強調したかったのですが、あまり魅力は伝えられてなかったかもしれないですね。。今回キャッチーさはないものとなってしまい、受けは良くなかったようで、、、、落ちこんだりもしたけれど、私は元気です。

発表時のスライドは以下です。

PHP Conference Japan 2010 : Zend Framewrok

View more presentations from sasezaki.

ZF2について聞かれることもあったんですが、ZF2については11月のZendConでマシューからまとまった発表があるでしょうから、話すのは時期早々かなと思います。(MLの方では色々話が進んでますし、いくつか新規のも出てますが)
http://zendcon.com/tracks?tid=1698#session-15115
マシューはAOPな方向に持っていきたいようですが、今回のPHPカンファレンス全体の感慨も含めるとPHPとしてのフレームワークとして必然的なものか、個人的には考えがまとまってません。各フレームワークは、ちょっとオーバーアーキテクチャな方向に進みそうなんですが、私は経緯的な事情があり結果的に中庸になった今のZFが好みですね。

AgaviのHiPHoP対応はとても魅力的です。HiPHoP対応は、facebookの方の話を受けるとfunction_existsを除かなけばいけないのが割とウゲゲて感じです。例えば今のZend_Http_Clientのコードには、、、

<?php
        // If mbstring overloads substr and strlen functions, we have to
        // override it's internal encoding
        if (function_exists('mb_internal_encoding') &&
           ((int) ini_get('mbstring.func_overload')) & 2) {

            $mbIntEnc = mb_internal_encoding();
            mb_internal_encoding('ASCII');
        }

「PHPの中の人によるパネルディスカッション」のときは、Rasmusに質問が集中する形でしたが、mbstringの方々にも聞けたら良かったかなーと思います。パネルディスカッションは時間短すぎでしたけれども。

今回は懇親会にも参加しました。

14時のときに懇親会LTの応募の張り紙はriafさんのしかなくて、
他いないならってことで急いでスライド作って話ました。
http://handsout.jp/slide/3075

てか、皆さんちゃんと懇親会LT用仕込んでたんじゃないですか。。
(去年の即興ぽかったのに。。
http://gihyo.jp/news/report/01/phpcon2009/0002?page=5##vae1b14f)

後方付けぐらいしか手伝えませんでしたが、
来年はスタッフとして協力できたらなと思います。
発表者・参加者・スタッフの方々お疲れ様でした。