7.1Запрос, ответ и адрес ресурса

HTTP (HyperText Transfer Protocol) работает по схеме «вопрос — ответ». Клиент (браузер или приложение) отправляет запрос, сервер возвращает ответ. Сам сервер разговор не начинает.

Важное свойство HTTP — он не хранит состояние: каждый запрос самостоятелен, и сервер по умолчанию не помнит, что вы спрашивали минуту назад. Всё, что нужно для ответа, должно содержаться в самом запросе.

То, что запрашивает клиент, называется ресурсом, а его адрес —URL. Разберём адрес на части:

https://shop.example.com:443/catalog/phones?color=black#reviews

7.2Как выглядят запрос и ответ

В классическом HTTP/1.1 сообщения — это обычный текст, который можно прочитать глазами. Запрос состоит из стартовой строки, заголовков и необязательного тела:

GET /catalog/phones?color=blackHTTP/1.1← метод, путь, версия Host: shop.example.com← к какому сайту обращаемся User-Agent: Mozilla/5.0 (…)← что за программа спрашивает Accept: text/html← какой формат ответа устроит Accept-Language: ru← предпочитаемый язык ← пустая строка: заголовки закончились

Ответ устроен зеркально: строка состояния, заголовки и тело — собственно содержимое.

• HTTP/1.1 200 OK← версия, код и пояснение Content-Type: text/html; charset=utf-8← что лежит в теле ответа Content-Length: 5120← размер тела в байтах Cache-Control: max-age=3600← можно хранить в кеше один час
• <!doctype html>← тело: сама страница <html> … </html>

Обычная страница — это не один запрос, а десятки и сотни: браузер получает HTML, находит в нём ссылки на стили, скрипты, шрифты и картинки и запрашивает каждый ресурс отдельно.

7.3Методы: что клиент хочет сделать

Первое слово запроса —метод. Он сообщает серверу, какое действие требуется:

7.4Коды состояния: что ответил сервер

Каждый ответ начинается с трёхзначного кода состояния. Первая цифра определяет группу:

7.5Заголовки: служебная информация

Заголовки — это пары «название: значение», которые сопровождают запрос и ответ. Их десятки; вот те, что встречаются чаще всего:

7.6Cookie, сессии и кеш

Раз HTTP не помнит предыдущих запросов, как сайт узнаёт, что вы уже вошли в аккаунт? С помощью cookie — небольших фрагментов данных, которые сервер просит браузер сохранить.

1.Вы вводите логин и пароль. Сервер проверяет их и создаёт сессию — запись «этот посетитель —

такой-то пользователь».

2.В ответе приходит заголовок Set-Cookie с длинным случайным идентификатором сессии.

3.Браузер сохраняет его и автоматически прикладывает к каждому следующему запросу на этот

сайт в заголовке Cookie.

4.Сервер по идентификатору находит сессию и понимает, кто перед ним.

Кеширование

Логотип сайта не меняется годами — скачивать его при каждом визите незачем. Сервер сообщает заголовком Cache-Control, как долго ответ можно хранить. Когда срок истёк, браузер не скачивает ресурс заново, а спрашивает: «У меня есть версия с такой-то меткой ( ETag), она ещё актуальна?» Если да, сервер отвечает коротким кодом 304 без тела — и это экономит и время, и трафик.

7.7Версии HTTP: от 1.1 до 3

Смысл HTTP — методы, коды, заголовки — за тридцать лет почти не изменился. Менялся способ доставки, и каждая новая версия ускоряла загрузку страниц:

Почему HTTP/2 оказалось недостаточно? В нём все запросы делят одно соединение TCP, а TCP, как мы помним, при потере одного сегмента задерживает всё, что идёт следом. В плохой сети один потерянный пакет тормозил сразу все загрузки. HTTP/3 решил это, перейдя на новый транспорт — QUIC; о нём речь в следующем модуле.