Look like this is something I'll stick to from now on. Just create a new session when
a login is being attempt. No destruction or anything of that sort. I have been
trouble free for a couple of days now... It seem that destruction of hte session data
and files aren't being done correctly. I didn't have that problem before until a
newer version of IE come into play. I'm not worried about cleaning up the garbage
collection because I wrote a bash script to take care of that at each rebooting since
apache would be offline. The overnight rebooting is done twice a week. Cheer!!!
"Adam Voigt" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
When a session is closed, even though the file in /tmp may still exist, it is simply
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
001101c2c303$c8e193a0$7c02a8c0@coconut">news:001101c2c303$c8e193a0$7c02a8c0@coconut...
> > 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
