As I said, **rather** than relying on cookie expiration. This
*necessarily* means that you will need to set the cookie expiration
to sometime way in the future, like next year (or more dynamically,
use the date() and mktime() functions to always set the cookie
expiration to + 1 yr from
Dan Rossi [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
client cookie expires hence no more session ...
On 07/09/2005, at 1:57 AM, Jordan Miller wrote:
Hi Dan,
Couldn't you store an expiration time directly in the $_SESSION
variable, rather than relying on cookie
Hi Dan,
Couldn't you store an expiration time directly in the $_SESSION
variable, rather than relying on cookie expiration (if I understand
your question correctly)? Each time a page is loaded, update the
expiration time in this variable to +24hr from the current time (all
times
client cookie expires hence no more session ...
On 07/09/2005, at 1:57 AM, Jordan Miller wrote:
Hi Dan,
Couldn't you store an expiration time directly in the $_SESSION
variable, rather than relying on cookie expiration (if I understand
your question correctly)? Each time a page is
Dan Trainor wrote:
I was doing some thinking today about the above three subjects. Now, I
might sound like a complete tool here because I don't think I quite know
exactly in which instances constructors and destructors can be used -
but what about inside a session?
Say I had a visitor hit a
Does your load balancer support sticky sessions? What this means is a
client will make a request and the request will be sent through a load
balancer. That LB will remember the client and always point the
client's requests to the same webserver. This way you don't have to
write your own session
Nathan Tobik wrote:
Does your load balancer support sticky sessions? What this means is a
client will make a request and the request will be sent through a load
balancer. That LB will remember the client and always point the
client's requests to the same webserver. This way you don't have
Thanks for replying, Jasper -
snip
Is this possible? Does it work this way? If so, or if not for that
matter, please help me out here to better understand how these three
elements interact with eachother, if at all.
Ah yes, me being quite new didn't take into consideration in which
I've never looked into some of the open-source load balancing solutions,
but I know they exist are are out there. The F5's I mentioned are
probably around $20k each, and you need two obviously, so if you're on a
limited budget those are not the solution for you. I'd google for open
source load
Nathan Tobik wrote:
I've never looked into some of the open-source load balancing solutions,
but I know they exist are are out there. The F5's I mentioned are
probably around $20k each, and you need two obviously, so if you're on a
limited budget those are not the solution for you. I'd
Or you can save the the session in the database [ works good for me ]
Sharing the cookie is easy when you have multiple boxes on the same tld
[ or FQDN ]
Evert
Dan Trainor wrote:
Nathan Tobik wrote:
I've never looked into some of the open-source load balancing solutions,
but I know they
I had the same issue not so long ago, the solution we ended up going
with was Pound for the load balancer and stock Apache webservers. Pound
supports sticky sessions which you can configure the timeout for, and
also can proxy https-http. We also wrote our own session handlers to
allow session
So what is your question...?
- Original Message -
From: Suhas [EMAIL PROTECTED]
To: php-general php-general@lists.php.net
Sent: Thursday, August 04, 2005 4:13 PM
Subject: [PHP] Sessions again
Hello,
I am trying to understand how sessions work. I have this code. My
-
From: Suhas [EMAIL PROTECTED]
To: James [EMAIL PROTECTED]; php-general
php-general@lists.php.net
Sent: Thursday, August 04, 2005 4:35 PM
Subject: Re: [PHP] Sessions again
Well script is not working as it is supposed to be. Even after 2 hrs I
visit the page the count variable increases
Well script is not working as it is supposed to be. Even after 2 hrs I
visit the page the count variable increases by 1 than prevois value.
Any reason why is that so? If my understanding is not correct please correct me.
Thanks
SP
On 8/4/05, James [EMAIL PROTECTED] wrote:
So what is your
Suhas wrote:
Hello,
I am trying to understand how sessions work. I have this code. My
understanding is after 1 sec of script completion, (may be little
after that), the session should destroy.
I understand that it is huge overhead for server, not planning to do
this but want to understand
Yeah, I thought about that. But to be honest, I don't know how to
recompile with builds from the CD/rpms. This is the first time I've ever
done it this way. So if I get the latest RPM and install it it should
activate session right? And then I just need to restart apache2 and I
should be good?
Again, this won't affect anything since I installed from the CD's and
I've always noticed that things installed via CD/rpm have different
install paths then source. I'm worried it will look in the wrong spot
for Apache...but that could be a un-needed worry.
Rory Browne wrote:
On 7/29/05,
On 7/29/05, Tom Ray [Lists] [EMAIL PROTECTED] wrote:
We built a box about 7 months or so ago using the SuSE 9.1 cd's,
straight install from the CDs. While I've read that sessions are turned
on by default, when we try to call on the sessions functions (like with
phpOpenChat or start_session())
We built a box about 7 months or so ago using the SuSE 9.1 cd's,
straight install from the CDs. While I've read that sessions are turned
on by default, when we try to call on the sessions functions (like with
phpOpenChat or start_session()) we get calls to undefined function
errors. This is
On Jul 29, 2005, at 8:07 PM, Tom Ray [Lists] wrote:
We built a box about 7 months or so ago using the SuSE 9.1 cd's,
straight install from the CDs. While I've read that sessions are
turned on by default, when we try to call on the sessions functions
(like with phpOpenChat or
phpinfo() says that sessions are disabled. So, between that and the fact
I get the undefined function errors when I try to use session_start() or
other session commands, I'm under the strong impression that sessions
are disabled.
So this leads me back to my original questions, can I activate
Tom Ray [Lists] wrote:
phpinfo() says that sessions are disabled. So, between that and the fact
I get the undefined function errors when I try to use session_start() or
other session commands, I'm under the strong impression that sessions
are disabled.
So this leads me back to my original
Tom Ray [Lists] wrote:
We built a box about 7 months or so ago using the SuSE 9.1 cd's,
straight install from the CDs. While I've read that sessions are turned
on by default, when we try to call on the sessions functions (like with
phpOpenChat or start_session()) we get calls to undefined
On 6/15/05, Brian D. McGrew [EMAIL PROTECTED] wrote:
Greetings from San Diego!
Greetings from someplace-else.
I call session_start() on all my pages and then ? echo session_id(); ?
and everything is the same from all the pages. However if I stuff a
variable into $_SESSION it's never
On Wed, June 15, 2005 10:38 am, Brian D. McGrew said:
I call session_start() on all my pages and then ? echo session_id(); ?
and everything is the same from all the pages. However if I stuff a
variable into $_SESSION it's never transferred between pages. So if I
do a ? $_SESSION[Username] =
Hi,
When someone hit the logout page say logout.php.
You can write the code in that page itself to update
the record. Since the username of that particular user
is stored as a session as long as the user closes the
browser window.
So in the logout page you can add like this.
On 4/19/05, Craig Donnelly [EMAIL PROTECTED] wrote:
I had an issue that I needed to be able to go back in the browser while in a
session without getting page has expired, I was reading through the manual
and came across a comment about adding the following to the sessions page to
allow users
On Tue, April 19, 2005 9:26 am, Craig Donnelly said:
I had an issue that I needed to be able to go back in the browser while in
a
session without getting page has expired, I was reading through the
manual
and came across a comment about adding the following to the sessions page
to
allow
Hi there!
Thanx a lot, i thought it was like that, but I wasn't sure
/G
@varupiraten.se
- Original Message -
From: Chris W. Parker [EMAIL PROTECTED]
To: Gustav Wiberg [EMAIL PROTECTED]; PHP General
php-general@lists.php.net
Sent: Friday, April 15, 2005 1:26 AM
Subject: RE: [PHP
Gustav Wiberg mailto:[EMAIL PROTECTED]
on Thursday, April 14, 2005 4:00 PM said:
I have built my site into frames.
I want to transfer a session-variable from my left frame to my right
frame... How do I do this best? Thoughts?
You do this best by setting some session data on one page
On Sat, April 9, 2005 8:25 am, Yuri Huitrón Alvarado said:
but then what could be causing that the sessions are not being stored in
/tmp/sess ?
It's POSSIBLE, but very unlikely, that 'whoami' is getting fooled into
printing 'root' and you're not really 'root'
I think I once saw phpinfo() print
On Saturday 09 April 2005 13:13, Burhan Khalid wrote:
Yuri Huitrón Alvarado wrote:
running whoami in php returns : root
You know you are crazy as hell running php as root don't you.
I guess you use your root account all the time.
It kinda defeats its purpose.
You should add a user account
Yuri Huitrón Alvarado wrote:
running whoami in php returns : root
Are you saying that you typed 'whoami' from a shell, and it gave you root.
Or are you saying that when you did ?php `whoami` ? you got 'root'. If
this is the case, then you are running a big security risk if your PHP
scripts
+0300
Subject: Re: [PHP] sessions not being stored : DAY 2
Yuri Huitrón Alvarado wrote:br br br running whoami in php returns :
root brbrAre you saying that you typed 'whoami' from a shell, and it gave
you root.brbrOr are you saying that when you did ?php `whoami` ? you got
'root'. If brthis
Yuri Huitrón Alvarado mailto:[EMAIL PROTECTED]
on Friday, April 08, 2005 10:02 AM said:
* the /tmp directory is owned by root
* the /tmp/sess directory is owned by the apache user and has 777
permissions
* the directory in php.ini to store sessions is : /tmp/sess
* there's not a php
On Saturday 09 April 2005 01:02, Yuri Huitrón Alvarado wrote:
I'm receiving this when trying to store a session :
Warning: session_start():
open(/tmp/sess/sess_d280d6af3a2059aa58f43477d6b2c166, O_RDWR) failed:
Permission denied (13) in
running whoami in php returns : root
--- On Fri 04/08, Chris W. Parker [EMAIL PROTECTED] wrote:
From: Chris W. Parker [mailto: [EMAIL PROTECTED]
To: [EMAIL PROTECTED], php-general@lists.php.net
Date: Fri, 8 Apr 2005 10:21:16 -0700
Subject: RE: [PHP] sessions not being stored
--- On Thu 04/07, Colin Ross [EMAIL PROTECTED] wrote:
From: Colin Ross [mailto: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Thu, 7 Apr 2005 13:19:49 -0700
Subject: Re: [PHP] sessions not being stored
does the user that is running apache (i.e. 'apache' by default) havebrRW
access
Can the PHP User (Apache User in httpd.conf) write /tmp/sess?
On Thu, April 7, 2005 1:15 pm, Yuri Huitrón Alvarado said:
Hi !
I'm using RedHat Linux 9.0 and have troubles storing sessions in /tmp/sess
, it just displays :
Warning: session_start():
Brett Patterson wrote:
Well, if you look in your phpinfo() file, you will see a SESSION_TIMEOUT or
SESSION_LENGTH value that is something like 18... different for each
server.
If you hold all your session values in the array, then you can use
session_destory(); as long as session_start() is
When a session object is created - where is it store?
Assuming you mean session data, it is stored on the server, in /tmp by
default.
To destroy the session object (widht all session vairables inside the
particluar session object) can I use session_destroy();
Well, if you look in your phpinfo() file, you will see a SESSION_TIMEOUT or
SESSION_LENGTH value that is something like 18... different for each
server.
If you hold all your session values in the array, then you can use
session_destory(); as long as session_start() is previous to that.
I am
Richard Lynch wrote:
adrian zaharia wrote:
Hi,
I am testing the following code that pushes a file to the browser
(Apache 1.3 + PHP 4.3.8 but tested also under several other configs)
Try it with a BIG test1.zip (e.g. 100M in size)
?php
ignore_user_abort();
set_time_limit(0);
adrian zaharia wrote:
while (!feof($oFp)) {
echo fread ($oFp, $iReadBufferSize);
Try http://php.net/flush right here.
}
fclose ($oFp);
exit;
See this:
http://bugs.php.net/bug.php?id=31763edit=2
Is not a bug but they under some configurations they cache the output :(
Perhaps a
adrian zaharia wrote:
Hi,
I am testing the following code that pushes a file to the browser
(Apache 1.3 + PHP 4.3.8 but tested also under several other configs)
Try it with a BIG test1.zip (e.g. 100M in size)
?php
ignore_user_abort();
set_time_limit(0);
session_save_path('/tmp');
Sam Webb wrote:
I've installed Apache 2 and PHP 5 on Windows XP, and I'm having some
issues with sessions. Everything else I've tried to do in PHP works
fine, but for some reason every time I try to use session_start() i
get the following errors:
Warning: session_start() [function.session-start]:
David OBrien wrote:
I have RTFM and TTFE and still am having a heck of a time getting my
objects to play well between pages
The only real examples are in the notes for classes objects
http://us2.php.net/manual/en/language.oop.php
(are you on php4 or php5 btw?)
Basic usage
?
Dre wrote:
Hi,
I need to make sessions work in my local machine .. I'm using Apache 2.0.49
on WINDOWS XP PRO.
my php.ini sessions section is
session.save_handler = files
session.save_path = C:\php4\tmp
A common problem is that this path is not writable by the webserver
please check for that.
if u can give me an instance of a writable path it would be great.
and yes the data do not get saved and I can not run any thing that depends
on sessions as they do not get registered
Raditha Dissanayake [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Dre wrote:
Hi,
I need to make
On Tuesday 07 December 2004 20:50, Rory McKinley wrote:
User clicks through to page_3.php from page_2.php.
Page_3.php starts, unserializes $_SESSION['policeman'], and begins a
lengthy SQL query that will take a few minutes to complete.
When Page_3.php does its business it will have locked
To view the terms under which this email is distributed, please go to
http://disclaimer.leedsmet.ac.uk/email.htm
On 07 December 2004 12:50, Rory McKinley wrote:
[]
Page_3.php starts, unserializes $_SESSION['policeman'], and begins a
lengthy SQL query that will take a few minutes to
Jason Wong wrote:
On Tuesday 07 December 2004 20:50, Rory McKinley wrote:
snip
As Page_3.php is still doing its business the session data file is locked and
when page_9.php tries to session_start() and finds it has no access to it
will suspend execution until the lock is relinquished by
So if I understand you correctly if the first page takes a half hour to
complete its queries, then the second page is going to sit for a half an
hour before it can access the session variables?
So the only way for the user to be able to do anything while the first
page is at work is to get a
external medium: POST or GET variables, a SESSION, a database, or COOKIES.
Of these, only the database is purely server-side; the session very nearly
is, maintaining only the session id client-side; whilst GET, POST and
COOKIES all involve a full round-trip to the client. (On the client side,
Now, the question is, what will PHP do when it starts with page_9? Will
it unserialize $_SESSION['policeman'] again, even though it already has
an unserialized instance of $_SESSION['policeman']? If it does
unserialize, does that mean that it creates a second instance of
Richard Lynch wrote:
Now, the question is, what will PHP do when it starts with page_9? Will
it unserialize $_SESSION['policeman'] again, even though it already has
an unserialized instance of $_SESSION['policeman']? If it does
unserialize, does that mean that it creates a second instance of
On Tuesday 07 December 2004 21:48, Rory McKinley wrote:
So if I understand you correctly if the first page takes a half hour to
complete its queries, then the second page is going to sit for a half an
hour before it can access the session variables?
In theory yes. But most likely your browser
Hey,
Do I have to start a session in index.php which is calling the sideFrame
and
mainFrame or just in mainFrame or just in sideFrame or in all?? AGH!
going nuts!
/*
As far as I know there is no harm in calling session_start() in all your
Iframes and Frames. According to theory a new session
PHP, and it's sessions, knows absolutely nothing about frames. A frame
is just another page, the browser just happens to display it inside of
another page. From a session standpoint, you should treat each frame as
an independent page.
On Dec 5, 2004, at 9:12 PM, Ryan A wrote:
Hi,
Reading the
Ryan A wrote:
Hey,
Do I have to start a session in index.php which is calling the sideFrame
and
mainFrame or just in mainFrame or just in sideFrame or in all?? AGH!
going nuts!
/*
As far as I know there is no harm in calling session_start() in all your
Iframes and Frames. According to
Ryan A wrote:
Hi,
Reading the different articles on phpbuilder/devshed/phpfreaks etc has left
me a bit confused..
will start from the beginning so you guys(and girls) can give me some advise
and show me the right path again ;-)
I have a normal user/pass login screen, after which I start a session
R. Van Tassel mailto:[EMAIL PROTECTED]
on Wednesday, December 01, 2004 10:54 PM said:
I am programming a site using sessions and a shopping cart and was
wondering if someone could point me to some good tutorials online
about using sessions and a shopping cart. I have books and can read
On Wed, 1 Dec 2004 16:01:07 -0600, Gary Reimer [EMAIL PROTECTED] wrote:
Could someone tell me how to control the life span of a session? I
understand that a session can last for the time a browser is running or
something less. It seems like the sessions on my website have a finite
life span
To view the terms under which this email is distributed, please go to
http://disclaimer.leedsmet.ac.uk/email.htm
On 15 November 2004 06:13, [EMAIL PROTECTED] wrote:
Looks like you're making it way more complicated than it
needs to be. PHP
will automatically tack on the Session ID tag to
Looks like you're making it way more complicated than it needs to be. PHP
will automatically tack on the Session ID tag to your local url's, but only
if it needs to. There is no need to append the SID to url's manually.
Nate
-Original Message-
From: Don [mailto:[EMAIL PROTECTED]
Sent:
--- Don [EMAIL PROTECTED] wrote:
What I'm wondering is, is there a test that will tell me a visitor
has blocked cookies, so I can suppress any actions specific to a
session?
I have some example code here:
http://shiflett.org/books/http-developers-handbook/code
It mostly demonstrates HTTP
On Fri, 05 Nov 2004 00:26:24 +1100, Devraj Mukherjee
[EMAIL PROTECTED] wrote:
The first part of the problem is that I need to be able to at all times
maintain a readable set of objects in memory, I am planning to achieve
that using session variables, but I hear that session variables can
Devraj Mukherjee wrote:
The first part of the problem is that I need to be able to at all times
maintain a readable set of objects in memory, I am planning to achieve
that using session variables, but I hear that session variables can
become very inefficient, how true is that?
Very true. In
I do not think this causes the problem.
It's just redundant.
Thx anyway
-Original Message-
From: Curt Zirzow [mailto:[EMAIL PROTECTED]
Sent: donderdag 21 oktober 2004 22:11
To: [EMAIL PROTECTED]
Subject: Re: [PHP] Sessions question
* Thus wrote Reinhart Viane:
PHP Code
// Register
Owkee here goes:
* Removing the foreach loop only supplied me with not being able to log
in.
But again I dunnot think this is the problem.
The variables are stored correctly.
At certain times the user_id sessions were just swapped...
* Now I've seen that
On Thu, 21 Oct 2004 11:39:23 +0200, Reinhart Viane [EMAIL PROTECTED] wrote:
Hey all, i'm new to this list so forgive me if i make any huge
mistakes.
I'm in a beginning stage of learning php and i hope you guys can help me
out with this question:
in a file named checkuser i do this when a
]
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP] Sessions question
On Thu, 21 Oct 2004 11:39:23 +0200, Reinhart Viane [EMAIL PROTECTED] wrote:
Hey all, i'm new to this list so forgive me if i make any huge
mistakes. I'm in a beginning stage of learning php and i hope you guys
can help me out
On Thu, 21 Oct 2004 14:43:45 +0200, Reinhart Viane [EMAIL PROTECTED] wrote:
Hey Mike,
After some intensive testing it seemed that $user_id did not solve the
isue
I hereby give the script to get the $user_id:
// check if the user info validates the db
($username and $password are the
to
be 'on' on the server (btw PHP Version 4.2.3)
Thx for the advice, I hope I can sort it out soon
Greetz
Reinhart
-Original Message-
From: Greg Donald [mailto:[EMAIL PROTECTED]
Sent: donderdag 21 oktober 2004 15:47
To: [EMAIL PROTECTED]
Subject: Re: [PHP] Sessions question
On Thu, 21 Oct 2004
On Thu, 21 Oct 2004 16:06:37 +0200, Reinhart Viane [EMAIL PROTECTED] wrote:
I don't know if this can be caused by the fact register_globals seem to
be 'on' on the server (btw PHP Version 4.2.3)
You can override that setting if the web server is running apache and
AllowOverrides is set for your
-Original Message-
From: Mike Smith [mailto:[EMAIL PROTECTED]
Sent: donderdag 21 oktober 2004 13:28
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP] Sessions question
On Thu, 21 Oct 2004 11:39:23 +0200, Reinhart Viane [EMAIL PROTECTED] wrote:
Hey all, i'm new
hi,
Please don't send multiple posts, I just replied to your previous
message thinking that it had not been answered, a little further down I
come across this. It's very confusing to everyone.
thanks
--
Raditha Dissanayake.
On Thu, 21 Oct 2004 10:14:47 -0400, Mike Smith [EMAIL PROTECTED] wrote:
How about changing
How about learning to trim your posts? Thanks. :)
--
Greg Donald
Zend Certified Engineer
http://gdconsultants.com/
http://destiney.com/
--
PHP General Mailing List (http://www.php.net/)
To
* Thus wrote Reinhart Viane:
PHP Code
// Register some session variables!
session_register('userid');
$_SESSION['userid'] = $userid;
Do not use session_register with $_SESSION.
http://php.net/session-register
Curt
--
Quoth the Raven, Nevermore.
--
PHP General Mailing List
--- Pablo Gosse [EMAIL PROTECTED] wrote:
I just noticed that if I open up a Mozilla window, log into my
CMS, then open another Mozilla window (not by ctrl-n, but by
selecting it from my programs menu) and bring up the login page
in that new window, then it detects the session from the other
As Marek has stated a number of times, the session options in php.ini
are meant to be set to reasonable values for the usage pattern for your
server, in order that you can achieve a balance between a /tmp or
/var/tmp of several zillion kilobytes, and a constant 100% cpu usage as
the gc routine
Hendrik Schmieder wrote:
Hello,
we have a severe problem with seesions.
We use Apache 1.3.31 with PHP 4.3.9 as Apache module in Windows 2000
In our php.ini we have
session.gc_probability = 100
session.gc_dividend= 100
Should be session.gc_divisor. And you need to start at least one other
Marek Kilimajer schrieb:
Hendrik Schmieder wrote:
Hello,
we have a severe problem with seesions.
We use Apache 1.3.31 with PHP 4.3.9 as Apache module in Windows 2000
In our php.ini we have
session.gc_probability = 100
session.gc_dividend= 100
Should be session.gc_divisor
OK , changed in
Hendrik Schmieder wrote:
Marek Kilimajer schrieb:
Hendrik Schmieder wrote:
Hello,
we have a severe problem with seesions.
We use Apache 1.3.31 with PHP 4.3.9 as Apache module in Windows 2000
In our php.ini we have
session.gc_probability = 100
session.gc_dividend= 100
Should be
[snip]
If you are right, then this is a severe design bug.
Depends on your point of view. It is a sideeffect of loading current
session (and thus accessing it) before the session gc is called.
So the question is, should the session module give up on current session
just because it should
Graham Cossey wrote:
[snip]
If you are right, then this is a severe design bug.
Depends on your point of view. It is a sideeffect of loading current
session (and thus accessing it) before the session gc is called.
So the question is, should the session module give up on current session
just
Marek Kilimajer schrieb:
Hendrik Schmieder wrote:
Marek Kilimajer schrieb:
Hendrik Schmieder wrote:
Hello,
we have a severe problem with seesions.
We use Apache 1.3.31 with PHP 4.3.9 as Apache module in Windows 2000
In our php.ini we have
session.gc_probability = 100
session.gc_dividend= 100
Graham Cossey schrieb:
[snip]
If you are right, then this is a severe design bug.
Depends on your point of view. It is a sideeffect of loading current
session (and thus accessing it) before the session gc is called.
So the question is, should the session module give up on current session
Hendrik Schmieder wrote:
Anyway , if the apache service is stopped (I am not speaking about a
crash) all session files must be deleted.
Why? Why should users loose their sessions just because I need to
restart web server?
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
Marek Kilimajer schrieb:
Hendrik Schmieder wrote:
Anyway , if the apache service is stopped (I am not speaking about a
crash) all session files must be deleted.
Why? Why should users loose their sessions just because I need to
restart web server?
OK,
good point.
So I redrew the request for
Hendrik Schmieder wrote:
Marek Kilimajer schrieb:
Hendrik Schmieder wrote:
Anyway , if the apache service is stopped (I am not speaking about a
crash) all session files must be deleted.
Why? Why should users loose their sessions just because I need to
restart web server?
OK,
good point.
So I
Hendrik Schmieder wrote:
Graham Cossey schrieb:
[snip]
If you are right, then this is a severe design bug.
Depends on your point of view. It is a sideeffect of loading current
session (and thus accessing it) before the session gc is called.
So the question is, should the session module
M. Sokolewicz wrote:
Hendrik Schmieder wrote:
Ok, I think you're all missing a few points here...
First of all,
every time a session is started/accessed/written to/whatever, PHP makes
a check, it calculates , using gc_probability/gc_divisor, if it should
run the gc (Garbage Collector) on this
There is a difference between the session file existing, and the user
still having a valid session.
If the timeout has occurred, and the file has not been deleted, when the
user accesses it, the session will not show up in $_SESS[]. Which for
all intents an purposes, means the session has been
Hi guys
well I've been trying with named sessions, and nothing, then I did a pop up
window to show me the $_SESSION content and when I reload that window a
ramdom number of times, then the session expires and the $_SESSION array
disappears!!! what can be this due to?? Im using PHP 4.3.3 and if
Octavio Herrera wrote:
Hello, im working in a website and I have this problem with sessions
I have an admin page where I use session_start() and I have the user
interface page where I also use session start, the problem is that when I
open the user page, it overwrites my session I previously
No, I do not store two items with the same key, I just open another session
in other page and it just overwrite session data of a previous session
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Octavio Herrera wrote:
No, I do not store two items with the same key, I just open another session
in other page and it just overwrite session data of a previous session
hi,
again this does not provide enough information,you will need to more
clearly state the problem please are you using
--- Octavio Herrera [EMAIL PROTECTED] wrote:
No, I do not store two items with the same key, I just open another
session
in other page and it just overwrite session data of a previous
session
This is because (I believe) you can't open two cookie-based sessions
with two browser windows and
201 - 300 of 1042 matches
Mail list logo