HTTP METHODS

GET
Метод GET служит для получения ресурса, URI которого задаётся в первой строке запроса. URI может:
•	быть путём к файлу, содержимое которого должен передать сервер,
•	ссылаться на динамически генерируемые ресурсы, вроде страницы с результатами поиска.
Примеры GET-запросов:
Скопировать код
GET /images/image1.png HTTP/1.1
GET /search?q=c%2B%2B HTTP/1.1
Ответ на GET-запрос может быть закэширован браузером или промежуточным прокси-сервером. Поэтому вместо отправки запроса к конечному серверу клиенту могут вернуться закэшированные данные.
Тело GET-запроса не имеет определённой семантики, и некоторые реализации клиентов и серверов воспринимают GET-запросы с телом как некорректные.


HEAD
Метод HEAD идентичен методу GET с той разницей, что сервер отправляет только заголовки. Содержимое заголовков в ответе сервера должно совпадать с содержимым заголовков в ответе на GET-запрос к этому же ресурсу. Метод HEAD используется, чтобы получить метаинформацию о ресурсе без передачи самого ресурса. Например, чтобы проверить доступность гиперссылок или валидность закэшированных ранее данных.
Как и метод GET, HEAD-запрос не должен иметь тела.


POST
Метод POST используется для передачи на сервер объекта, закодированного в теле запроса.
То, как сервер поступит с переданным ему объектом, зависит от URI в строке запроса. Например, запрос POST /users HTTP/1.1 может создать новую учётную запись пользователя, а POST /users/mail HTTP/1.1 — отправить письмо от имени текущего пользователя.
Пример POST-запроса, который отправляется типичной формой авторизации:
POST /login HTTP/1.1
Content-Length: 38
Content-Type: application/x-www-form-urlencoded
Host: mysite.com
login=john.doe&password=I+love+c%2B%2B

В этом запросе на URI /login домена mysite.com передаётся запрос методом POST. Тело запроса имеет тип application/x-www-form-urlencoded длиной 38 байт. В теле запроса закодированы поля формы login со значением john doe и password со значением I love c++. Тело с типом application/x-www-form-urlencoded содержит пары вида: поле=значение, разделяемые символом &. Пробелы кодируются символом +, а спецсимволы — в виде последовательностей из символа %, за которым следует код символа в шестнадцатиричной системе счисления.

PUT
Метод PUT передаёт на сервер объект, содержимое которого располагается в теле запроса. В ответ на этот запрос сервер должен создать или модифицировать ресурс, располагающийся по адресу, указанному в URI-строке запроса. Разница между методами PUT и POST в том, как интерпретируется URI-строка. В методе PUT URI указывает на ресурс, подлежащий созданию или модификации. А в методе POST указывается URI объекта, способного обработать запрос. Ответы сервера на запросы, отправленные методом PUT, не кэшируются.

DELETE
Метод DELETE просит сервер удалить ресурс по указанному URI. Удаление ресурса может занимать длительное время, поэтому даже успешный ответ со стороны сервера не гарантирует, что объект был удалён. Он лишь информирует клиента, что процесс удаления запущен.
Несмотря на то, что HTTP допускает наличие тела в DELETE-запросе, некоторые реализации HTTP-клиентов считают такие запросы невалидными, а реализации HTTP-серверов игнорируют данные, которые передаются в теле запроса. Поэтому следует проектировать сервер так, чтобы DELETE-запросы принимали данные в URI-строке запроса, а не в его теле.