HTTP и веб-протоколы

Основные методы: GET читает, POST создаёт, PUT/PATCH обновляют, DELETE удаляет, HEAD берёт заголовки. Форма GET кладёт поля в query string URL (кэш, лог); POST шлёт их в теле — для чувствительных данных.

Первая цифра группирует семантику: 1xx информационные, 2xx успех (200), 3xx перенаправление (301/302), 4xx ошибка клиента, 5xx ошибка сервера. Клиент читает ведущую цифру, чтобы решить, как реагировать.

HTTP — это текстовый протокол прикладного уровня без состояния поверх TCP/IP для запроса и ответа между клиентом и сервером. Оба сообщения имеют стартовую строку, заголовки key:value, пустую строку и необязательное тело.

HTTPS — это HTTP поверх шифрованного соединения TLS (ранее SSL), поэтому трафик шифруется, защищён по целостности, а сервер аутентифицируется сертификатом. Обычный HTTP шлёт всё открытым текстом, который читает любой на маршруте.

Верните статус 3xx с заголовком Location, указывающим целевой URL — 301 постоянный (браузеры и SEO кэшируют) или 302 временный. Браузер делает новый запрос к этому URL; для старых клиентов добавьте ссылку HTML.

Архитектурный стиль для веб-API: ресурсы адресуются через URL, управляются методами HTTP (GET/POST/PUT/DELETE), обычно обмениваются JSON, опираясь на коды состояния и кэширование HTTP. Ключевые ограничения — отсутствие состояния и единый интерфейс.

curl резолвит хост в IP через DNS, открывает TCP-соединение (трёхстороннее рукопожатие), для https согласует TLS, затем шлёт строку запроса HTTP GET и заголовки. Ответ идёт обратно по стеку (IP, канальный, физический уровни) через прокси к серверу, который собирает тело и отвечает.

DNS (Domain Name System) сопоставляет имя вроде avito.ru с IP. Резолвер проходит иерархию — корень, затем TLD (.ru), затем авторитетный сервер — обычно по UDP/53, с откатом на TCP для больших ответов. Ответы кэшируются на каждом уровне с TTL, поэтому повторные запросы пропускают обход.

Через заголовки ответа. Cache-Control (и устаревший Expires) задают время жизни, видимость и ревалидацию; Last-Modified с If-Modified-Since кэшируют по дате; ETag — по хешу содержимого. Клиент ревалидирует и берёт копию.

TCP — транспортный протокол с установлением соединения: трёхстороннее рукопожатие открывает соединение, затем данные делятся на нумерованные сегменты, которые получатель подтверждает (ACK). Потерянные сегменты переотправляются, номера последовательности восстанавливают порядок, а скользящее окно конвейеризует множество сегментов, пока контроль перегрузки притормаживает отправителя.

Common Gateway Interface — соглашение, по которому сервер запускает внешнюю программу на каждый запрос, передавая данные через переменные окружения и читая ответ HTTP из stdout. Порождение процесса на запрос медленно.

Сервер прикрепляет к ресурсу валидатор ETag; клиент возвращает его через If-None-Match в следующем запросе. Если ресурс всё ещё совпадает, сервер отвечает 304 с пустым телом, и клиент берёт кэшированную копию; иначе — 200 со свежим содержимым.

UDP — транспорт без соединения: нет рукопожатия, нет ACK, нет переотправки — дёшево, малая задержка, но ненадёжно, поэтому годится для голоса, видео, метрик и игр, где потеря датаграммы терпима. Сокет — это абстракция ОС для конечной точки транспорта (файлоподобный дескриптор): stream-сокеты поверх TCP, datagram-сокеты поверх UDP, плюс локальные Unix-сокеты.

REST — это архитектурный стиль: любой формат (JSON/XML/текст), только HTTP, ориентирован на ресурсы, кэшируемый. SOAP — это протокол: только XML, не зависит от транспорта (HTTP/SMTP), ориентирован на операции, с WS-Security и ACID-транзакциями.