Перейти на PRO

Из каких основных частей состоит HTTP-сообщение?

Тип вопроса: HTTP и веб-протоколы Вероятность: 10% Категория: QA Тестировщик

Ответ

HTTP-сообщение состоит из трёх обязательных частей:

  1. Стартовая строка (Start Line)

    • В запросе: Метод URI Версия_HTTP (например, GET /index.html HTTP/1.1).
    • В ответе: Версия_HTTP Код_статуса Пояснение (например, HTTP/1.1 200 OK).

  2. Заголовки (Headers)

    • Набор пар ключ: значение, описывающих сообщение (метаданные, кодировка, кеширование и т.д.).
    • Примеры: Content-Type: application/json, Cache-Control: no-cache.

  3. Тело сообщения (Message Body)

    • Опциональная часть, содержащая данные, связанные с запросом (например, тело POST) или ответом (например, HTML-страницу).
    • От заголовков отделяется пустой строкой.

Пример HTTP-запроса:

GET /api/data HTTP/1.1
Host: example.com
User-Agent: Mozilla/5.0
Accept: application/json

Пример HTTP-ответа:

HTTP/1.1 200 OK
Content-Type: application/json
Content-Length: 29
Date: Mon, 27 Jan 2025 10:00:00 GMT

{"status": "success", "id": 42}

Ответ 18+ 🔞

А, ну вот, смотри, чтобы ты не ходил тут как слепой кот по серверной стойке. HTTP-сообщение — это, по сути, три кита, на которых держится весь этот цифровой пиздец. Если одного нет — всё, пиши пропало, запрос в тартарары.

1. Стартовая строка (Start Line) Это как крик в пустоту: "Эй, сука, я тут!" Только кричать надо по форме.

  • Если ты просишь что-то (запрос): Метод URI Версия_HTTP. Типа GET /index.html HTTP/1.1. То есть "Дай-ка мне (GET) вот эту хуйню (/index.html) по протоколу версии 1.1".
  • Если тебе отвечают (ответ): Версия_HTTP Код_статуса Пояснение. Например, HTTP/1.1 200 OK. Это как тебе говорят: "По версии 1.1 — всё чётко (200), забирай своё (OK)". А могло бы быть и 404 Not Found, что переводится как "иди нахуй, нет тут твоего файла".

2. Заголовки (Headers) А это уже шепоток, детализация. Куча пар ключ: значение, где объясняется, кто ты, что ты хочешь на самом деле и как тебе это прислать, чтобы не обосраться.

  • Content-Type: application/json — "слушай, чувак, данные в теле будут в формате JSON, не пытайся это как HTML читать, ебушки-воробушки".
  • Cache-Control: no-cache — "запоминать это не надо, каждый раз спрашивай заново, я тебе не бабушка с пирожками на неделю вперёд".

3. Тело сообщения (Message Body) Ну а это, собственно, посылка. Может быть, а может и не быть. От заголовков её отделяет священная пустая строка — вот этот самый пиздец между абзацами. Если в запросе — это твои данные для отправки (логин, пароль, фото кота). Если в ответе — это HTML страница, JSON объект или просто "пошёл нахуй" в текстовом виде.

Вот смотри, как это выглядит вживую, когда ты что-то просишь:

GET /api/data HTTP/1.1
Host: example.com
User-Agent: Mozilla/5.0
Accept: application/json

Видишь? Просто GET, адресок, версия. В заголовках — где искать (Host) и что я, такое важное, из себя представляю (User-Agent). Тела нет — после заголовков сразу пиздец, конец.

А вот тебе ответ, удачный:

HTTP/1.1 200 OK
Content-Type: application/json
Content-Length: 29
Date: Mon, 27 Jan 2025 10:00:00 GMT

{"status": "success", "id": 42}

Стартовая строка — "всё охуенно, 200". Заголовки — "тип контента JSON, длина 29 символов, дата такая-то". Пустая строка. И наконец, тело — сами данные, ради которых весь сыр-бор разгорелся. Вот и вся магия, ёпта. Не так страшен чёрт, как его малюют.

© ХакСобесов, 2026
support@hacksobesov.com