in reply to Re: WHAT?!? No "back" button?? I just gotta hear the reason for this one...
in thread Page expiration with unsynchronized clocks

There's a much better way that is less falliable to problems/hacking on the user's end: include a uniqueid in a hidden field on the form, and sort a list of these uniqueid's in a second table when they are created. Upon submission of a form, remove that unique id from the table if it's there and process the form normally, otherwise, tell the user they've already submitted their data and move on elsewhere.

You can sufficently munge data into this uniqueid such as the localtime on your server, user id, random numbers, etc, if you want to reduce the chance of someone faking a request to your server.

-----------------------------------------------------
Dr. Michael K. Neylon - mneylon-pm@masemware.com || "You've left the lens cap of your mind on again, Pinky" - The Brain

  • Comment on Re: Re: WHAT?!? No "back" button?? I just gotta hear the reason for this one...

Replies are listed 'Best First'.
Re: Re: Re: WHAT?!? No "back" button?? I just gotta hear the reason for this one...
by zakzebrowski (Curate) on Aug 09, 2001 at 16:41 UTC
    Absolutely correct... the hard problem here, however, is controling the way we increment the database variable..... (For this project, we are not using perl, (sigh), rather a different, poorer, language.) We are intending to eventually do this, but for now, the -1 trick works. The trick to getting the cache to expire on netscrape and internet exploder is putting the variables (no cache, pragma, and expires) in the right place and in the right order...

    ----
    Zak