アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
Operaの出荷時設定は.... (スコア:1)
この問題はサーバー側の設定の問題(そもそも正しいMIME Typeを送ってこない)もあるので、一筋縄では行かないような気もしますが....
なぜ text/html ? (スコア:3, 参考になる)
AddType を自由に追加出来ないプロバイダはあるでしょうけど、
それで未知のタイプだった場合に、
text/html として扱わなければならない理由が分かりません。
(HTTP/0.9 の simple response の場合はともかくとして)
CGI 出力なら問題なく Content-Type を出せるでしょうし、それを怠るのは
CGI 製作者の責任かと。
どうでもいいけど、IE で Linux 版JDKのシェルスクリプト版を落とそうとすると、
前半がテキストだからということで、強制的にブラウザに表示しちゃう。
POST だから「リンク先を保存」も使えない-_-。
Re:なぜ text/html ? (スコア:2, 参考になる)
> それで未知のタイプだった場合に、
> text/html として扱わなければならない理由が分かりません。
補足。まずは、過去にも紹介されてたとおもうけど、これ。
http://msdn.microsoft.com/library/default.asp?url=/workshop/networking/moniker/overview/appendix_a.asp
# 未知の、といういい方は正しくなくて、text/html と判断されたら、と書くべきでした_o_。
たとえば、サーバが知らない画像フォーマットで、拡張子-> MIME type
マッピングがされていないせいで、text/plain で送出されるとする。
ブラウザはその中身から解釈可能なフォーマットであることが判明すると、
それようのレンダラにファイルを渡す。
この仕組み自体は存在しないと困るユーザも多いんでしょうね。
# というか、excel フォーマットとか最近サポートされた画像フォーマットなんかを
# (たとえブラウザがサポートしていても)インライン表示出来ないことになるし。
で、何で text/html を自動判別する必要があるの? となるんですが^^
html については、間違った Content-Type で送られてくることはほとんど
ないように思われます。あった場合は、サーバ/CGIの不備と言い切ってよいと。
text/html のみ自動判別をやめることで、具体的に問題のあるケースが
あれば知りたいです。
上記の自動判別対象の MIME type 一覧を見ると、text/html 以外はまぁ
危険は少なそうですがどうでしょうねぇ(application/java は…^^)。
この問題に加えて Content-Disposition の扱いも怪しいんだよなぁ…。
Re:なぜ text/html ? (スコア:0)
> 前半がテキストだからということで、強制的にブラウザに表示しちゃう。
> POST だから「リンク先を保存」も使えない-_-。
あーこれこれこれ、俺もドツボに嵌った。
そーいう機能をつけるのいいけど、殺す方法も用意してくれ~。