Znalazłem następne obejście. Możesz uniknąć przekierowania po przetworzeniu POST
żądania, manipulując history
obiektem.
Masz więc formularz HTML:
<form method=POST action='/process.php'>
<input type=submit value=OK>
</form>
Kiedy przetwarzasz ten formularz na swoim serwerze, zamiast przekierowywać użytkownika /the/result/page
, ustawiając Location
nagłówek w następujący sposób:
$cat process.php
<?php
process POST data here
...
header('Location: /the/result/page');
exit();
?>
Po przetworzeniu POST
danych ed renderujesz małe <script>
i wynik/the/result/page
<?php
process POST data here
render the <script>
render `/the/result/page`
?>
<script>
Należy uczynić:
<script>
window.onload = function() {
history.replaceState("", "", "/the/result/page");
}
</script>
Wynik to:
jak widać dane formularza są POST
edytowane do process.php
skryptu.
Ten skrypt przetwarza POST
dane ed i renderuje /the/result/page
jednocześnie za pomocą:
- brak przekierowania
- brak
POST
danych po odświeżeniu strony (F5)
- nie więcej,
POST
gdy przechodzisz do poprzedniej / następnej strony w historii przeglądarki
UPD
Innym rozwiązaniem jest poproszenie zespołu Mozilla FireFox o umożliwienie użytkownikom skonfigurowania NextPage
nagłówka, który będzie działał jak Location
nagłówek i sprawi, że post/redirect/get
wzorzec stanie się przestarzały.
W skrócie. Gdy serwer POST
pomyślnie przetworzy dane formularza, to:
NextPage
Nagłówek konfiguracji zamiastLocation
- Renderuj wynik przetwarzania
POST
danych formularza tak, jak byłby renderowany na GET
żądanie we post/redirect/get
wzorcu
Przeglądarka z kolei, gdy zobaczy NextPage
nagłówek:
- Dostosuj za
window.location
pomocą NextPage
wartości
- Gdy użytkownik odświeży stronę, przeglądarka będzie negocjować
GET
żądanie NextPage
zamiast zmieniać POST
dane
Myślę, że byłoby to doskonałe, gdyby zostało wdrożone, prawda? =)