2008-08-04

Google電卓

できるかどうか試してたらできた。やるな〜

2008-06-09

強引にaction名がマルチバイトなURLにアクセス⇒500エラー

symfony

routing.ymlはデフォルトのままで、

http://hostname/mymodule/%E3%81%BB%E3%81%92%E3%81%BB%E3%81%92

とかに無理やりアクセスすると変なエラーがでます。

No suitable nodes are available to serve your request.（５００エラー）

とか

Fatal error: Maximum function nesting level of '100' reached, aborting!
in /usr/share/php/symfony/debug/sfWebDebug.class.php on line 89

とか・・・

調べてみると、action名がマルチバイトという異常系のときに、action_name が空にされた状態のままaction実行まで流れてきてて、sfActions->execute() が再帰的に実行されている現象が確認できました。

500エラーでもいいような気がするのですが、該当するactionが無いということでの404にしたかったので、filterをつくって404を出力するようにしました。

<?php
/**
 * action名が変な場合404にするfilter
 *
 * @package    yoshihi6
 * @subpackage contents-lib
 * @author     yoshihi6
 * @version    SVN: $Id: $
 */
    
class validateActionNameFilter extends sfFilter
{
    public function execute( $filter_chain )
    {
        // get the context
        $context    = $this->getContext();

        // get the current action information
        $moduleName = $context->getModuleName();
        $actionName = $context->getActionName();
        
        if( $actionName === '' ){
            throw new sfError404Exception();
        }else{
            $filter_chain->execute();
        }
    }
}

クラス命名があまりよろしくないかも・・・考えておきます。

2008-06-05

routing.yml と AllowEncodedSlashes とか

symfony

apache環境のsymfonyにて。

routing.yml を使って、

http://hostname/index.php/tag/index?tagname=(何か文字列)

を

http://hostname/index.php/tag/(何か文字列)

のようなURLでアクセス可能にして、更にmod_rewriteで

http://hostname/tag/(何か文字列)

でアクセス可能にする、といったことを最近良くやるのですが、この文字列パラメータに半角スラッシュが入ってくると面倒なことになります。はまってしまいました。

渡したいパラメータを仮に "news/sports" とします。

半角スラッシュを普通にURLエンコードして渡すと、404エラーに。

スラッシュそのままだとパラメータが途中で区切られてしまうのでURLエンコードは必須だし、
url_for 等のヘルパーでも以下のように勝手にURLエンコードしてくれますが、404エラーになってしまいました。

http://hostname/tag/news%2Fsports

⇒ apache側で AllowEncodedSlashes On にして解消されました。

no_script_name: off の環境だと、"%2F" の手前でパラメータが途切れる。

PATH_INFO の中が既にデコードされていました。（なぜそうなるのかは調べてません）

また、パラメータ取得方法が２パターンあるようで

http://hostname/tag/news%2Fsports  ⇒ REQUEST_URIから取得 ⇒ %2FがデコードされてなくてOK
http://hostname/index_dev.php/tag/news%2Fsports ⇒ PATH_INFOから取得 ⇒ %2FがデコードされててNG

といった状況のため、スラッシュを２重エスケープするような対策をすると、今度はprod側のパラメータのほうが、エンコードの解けてない状態でsfRequestにパラメータが入っている状態になってしまいます。

devとprodで挙動が違う、といういやらしい問題にたどり着いてしまいました。

今のところは一旦、コントローラのgenUrlを上書きしたサブクラスを使っていく、アドホックな上書きで回避をしてますが、いい方法がないか調査中です。

（こんなソースを晒すのもどうかとおもいますが、こんな感じです・・・はやく別な方法にしないと。。）

    public function genUrl( $parameters = array(), $absolute = false )
    {
        $url = parent::genUrl( $parameters, $absolute );
        return sfConfig::get('sf_no_script_name') ? $url : str_replace( '%2F', '%252F', $url );
    }