on 01/08/02 3:42 AM, Petre ([EMAIL PROTECTED]) wrote:
> Well, OK, then, How do you design the app NOT to allow the form to POST
> again when the user hits "BACK"
The PHP script that process' the form submission shouldn't be an actual page
that sends stuff to the browser.
1. form.php POSTs to p
- Original Message -
From: "Lee" <[EMAIL PROTECTED]>
To: "César Aracena" <[EMAIL PROTECTED]>; "'Petre'" <[EMAIL PROTECTED]>
Cc: "'php-general'" <[EMAIL PROTECTED]>
Sent: Wednesday, July 31, 2002 12:17 PM
Su
nde More; Petre; [EMAIL PROTECTED]
Subject: Re: [PHP] Disabling Browser "BACK" button
> Page1 (fill in data)->Page2(write data, instant redirect to p1,
> unless dies from php/mysql)
> Then the only way to repost, is to push the forward button.
Unless, of course, they hit
Exactly.
The only way I've seen that this can be prevented is if the form action
is PHP_SELF, so, you call the page onto itself and use a isset($submit),
but I have reasons for not going that route, one being that I have
already have a navigation laid out, and changing that will be a nightmare!
uot;Petre" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Wednesday, July 31, 2002 6:53 PM
Subject: Re: [PHP] Disabling Browser "BACK" button
> > Page1 (fill in data)->Page2(write data, instant redirect to p1,
> > unless dies from php/mysql)
> > Then
: "César Aracena" <[EMAIL PROTECTED]>
To: "'Petre'" <[EMAIL PROTECTED]>
Cc: "'php-general'" <[EMAIL PROTECTED]>
Sent: Wednesday, July 31, 2002 7:06 PM
Subject: RE: [PHP] Disabling Browser "BACK" button
Well... you simple ca
l" <[EMAIL PROTECTED]>
Sent: Wednesday, July 31, 2002 1:42 PM
Subject: Re: [PHP] Disabling Browser "BACK" button
> Well, OK, then, How do you design the app NOT to allow the form to POST
> again when the user hits "BACK"
>
> Martin Clifford wrote:
>
-Original Message-
> From: Petre [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 31, 2002 2:50 PM
> To: César Aracena
> Cc: php-general
> Subject: Re: [PHP] Disabling Browser "BACK" button
>
> I hear you, but how do I know if the POST comes from a valid form
> Page1 (fill in data)->Page2(write data, instant redirect to p1,
> unless dies from php/mysql)
> Then the only way to repost, is to push the forward button.
Unless, of course, they hit the "Submit" button again and I think
that was the point the original poster was getting at. If the user
cann
the variables
>that the form passed after they are processed. Do I make sence?
>
>César
>
>>-Original Message-
>>From: Petre [mailto:[EMAIL PROTECTED]]
>>Sent: Wednesday, July 31, 2002 2:43 PM
>>To: Martin Clifford
>>Cc: php-general
>>Subject:
tin Clifford
Cc: php-general
Subject: Re: [PHP] Disabling Browser "BACK" button
Well, OK, then, How do you design the app NOT to allow the form to POST
again when the user hits "BACK"
Martin Clifford wrote:
>There is never a way to disable back, forward, home, etc buttons.
Cc: php-general
> Subject: Re: [PHP] Disabling Browser "BACK" button
>
> Well, OK, then, How do you design the app NOT to allow the form to
POST
> again when the user hits "BACK"
>
> Martin Clifford wrote:
>
> >There is never a way to disable back, f
Well, OK, then, How do you design the app NOT to allow the form to POST
again when the user hits "BACK"
Martin Clifford wrote:
>There is never a way to disable back, forward, home, etc buttons. They all have
>shortcuts that will ALWAYS work, so there's really no point. Additionally, it's al
There is never a way to disable back, forward, home, etc buttons. They all have
shortcuts that will ALWAYS work, so there's really no point. Additionally, it's all
nice and good that your site works fine without using cookies, and don't take this
offensively, but if the client cannot use the
HI
Is there a way I can disable the client's browser back button, forcing
them to use the navigation I built into the page?
Ideally, when they try to press "BACK" on browser, a popup asking them
to use the navigation instead would win first prize.
The reason I'm asking is again to do with sessi
15 matches
Mail list logo
