サーバ側で作成したPDFの表示とクライアントPCへの保存時のファイル名の指定 のバックアップ(No.1) - 闘うITエンジニアの覚え書き

[ トップ ]   [ 一覧 | 単語検索 | 最終更新 | ヘルプ ]

《メモ》
上記(1) は Content-Disposition に inline を指定するだけで実現可能なので、何も難しい事はない。※ただし Content-Type の指定は必須。
上記(2) はブラウザ環境によって挙動が異なるため、けっこう難問。※調べて分かったが問題なのは IE だけ。

Content-Disposition が inline 時に filename が効かないブラウザがどれかを調べてみた。(ついでにファイル名のエンコードも)
※ バージョンが - のものは 2013年2月時点の最新を使用。
※ PDFリーダーは2013年2月時点の最新を使用。

こうやって見ると、やっぱり Google Chrome はかなり優秀。
IEはどのバージョンでも filename 属性は無効。※IE10は調べてないけど変わってるのかな？

※検証に使用したコード ： http://www.magata.net/test/download_pdf/

以下のとおり実装する。特に難しい所はなし。

実装サンプル(PHPの場合) †

// PDFの作成
$data = pdfデータを作成する関数();

// PDFファイル名の指定
pdf_fname = urlencode("xxxx.pdf");

// HTTPヘッダを出力
header("Content-Type: application/pdf");
header("Content-Disposition: inline;filename=\"${pdf_fname}\"");

// PDFデータを出力
echo $data;
exit;

この場合は、HTTPヘッダで指定したファイル名でなく、その時に表示しているURLが保存時のファイル名になってしまうので、少し工夫が必要になる。

《案１》
　Content-Disposition に attachment を指定し、いったんダウンロードダイアログを表示する。
　※いちどダウンロードダイアログを表示すると、filename 属性が有効な状態で開くので、
　　開いた後に保存をした場合にも filename で指定したファイル名で保存ができる。

《案２》
　リダイレクトと mode_rewrite などを駆使して、URLが保存時のファイル名になるようにする。

案１で妥協できる場合は、inline を attachment に変えるだけなので、詳細は省略。
以降では、案２について記載するが、ここまでやりますか？という感じがしなくもない。

実装イメージ †

#ref(): File not found: "image.png" at page "サーバ側で作成したPDFの表示とクライアントPCへの保存時のファイル名の指定"

実装サンプル(PHPの場合) †

create_pdf.php

session_start();

// PDFの作成
$data = PDFを作成する関数();

// PDFをセッションに格納
$_SESSION["download_pdf"] = $data;

// リダイレクト
$pdf_fname = urlencode("xxxx.pdf");
header("Location: " . "http://" . $_SERVER["HTTP_HOST"] . "/test/download_pdf/" . $pdf_fname);

.htaccess (mod_rewriteの定義)

RewriteEngine On

# PATH変換(pdf -> php)
RewriteRule ^.*\.pdf$ load_pdf.php [L] 

load_pdf.php

session_start();

// HTTPヘッダに指定するPDFファイル名( filenameが有効な環境用)
$pdf_fname = urlencode("xxxx.pdf");

// セッションに退避しておいたPDFデータを出力
header("Content-Type: application/pdf");
header("Content-Disposition: inline;filename=\"${pdf_fname}\"");
echo $_SESSION["download_pdf"];
exit;