2009-06-02 14 views
2

ファイルが添付ファイルとして送信されるときに "Content-Disposition:attachment; filename = file_name"が必要かどうかを確認しようとしています。ストレージ(ドライブ)。これは元のファイル名を取得する唯一の方法だと思われますが、RFCはとても濁っています(link to RFC)。それは "should"などの単語を使用し、 "must"ではありません。 WIKI(link to WIKI)はそれをよりうまく言いますが、RFCには私がクライアントに引き渡すことができません。アイデア?MIMEヘッダー - コンテンツの配置

+1

質問したい具体的な質問は何ですか?私はRFCが濁っていることに同意します。 RFCのSHOULDとMUSTの用語を理解していませんか?実際にはRFC(http://www.faqs.org/rfcs/rfc2119.html)があります。 – thomasrutter

+0

RFCを読む方法についてはRFCがあります。大好きです! –

答えて

2

ヘッダはもちろん、オプションですが、ファイルがインラインであったか、添付ファイルとして保存する必要があるかどうかを

  • のための好みを持っている場合、それは良いアイデアです含め、または
  • 何推奨ファイル名は、添付ファイルとして保存する場合に指定してください。

ブラウザまたはユーザーエージェントは、このヘッダーにバインドされていませんが、推奨として扱います。ブラウザの実際の動作は複雑ですが、通常、このヘッダーがないとブラウザはMimeタイプに基づいて適切なアクションを決定し、認識されないMimeタイプの場合、デフォルトでは付属物。 Content-Dispositionヘッダーを使用して

あなたは次の場合に制御することができます

  • あなたは、受信者のブラウザはインライン表示できるというMIMEタイプを持っているものを送っているが、あなたはしないように、そしてそれを好むだろう代わりにダウンロードとして提供してください。
  • 受信者がディスクに保存できるものを送信していて、保存時にファイル名の既定の設定を指定したいとします。この情報がなければ、ブラウザは通常、URLに基​​づいてファイル名を作成します。これは賢明ではない可能性があります(たとえば、スクリプトからすべてを提供する場合は、スクリプトの名前にしたくありません)。
関連する問題