Re: session screw up - any experience/hints for me?
| From: | Chris Lee | Date: | Thu, 20 Sep 2001 00:14:09 +0000 |
| Subject: | Re: session screw up - any experience/hints for me? | ||
| References: | 1 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-67915@lists.php.net to get a copy of this message | ||
more likley then not what your seeing is the browser cache the results of
page 1. If I am understanding this correctly. post link and link.src and
I'll have a look. without code, there isnt anything more then guess.
header('Expires: Mon, 26 Jul 1997 05:00:00 GMT');
header('Last-Modified: '. gmdate('D, d M Y H:i:s') .' GMT');
header('Cache-Control: no-cache, must-revalidate');
header('Pragma: no-cache');
should tell most browsers not to cache.
--
Chris Lee
lee@mediawaveonline.com
"Wolfram Kriesing" <wolfram@kriesing.de> wrote in message
news:01091919575201.01019@hubert...
> i am saving data in the session
> lets say every page relates to specific session data, like:
> page 1 sets sess_x=1,
> page 2 sets sess_x=2
> but if i use the history.back or the browsers back-button i can go from
page
> 2 back to page 1 WITHOUT updating the session
> so what i finally have is "page 2 where sess_x=1" and that screws up the
> logic at some point, since the session could not be updated because the
page
> the user sees came from the browser cache, which didnt necessitate an
> interaction with the server, so the server "thinks" that the user sees
> another page
>
> how can i handle this stuff? or prevent it from happening?
> or is my way of session handling weird?
>
> thanks in advance
>
> Wolfram