後/重定向/獲取

Question

在生產基於Web的數據輸入系統，是事實，你將每頁一個額外的服務器請求，決定是否要使用後，當顯著關注/重定向/獲取設計？

Answer 1

是的，但不是簡單的性能原因。

如果具有負載平衡和數據庫複製，你必須確保GET開機自檢後會真正看到的是已經公佈的數據，所以你必須配置負載均衡將用戶重定向到你的「主」網站或完全相同的機器，收到POST（取決於你如何實現存儲）。

單獨的請求是沒有問題的，尤其是替代給人非常糟糕的用戶體驗，並可能導致甚至比簡單的重定向更superflous請求。

Answer 2

大多數時候，帖子只發生在數據發生變化時。網站上的流量和CPU時間最多的是由查詢（GETS）生成的，而不是更改，所以我認爲這些額外的請求不是很重要。

Answer 3

如果我理解你的問題（我不完全知道我這樣做），這絕對是很好的設計後後做重定向，即使你是顯示它們與更新的信息相同的頁面。

通過做你正在打破當前查看的頁面和造成的變化POST之間的連接重定向。用戶可以書籤和/或刷新頁面，而不用彈出詢問「你想重發數據嗎？」

Answer 4

我認爲這提供勝過小的性能損失的可用性。

Answer 5

測試它通過執行一些性能基準測試，你將能夠看到它是否將是你的具體情況令人擔憂。有關更多信息，請參閱this article。