Page History

...

In a redirect request (REDIRECT_TO_RENDER) so the action part set a response page. The response phase first sets
a redirect url. After the client side redirect (a second http request,) the response page will be served. Reload button problems are fixed by this but all your models are attached and detached once more. Also, listviews can only build their tables in the redirect response phase, so the page structure is changing (or can change) twice for one submit a user made, which is bad for clustering.

REDIRECT_TO_BUFFER (default)

And we have the combination which is the default (REDIRECT_TO_BUFFER). This has the best of both worlds. No reload button problems, because we do a client side redirect, but the rendering of the page itself is already done in the first request and stored in a buffer until the redirect returns, so because of this models are only attached and detached once and listviews only alter pages in one request, not 2.

...