Ngăn nút Back hiển thị cảnh báo xác nhận POST

Question

Tôi có một ứng dụng cung cấp danh sách dài các thông số cho một trang web, vì vậy tôi phải sử dụng POST thay vì GET. Vấn đề là khi trang được hiển thị và người dùng nhấp vào nút Quay lại, Firefox sẽ hiển thị cảnh báo:

Để hiển thị trang này, Firefox phải gửi thông tin lặp lại bất kỳ hành động nào (chẳng hạn như tìm kiếm hoặc xác nhận đơn hàng) đã được thực hiện trước đó.

Vì ứng dụng được xây dựng theo cách ngược lại nên hoạt động khá phổ biến, điều này thực sự gây phiền toái cho người dùng cuối.

Về cơ bản, tôi muốn làm điều đó một cách trang này không:

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

Nhập điều gì đó, gửi, và nhấn nút Back. Không cảnh báo, nó chỉ quay trở lại.

Googling Tôi phát hiện ra rằng đây có thể là một lỗi trong Firefox 3, nhưng tôi muốn bằng cách nào đó có được hành vi này ngay cả sau khi họ "sửa" nó.

Tôi đoán nó có thể thực hiện được với một số tiêu đề HTTP, nhưng chính xác thì sao?

Answer 1

Một chiều là chuyển hướng POST tới trang chuyển hướng đến GET - xem Post/Redirect/Get on wikipedia.

Giả sử POST của bạn là 4K dữ liệu biểu mẫu. Có lẽ máy chủ của bạn làm điều gì đó với dữ liệu đó thay vì chỉ hiển thị nó một lần và ném nó đi, chẳng hạn như lưu nó trong cơ sở dữ liệu. Tiếp tục làm điều đó, hoặc nếu đó là một hình thức tìm kiếm lớn tạo ra một bản sao tạm thời của nó trong một cơ sở dữ liệu bị thanh lọc sau một vài ngày hoặc trên một cơ sở LRU khi một giới hạn không gian được sử dụng. Bây giờ tạo ra một đại diện của dữ liệu có thể được truy cập bằng cách sử dụng GET. Nếu nó tạm thời, hãy tạo một ID cho nó và sử dụng nó làm URL; nếu đó là tập hợp dữ liệu cố định, nó có thể có ID hoặc thứ gì đó có thể được sử dụng cho URL. Trong trường hợp xấu nhất, một thuật toán như sử dụng url nhỏ có thể thu gọn một URL lớn thành một URL nhỏ hơn nhiều. Chuyển hướng POST để GET đại diện cho dữ liệu.

---

Lưu ý lịch sử, kỹ thuật này là established practice in 1995.

Answer 2

Một cách để tránh cảnh báo/hành vi đó là thực hiện POST thông qua AJAX, sau đó gửi người dùng đến trang khác (hoặc không) một cách riêng biệt.

Answer 3

Xem quy tắc vàng của tôi về lập trình web ở đây:

Stop data inserting into a database twice

Nó nói: “Đừng bao giờ đáp ứng với một cơ thể đến một POST yêu cầu. Luôn thực hiện công việc và sau đó trả lời bằng tiêu đề Vị trí: để chuyển hướng đến trang được cập nhật để trình duyệt yêu cầu bằng GET ”

Nếu trình duyệt yêu cầu người dùng về đăng lại, ứng dụng web của bạn bị hỏng. Người dùng sẽ không bao giờ thấy câu hỏi này.

Answer 4

Tôi có một ứng dụng cung cấp danh sách dài các tham số cho một trang web, vì vậy tôi phải sử dụng POST thay vì GET.Vấn đề là khi trang được hiển thị và người dùng nhấp vào nút Quay lại, Firefox sẽ hiển thị cảnh báo:

Lý do của bạn sai. Nếu yêu cầu không có tác dụng phụ, nó sẽ là GET. Nếu nó có tác dụng phụ, nó sẽ được POST. Sự lựa chọn không nên dựa trên số lượng các thông số bạn cần phải vượt qua.

Answer 5

Tôi đã sử dụng biến Phiên để trợ giúp trong trường hợp này. Đây là phương pháp tôi sử dụng mà đã làm việc tuyệt vời cho tôi trong nhiều năm:

//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']); 
} 

Về mặt kỹ thuật bạn thậm chí không cần phải đặt nó trở lại thành biến gọi là $ _POST. Nhưng nó giúp tôi theo dõi những dữ liệu nào đến từ đâu.

Answer 6

Là giải pháp khác bạn có thể ngừng sử dụng chuyển hướng.

Bạn có thể xử lý và hiển thị kết quả xử lý cùng một lúc mà không cần cảnh báo xác nhận POST. Bạn chỉ cần thao tác các đối tượng lịch sử trình duyệt:

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

Xem full hoặc short trả lời