2013-05-06 4 views
0

Вот журналы проводов из 3 POST. Все публикации одних и тех же данных, но с разными типами контента, приводящие к различным способам чтения данных на сервере. Я попытка понять, как создать POST Z.Поиск содержания-типа от wirehark

POST X Явной установки формы на основе поста

enter image description here

дает enter image description here

POST Y Опущены контент- тип

enter image description here

дает enter image description here

POST Z? Мое приложение не в состоянии воспроизвести это.

enter image description here

дает enter image description here

Я пытаюсь угадать, какой тип содержимого в последнем POST Z (уведомление нет скобок), которые сделали появляются почтовые параметры, как данные (и, по-видимому, не а-тип данных)

Благодаря ~ B

ответ

1

Я пытаюсь угадать, какой тип содержимого в последнем POST Z (обратите внимание на отсутствие скобок), в результате чего параметры сообщения отображаются как данные (и, по-видимому, без типа данных)

Тип контента, вероятно, «нет».

Вы не обязаны отправить заголовок Content-Type: с запросом POST. HTTP 1.1 спецификации, RFC 2616, говорит в section 7.2.1 "Type":

Любой HTTP/1.1 сообщение, содержащее тело объекта СЛЕДУЕТ включать поле заголовка Content-Type, определяющий тип носителя этого органа. Если и только если тип материала не задан поле Content-Type, то он может попытаться угадать тип носителя путем проверки его содержимого и/или расширений имен URI, используемых для идентификации ресурса. Если тип носителя остается неизвестным, получатель ДОЛЖЕН относиться к нему как к типу «приложение/октет-поток».

Это говорит надо, не должно, поэтому отправитель разрешено отправить тело объекта без Content-Type: заголовок.

Смежные вопросы