Правильно ли использовать заголовок HTTP Content-Range при отправке файла кусками с помощью метода POST?

Question

Я работаю над существующим загрузчиком файлов Silverlight, который разбивает файлы на несколько частей и передает файл с помощью нескольких HTTP-запросов.

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

Ранее я использовал заголовок HTTP Content-Range при реализации конечной точки, которая обслуживает контент. Этот заголовок также подходит для публикации контента с клиента на сервер?

Answer 1

Вероятно, нет, по крайней мере, по состоянию на 2014 г. (первоначальный ответ с 2011 г.).

Обновленная спецификация HTTP 1.1, rfc7231 (4.3.3) , говорит следующее о допустимых ответах POST:

Исходный сервер указывает семантику ответа, выбирая соответствующий код состояния в зависимости от результата обработки POST-запрос; почти все коды состояния, определенные этим спецификация может быть получена в ответе на POST (исключения 206 (частичное содержимое), 304 (не изменено) и 416 (диапазон не указан) Выполнима) ).

Учитывая, что этот язык был явно добавлен в обновленную спецификацию, я сомневаюсь, что авторы намеревались использовать заголовок Content-Range с методом POST.

Answer 2

Да.

RFC 2616 (HTTP 1.1), раздел 14 начинается с указания:

Для полей заголовка сущности отправитель и получатель относятся либо к клиент или сервер, в зависимости от того, кто отправляет и кто получает юридическое лицо.

Кроме этого, Раздел 14.16 , который определяет заголовок Content-Range, по-видимому, не содержит никакого языка, ограничивающего его использование ни запросом, ни ответом.