On 28 Jul 2005, at 14:13, Mark Rees wrote:
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.
Unsurprisingly, this is a sit
Mark Rees wrote:
"André Medeiros" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
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 poss
>
> "André Medeiros" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > 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 po
"André Medeiros" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> 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
> be
On 28 July 2005 13:39, Jack Jackson wrote:
> What I wanted to do was this:
>
>
> p. 1 : I send client page one, they send answers. SUBMIT
> sends to page 2
> script.
>
> p 2. Before displaying anything to the client, Page 2 script validates
> input from page 1. If there are problems, page 2 scr
>
> Somehow my intent has been turned around here and I apologise.
>
> I do not want to use *any* client side validation. I only want to do
> server side validation and server side storage.
>
> My intent was to remove the client from as much as possible
> of this - if
> I didn't need their in
Jack Jackson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Somehow my intent has been turned around here and I apologise.
>
> I do not want to use *any* client side validation. I only want to do
> server side validation and server side storage.
>
> My intent was to remove the clien
The light dawns.
Thank you everyone for this explanation, and the help
JJ
Mark Rees wrote:
Jack Jackson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Somehow my intent has been turned around here and I apologise.
I do not want to use *any* client side validation. I only wa
Jack Jackson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Somehow my intent has been turned around here and I apologise.
>
> I do not want to use *any* client side validation. I only want to do
> server side validation and server side storage.
>
> My intent was to remove the clien
Jack Jackson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Somehow my intent has been turned around here and I apologise.
>
> I do not want to use *any* client side validation. I only want to do
> server side validation and server side storage.
>
> My intent was to remove the clien
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.
--
Somehow my intent has been turned around here and I apologise.
I do not want to use *any* client side validation. I only want to do
server side validation and server side storage.
My intent was to remove the client from as much as possible of this - if
I didn't need their information I wouldn
On 27 Jul 2005, at 21:22, Jack Jackson wrote:
Right. Except I would rather have it working in a session because I
specifically do not want to have the form sending $_POST data back
and forth to the browser six times for several reasons. SO I'd like to
Page1 // User enters first batch of da
>
> Jim Moseby wrote:
> >>-Original Message-
> >>From: Jack Jackson [mailto:[EMAIL PROTECTED]
> >>Sent: Wednesday, July 27, 2005 3:47 PM
> >>To: php >> "[php] PHP General List"
> >>Subject: Re: [PHP] Multipage form r
Jim Moseby wrote:
-Original Message-
From: Jack Jackson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 27, 2005 3:47 PM
To: php >> "[php] PHP General List"
Subject: Re: [PHP] Multipage form redux
hi, my first attempt at a sessions-based form is starting at
http://pas
> -Original Message-
> From: Jack Jackson [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, July 27, 2005 3:47 PM
> To: php >> "[php] PHP General List"
> Subject: Re: [PHP] Multipage form redux
>
>
> hi, my first attempt at a sessions-based form is sta
hi, my first attempt at a sessions-based form is starting at
http://pastebin.com/322696
and I have a question. What I want to do is, after the user answers the
questions in section one and they are error checked, I want to write the
answers to $_SESSION() and then continue down the script to t
Thanks everyone. I take the point of Andre, but believe that the depth
and sensitivity of the data require it be stored server side. I think
that Richard and Mark have put their fingers on it - it's gotta be
cookie based. Someone on the IRC suggested sessions and I think that it
the way it goes
Hello André,
Wednesday, July 27, 2005, 2:22:30 PM, you wrote:
AM> That's not a very good idea. Imagine the user gets to the fourth
AM> form and gets a cup of coffee, or goes out to lunch. By the time
AM> he gets to the computer he might have lost the session, thus
AM> having data on your DB that
"André Medeiros" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Wed, 2005-07-27 at 07:51 -0400, Jack Jackson wrote:
> > Hi,
> > I have searched the archives and seen links to tutorials at phpclasses
> > (which seem to be down) and not found an answer to my question:
> > I have a l
On Wed, 2005-07-27 at 07:51 -0400, Jack Jackson wrote:
> Hi,
> I have searched the archives and seen links to tutorials at phpclasses
> (which seem to be down) and not found an answer to my question:
> I have a long form I want to break into seven pages. Rather than pass
> values from page to pag
Hi,
I have searched the archives and seen links to tutorials at phpclasses
(which seem to be down) and not found an answer to my question:
I have a long form I want to break into seven pages. Rather than pass
values from page to page as hidden, I'd rather write the results to the
db after each
Original Message-
From: David Johansen [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 20, 2002 9:57 AM
To: [EMAIL PROTECTED]
Subject: [PHP] Multipage form
I was just wondering what was the best way to handle a multipage form.
Would
the best way be to keep passing the variables through the form
On Wed, 20 Mar 2002, David Johansen wrote:
> I was just wondering what was the best way to handle a multipage form. Would
> the best way be to keep passing the variables through the forms as hidden
> values or should I use sessions and store all the values as session
> variables? What's the best w
On Wednesday, March 20, 2002, at 11:57 AM, David Johansen wrote:
> I was just wondering what was the best way to handle a multipage form.
> Would
> the best way be to keep passing the variables through the forms as
> hidden
> values or should I use sessions and store all the values as session
I was just wondering what was the best way to handle a multipage form. Would
the best way be to keep passing the variables through the forms as hidden
values or should I use sessions and store all the values as session
variables? What's the best way to handle all of this? Also the different
forms
26 matches
Mail list logo
