Joe-

What server-side language are you using to handle the order? Assuming
you have some sort of session tied to the user, you can place
"orderstatus" and a "requested_action" variables in the session. Then
no matter what page the user is on ( and no matter how they got there
ie using the back button) your server side program can validate that
the "requested_action" is appropriate based on the current
"orderstatus"

HTH,
Sarah


On 1/25/06, Jeffrey Lee <jeff@xxxxxxxxxxx> wrote:
> On the page that you do not want them to go back to you could put an onload
> event that would set the value of all of the fields.
>
> < body onLoad="return empty()" >
> <!--
> <!--
> function empty()
> {
>
> document.CCForm.CCNumber.value=""
> document.CCForm.CCExDate.value=""
>
> return true
> }
> //-->
> // -->
>
>
> On 1/25/06 6:26 PM, "Joe Giusto II" <midrange@xxxxxxxxxxxx> wrote:
>
> > thanks for that info.  perhaps I should not have said Credit Card.  Just
> > happens
> > that is the page I am dealing with at this time.  the idea is not to allow 
> > the
> > user to go back to a previous page (not all pages, just certain ones) after 
> > a
> > certain point.
> > I have noticed when I hit the refresh button on the page, I get a message
> > about
> > resending the information, which brings the screen back with none of the 
> > form
> > values filled in.  with this in mind, is there a script that will force the
> > refresh when coming back to the page?
> >
> > ----- Original Message -----
> > From: "Bob Cozzi" <cozzi@xxxxxxxxx>
> > To: "'Web Enabling the AS400 / iSeries'" <web400@xxxxxxxxxxxx>
> > Sent: Wednesday, January 25, 2006 6:25 PM
> > Subject: Re: [WEB400] Prevent Brower From Going Back To Credit Card Page
> >
> >
> > Using AJAX techniques you might try this:
> >
> > They enter the credit card.
> > When they hit submit, you do NOT automatically submit the page.
> > Instead you issue an Ajax request (XMLHttpRequest) to the server with the
> > credit card data.
> > The CGI program you call via that requests, takes the card number, stores it
> > someplace on your iSeries, and returns a key to that number. Probably a
> > 32-byte MD5 Message Digest. That is the key to a file or user index that
> > holds the number.
> > Then you return that number to your browser within an XML, for example:
> > <?XML version="1.0" ?)
> > <CipherData>
> >  <ccnbr>1lk2j3h4knfkluasdhfiasnf103</ccnbr>
> > </cipherData>
> >
> > Then you, using JavaScript set the field containing the credit card number
> > to the value returned in the CCNBR value. You may also want to set a hidden
> > field to some flag that says you did this conversion in case you want to
> > permit back and forth processing.
> > Then, while still in the javascript, you issue the normal form submit
> > method. This time the subsequent CGI programs use the message digest to
> > access the credit card number as needed. The history cache only contains the
> > message digest which is worthless to hacks.
> >
> >
> > -Bob Cozzi
> > www.RPGxTools.com
> > RPG xTools - Enjoy programming again.
> >
> >
> > -----Original Message-----
> > From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
> > Behalf Of Joe Giusto II
> > Sent: Wednesday, January 25, 2006 3:32 PM
> > To: web400@xxxxxxxxxxxx
> > Subject: [WEB400] Prevent Brower From Going Back To Credit Card Page
> >
> > I am trying to prevent users from using the Back button in the web browser
> > to get back to the page where the credit card number was entered.  Or
> > alternatively, be able to erase that page from the history log or back
> > button log.
> >
> > The closest I have come is with this JavaScript, which will throw the page
> > forward again when the user hits the back button.
> >
> > </script><script
> > language="JavaScript">javascript:window.history.forward(-1);</script>
> >
> > But does not prevent them from using the drop down arrow on the back button
> > to go back several pages to get to it.
> >
> > I realize the script will work if I put it on each page, but I need to allow
> > them to go back and make changes until the final order page is accepted or
> > rejected.  That is when I write out a confirmation page with the script in
> > it.
> >
> >
>
>
> --
> This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
> To post a message email: WEB400@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/web400
> or email: WEB400-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/web400.
>
>


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.