Почему я должен использовать POST-данные, а не GET?

Question

Я знаю, что вы не хотите публиковать форму с именем пользователя и паролем, где кто-либо может использовать историю для просмотра или ситуации, когда повторные действия могут быть нежелательными (обновление страницы = добавление элемента в корзину может быть нежелательным). Поэтому у меня есть понимание, когда я могу использовать один над другим. Но я всегда мог перенаправить URL-адрес сервера после GET, чтобы обойти проблему с корзиной, и, возможно, большинство моих форм отлично справятся с GET.

Почему я должен использовать POST через GET? Я не понимаю преимуществ одного над другим. Я замечаю, что POST не добавляет данные в историю/URL и предупреждает вас об обновлении страницы, но это единственные две отличия, которые я знаю. Почему, как разработчик, я могу использовать один над другим?

Answer 1

Каждый метод HTTP: POST, GET, PUT, DELETE и т. Д. Кариет собственную семантику. При выборе правильного метода важно понимать HTTP и REST, так как это означает, что HTTP должен был работать и как работает базовая сетевая инфраструктура.

Доступен хороший учебник по REST here. Вот что говорит о POST и GET методы:

• Поскольку же интерфейс используется для каждого ресурса, вы можете рассчитывать на возможность получить представление - то есть, некоторые рендеринга из него - с помощью GET. Поскольку семантика GET определена в спецификации, вы можете быть уверены, что у вас нет обязательств, когда вы ее вызываете, поэтому метод называется «безопасным». GET поддерживает очень эффективное и сложное кэширование, поэтому во многих случаях вам даже не нужно отправлять запрос на сервер. Вы также можете быть уверены, что GET является idempotent - если вы выдаете запрос GET и не получаете результат, вы можете не знать, не дошел ли ваш запрос до места назначения или ответ потерялся на обратном пути к вам.

  Код гарантии idempotence означает, что вы можете просто повторно отправить запрос. Idempotence также гарантируется для PUT (что в основном означает «обновить этот ресурс с помощью этих данных или создать его на этом URI, если его еще нет») и для DELETE (который вы можете просто попробовать снова и снова, пока не получите результат - удаление то, что не существует, не проблема).POST, который обычно означает «создать новый ресурс», также может использоваться для вызова произвольной обработки и, следовательно, не является ни безопасным, ни идемпотентным.

Answer 2

Все данные в запросе GET хранятся в URL-адресе, который имеет ограничение по размеру и также отображается пользователю. A POST запрос позволяет также отправить полезную нагрузку.

В дополнение к техническим отличиям, есть вопрос о намерениях. В стандарте HTTP описываются способы использования различных запросов (GET, POST, PUT, DELETE, HEAD); например, PUT предназначен для добавления ресурса, DELETE предназначен для его удаления, и POST предназначен для его изменения. Не могли бы вы использовать запрос GET вместо PUT или DELETE? Конечно, но следующие стандарты делают намерение явным.

См. http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html для получения дополнительной информации.

Answer 3

Среди прочего, ПОЛУЧИТЬ ограничивается 2K (некоторые браузеры будут принимать больше), и это видно в URL

Answer 4

Если вы хотите, чтобы idempotent запрос URI (т.е. ответ всегда то же самое), то используйте GET, иначе POST.

Answer 5

GET и POST имеют смысловое значение - GET используется для извлечения ресурса, а POST используется для его изменения. Семантика - вот почему вы замечаете различия в реализации в своем веб-браузере - поскольку POST якобы изменяет данные, браузер должен предупредить перед повторной отправкой запроса/команды POST.

Весь текст сайта распространяется на эти семантики. Безопасно кэшировать запрос GET, но не команду POST - так это то, что делают кеширующие прокси. Это безопасно, чтобы ПОЛУЧИТЬ ресурс несколько раз, поэтому у вас есть предварительные выборки ссылок, которые делают именно это. Безопасно добавлять закладки и обновлять GET, поэтому нет предупреждений от браузеров и т. Д. И т. Д.

Это означает, что нет разницы в безопасности - так что пример пароля пользователя не указан точно. POST так же легко подделывается или рассматривается как GET.