アカウント名:
パスワード:
0x5c は \、0x7c は | ですから、これ単体で見るとどちらも元々ファイル名として利用できない文字です。こちらは普通に Shift_JIS の取り扱い問題ではないでしょうか。
なお、Web サーバ側にファイル名が Shift_JIS になるように置いてみた場合に 2byte 目が 0x5c となる文字で試してみたところ、確かに IE7 で名前は変わってしまいましたが、同じ文字でも UTF-8 ならコードが変わるためそのままの名前でダウンロードできました。なので、リンク先にある「※本現象は、インターネットディスクのWebビュー利用に限らず、一般サイトからのファイルダウンロードでも発生します。」はちょっと言いすぎな気がします。
なので、リンク先にある「※本現象は、インターネットディスクのWebビュー利用に限らず、一般サイトからのファイルダウンロードでも発生します。」はちょっと言いすぎな気がします。
なるほど、そのように検証されましたか。私は単に Web サーバの領域に "噂.zip" を置いて試しました。パーセントエスケープでの形で参照したり、directory index での参照 (パーセントエスケープと同等ですが) で確認し、"[1].zip" なんてファイル名にされるのは確認しました。
Content-Disposition では問題が無いのであれば、普通に作られているダウンロードサイトでは問題がなさそうですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
IE7の文字処理問題 (スコア:0)
Windows Internet Explorer 7でのご利用について
http://internetdisk.jp/rules/idisk_env.html [internetdisk.jp]
これとは別物なのですか?
Re:IE7の文字処理問題 (スコア:1)
0x5c は \、0x7c は | ですから、これ単体で見るとどちらも元々ファイル名として利用できない文字です。こちらは普通に Shift_JIS の取り扱い問題ではないでしょうか。
なお、Web サーバ側にファイル名が Shift_JIS になるように置いてみた場合に 2byte 目が 0x5c となる文字で試してみたところ、確かに IE7 で名前は変わってしまいましたが、同じ文字でも UTF-8 ならコードが変わるためそのままの名前でダウンロードできました。なので、リンク先にある「※本現象は、インターネットディスクのWebビュー利用に限らず、一般サイトからのファイルダウンロードでも発生します。」はちょっと言いすぎな気がします。
Re:IE7の文字処理問題 (スコア:0)
全くそう思えません。internetdiskに限らず、shift-jisで応答を返す類似のWebサイト全般について同じことが言える、というのは事実ですよね。
Atsushi Eno
Re:IE7の文字処理問題 (スコア:0)
一般的なWebサイトではWeb上のファイル名、特にダウンロードされるファイルのファイル名はasciiのみで構成されています。
Re:IE7の文字処理問題 (スコア:1)
これを日本語にしたい場合、IE6のためには(他のバージョンは試してないからわからない)SJISにする必要が
あります。(Firefox はUTF-8)
いずれにしろ MIME エンコードする必要があるため、「噂」が入ったファイル名も手元の環境では問題なくダイウンロードできました。このサイトは生SJISで返すのかもしれませんが、HTTPヘッダに生でマルチバイト文字列を入れるのはRFC違反だったはずです。
Re:IE7の文字処理問題 (スコア:1)
なるほど、そのように検証されましたか。私は単に Web サーバの領域に "噂.zip" を置いて試しました。パーセントエスケープでの形で参照したり、directory index での参照 (パーセントエスケープと同等ですが) で確認し、"[1].zip" なんてファイル名にされるのは確認しました。
Content-Disposition では問題が無いのであれば、普通に作られているダウンロードサイトでは問題がなさそうですね。