URL に「&(アンパサンド)」が含まれている場合に PDF ファイルがダウンロードできない不具合がありましたので修正しました。今まで変換する URL がひとつの場合には PDF ファイルをそのままダウンロードする形になっていましたが、1つでも複数の場合でも ZIP ファイルにまとめてダウンロードできるようにしました。
]]>
アクションメソッド内で File メソッド (FilePathResult) を使用してファイルを返している処理があったのですが、IE でファイルをダウンロードした際にすべて同じファイル名でダウンロードされてしまうという報告を受けたので調べてみました。
理由については「ASP.NET MVC2 の FileContentResult で日本語ファイル名で返すと IE で日本語ファイル名にならない」のリンク先を見てもらえればそのままなのですが、IE8 以前だと、File メソッドの fileDownloadName 引数にファイル名を指定してもアクション名でファイル名が返ってしまうみたいです。
対応策はやはりリンク先のようにクラスを派生させて対応できました。私の場合はローカルにあるファイルからダウンロードさせるようにしていたので「FilePathResult」クラスから派生させています。コードは下のような感じです。(クラス名は適当なので気にしないでください)
/// <summary>
/// IE 8 以前でファイル名を正常に返せない不具合に対応した FilePathResult。
/// </summary>
public class FilePathResultEx : FilePathResult
{
public FilePathResultEx(string fileName,
string contentType,
string fileDownloadName)
: base(fileName, contentType)
{
base.FileDownloadName = fileDownloadName;
}
public override void ExecuteResult(ControllerContext context)
{
// IE 以外では基底の処理に任せる(RFC2231)
if (context.HttpContext.Request.Browser.Browser != "IE")
base.ExecuteResult(context);
else
{
var fileName = this.FileDownloadName;
fileName = HttpUtility.UrlEncode(fileName).Replace("+", "%20");
var response = context.HttpContext.Response;
response.ContentType = this.ContentType;
response.AddHeader("content-disposition", "attachment; filename=" + fileName);
this.WriteFile(response);
}
}
}
アクションメソッドでは下のように変更して返します。
string localFilePath = @"<ローカルのファイルパス>";
string contentType = "<ファイルのコンテンツタイプ>";
string downloadFileName = "<ダウンロードさせるファイル名>";
// 下のメソッドはやめる
//return File(localFilePath, contentType, downloadFileName);
// ヘッダーを変更したレスポンスを返す FilePathResul 拡張クラスで対応
return new FilePathResultEx(localFilePath, contentType, FileName);
]]>
実はさっきまで sorceryforce.net のルートページを開こうとしてもエラーになっていました。原因ははっきりとはしていないのですが、HomeController クラスで何らかの処理をさせようとすると NullRefenenceException で落ちるというエラーが発生していました。単純に Index メソッド内で「int a = 0;」とさせるだけでも Null 参照で落ちます。おそらく HomeController のインスタンス自体が null になっているような感じでした。(C++言語なんかだと自分自身のインスタンスを delete するなんて裏ワザもあったりするんですけどね。インスタンス要素にアクセスしなければ処理は継続できるという)
私が想定する原因としては Release ビルドを行う際にコードの最適化が実行されるのですが、HomeController クラスに処理を入れた場合でも、HomeController クラスは実際にはどこからも参照されていないクラスなので最適化した際にごっそり削られたのではないかと思っています。ためしに「コードの最適化」のチェックを外して Web サイトにアップロードすると問題なく動作します。なので今は適当なクラスで HomeController クラスのインスタンスを生成するコードを入れておいてビルドするようにしています。こうするとコードの最適化が実行されても HomeController クラスは正常に動作します。でも他のコントローラークラスは正常に動作するんですよね…。
]]>
最近 Web サービスの構築に力を入れようかなーと思っていろいろ手を入れこんでいました。その分他のところに手が回らなくて申し訳ありませんでした。
そのサービスのひとつとして Web ページを PDF 化してダウンロードできるサービスを作ってみました。とはいっても変換のしくみは外部サービス依存なんですけどね^^;。
ちなみにこのサービス作った理由は私が欲しかったからですw。本家サイトを使った場合、PDF は一般的な余白あり縦向きレイアウトで出力されるのですが、私は印刷とかせずに単純に PDF という形で残したかったので余分な余白を削り、横向きでできる限り実際の Web ページのレイアウトで出力できるように設定しました。本当は細かいところも設定できるのですが、とりあえず私自身が欲しいレイアウトができればよかったので特に設定項目はありません。URLを入れるだけです。
一応外部サービス依存型なので外部サービスが変更、または停止する可能性を考慮して常にβ版として提供しています。他にもテスト目的や外部サービスに関係するサービスを作成した場合はβ版としてリリースしていくかもしれません。
]]>
Redirect メソッドと RedirectPermanent メソッドはどちらも同じ別ページに遷移するためのメソッドですが、クライアントに返すステータスが異なります。Redirect メソッドが「302 (Moved Temporarily)」を返し、RedirectPermanent メソッドが「301 (Moved Permanently)」を返します。
これはサイトを閲覧しているユーザーのためというよりは検索エンジンのクローラーに対してのメッセージとして使われます。302 は一時的に生成したページに遷移するという意味を持ち、クローラーはそのリダイレクト先の情報を収集しようとはしません。301 は古いページから新しいページに移動させるためのリダイレクトとして解釈され、クローラーは新しいリダイレクト先の情報を収集します。(収集しない、すると明言して書いていますが、実際の挙動はクローラーに依存します)
ですので、ユーザー登録のための画面や一時的なダウンロードページなど、クローラーに収集されたくないページへリダイレクトする場合は「Redirect メソッド」、遷移先のページをクロールされてもいい場合は「RedirectPermanent メソッド」のように使い分けをします。
]]>Silverlight や Flash などのアプリケーションが提供されたドメインと異なる URL の Web サービスを使用するには「ドメイン間ポリシーファイル」が「Web サービス側」に配置されている必要があります。(Silverlightドメイン間ポリシー(clientaccesspolicy.xml)や Flashドメイン間ポリシー(crossdomain.xml))
イントラネットワーク内のサイトで提供している Web サービスでも同様でドメイン間ポリシーファイルを配置する必要がありますが、配置する場所は必ずホスト名直下の URL で取得できる位置に配置する必要があります。(例:http://<サーバー名>/clientaccesspolicy.xml など)
IIS などで同じポートで複数のアプリケーションを配置するために Default Web Site の下にアプリケーションを作成する場合があると思いますが、その場合も個々のアプリケーションごとにドメイン間ポリシーファイルを配置するのではなく、Default Web Site が使用している物理フォルダ (デフォルト「C:inetpubwwwroot」)に配置する必要があります。
]]>