Re: PHP 4.0.3 : Sessions & history.back() : a solution ?
| From: | Yasuo Ohgaki | Date: | Mon, 30 Apr 2001 14:33:52 +0000 |
| Subject: | Re: PHP 4.0.3 : Sessions & history.back() : a solution ? | ||
| References: | 1 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-50857@lists.php.net to get a copy of this message | ||
There is a functions called session_cache_limiter().
Use this function before you output anything (or use ob_start(), if you would
like)
Regards,
--
Yasuo Ohgaki
"Matthieu Brunet" <matthieu.brunet@reseau-photo.com> wrote in message
news:B71304F2.2338%matthieu.brunet@reseau-photo.com...
> Well, I suppose it's a well known problem, but I haven't found a solution
> yet...
>
> As you know, when you don't use sessions, you can use the "back" button of
> your browser, or the javascript commande "history.back()". In the same time,
> you don't have to put some "nocache" header to have your dynamic pages
> refreshed when it change.
> Well. This very good. The "back" button use cache, but when you reload a
> page, it never take it from the cache (except the images).
>
> But when you use session, it's got wrong (as you can see, my English is a
> little bit approximate)
>
> With the session_cache_limiter at "nocache" in the php.ini, in most case,
> the "back" button don't work anymore.
>
> And if I set the session_cache_limiter to "private", the "back" button work
> fine, but on the other hand, when you reload a page, it take it from the
> cache, until you make a "hard reload". Not cool. :+/
>
> So, somebody can explain me why the fact of using sessions change the
> functioning of the cache ?
>
> And is there a solution ?
>
> Thanks a lot. :+)
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: php-general-unsubscribe@lists.php.net
> For additional commands, e-mail: php-general-help@lists.php.net
> To contact the list administrators, e-mail: php-list-admin@lists.php.net
>