数学力の無さが災いして、すごく手こずった。。。
ちょっと、自信がない気もするのでバグがあれば教えていただけると超感謝します。

10進数の数字をradixEncode()でアルファベットも含めた62進数に変換し、radixDecode()でもとに戻す。

極端に大きな数字では上手く動作しないが、これはphpのコンパイルオプションか何かで解決すべき問題のような気がする。

クラスにした方がいいような気もするけど。。。

<?php

function radixEncode($n){
    $char = array_merge(
        range(0,9),
        range('a','z'),
        range('A','Z')
    );
    $cn = count($char);
    $str = '';
    while ($n !== 0) {
        $str = $char[$n % $cn].$str;
        $n = (int) ($n / $cn);
    }
    return $str;
}

function radixDecode($n){
    $char = array_merge(
        range(0,9),
        range('a','z'),
        range('A','Z')
    );
    $cn = count($char);
    for ($i=0; $i<$cn; $i++) {
        $chars[$char[$i]] = $i;
    }
    $str = 0;
    for ($i=0; $i<strlen($n); $i++) {
        $str += $chars[substr($n, ($i+1)*-1, 1)] * pow($cn, $i);
    }
    return $str;
}

?>

phpで画像を一定の横幅にリサイズして出力する。

わりと使うことが多いわりに、毎回あっちこっち探すので。。。
これだけでは動作しないので、とても中途半端な情報で恐縮です。

今回はこれで使った。

詳細

IMG_DIR内のファイルを読み込んで、IMG_Wで指定された横幅にリサイズした画像を出力するとともに、CACHE_DIR内にリサイズ後の画像を保存する。

mod_rewriteと組み合わせることで、次回以降は普通に画像が出力されるので、phpスクリプトのオーバーヘッドがない。

//
// display image data
//
function show_image(){
    $cache_dir = CACHE_DIR;
    if( !is_dir($cache_dir) && !is_writable($cache_dir) ){
        if( !mkdir($cache_dir) ){
            trigger_error($cache_dir.' is not writable', E_USER_ERROR);
            exit;
        }
    }
    $fname = basename($_SERVER['REQUEST_URI']);
    $cache = $cache_dir . '/' . $fname;
    if(is_file(IMG_DIR.'/'.$fname)){
        list($w,$h) = getimagesize(IMG_DIR.'/'.$fname);
        $bin = file_get_contents(IMG_DIR.'/'.$fname);
        $_w = IMG_W;
        $resize = $_w / $w;
        if( $resize < 1 ){
            $width = round($w * $resize);
            $height = round($h * $resize);
            $im = imagecreatetruecolor($width, $height);
            $_im = imagecreatefromstring($bin);
            imagecopyresampled($im, $_im, 0, 0, 0, 0, $width, $height, $w, $h);
            header('Content-type: image/jpeg');
            imagejpeg($im, $cache);
            print file_get_contents($cache);
        }else{
            $fp = fopen($cache, 'w');
            fwrite($fp, $bin);
            fclose($fp);
            header('Content-type: image/jpeg');
            print $bin;
        }
        exit;
    } else {
        header('Content-type: image/jpeg');
        readfile(IMG_NOTFOUND);
        exit;
    }
}

.htaccessは以下のような感じ

# BEGIN WordPress

RewriteEngine On
RewriteBase /twt/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /twt/index.php [L]

# END WordPress

もう何年も前に納品して、幸か不幸か保守も切れていた製品の修正作業をうけてしまった。

ところが、このシステムはPHP4でつくられていて、サーバーもいまだにPHP4だったのが運のつきで、予想外に苦戦してしまった。

php5ではdomxmlが使えない

あー、すっかりこのことを忘れてた。

いまさらなんだけど、こういうのって納得できないぞ。

http://jp.php.net/manual/ja/intro.domxml.phpより

注意: この拡張モジュールは » PECL レポジトリに移動 されており、以下のバージョン以降 PHP にバンドルされなくなっています。 PHP 5.0.0.

注意: この拡張は実験的なものではありません。しかしながら、PHP 5 版は決してリリースされないでしょう。PHP 4 でのみ配布されます。 もし PHP 5 でDOM XML をサポートする必要がある場合、 DOM 拡張を使用することができます。 この domxml 拡張は DOM 拡張と互換性はありません。

php5でdomxml関数をエミュレートするクラス

というわけで、当初はphp4のサーバーを構築しようかと思ったのだが、よく考えたら、こんなもの誰かエミュレーションするクラスを作ってるんではないか？と思ったら案の定あった。ラッキー。

http://alexandre.alapetite.fr/doc-alex/domxml-php4-php5/

使い方は簡単。

if (PHP_VERSION>='5')
 require_once('domxml-php4-to-php5.php');

とするだけ。

これで、従来通りのdomxml関数が使えた。

ところで

このクラスがあるからといって、これから作るシステムでは使うのはやめましょう。

入力フォームなどで、確認画面を用意する際に、前のページから送信されたpostデータからそのままhidden要素を生成したいときがある。

そんなときは、以下のようなテンプレートタグを設置すればよい。

{foreach from=$smarty.post|smarty:nodefaults key="key" item="item"}
{if is_array($item)}
 {foreach from=$item key="key2" item="item2"}
 <input type="hidden" name="{$key}[{$key2}]" value="{$item2}" />
 {/foreach}
{else}
 <input type="hidden" name="{$key}" value="{$item}" />
{/if}
{/foreach}

上記のソースでは配列が送信された場合でもhiddenを生成する。

多次元配列も考慮に入れたい場合は、プラグインを作る必要があるとおもう。

この記事よくわからないですよね？？？
今回は毎回同じようなことをしているので、わたしの覚え書きということで。

PHP5.2で追加されたfilter_var()関数

PHP5.2から、filter_var()という、おせっかい（？）な関数が追加された。

これを使用すると、以下のような感じでURLやメールアドレス、IPアドレスの入力チェックができる。

filter_var()によるURLのチェック

if (filter_var($url, FILTER_VALIDATE_URL)) {
 print '有効なアドレスです。';
}

マニュアルを調べると、FILTER_VALIDATE_URLの部分には他にもいくつかの検証用フィルターが定数として定義されている。

検証フィルタ

filter_var()によるメールアドレスのチェックは。。。

これらのフィルターの中には、FILTER_VALIDATE_EMAILというメールアドレス用のフィルタも定義されていた。

以下はマニュアルからの抜粋です。

<?php
$email_a = 'joe@example.com';
$email_b = 'bogus';

if (filter_var($email_a, FILTER_VALIDATE_EMAIL)) {
 echo "(email_a) はメールアドレスとして有効です。";
}
if (filter_var($email_b, FILTER_VALIDATE_EMAIL)) {
 echo "(email_b) はメールアドレスとして有効です。";
}
?>

しかーーーし、これでは我が国では不十分。

念のため、悪名高いDocomo風のメールアドレスを通してみると、やっぱりfalseがかえってきた。

echo filter_var('docomo.@example.com' FILTER_VALIDATE_EMAIL);

というわけで、使えそうで使えないfilter_var()でした。

ちなみに

こういう関数って、実装そのものは面白いんだけどコア関数として追加してしまうのはどうかと思う。

おせっかいでしょ、やっぱ。

と言いつつ使っちゃったけど。。。