Заголовок Content-Disposition определяет, как следует обрабатывать содержимое сообщения. Этот заголовок перешел из почтового стандарта MIME. Там этот заголовок имел отношение только к типу содержимого multipart, и описывал распределение частей содержимого. Отсюда и название Disposition. Но в протоколе HTTP он приобрел более широкие функции и сейчас это название не отражает всю полноту его функций.

Базовые функции этого заголовка описаны в документе RFC 2183. Этот заголовок имеет две директивы: inline и attachment. Однако у этого заголовка есть еще одна директива form-data. Это расширение стандарта, которое описано в документе RFC 2388.

inline
Директива inline описывает содержимое, как встроенное. Оно должно быть отображено пользователю автоматически в порядке следования частей содержимого, если этот заголовок используется в частях содержимого. Это значение является значением по умолчанию, поэтому заголовок с этим значением может отсутствовать.

Так, если передать браузеру документ того или иного типа с директивой Content-Disposition: inline или вообще без этого заголовка, то он попытается отобразить документ, в зависимости от того, есть ли у него для этого возможности. Так для текстовых типов и изображений он отобразит их сам, а для типов известных ему приложений (doc, pdf, exl и др.) вызовет соответствующее приложение. И только для неизвестных ему типов он предложит сохранить документ на диске.

attachment
Директива attachment описывает соответствующее ему содержимое, как приложенное. Это содержимое не является частью сообщения и не должно отображаться автоматически. Отображение этого содержимого должно зависеть от действий пользователя. Это директива заставляет браузер, в независимости от типа содержимого, предложить пользователю открыть документ или сохранить его на диске. Таким образом, именно заголовок Content-Disposition: attachment позволяет решить распространенную задачу скачивания файла: сохранение на диске тех документов, которые браузер по умолчанию отображает в своем окне.

Параметры этого заголовка, в сочетании со значением attachment, предоставляют дополнительные возможности.

Content-Disposition: attachment; filename="8431.jpg"; size=8745;
	creation-date="Wed, 12 Feb 1997 16:29:51 -0500";
	modification-date="Wed, 12 Feb 1997 16:29:51 -0500";
	read-date="Wed, 12 Feb 1997 16:29:51 -0500"

Параметр filename позволяет задать для приложенного файла свое имя. Если этот параметр отсутствует, то файл будет именован в соответствии с именем запрошенного документа.

Параметр size сообщает о размере файла в байтах. Эта информация ни к чему не обязывает.

Параметры creation-date, modification-date, read-date сообщают соответственно о дате создания файла, дате его последнего изменения и дате его последнего чтения. К сожалению, эта информация не заставит браузер (по крайней мере самые популярные, работающие под Windows) при записи файла на диск прописать именно эти свойства файла. При записи на диск, как и обычно, будут установлены текущие даты создания, модификации и доступа.

form-data
Директива form-data является расширением стандарта и используется при отправке POST-запроса с типом содержимого multipart/form-data. О типе multipart/form-data читайте в статье метод POST

Применение .htaccess

Если на вашем сервере Apache установлен модуль mod_headers, то задачу сохранения на диске пользователя определенных файлов можно решить очень легко без использования PHP.

<FilesMatch "\.pdf$">
	Header set Content-disposition "attachment"
</FilesMatch>

В этом примере для всех файлов pdf, которые лежат в том же каталоге, что и данный файл .htaccess, и ниже, будет предложен диалог с возможностью открытия или сохранения файла на диске. Регулярное выражение может быть и не таким простым. Так что выбор условия, с какими файлами отправлять этот заголовок, а с какими нет, достаточно богат.

К сожалению, следует отметить, что не многие провайдеры утруждают себя установкой этого модуля на свои серверы.