waiting for garbage collection to clean it up. New sessions in no-way cross link
themselves with old ones, I promise you, you can have 1000 concurrent sessions
and no one's data will overlap unless bad programming is involved, and even then
setting a value to $_SESSION only sets it for the person who view's the particular page
that session code is on.
On Thu, 2003-01-23 at 12:33, Scott Fletcher wrote:
Can't do the unset either.. For some reason, the session file aren't doing
what it is suppose to do..... When one IE browser closed, it lose it's link
to this session file in /tmp. If I remove this unused file or something, it
affected other session files where other IE browsers had already established
hte link to ....
This is what I don't get.... There's nothinig wrong with the PHP code I
use.....
"John W. Holmes" <[EMAIL PROTECTED]> wrote in message
news:001101c2c303$c8e193a0$[EMAIL PROTECTED]
> > I'm wondering is, is there a way to lose the existing session and
> > existing session data while making a new session id??? I can't use
> > session_destroy() function because it affected IE users, it doesn't
> affect
> > the non-IE user at all. I got so tired of problems with IE and having
> it
> > to
> > work properly with the session id, so I decided not to use
> > session_destory().
>
> Unset($_SESSION) will get rid of the data in the session...
>
> > So, a case situation here is when an IE user closed the browser
> > without
> > logging out. Then later on, fire-up the browser and log in. Problem
> with
> > this is when I create a new session_id(), it should work but for some
> > reason, a couple of IE users are being affected because the original
> user
> > did not log out in the first place. So, I decided not to use
> > session_destroy() because of some strange relation between many IEs
> and
> > the
> > PHP session_id. So, is there a way to detach any existing session
> data
> > then
> > creating a new session id when logging in???
>
> Sounds like you have a problem in your code logic, not in how PHP
> handles sessions. Whether someone logs off or not shouldn't affect other
> people.
>
> ---John Holmes...
>
>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
-- Adam Voigt ([EMAIL PROTECTED]) The Cryptocomm Group My GPG Key: http://64.238.252.49:8080/adam_at_cryptocomm.asc |
signature.asc
Description: This is a digitally signed message part
