GET and POST¶GET and POST are the o

GET and POST¶

GET and POST are the only HTTP methods to use when dealing with forms.

Django’s login form is returned using the POST method, in which the browser bundles up the form data, encodes it for transmission, sends it to the server, and then receives back its response.

GET, by contrast, bundles the submitted data into a string, and uses this to compose a URL. The URL contains the address where the data must be sent, as well as the data keys and values. You can see this in action if you do a search in the Django documentation, which will produce a URL of the form https://docs.djangoproject.com/search/?q=forms&release=1.

GET and POST are typically used for different purposes.

Any request that could be used to change the state of the system - for example, a request that makes changes in the database - should use POST. GET should be used only for requests that do not affect the state of the system.

GET would also be unsuitable for a password form, because the password would appear in the URL, and thus, also in browser history and server logs, all in plain text. Neither would it be suitable for large quantities of data, or for binary data, such as an image. A Web application that uses GET requests for admin forms is a security risk: it can be easy for an attacker to mimic a form’s request to gain access to sensitive parts of the system. POST, coupled with other protections like Django’s CSRF protection offers more control over access.

On the other hand, GET is suitable for things like a web search form, because the URLs that represent a GET request can easily be bookmarked, shared, or resubmitted.

Результаты (русский) 1:

GET и POST¶Только методы HTTP для использования при работе с формами являются GET и POST.Форма входа Django возвращается с помощью метода POST, в котором браузера расслоения данных формы, кодирует его для передачи, отправляет его на сервер и получает обратно ответ.GET, напротив, расслоения представленных данных в строку и использует для составления URL-адреса. URL-адрес содержит адрес, где данные должны быть отправлены, а также данные ключей и значений. Вы можете увидеть это в действии, если вы выполните поиск в документации Django, который будет производить URL-адрес формы-https://docs.djangoproject.com/search/?q=forms&release=1.GET и POST обычно используются для различных целей.Любой запрос, который может использоваться для изменения состояния системы - например, запрос, который вносит изменения в базе данных - следует использовать пост. GET следует использовать только для запросов, которые не влияют на состояние системы.GET будет неподобающе для пароля формы, также потому что пароль будет появляться в URL и, таким образом, также в журналах браузера истории и сервера, все в виде обычного текста. Не было бы подходящим для больших объемов данных или для двоичных данных, таких как изображения. Веб-приложение, которое использует запросы GET для администратора форм представляет риск для безопасности: она может быть легко злоумышленник может имитировать форму запрос для получения доступа к чувствительным частям системы. ПОСТ, как защита от CSRF Django предоставляет больший контроль над доступом в сочетании с другими ограждений.С другой стороны получить подходит для вещи, как веб-формы поиска, потому что URL-адреса, которые представляют запрос GET может легко быть Закладка, совместно или повторно.

Результаты (русский) 2:

GET и POST¶ GET и POST являются единственными методами HTTP для использования при работе с формами. Войти в Django форма возвращается с помощью метода POST, в котором браузер связывает данные формы, кодирует его для передачи, посылает его на сервер, а затем получает обратно свой ​​ответ. GET, напротив, связывает представленные данные в строку, и использует это, чтобы составить URL. URL-адрес содержит адрес, где данные должны быть отправлены, а также ключи и значения данных. Вы можете увидеть это в действии, если вы выполните поиск в документации Django, который будет производить URL вида https://docs.djangoproject.com/search/?q=forms&release=1~~pobj. GET и POST, как правило, используется для разные цели. Любой запрос, который может быть использован для изменения состояния системы - например, запрос, который вносит изменения в базе данных - следует использовать POST. GET следует использовать только для запросов, которые не влияют на состояние системы. GET также будет непригоден для формы пароля, потому что пароль будет появляться в URL, и, таким образом, также в журналах истории браузера и сервера, все в простом текст. Ни было бы подходит для больших объемов данных или для двоичных данных, таких как изображения. Веб-приложение, которое использует GET запросы для администратора форм представляет собой угрозу безопасности: это может быть легко злоумышленнику имитировать запросить форму, чтобы получить доступ к чувствительным частям системы. POST, в сочетании с другими защитами, как защита CSRF Django предлагает больше контроля над доступом. С другой стороны, GET подходит для таких вещей, как веб-форме поиска, потому что URL-адреса, которые представляют запрос GET может быть легко закладки, общие или повторно.

Результаты (русский) 3:

GET и POST *

GET и POST являются только HTTP методов использования при рассмотрении форм.

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

меня, наоборот, связки, представленных данных в строку, и использует для создания URL.URL указан адрес, где данные должны направляться, а также данные ключи и ценностей.вы можете увидеть это в действии, если вы осуществляете поиск в джанго документации, которая будет производить URL формы https://docs.djangoproject.com/search/?q = формы & освобождения = 1.

GET и POST обычно используются для различных целей.

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

получить также будет непригодным для пароля формы, потому что пароль, как представляется, в URL, и, таким образом, также в историю браузера и журналы сервера, в обычный текст.не следует ожидать, что большое количество данных, или для бинарных данных, таких, как изображение.веб - приложение, которое использует поступают заявки на admin формах представляет угрозу безопасности: это может быть легко нападающему имитация формы запроса, получить доступ к чувствительным частям системы.после, в сочетании с другими защиты, как джанго - CSRF защиты обеспечивает контроль за доступом.

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