I've just come back to this thread as I'm just about to alter the session handling in tha app that I'm working on. It currently uses the url method, which I plan to replace.
I'm struggling to accept the form method, because as you say no more <a href="myapp.cgi?rm=next"> - unless of course we use javascript. Now I like the old links, so cookies seems like a no brainer to me. Can anyone explain why the form method is better and how you implement links? Mike Tonks Developer - BookBank.com On 08/02/2008, Michael Peters <[EMAIL PROTECTED]> wrote: > Stephen Carville wrote: > > > Seems to me it makes more sense to embed the session ID or any other > > tracking as hidden variables in a form and send it back as a POST. > > > This assumes then that every request you make is now a post request. Which > means > not more <a> links, just forms. And this also breaks REST style apps (and > really > anything that tries to have meaningful HTTP semantics) since POST requests > are > for things that could change the data server-side and GET requests are for > anything that won't (idempotent). In this day and age you really have to > expect > your users to use cookies. I can understand people not wanting to be tracked > long term, but why should anyone object to memory-only cookies? > > > -- > > Michael Peters > Developer > Plus Three, LP > > ##### CGI::Application community mailing list ################ ## ## ## To unsubscribe, or change your message delivery options, ## ## visit: http://www.erlbaum.net/mailman/listinfo/cgiapp ## ## ## ## Web archive: http://www.erlbaum.net/pipermail/cgiapp/ ## ## Wiki: http://cgiapp.erlbaum.net/ ## ## ## ################################################################