Post/Redirect/Get (PRG) is a web development design pattern that prevents some duplicate form submissions, creating a more intuitive interface for user agents (users). PRG supports bookmarks and the refresh button in a predictable way that does not create . When a web form is submitted to a server through an HTTP POST request, a web user that attempts to refresh the server response in certain user agents can cause the contents of the original HTTP POST request to be resubmitted, possibly causing undesired results, such as a duplicate web purchase.

AttributesValues
type
label
  • Post/Redirect/Get
  • Post/Redirect/Get
  • Post/Redirect/Get
  • Post-redirect-get
comment
  • Post-redirect-get ou post/redirect/get (PRG), aussi nommé redirect after post, est un patron de conception très répandu dans la programmation web. Il permet de résoudre une partie des problèmes de multiple soumission d'un formulaire (en), ainsi que de moins perturber le fonctionnement des marque-pages et de la commande "page précédente" des navigateurs web.
  • Post/Redirect/Get (PRG) is a web development design pattern that prevents some duplicate form submissions, creating a more intuitive interface for user agents (users). PRG supports bookmarks and the refresh button in a predictable way that does not create . When a web form is submitted to a server through an HTTP POST request, a web user that attempts to refresh the server response in certain user agents can cause the contents of the original HTTP POST request to be resubmitted, possibly causing undesired results, such as a duplicate web purchase.
  • Post/Redirect/Get (PRG), también conocido como Redirect After Post, es un patrón de diseño de desarrollo web que impide algunos envíos de formularios duplicados, creando una interfaz más intuitiva para los agentes de usuario (usuarios). PRG implementa marcadores y el botón Actualizar de un modo predecible que no crea envíos de formularios duplicados.
  • Post/Redirect/Get (PRG) — модель поведения веб-приложений, используемая разработчиками для защиты от повторной отправки данных веб-форм (от т. н. double submit problem). Модель PRG обеспечивает интуитивно понятное поведение веб-приложений при обновлении страниц в браузере и при использовании закладок в браузере.
owl:sameAs
Subject
is primary topic of
depiction
  • External Image
Link from a Wikipage to an external page
έχει περίληψη
  • Post-redirect-get ou post/redirect/get (PRG), aussi nommé redirect after post, est un patron de conception très répandu dans la programmation web. Il permet de résoudre une partie des problèmes de multiple soumission d'un formulaire (en), ainsi que de moins perturber le fonctionnement des marque-pages et de la commande "page précédente" des navigateurs web.
  • Post/Redirect/Get (PRG), también conocido como Redirect After Post, es un patrón de diseño de desarrollo web que impide algunos envíos de formularios duplicados, creando una interfaz más intuitiva para los agentes de usuario (usuarios). PRG implementa marcadores y el botón Actualizar de un modo predecible que no crea envíos de formularios duplicados.
  • Post/Redirect/Get (PRG) — модель поведения веб-приложений, используемая разработчиками для защиты от повторной отправки данных веб-форм (от т. н. double submit problem). Модель PRG обеспечивает интуитивно понятное поведение веб-приложений при обновлении страниц в браузере и при использовании закладок в браузере. Суть проблемы повторной отправки веб-формы заключается в том, что после первой отправки и получения результата пользователь может нажать в браузере кнопку "Обновить", в результате чего данные могут быть отправлены повторно, а это может привести к нежелательным последствиям, как, например, повторная покупка в интернет-магазине, повторный перевод денег с банковского счета и т. д. Повторная отправка может произойти и без кнопки "Обновить", если браузер настроен автоматически "восстанавливать вкладки" после его закрытия и открытия. В этом случае, если пользователь закроет браузер после первой отправки формы, не закрыв вкладку с результатом, а затем вновь откроет браузер, то браузер запросит повторно все страницы прошлой сессии, включая отправку формы. (Нужно отметить, что в последнее время многие производители браузеров уделили внимание этой проблеме, и браузеры стали спрашивать у пользователя разрешение на повторную отправку форм). Суть решения проблемы при использовании модели PRG заключается в том, что в ответ на отправку данных веб-формы, сервер не просто генерирует HTML-страницу с результатом, а возвращает браузеру заголовок перенаправления «Location» (при этом используются коды состояния HTTP 302, HTTP 303, иногда HTTP 301) ведущий на страницу с результатом, но уже вызываемым обычным методом GET, а не POST, и без данных веб-формы, конечно. При обновлении такой страницы с результатом нежелательных действий не произойдет, её даже можно использовать в качестве закладки в браузере.
  • Post/Redirect/Get (PRG) is a web development design pattern that prevents some duplicate form submissions, creating a more intuitive interface for user agents (users). PRG supports bookmarks and the refresh button in a predictable way that does not create . When a web form is submitted to a server through an HTTP POST request, a web user that attempts to refresh the server response in certain user agents can cause the contents of the original HTTP POST request to be resubmitted, possibly causing undesired results, such as a duplicate web purchase. To avoid this problem, many web developers use the PRG pattern — instead of returning a web page directly, the POST operation returns a redirection command. The HTTP 1.1 specification introduced the HTTP 303 ("See other") response code to ensure that in this situation, the web user's browser can safely refresh the server response without causing the initial HTTP POST request to be resubmitted. However most common commercial applications in use today (new and old alike) still continue to issue HTTP 302 ("Found") responses in these situations. The PRG pattern cannot address every scenario of duplicate form submission. Some known duplicate form submissions that PRG cannot solve are: * If a web user refreshes before the initial submission has completed because of server lag, resulting in a duplicate HTTP POST request in certain user agents.
wasDerivedFrom
Wikipage page ID
  • 5368069(xsd:integer)
Wikipage revision ID
  • 738287620(xsd:integer)
thumbnail
http://purl.org/li...ics/gold/hypernym
is seeAlso of
is owl:sameAs of
is primary topic of
is Wikipage disambiguates of
Alternative Linked Data Views: Sponger | iSPARQL | ODE     Raw Data in: CXML | CSV | RDF ( N-Triples N3/Turtle JSON XML ) | OData ( Atom JSON )    About   
This material is Open Knowledge   W3C Semantic Web Technology [RDF Data] This material is Open Knowledge Creative Commons License Valid XHTML + RDFa
This work is licensed under a Creative Commons Attribution-Share Alike 3.0 Unported License.
OpenLink Virtuoso version 06.01.3127, on Linux (x86_64-pc-linux-gnu), Standard Edition
Copyright © 2009-2011 OpenLink Software