Impedir que el botón Atrás muestre la alerta de confirmación POST

Question

Tengo una aplicación que proporciona una larga lista de parámetros para una página web, así que tengo que usar POST en lugar de GET. El problema es que cuando se muestra la página y el usuario hace clic en el botón Atrás, Firefox muestra una advertencia:

Para mostrar esta página, Firefox debe enviar información que repetirá cualquier acción (como una búsqueda o confirmación del pedido) eso fue realizado antes.

Dado que la aplicación está construida de tal manera que volver es una operación bastante común, esto es realmente molesto para los usuarios finales.

Básicamente, me gustaría hacerlo de la manera que hace esta página:

http://www.pikanya.net/testcache/

Introduzca algo, enviar y haga clic en el botón Volver. Sin advertencia, solo regresa.

Google Descubrí que esto podría ser un error en Firefox 3, pero de alguna manera me gustaría obtener este comportamiento incluso después de que lo "corrijan".

Supongo que podría ser factible con algunos encabezados HTTP, pero ¿con exactitud?

Answer 1

Una vuelta es redirigir la POST a una página que redirige a un GET - ver Post/Redirect/Get on wikipedia.

Supongamos que su POST es 4K de datos del formulario. Es de suponer que su servidor hace algo con esa información en lugar de solo mostrarla una vez y tirarla, como guardarla en una base de datos. Siga haciendo eso, o si se trata de un gran formulario de búsqueda, cree una copia temporal en una base de datos que se depura después de unos días o en una LRU cuando se utiliza un límite de espacio. Ahora crea una representación de los datos a los que se puede acceder usando GET. Si es temporal, genere una identificación y utilícela como URL; si se trata de un conjunto permanente de datos, probablemente tenga una ID o algo que pueda usarse para la URL. En el peor de los casos, un algoritmo como los pequeños usos de url puede colapsar una gran URL a una mucho más pequeña. Redirigir el POST para OBTENER la representación de los datos.

---

Como nota histórica, esta técnica fue established practice in 1995.

Answer 2

Una forma de evitar esa advertencia/comportamiento es hacer el POST a través de AJAX, luego enviar al usuario a otra página (o no) por separado.

Answer 3

Ver mi regla de oro de la programación web aquí:

Stop data inserting into a database twice

Dice: “Nunca jamás responderá con un cuerpo a un post-petición. Haga siempre el trabajo, y luego responda con un encabezado Location: para redirigir a la página actualizada para que el navegador lo solicite con GET "

Si el navegador alguna vez pregunta al usuario sobre volver a enviar, su aplicación web está rota. El usuario no debería ver esta pregunta.

Answer 4

Tengo una aplicación que proporciona una larga lista de parámetros para una página web, así que tengo que usar POST en lugar de GET.El problema es que cuando se muestra la página y el usuario hace clic en el botón Atrás, Firefox muestra una advertencia:

Su razonamiento es incorrecto. Si la solicitud no tiene efectos secundarios, se debe OBTENER. Si tiene efectos secundarios, debe ser POST. La elección no debe basarse en la cantidad de parámetros que debe aprobar.

Answer 5

He estado usando la variable Session para ayudar en esta situación. Esto es el método que utilizo que ha estado trabajando muy bien para mí durante años:

//If there's something in the POST, move it to the session and then redirect right back to where we are 
if ($_POST) { 
    $_SESSION['POST']=$_POST; 
    redirect($_SERVER["REQUEST_URI"]); 
} 

//If there's something in the SESSION POST, move it back to the POST and clear the SESSION POST 
if ($_SESSION['POST']) { 
    $_POST=$_SESSION['POST']; 
    unset($_SESSION['POST']); 
} 

Técnicamente, incluso no es necesario ponerlo de nuevo en una variable llamada $ _POST. Pero me ayuda a hacer un seguimiento de qué datos provienen de dónde.

Answer 6

Como otra solución, puede dejar de usar el redireccionamiento.

Puede procesar y representar el resultado de procesamiento de una vez sin POST alerta de confirmación. Usted sólo debe manipular el objeto historial del navegador:

history.replaceState("", "", "/the/result/page") 

Ver full o short responde