On Nov 26, 2007 12:45 AM, Chris <[EMAIL PROTECTED]> wrote:
> Ronald Wiplinger wrote:
> > If my user wants to logout, I want that the session will be destroyed
> > and that he must start with the first page again (index.php) and a new
> > session.
> >
> > Whatever I try he always gets the old sessi
Ronald Wiplinger wrote:
If my user wants to logout, I want that the session will be destroyed
and that he must start with the first page again (index.php) and a new
session.
Whatever I try he always gets the old sessions or he does not come to
the first page.
What code do you have?
--
Postgre
On Wed, April 19, 2006 9:11 am, Paul Waring wrote:
> setcookie(session_name(), '', (time() - 86400), /);
/ should be in quotes or apostrophes.
--
Like Music?
http://l-i-e.com/artists.htm
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Shannon Doyle wrote:
Hi People,
Trying to get a session to destroy correctly, however the darn thing just
refuses to destroy. I call the following in a separate webpage in a effort
to destroy the session, only to find that the session still persists.
Any help would be appreciated.
I looked
On 4/19/06, Shannon Doyle <[EMAIL PROTECTED]> wrote:
> Hi People,
>
> Trying to get a session to destroy correctly, however the darn thing just
> refuses to destroy. I call the following in a separate webpage in a effort
> to destroy the session, only to find that the session still persists.
>
> s
On 19/04/06, Shannon Doyle <[EMAIL PROTECTED]> wrote:
> Trying to get a session to destroy correctly, however the darn thing just
> refuses to destroy. I call the following in a separate webpage in a effort
> to destroy the session, only to find that the session still persists.
>
> session_start()
Original Message-
From: Martin Alterisio "El Hombre Gris" [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 19 April 2006 12:36 PM
To: Peter Hoskin
Cc: Shannon Doyle; php-general@lists.php.net
Subject: Re: [PHP] session_destroy
That's exactly what the manual says.
session_destroy() d
At 12:51 PM +0930 4/19/06, Shannon Doyle wrote:
Thats just it,
I am not setting a session cookie.
Just starting a session with the following :-
session_name("XPCSESS");
session_start();
$sessID = session_id();
Try:
http://sperling.com
--
PHP General Mailing List (http://www.php.net/)
To u
Should not make any difference. Try it instead of posting.
Regards,
Peter Hoskin
Shannon Doyle wrote:
That’s just it,
I am not setting a session cookie.
Just starting a session with the following :-
session_name("XPCSESS");
session_start();
$sessID = session_id();
--
PHP General Mail
ay, 19 April 2006 12:36 PM
To: Peter Hoskin
Cc: Shannon Doyle; php-general@lists.php.net
Subject: Re: [PHP] session_destroy
That's exactly what the manual says.
session_destroy() doesñ't clean the session cookie (if one is used),
that's probably why your session persists.
Peter
That's exactly what the manual says.
session_destroy() doesñ't clean the session cookie (if one is used),
that's probably why your session persists.
Peter Hoskin wrote:
I've also had this issue from time to time. Used the following to
destroy it under all circumstances.
if (isset($_COOKI
I've also had this issue from time to time. Used the following to
destroy it under all circumstances.
if (isset($_COOKIE[session_name()])) {
setcookie(session_name(), '', time()-42000, '/');
}
session_destroy();
Shannon Doyle wrote:
Hi People,
Trying to get a session to destro
All standard apache/php4 stuff. The first session is a non cookie
session
ini_set('session.use_cookies', 0);
session_name('sID');
session_start();
ini_set('session.gc_maxlifetime', 14440);
ill attempt the sleep(1) i guess
On 05/10/2005, at 6:36 PM, [EMAIL PROTECTED] wrote:
Hi there!
Are you
:| The php compile error was the subject thats what keeps being
triggered and i get emails from my system about. Session object
destruction failed. I have googled about this yes it was something to
do with the session_set_cookie after session destroy which triggers
this but no fix.
On 05/10/2
Elliot J. Balanza wrote:
Ok, I know that session_destroy wont delete all my session data, but just
delete the variables with it... but for instance the session_id() will be
the same.
So my question is how can i make it so that let's say one people enter my
site, and then decides to leave... but do
--- "Elliot J. Balanza" <[EMAIL PROTECTED]> wrote:
> how can i make it so that let's say one people enter my site, and
> then decides to leave... but doesn't closes the browser window,
> then come back right in and wants to do other functions in the site
> but with a different session_id()?
http:/
Aha, I'm using PHP 4.1.2 with trans-sid enabled for browsers that don't
use cookies.
Now that I know where to look, I found that putting ob_start() at the
beginning seems to help.
kind regards,
bill
David Otton wrote:
On Fri, 24 Oct 2003 15:42:45 -0400, you wrote:
Tried breaking up the e
On Fri, 24 Oct 2003 15:42:45 -0400, you wrote:
>Tried breaking up the echo, but still didn't work.
What PHP version are you using? 4.10, maybe?
http://bugs.php.net/bug.php?id=14695
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Eugene,
Tried breaking up the echo, but still didn't work.
";
echo "logout";
echo "";
echo "";
echo "Logout page";
$_SESSION = array();
session_destroy();
echo "Session destroyed\n";
echo "
\n";
?>
I know it is the session_destroy() command because commenting it out the
problem goes away.
ki
On Fri, Oct 24, 2003 at 01:24:32PM -0400, bill wrote:
:
: The following code causes IE to break the tag.
:
:
: logout
:
:
: Logout page";
: $_SESSION = array();
: session_destroy();
: echo "Session destroyed\n";
: echo "
: \n";
: ?>
:
: View/Source in IE: displays this (note broken):
:
:
For those who don't mind working with Javascript I have found a method of
maintaining the sessions to a minimum length. According to the Javascript
list there is no way to get the url of the site the user is going to next so
there is no way to tell if the onunload is due to a site change or the
mo
Me too. I alway try to avoid javascript. I have one workaround to the
problem that keep me from having a headache with the browser
incompatibilities. Since I already have a table in the database that deal
with the session number, timestamp and user id. All I have to do is to
detect the duplicat
On Monday 13 January 2003 18:09, Scott Fletcher wrote:
> It's no problem. We're all very interesting in finding out what can work.
>
> Maybe I can help with one of this problem. The Gecko browser does have the
> option of blocking the opening of hte unrequest window which is maybe why
> yours doe
It's no problem. We're all very interesting in finding out what can work.
Maybe I can help with one of this problem. The Gecko browser does have the
option of blocking the opening of hte unrequest window which is maybe why
yours doesn't work in Mozilla. Just wondeirng...
"Tamas Arpad" <[EMAIL
On Monday 13 January 2003 15:14, Scott Fletcher wrote:
> Let us know how it goes... The unload event had been tried also. The
> javascript have been running for a while but the network communication is a
> bit tricky, it haven't worked well.
Sorry, maybe I missed or forgot the original problem. I
Let us know how it goes... The unload event had been tried also. The
javascript have been running for a while but the network communication is a
bit tricky, it haven't worked well.
"Víã Ãðã " <[EMAIL PROTECTED]> wrote in message
004701c2b90d$5de0c440$0700a8c0@sp">news:004701c2b90d$5de0c440$0
> You da man. Unload is perfect. If the problem he mentioned before
prevents
> the browser from finishing its communication with the server you can
always
> send a wait command with sufficient time for things to finish up. I'll
> start testing in a live environment with it now. Thank you for th
help.
Larry S. Brown
Dimension Networks, Inc.
(727) 723-8388
-Original Message-
From: Tamás Árpád [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 10, 2003 8:03 PM
To: Larry Brown; Scott Fletcher; PHP List
Subject: Re: [PHP] session_destroy problem
> Yes, the JavaScript code can run be
> Yes, the JavaScript code can run before the browser is closed but it would
> not be finish running because the browser closing had been executed.
> Someone had tried it before and struggled with it. But that is a good
> advice, thanks for jumping in.
I really doubt that browsers doesn't run the
riginal Message-
From: Scott Fletcher [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 10, 2003 12:35 PM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] session_destroy problem
You meant the tab browers. Like 2 tabs... I haven't tried it but now that
you mentioned it, I'm going to have
7) 723-8388
>
> -Original Message-
> From: Scott Fletcher [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 10, 2003 12:02 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [PHP] session_destroy problem
>
> Yes, the JavaScript code can run before the browser is closed but
guys have seen this tried before maybe you already know.
Larry S. Brown
Dimension Networks, Inc.
(727) 723-8388
-Original Message-
From: Scott Fletcher [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 10, 2003 12:02 PM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] session_destroy problem
Yes
Yes, the JavaScript code can run before the browser is closed but it would
not be finish running because the browser closing had been executed.
Someone had tried it before and struggled with it. But that is a good
advice, thanks for jumping in.
"Tamas Arpad" <[EMAIL PROTECTED]> wrote in message
On Friday 10 January 2003 17:39, Scott Fletcher wrote:
> > Javascript has a function for performing actions on window close
> That would work only if the webserver IP address is '127.0.0.1' (local
> machine), but not any other IP address. Because of the ACK synchrious
> communication that get
mension Networks, Inc.
> (727) 723-8388
>
> -Original Message-
> From: Scott Fletcher [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 10, 2003 10:58 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [PHP] session_destroy problem
>
> Session Destroy will work if you pro
Scott Fletcher [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 10, 2003 10:58 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] session_destroy problem
Session Destroy will work if you provide the user a way to log out of the
website. But if the user closed the browser then that's it. Session
Des
Session Destroy will work if you provide the user a way to log out of the
website. But if the user closed the browser then that's it. Session
Destory can't be used because the browser is a client side and Session
Destroy is a server side. So, once the browser close, it doesn't contact
the server
Hi there,
So it is the browsers problem. I tested what you said and Mozilla acts as
you stated and IE does as well. I guess my question is. Is there no way to
close clear out the session when the user logs out?
The way I set things up the class that I wrote just gets the current
sessionid and doe
In my code, I usually dump session data before calling session_destroy()
like ->
$_SESSION = array(); // Now its empty
session_destroy(); // Then call session destroy.
Works for me.
Ken Nagorski wrote:
Hi there,
I have written a class that manages sessions. I have never used sessions
before
"Nick Adams" <[EMAIL PROTECTED]> wrote:
> 1. (*) text/plain
>
> Just curious if anyone knows how to properly destroy a session.
> I tried doing this,
>
> session_start();
>
> session_unregister("logged_in");
> session_unregister("username");
> session_unregister("password"
> -Original Message-
> From: Nick Adams [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 01, 2001 3:47 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP] session_destroy()
>
>
> Just curious if anyone knows how to properly destroy a session.
As I understand it, session_unregister() removes a va
> Why would you want to create and destroy the session data during a single
> request? That simply doesn't make sense - session persistence is designed
> to keep registered session data available across _a_series_ requests.
This I know, but it was just to show what I wanted to do.
> I believe PH
At 01:25 02.03.2001, Tobias Talltorp said:
[snip]
>session_start();
>session_register("value");
>session_unregister("value");
>session_destroy();
>?>
[snip]
Why would you want to create and destroy the session data d
43 matches
Mail list logo
