RE: [PHP] Multipage form redux
| From: | Jim Moseby | Date: | Thu, 28 Jul 2005 13:23:20 +0000 |
| Subject: | RE: [PHP] Multipage form redux | ||
| Groups: | php.general | ||
| Request: | Send a blank email to php-general+get-219504@lists.php.net to get a copy of this message | ||
>
> "André Medeiros" <andre.caum@gmail.com> wrote in message
> news:1122558897.3590.11.camel@vaio...
> > The point of sessions is that when you close your browser,
> you loose it.
> > I'm affraid that if you want sessions that last two weeks,
> you'll have
> > to make your own session handler :) but yeah, it's possible, and it
> > beats the crap out of the "fill form, store in db, fill
> form, store in
> > db" method.
>
> Unless your user wishes to complete the form from a different
> machine, of
> course.
>
> I really don't understand the dogmatic antipathy to storing
> information in
> the database. Sometimes it is a better solution - horses for courses.
> Rolling your own session management tool, whilst undoubtedly fun and
> satisfying, is hardly an appropriate solution to this type of
> enquiry, which
> is apparently from someone taking their first steps in web
> development.
>
> I should probably explain that I come from an ASP background
> and so have an
> inherent mistrust of sessions, although I am coming to
> understand that PHP
> sessions are much more reliable.
>
I agree. In this case, it is my opinion that storing data in the DB after
each successful page is the best solution. I would be interested to hear
why it is a bad idea.
JM