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 sessions or he
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?
--
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
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
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:
?php session_start();
session_name(XPCSESS);
$sessID = session_id();
Note,
-
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() doesñ't clean the session cookie (if one
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.
?php
session_start();
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.
?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.
?php
session_start();
session_unset();
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
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
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 Hoskin wrote:
I've also had this issue
:| 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
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
--- 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()?
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
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
On Fri, Oct 24, 2003 at 01:24:32PM -0400, bill wrote:
:
: The following code causes IE to break the /h1 tag.
:
: ?php
: session_start();
: header(Cache-control: private);
: echo html
: headtitlelogout/title
: /head
: body
: h1 align=\center\Logout page/h1;
: $_SESSION = array();
:
Hi Eugene,
Tried breaking up the echo, but still didn't work.
?php
session_start();
header(Cache-control: private);
echo html;
echo headtitlelogout/title;
echo /head;
echo body;
echo h1 align=\center\Logout page/h1;
$_SESSION = array();
session_destroy();
echo pSession destroyed/p\n;
echo /body
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
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 doesn't
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
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
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
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. If
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
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 the
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
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
Destory can't
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 provide the user a way to log out of the
website. But if the user closed the browser the
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
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
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
: 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 it would
not be finish running because the browser closing had been executed.
Someone had tried it before and s
-
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 to look at it soon. I do
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
.
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 before
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
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
-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 variable
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);
At 01:25 02.03.2001, Tobias Talltorp said:
[snip]
?php
session_start();
session_register("value");
session_unregister("value");
session_destroy();
?
[snip]
Why would you want to create and destroy the session data
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 PHP
43 matches
Mail list logo