Как посмотреть сырое тело POST запроса?

Question

[Drovosek01]

Читаю информацию про http запросы.
В большинстве источников говорится, что запрос состоит из 4 пунктов и обязателен только первый (и третий, если есть тело)

• Строка запроса
  
• Заголовки
  
• Пустая строка
  
• Тело сообщения
  

Так вот, как я понял одно из отличий GET от POST в том, что в POST запросе все параметры можно передать "скрыто", а в GET запросе, если будет Query String, то пользователь в браузере ее увидит.

В общем я в Google Chrome открыл инструменты разработчика, network и полазил по сайтам, по просматривал тела GET и POST запросов.
Когда Chrome отображал информацию о POST запросах, там на уровне с вкладками General, Response Headers, Request Headers могли появляться еще вкладками, например Request Payload или Form Data или Query String Parametrs.

Собственно вопрос - в каких разделах запроса (и в каком виде) передается эта информация, из которых потом формируются вкладки Request Payload или Form Data или Query String Parametrs? Это json'ы, которые идут после пустой строки или это json'ы-словари, которые идут в Headers, но почему-то выделены в отдельные ветки?

Answer 1

[Сергей delphinpro]

HTTP - текстовый протокол.
Структура запроса - https://ru.wikipedia.org/wiki/HTTP#Структура_протокола

собственно вот сами данные запроса отправки этой формы на тостере

Comments

[Drovosek01]

Там нет ничего из моего вопроса.
Возможно я слишком размыто написал, но суть вопроса внизу поста.

Form Data - это имя заголовка или это какая-то отдельная структура, которая передается в теле сообщения?

[Сергей delphinpro]

Drovosek01, В вики же написано: Тип - Заголовки - Тело
Разделитель - \r\n, между телом и заголовками - двойной. Все данные - обычный текст.

[Drovosek01]

Сергей delphinpro, это я понял.
Мне непонятно что из себя представляют Request Payload, Form Data, Query String Parametrs и почему они в DevTools находятся на одном уровне вложенности с Request и Response Headers?

Request Payload, Form Data, Query String Parametrs это ключи в Request Headers со своей иерархией? Или это просто json'ы, которые идет в теле запроса после CLRF?

[Сергей delphinpro]

Drovosek01,
Любой запрос — это текст. Это понятно уже.
Первая строка — тип запроса, адрес и версия протокола, то что находится в секции General (просто браузер разбирает эту строку + пишет там статус ответа)
Например, GET /somepage.html HTTP/1.1

Далее идет разделитель (\r\n - возврат каретки и перевод строки)

Далее следуют заголовки запроса, по одному на строку. Строки разделяются тем же \r\n.
В браузере в секции Request Headers по умолчанию разобранные, можно посмотреть в "сыром" виде как они реально отправляются (нажать "view source").

После заголовков — тело запроса в текстовом виде.
Браузер показывает тело в нижней секции. Так же можно посмотреть в "сыром" виде нажав "view source"

Формат тела запроса зависит от типа передаваемых данных.
В запросе есть заголовок Content-Type — именно он определяет формат. Например, при отправке формы устанавливается заголовок

Content-Type: application/x-www-form-urlencoded; charset=UTF-8

и данные формы отправляются в формате urlencoded, т.е. также, как в query string, только в теле запроса.

Answer 2

[dollar]

Request Payload - в случае аякса, Form Data - в случае формы, Query String Parametrs - это вроде то, что попало в URL, то есть по сути GET-запрос. Ведь никто не мешает миксовать GET и POST параметры в одном запросе.
P.S.

Comments

[Drovosek01]

Это все передается в Headers или это какой-то отдельной структурой передается в теле сообщения? Если да, то почему они не в Request Headers, а вынесены отдельным раскрывающимися ветками?

[dollar]

Drovosek01, Потому что есть HTTP Headers - это одно, а есть тело запроса - это другое. Да, теоретически можно данные передавать через Headers, и технически в этом ничего сложного, в JS есть всё для этого. Но исторически сложилось так, что эти две вещи разделены - чисто логически. Кроме того, я не уверен насчет передачи больших данных в Headers, в то время как тело запроса ничем не ограничено.

Если угодно, то Headers - это резюме запроса. Многие заголовки стандартизированы. В теле запроса может быть практически что угодно, любые данные в любом удобном формате, и эта инфа не поддается анализу и интерпретации браузером.

UPD: Погуглил. В headers можно передать лишь несколько килобайт. 8-16, не больше.

[Drovosek01]

dollar, то есть Request Payload, Form Data, Query String Parametrs - это просто json'ы, которые передаются в теле запроса?

[dollar]

Drovosek01, Form Data это обычно не json, а структура, напоминающая параметры ключ-значение в URL: ?a=123&b=456 И полноценной иерархии (вложенности) данных там нет.

[Drovosek01]

dollar, и в итоге, чтобы быть уверенными мы вернулись к основному вопросу темы - как посмотреть "сырые" данные, "сырой" пост запрос? Из браузера, без поднятия сервера.

[dollar]

То, что вы смотрите, это и есть сырые данные. Что вам не нравится? То, что используются разные названия?

[Drovosek01]

Мне непонятно что из себя представляют Request Payload, Form Data, Query String Parametrs и почему они в DevTools находятся на одном уровне вложенности с Request и Response Headers?

Request Payload, Form Data, Query String Parametrs это ключи в Request Headers со своей иерархией? Или это просто json'ы, которые идет в теле запроса после CLRF?

[dollar]

Нет.
В сыром виде примерно так:

POST / HTTP/0.9
header1: 555
header2: blahblah

somepostdata

И вот эта "somepostdata" разбирается браузером на отдельные параметры, а также помещается в секцию Form Data. При этом текста "Form Data", равно как и текста "Headers" в запросе нету. Стандарт говорит о том, что в первой строке находится тип запроса, в последующих строках - заголовки, потом пустая строка, потом тело запроса.

[Drovosek01]

dollar, я по вашей ссылке на stackoverflow тоже самое уже прочитал, но хотелось бы пруфы, но ладно (

[Сергей delphinpro]

Drovosek01, пруфы в википедии и в спецификации HTTP