Прошу прощения за рекламу на сайте. Я постарался сделать это максимально ненавязчиво и по минимуму. При чтении заинтересовавших вас статей она не будет вам мешать.
И если есть возможность поставить мой сайт в исключения у блокировщика рекламы, я буду очень признателен вам.
Компактная шпаргалка по HTTP
| HTTP (англ. HyperText Transfer Protocol — «протокол передачи гипертекста») — протокол прикладного уровня передачи данных, изначально — в виде гипертекстовых документов в формате HTML, в настоящее время используется для передачи произвольных данных. Основой HTTP является технология «клиент-сервер». HTTP используется также в качестве «транспорта» для других протоколов прикладного уровня, таких как SOAP, XML-RPC, WebDAV. | ||
| Программное обеспечение | ||
| Серверы как основные поставщики услуг хранения и обработки информации (обработка запросов) | Клиенты — конечные потребители услуг сервера (отправка запроса) | Прокси (посредники) для выполнения транспортных служб |
| Структура HTTP-сообщения | ||
| Стартовая строка (англ. Starting line) — определяет тип сообщения. Стартовые строки различаются для запроса и ответа. | Заголовки (англ. Headers) — характеризуют тело сообщения, параметры передачи и прочие сведения. Для версии протокола 1.1 сообщение запроса обязательно должно содержать заголовок Host. | Тело сообщения (англ. Message Body) — непосредственно данные сообщения. Обязательно должно отделяться от заголовков пустой строкой. Тело сообщения может отсутствовать, но стартовая строка и заголовок являются обязательными элементами. Исключением является версия 0.9 протокола, у которой сообщение запроса содержит только стартовую строку, а сообщения ответа — только тело сообщения. |
| Метод HTTP (англ. HTTP Method) — последовательность из любых символов, кроме управляющих и разделителей, указывающая на основную операцию над ресурсом. Обычно метод представляет собой короткое английское слово, записанное заглавными буквами. Обратите внимание, что название метода чувствительно к регистру. | ||
| OPTIONS | Используется для определения возможностей веб-сервера или параметров соединения для конкретного ресурса. В ответ серверу следует включить заголовок Allow со списком поддерживаемых методов. Также в заголовке ответа может включаться информация о поддерживаемых расширениях. | |
| GET | Используется для запроса содержимого указанного ресурса. С помощью метода GET можно также начать какой-либо процесс. В этом случае в тело ответного сообщения следует включить информацию о ходе выполнения процесса. | |
| HEAD | Аналогичен методу GET, за исключением того, что в ответе сервера отсутствует тело. Запрос HEAD обычно применяется для извлечения метаданных, проверки наличия ресурса (валидация URL) и чтобы узнать, не изменился ли он с момента последнего обращения. Заголовки ответа могут кэшироваться. При несовпадении метаданных ресурса с соответствующей информацией в кэше — копия ресурса помечается как устаревшая. |
|
| POST | Применяется для передачи пользовательских данных заданному ресурсу. Например, в блогах посетители обычно могут вводить свои комментарии к записям в HTML-форму, после чего они передаются серверу методом POST и он помещает их на страницу. При этом передаваемые данные (в примере с блогами — текст комментария) включаются в тело запроса. Аналогично с помощью метода POST обычно загружаются файлы на сервер. | |
| PUT | Применяется для загрузки содержимого запроса на указанный в запросе URI. Если по заданному URI не существует ресурса, то сервер создаёт его и возвращает статус 201 (Created). Если же ресурс был изменён, то сервер возвращает 200 (Ok) или 204 (No Content). Сервер не должен игнорировать некорректные заголовки Content-*, передаваемые клиентом вместе с сообщением. Если какой-то из этих заголовков не может быть распознан или недопустим при текущих условиях, то необходимо вернуть код ошибки 501 (Not Implemented). Сообщения ответов сервера на метод PUT не кэшируются. | |
| Фундаментальное различие методов POST и PUT заключается в понимании предназначений URI ресурсов. Метод POST предполагает, что по указанному URI будет производиться обработка передаваемого клиентом содержимого. Используя PUT, клиент предполагает, что загружаемое содержимое соответствует находящемуся по данному URI ресурсу. | ||
| PATCH | Аналогично PUT, но применяется только к фрагменту ресурса. | |
| DELETE | Удаляет указанный ресурс. | |
| TRACE | Возвращает полученный запрос так, что клиент может увидеть, какую информацию промежуточные серверы добавляют или изменяют в запросе. | |
| CONNECT | Преобразует соединение запроса в прозрачный TCP/IP-туннель, обычно чтобы содействовать установлению защищённого SSL-соединения через нешифрованный прокси. | |
| Коды состояния | ||
| КОД | КЛАСС | НАЗНАЧЕНИЕ |
| 1хх | Информационный (англ. informational) |
Информирование о процессе передачи. В HTTP/1.0 — сообщения с такими кодами должны игнорироваться. В HTTP/1.1 — клиент должен быть готов принять этот класс сообщений как обычный ответ, но ничего отправлять серверу не нужно. Сами сообщения от сервера содержат только стартовую строку ответа и, если требуется, несколько специфичных для ответа полей заголовка. Прокси-серверы подобные сообщения должны отправлять дальше от сервера к клиенту. |
| 2хх | Успех (англ. Success) |
Информирование о случаях успешного принятия и обработки запроса клиента. В зависимости от статуса, сервер может ещё передать заголовки и тело сообщения. |
| 3хх | Перенаправление (англ. Redirection) |
Сообщает клиенту, что для успешного выполнения операции необходимо сделать другой запрос (как правило по другому URI). Из данного класса пять кодов 301, 302, 303, 305 и 307 относятся непосредственно к перенаправлениям (редирект). Адрес, по которому клиенту следует произвести запрос, сервер указывает в заголовке Location. При этом допускается использование фрагментов в целевом URI. |
| 4хх | Ошибка клиента (англ. Client Error) |
Указание ошибок со стороны клиента. При использовании всех методов, кроме HEAD, сервер должен вернуть в теле сообщения гипертекстовое пояснение для пользователя. |
| 5хх | Ошибка сервера (англ. Server Error) |
Информирование о случаях неудачного выполнения операции по вине сервера. Для всех ситуаций, кроме использования метода HEAD, сервер должен включать в тело сообщения объяснение, которое клиент отобразит пользователю. |
Из этой категории
-
Компактная шпаргалка по Linux
Настройка VSCode когда виртуальное окружение и проект в разных папках
Настройка сервера с Proxmox
Виртуальное окружение Python (venv)
Подписание документа электронной подписью в Linux
Настройка ВПН
XFCE4 Сетевой Менеджер, Network Manager
Горячие клавиши VS Code
Изменить локализацию и региональные настройки в Debian
Шпаргалка по VSCode
Вы должны авторизоваться, чтобы оставлять комментарии.
Скидка на хостинг
Если вам нужен качественный хостинг и вы не против сэкономить 20% на его покупке,
то вы можете воспользоваться моим специальным предложением по скидке на хостинг от компании Спринтхост
Партнёры
-->Категории
Новые
Александр 13 февраля 2025, 22:03
Linux → Настройка VSCode когда виртуальное окружение и проект в разных папках 0
Linux → Настройка VSCode когда виртуальное окружение и проект в разных папках
Александр 23 сентября 2024, 11:40
Mukeydrv не работает. Обнаружена обновленная политика цифровых подписей 3
Mukeydrv не работает. Обнаружена обновленная политика цифровых подписей
Комментарии ()