IEでは表示されFirefox3.0で表示されない写真があります。IEでは表示されFirefox3.0で表示されない写真があります。リクエストとサーバの応答です。さんのおっしゃる通りブラウザの問題ではなくサーバの設定の問題ですね。IEでは表示されFirefox3.0で表示されない写真があります。バージョンをアップすることも薦めた方がいいですね。バージョンが古すぎます。IEでは表示されFirefox3.0で表示されない写真があります。リクエストとサーバの応答です。さんのおっしゃる通りブラウザの問題ではなくサーバの設定の問題ですね。HTTPのリクエストおよびレスポンスのメッセージヘッダーはその通りです。WebサーバであるApacheがリクエストに応え送信するメッセージボディーのファイルのメディアタイプが判別できなかったのでデフォルトのtext/plainとしてレスポンスしたということです。判別できなかったかは推測でしかありませんがリクエストされたファイルの識別子が不明だったためと考えられます。Apacheではご承知と思いますがmime.typesというファイルでmimeタイプ(メディアタイプ)と識別子の対応を管理しています。これに新しいメディアタイプを登録するにはAddTypeというコマンドがありそれで行えばできます。決着と思いますが上にも書いた通り登録は拡張子との対応です。拡張子が不明や無い場合はここでは解決できません。拡張子がなくデータタイプは多岐に渡るものを管理はできません。できるのは一律にプレインテキストとして返すだけだと思います。Specification文書にはHTMLのファイル拡張子について記述はないようです。そこで私は少なくともhtml拡張子を付けたファイル名に変更すれば次善の策としては適当ではないかと提案したところです。インターネットでは閲覧者、サイト公開者、サーバ所有者がいますが閲覧者を一番に考えればより多くのサイトをストレスなく閲覧できることが要求です。この問題のようなことが度々起こります。その解決策としてサイト公開者やサーバ所有者に直すように連絡するようにはちょっと難しいのではないでしょうか。第一、連絡先などわかりません。サイト公開者とサーバ所有者が同じか別かも厳密にはわかりません。譲ってサーバ所有者に連絡がとれたとしてどう設定したら今のソースで正常にレンダリングできるようになるでしょうか。サイト公開者に連絡がとれたとしたならば同じようにサーバ設定を直してもらうかファイル名を変えてもらうかでしょうか。最後としてプレーンテキストのレスポンスがあった場合、FireFoxがメッセージボディを解析して最適な処理を提供するというのが残ります。このようなことは実業の世界の商品では当然、仕様として検討するところだと考えます。FireFoxでもレンダリングの中ではこのようなことはこと細かに検討されているようですが。拡張子はインターネットでは意味をなさないというのもわかりますが現実にはスタイルシートファイルや数々のマルチメディアファイル、インクルードファイル、SSI、スクリプトなど明示的な役割として拡張子は非常に重要だとおもいます。現実にWebコンテンツを開発する側から言わせて頂ければHTTPヘッダはスクリプトなどによる一部を除いて自由にできません。コンテンツのサーバ移転時にもあまり考慮せずに実施できることが望まれると思います。いずれにしてもユーザーエージェント(ブラウザ)はよりエキセプション処理をして代替処理方法がない場合は的確なメッセージを出力するようなものに仕上げて欲しいと思います。IEでは表示されFirefox3.0で表示されない写真があります。Linux/Other)まぁ、ダメモトでもやらないよりマシかと思いますよ。少なくとも今はサーバ管理者に依頼して本来するべき設定をしてもうらう方が現実的だと思いますよ。IEでは表示されFirefox3.0で表示されない写真があります。Linux/Other)あ、質問された方とは別の方ですね。IEでは表示されFirefox3.0で表示されない写真があります。HTTPのリクエストおよびレスポンスのメッセージヘッダーはその通りです。WebサーバであるApacheがリクエストに応え送信するメッセージボディーのファイルのメディアタイプが判別できなかったのでデフォルトのtext/plainとしてレスポンスしたということです。そこで私は少なくともhtml拡張子を付けたファイル名に変更すれば次善の策としては適当ではないかと提案したところです。まっとうな対応だと思います。設定ファイルをいじれないのであれば、考えうる最善の策だと思います。第一、連絡先などわかりません。サイト公開者とサーバ所有者が同じか別かも厳密にはわかりません。譲ってサーバ所有者に連絡がとれたとしてどう設定したら今のソースで正常にレンダリングできるようになるでしょうか。サイト公開者に連絡がとれたとしたならば同じようにサーバ設定を直してもらうかファイル名を変えてもらうかでしょうか。最後としてプレーンテキストのレスポンスがあった場合、FireFoxがメッセージボディを解析して最適な処理を提供するというのが残ります。このようなことは実業の世界の商品では当然、仕様として検討するところだと考えます。FireFoxでもレンダリングの中ではこのようなことはこと細かに検討されているようですが。っぽいから、テキストっぽいからとブラウザが勝手に判断して表示するのは良くないです。合、規約を無視した上に表示の不具合を発生させることになります。実業云々言う向きはそういったことを理解していないか、理解していても、自分の嗜好にあった実装をしているアプリケーションを選択する自由を持っていることを忘れているのでしょう。従うというのはもう嫌というほど議論がなされた上での仕様のはずです。従っていないところもあるわけですが、接続本数とかね。拡張子はインターネットでは意味をなさないというのもわかりますが現実にはスタイルシートファイルや数々のマルチメディアファイル、インクルードファイル、SSI、スクリプトなど明示的な役割として拡張子は非常に重要だとおもいます。便宜的に関連付けているんですよね、そのほうが使いやすいからと。今回のケースはアップロードしたユーザが、その非常に重要な拡張子をざわざ逸脱したんです。現実にWebコンテンツを開発する側から言わせて頂ければHTTPヘッダはスクリプトなどによる一部を除いて自由にできません。大概、アップロードする拡張子は自由にできます。設定し、電文上も妥当になります。コンテンツを設置する人が変な設置の仕方をしなければ、上手く動くはずです。コンテンツのサーバ移転時にもあまり考慮せずに実施できることが望まれると思います。アップロード時の拡張子を一般的に使われている範囲で使用すれば、移転時にほとんど考慮する必要はありません。なくても、便宜を図ってくれます。IEでは表示されFirefox3.0で表示されない写真があります。あ、質問された方とは別の方ですね。皆さん、いろいろとお教えいただきありがとうございます。議論が専門的過ぎて私の理解を超えていますが、要は、Firefox側の問題ではなく、サーバー側の設定上の問題のようなので、管理者(作者)に設定を変更してもらう必要があるということはわかりました。実はWEBを見ても船宿に直接連絡できるメールアドレスが載っていないため、今度釣行に出かけた際に直接話して見ます。(わざわざ電話で伝えるほど急ぎの問題でもないため)ただ、IEではきちんと写真が表示されるので、本当はFF3.0にもIE同様の機能(仕様)を持たせてもらいたかったと思います。IEでは表示されFirefox3.0で表示されない写真があります。IEではきちんと写真が表示されるので、本当はFF3.0にもIE同様の機能(仕様)を持たせてもらいたかったと思います。