PHPのテクメモ

複数のファイルを一括してダウンロードしたいというリクエストを頂いた。当然httpでは、例えばFTPのようにサーバのディレクトリをそのまままるごとダウンロードさせるようなことはできない。これを実現するための方法は、ダウンロードしたいファイル群を圧縮して一つのファイルとし、それをダウンロードさせる方法だ。調べてみると、大きく分けて二つの方法（ライブラリ）がありそうだ。一つはPear::File_Archiveを使用する方法、もう一つはphpMyAdminの中に含まれるスクリプトを流用する方法だ。後者はデータベースのダンプを圧縮ダウンロードするためのライブラリだ。後者のライブラリに関する記述を見る限りはかなりスマートに記述出来そうなイメージを持ったが、ライセンスがわからないので使用を控えることにした（クライアントに納品するものだしね）。

前者はもちろんライセンス的には難の問題もない。ただ、個人的に見て記述方法がスマートではないように見える。それがちょっと嫌（でも仕方ない）。スクリプトは以下のように記述した。

require_once “File/Archive.php”;
$obj = File_Archive::toArchive(date(YmdHis).’.zip’, File_Archive::toOutput());
foreach($borings as $boring){
$path=（ファイルのパス）;
if($body=@file_get_contents($path)){
$obj->newFile(ファイル名);
$obj->writeData($body);
}
}
$obj->close();

とりあえず、これでダウンロードは出来ることを確認した。ただし一つ問題。lhacaなどのアーカイバではなんの問題もなく解凍できるが、エクスプローラで内容を確認しようとすると「無効です」と怒られてしまった。きっとファイルとして体をなすための許容の範疇ではあるけれども、ちょっとだけファイルが壊れているのだと想像した。なんとなく原因もわかっているけれど。

回避する方法はまた別の機会にでも記述することにする。

お問い合わせフォームなどで、送信ボタンの直前に「プライバシーポリシー」へのリンクを用意しておくのはよくあること。このリンクを同じウインドウで開くか別ウインドウで開くか、ということで問題が出ることがある。

別ウインドウで開く場合、例えばポップアップ用として別途（ポップアップ専用のヘッダとフッタをつけた）HTMLをコーディングしておくのはひとつの手段。しかし大抵の場合はプライバシーポリシーは、通常デザインのものがあるはずなので、おのずと2ページのプライバシーポリシーができてしまう。これはプライバシーポリシーを改訂する際は面倒だ。

かといって、通常のヘッダとフッタのままのHTMLをポップアップさせるのはイマイチ。

同じウインドウで開く場合だが、送信ボタンの直前にリンクを配置すると、たいていフォームに入力した後にそのリンクをたどることになる。その場合、リンク先を見た後、ブラウザの戻るボタンでフォームに戻るのだが・・・入力した内容が消えている、ということもあるはずだ。

これを回避する方法。session.cache_limiterの値をnoneにしておく。ブラウザのキャッシュを制限しないためのヘッダを出力してくれる。これでフォームページから離脱してブラウザの戻るボタンで戻ってもフォームの値が残っている。

仕事でSpreadsheet_Excel_Readerを使ったんだけど、どうも腑に落ちない症状が発生する。エクセルファイルを読み込む際にメモリが足りないとエラーが出る。その値がいつも「67108864」になるのだ。つまり64MB。いつでも64MBなのだ。

memory_limitを4MBにしても128MBにしても同じ数字が出る。なぜだ。

ライブラリ内にもmemory_limitの記述がないのだが、どこかに何らかの記述があってそれが影響しているのだろうけど、でもそれがなんだかわからない。調べる時間もない。

とりあえずすぐに手を付けることは出来ないけれど、そのうち時間が取れたらPHPExcelで試してみることにする。いずれにしても情報は少なそうだけど。

PEARのCache_Liteはいつもよく使っているのだが、これってバグじゃないか、と思える症状に出くわした。

if(!$lines=$cacheObj->get($cacheId)){
$lines=hoge();
$cacheObj->save($lines,$cacheId);
$this->cached[$cacheId]=$lines;
}

上記の処理は、キャッシュIDを指定してキャッシュされているかどうかチェックし、キャッシュがなければhoge()関数を使ってデータを取り出して、改めてキャッシュに保存する、という処理を書いている。

この処理自体はなんの問題もなく動作する。しかしこの処理を、ひとつのスクリプト内で2回呼び出すとエラーになる。「そもそも1回取得しているデータなんだから2回も呼び出すことはないだろ」と言われるかもしれないが、例えばスクリプトをクラス化し、共通のデータをそれぞれ別の処理で使用するようなとき、2回呼び出したほうが記述がスマートな場合もある。

回避方法としては、結局データを一時的に格納する変数を作成し、そこもチェックするようスクリプトに手を加えることで対応した。これってバグだと思う。というか、もしかしたら、Cache_Liteそのものに回避方法があるのだろうか。

といっても最新版ではなくて、1.51の話（2008年6月のリリース）。現時点での最新版は2009年7月の1.7.8。新しいバージョンでチェックしてみなきゃ。っていうか、新しいバージョンを使わなきゃ・・・。

最近気がついた。MySQLのデータ型でvarcharというのがある。varcharを指定した場合、そのカラムに格納することができる文字の長さを指定してやらなければならない。この「長さ」というのは「文字数である」ということに気がついた。

「文字数」とは文字通り「文字の数」。マルチバイトもシングルバイトも関係ない。全角も半角も関係ない。半角アルファベットの「ABCD」や「1234」、全角アルファベットの「ＡＢＣＤ」、平仮名の「あいうえ」、混在した「aＡあ1」。これらは全てvarcharでいうところの「長さ4」になる。

文字って奥が深い。