Encontré la próxima solución. Puede escapar de la redirección después de procesar la POSTsolicitud manipulandohistory objeto.
Entonces tienes el formulario HTML:
<form method=POST action='/process.php'>
<input type=submit value=OK>
</form>
Cuando procesa este formulario en su servidor, en lugar de redirigir al usuario /the/result/pageconfigurando el Locationencabezado de esta manera:
$cat process.php
<?php
process POST data here
...
header('Location: /the/result/page');
exit();
?>

Después de procesar los POSTdatos ed, se vuelve pequeño <script>y el resultado/the/result/page
<?php
process POST data here
render the <script> // see below
render `/the/result/page` // OK
?>
El <script>que debes renderizar:
<script>
window.onload = function() {
history.replaceState("", "", "/the/result/page");
}
</script>
El resultado es:

como puede ver, los datos del formulario se POSTeditan al process.phpscript.
Este script procesa POSTdatos y renderiza /the/result/pagea la vez con:
- sin redireccionamiento
- no hay
POSTdatos cuando actualiza la página (F5)
- no re
POSTcuando navega a la página anterior / siguiente a través del historial del navegador
UPD
Como otra solución, solicito que la función solicite al equipo de Mozilla FireFox que permita a los usuarios configurar el NextPageencabezado que funcionará como Locationencabezado y crearápost/redirect/get obsoleto el patrón.
En breve. Cuando el servidor procesa los POSTdatos de forma satisfactoriamente:
- Configurar
NextPageencabezado en lugar deLocation
- Representa el resultado del procesamiento de los
POSTdatos del formulario tal como se representaría para la GETsolicitud en el post/redirect/getpatrón
El navegador a su vez cuando ve el NextPageencabezado:
- Ajustar
window.locationconNextPage valor
- Cuando el usuario actualice la página, el navegador negociará la
GETsolicitud en NextPagelugar de volver a POSTformar los datos.
Creo que esto sería excelente si se implementa, ¿no? =)