CakePHP 1.3の場合、boforeFilter()に$this->disableCache()を追加するだけでキャッシュを無効化できるから楽ちんですね。ちなみにソースは以下。cake/libs/controller/controller.phpに書いてます。

function disableCache() {
header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
header("Cache-Control: no-store, no-cache, must-revalidate");
header("Cache-Control: post-check=0, pre-check=0", false);
header("Pragma: no-cache");
}

Cache-Control: post-check/pre-checkの意味はMSDN参照。

Cache-Control: no-store, no-cache, must-revalidate/Pragma: no-cacheはIPA参照。

なぜだ？と思って調査。

- ./wp-includes/media.php

254行目のimagecreatefromstring()でApacheがabortしてた。

    function wp_load_image( $file ) {
            if ( is_numeric( $file ) )
                    $file = get_attached_file( $file );

            if ( ! file_exists( $file ) )
                    return sprintf(__('File “%s” doesn’t exist?'), $file);

            if ( ! function_exists('imagecreatefromstring') )
                    return __('The GD image library is not installed.');

            // Set artificially high because GD uses uncompressed images in memory
            @ini_set( 'memory_limit', apply_filters( 'image_memory_limit', WP_MAX_MEMORY_LIMIT ) );
            $image = imagecreatefromstring( file_get_contents( $file ) );

            if ( !is_resource( $image ) )
                    return sprintf(__('File “%s” is not an image.'), $file);

            return $image;
    }

GD/libpng経由でのリサイズ用png画像生成時に失敗するようだ。 こまりましたな。とりあえずgifで運用します。

query()メソッドは、select for update等CakePHPのモデルでは提供できないSQLを発行する際によく使いますが、引数の渡し方によってクエリキャッシュが効く・効かないの違いがありました。

クエリキャッシュ有り

BIND変数を引き渡す場合で第3引数がないとクエリキャッシュが有効になってしまいます。これに気がつか無い人、結構いるのでは?

$this->query('select id from user where id = ? for update', array(1));

クエリキャッシュ無し

第3引数がキャッシュ利用有無になるので、falseを渡せばクエリキャッシュは効きません。

$this->query('select id from user where id = ? for update', array(1), false);

これ、はまりました。。

ちなみにdbo_source.php(CakePHP 1.3.11)だと以下の用になっています。

    351                 } else {
    352                         if (isset($args[1]) && $args[1] === true) {
    353                                 return $this->fetchAll($args[0], true);
    354                         } else if (isset($args[1]) && !is_array($args[1]) ) {
    355                                 return $this->fetchAll($args[0], false);
    356                         } else if (isset($args[1]) && is_array($args[1])) {
    357                                 $offset = 0;
    358                                 if (isset($args[2])) {
    359                                         $cache = $args[2];
    360                                 } else {
    361                                         $cache = true;
    362                                 }
    363                                 $args[1] = array_map(array(&$this, 'value'), $args[1]);
    364                                 return $this->fetchAll(String::insert($args[0], $args[1]), $cache);
    365                         }
    366                 }

Pythontidy

試しに使ってみましたが、きれいになりました。便利なツールですね。

JDにはJD-GUIというものと、JD-ECLISPEという二つが存在しており、JD-IDEは逆コンパイラのGUI版、JD-ECLIPSEはECLIPSE上で動作するJDということになります。

ついこの間、ソースファイルの所在が不明となったJARファイルがあったので、JD-GUIを使って逆コンパイルしてみましたが、びっくりしました！JARファイルを与えたらあっという間に逆コンパイルが完了し、その結果をjavaファイルで出力できるという優れもので・・・

できあがったjavaファイルは、コメントアウトされて出力されますが、このコメントアウト部分をsed等で切り抜けばソースに早変わりします。

便利ですな。

なおライセンスで逆コンパイルが禁止されている場合もあるので、ご利用時はご注意ください。

http://ant.apache.org/manual/proxy.html

jmeterのソースファイルをビルドする際にant download_jarsが通るようになりました。楽ちん楽ちん。

JADについては以下のページがよくまとまっています。

• tanamonの日記

• 「Java SE 6完全攻略」 第5回　プロファイラ hprofとよき相棒 jhat

hprofはJVMの起動オプションを指定してプロファイルをとる代物であるが、若干もさっとするし、何よりよく落ちる・・・Tomcatを起動していたらTomcatもろとも道連れになり実用に耐えません・・・

HPROF ERROR: Cannot allocate malloc memory [hprof_util.c:160]
HPROF TERMINATED PROCESS

これでは使い物にならんと思って調べていたら、jmapというツールが存在することを発見。jmapはJVMのPIDを指定することでヒープデータを取得することが可能なツール。これを使えば↑の用にhprofが落ちて困ることは回避可能となる。jmapはJDKに付属している(JREには付属していない)。以下使い方。

# jmap -dump:format=b,file=<ダンプファイル> <pid>

heapダンプを取得後は、jhatで解析。jhatについては「Java SE 6完全攻略」 第5回　プロファイラ hprofとよき相棒 jhatの説明が詳しいので割愛するが、heapダンプサイズが大きい場合、java.lang.OutOfMemoryError: Java heap spaceが出ます。。heapサイズを調整して起動すればいいんですけどね。

# jhat -J-Xmx1024m <ダンプファイル>

なれてくるとJavaって便利ですね。

どのページを見ても出来るようなことは書いてますが、どうやってもうまくいかない・・。

理由は結局わからなかったのですが、調査していて気がついたのは「Struts 2.1系からcodebehindプラグインはdeprecate」ですという事実。

これはまずいと思って、Conventionプラグインを利用する用に変更しました。変更方法はこのページによくまとまっています。

一番注意が必要な点は「Action名からリクエストに変換するルールが異なる」と言うこと。結局JSP側も修正しましたよ。ふぅ。

Previously in Codebehind:
Given an action named AnExampleAction, a request to /anExample -> AnExampleAction.execute() -> > anExample-index.ftl
Now in Convention:
Given an action named AnExampleAction, a request to /an-example -> AnExampleAction.execute() -> an-example-index.ftl

-Xrunhprof:heap=sites -verbose:gc -XX:+PrintGCDetails -XX:-PrintTenuringDistribution -XX:+PrintHeapAtGC -Xms1024m -Xmx1024m  -XX:PermSize=128m -XX:MaxPermSize=128m

2010/08/08追記)

上記のオプションだと動きが遅いので以下オプション+必要時にjmapでheapダンプをとる方向に変更。

-verbose:gc -XX:+PrintGCDetails -XX:-PrintTenuringDistribution -XX:+PrintHeapAtGC -Xms1024m -Xmx1024m  -XX:PermSize=128m -XX:MaxPermSize=128m