Hi,
Ted & Fabrice, thanks for your answers.
Sessions variables are only stored in a local file. The dir permissions are ok, and I've tried to store these files in another
dir (/var/tmp/php) just to check.
The session id is transmitted via cookies only :
session.use_cookies = 1
session.use_only_cookies = 1 <== I've tried with 0 and 1
session.auto_start = 0
session.cookie_lifetime = 0
I guess the Session ID is correctly transmitted because the errors doesn't occur on the first 2 scripts. First, the login page
requires cookies to be enabled, and this step is ok. Then the user has to choose something in a menu, this step is fine too :
some variables are set according to the user choice and the user is redirected to the 3rd script. The errors occur on this one.
Between the 2nd and 3rd scripts, variables are created from a database query : it _can't_ fail and the results are cheched : no
possible mistake here. I use this kind of method :
- the user chooses some "$id" (type and value tested, ok), then :
$res=pg_query($dbr, "select a, b, c, ..., from table where table_id='$id'");
if(pg_num_rows($res))
{
list($_SESSION["a"], $_SESSION["b"], $_SESSION["c"], ...)=pg_fetch_row($res, 0);
pg_free_result($res);
header("Location:my_third_script.php");
exit();
}
Then the errors sometimes occur in my apache2/ssl_error_log (undefined index in $_SESSION variable). When I check the
sess_12345789... file, some of the variables are missing : $_SESSION["a"] and ["b"] are there, but not $_SESSION["c"], even an
empty one, it is just gone. That's all I know.
I would like to try to store my sessions variables in the main database, but it is quite difficult since the application is
currently used by many people. I'll also have to upgrade a lot of scripts (a bit time consuming) to test this solution...
Regards,
C.
Fabrice VIGNALS a écrit :
Difficult to help you because there are many method of session :
- where do you store the sessions_variables : in local file, db or cookie ?
- how you transmit the session id, beetween pages(runtimes) : cookie,
$GET link, database ?
Did you check the availability of user cookie if you use it ?
Because if in each page of your application you define a session
variable it's sure it will be every time here.
But the problem of session it's to transmit its ID between different
pages, or session will be reset.
If a user don't authorised cookie you must transmit the session id by db
storage or $Get link.
Also I don't see, a php modification during the last upgrades to explain
that's kind of session problem.
"karma" <cb@xxxxxxxxxxxxxxxxxxxxx> a écrit dans le message de
news:E2.4C.10269.7542B684@xxxxxxxxxxxxxxx
Hi !
I have a very weird issue since the last Apache upgrade (-> 2.2.8-r3,
a month ago), but I'm not sure it is related (well, I'm pretty sure
it's not).
Like many people, I've written an application that use PHP session
variables, like $_SESSION["my_variable"].
Sometimes (it doesn't happen all the time), _some_ of these variables
are not written in the session file and they are lost after a simple
header("Location:...); (same domain). The session file is in the right
directory (permissions are fine), but some of my variables are missing.
The facts :
- Apache 2.2.9 + PHP 5.2.6_rc4 running on a Gentoo (up-to-date)
- all my scripts begin with session_start(). I've tried to add
session_write_close() before every header(Location:...) call, it
doesn't help.
- I didn't change anything in my program (it has been running just
fine for 2 years), it just began to fail from time to time (I would
say 10 times a day). There is no hidden unset() function : it would
fail for everyone.
- these variables are all set correctly, and they don't have reserved
names.
- only a few variables disappear, but they are always the same ones
(could it depend on their position in the session file ?!?)
- the session files are very small (max 100ko)
- it seems that it doesn't depend on the browser, but IE6 and IE7 seem
to be the most affected ones (it may be because my users mostly use
these browsers).
- I can't reproduce this issue from my local network (any OS/browser -
it would be too easy :)
- reverting to the previous stable Apache and/or PHP versions doesn't
help.
- I didn't change any php.ini directive.
Any idea ?
Thanks !
PS: if you need more details, just ask. The only thing I can't do is
pasting the code : the scripts are quite huge.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
