[Catalyst] Paging thru a complex POSTed search -- HOWTO?

Stuart Watt swatt at infobal.com
Wed Jun 2 18:11:23 GMT 2010

We do a redirect code 303 from the POST request handler to a GET handler =

and page through it instead. This appears to be the HTTP 1.1 norm, and =

anything else is risky, as POST is expected to change stuff in the =

database. Paging through a POST result will (might) cause multiple =

changes. This way caching is supposed to be handled right.


Stuart Watt
ARM Product Developer
Information Balance

On 6/2/2010 1:56 PM, will at serensoft.com wrote:
> Short version:
> Using [% c.req.uri_with({ page =3D> pager.next_page }) %] is fine for a =

> simple single-field search (where the form uses GET instead of =

> POST)... but how do we PAGE through (and/or cache) a multi-field form =

> search that uses POST?
> _______________________________________________
> List: Catalyst at lists.scsys.co.uk
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.u=
> Dev site: http://dev.catalyst.perl.org/
>    =

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.scsys.co.uk/pipermail/catalyst/attachments/20100602/043c8=

More information about the Catalyst mailing list