This is from [email protected] (he can't seem to get through to the
group):
Check the session save path:
session_save_path() http://php.net/manual/en/function.session-save-path.php
It is possible to define different session.save_path configurations for
specific directories in php.ini
See http://php.net/manual/en/ini.sections.php
Also it might be overridden in either a user.ini file:
http://php.net/manual/en/configuration.file.per-user.php
Or .htaccess php_value
David Neilsen | 07 834 3366 | PANmedia ®
On 08/09/11 14:38, Jochen Daum wrote:
Hi,
do you have suhosin installed? If yes, turn off session encryption,
either totally or some of the parameters. In short, it will use
- remote IP address
- browser signature
- docroot
to encrypt your session values, so they can't be accessed by any other
script. I had numerous problems with this including one instance where
Docroot somehow wasn't set when using https vs http.
HTH
Jochen Daum
"There is no shortcut to anywhere worth going" - Beverly Sills
P.S.: Have you recently changed or set a password? Read this:
http://krunchd.com/goodpasswords
Automatem Ltd
Phone: 09 630 3425
Mobile: 021 567 853
Email: [email protected]
Website: www.automatem.co.nz
http://nz.linkedin.com/in/automatem
http://twitter.com/automatem
On 8 September 2011 10:38, Robert Urquhart<[email protected]> wrote:
I have a php curler which has stumped me.
Data being stored in $_SESSION by a script in a sub-directory is not
available to scripts in the webroot directory. It can be passed
between and across any subdirectories of the webroot just fine (so my
short-term solution is to move some functionality to a subdirectory
but this is not ideal).
- the webroot scripts are correctly using the same session id.
- webroot scripts don't appear to be preserving session data beyond
their own page load either - it doesn't appear on a refresh or on
other pages whether also in webroot or in subdirectories
- most of the content on webroot pages is output by the exact same
code as on subdirectory pages - the page files themselves only contain
some flags and then an include (session_start() is down in the
include).
I'm guessing it's some sort of scoping issue, but I've checked for
www / not-www switches and suchlike.
Anyone run into anything like this before? We recently changed servers
- I've yet to test on other sites to see if the problem occurs there
as well (could be a lot of work involved if it does :( ).
Robert Urquhart
--
NZ PHP Users Group: http://groups.google.com/group/nzphpug
To post, send email to [email protected]
To unsubscribe, send email to
[email protected]
--
Michael Robinson | +64 7 834 33 66 | PANmedia
The information in this email is confidential and intended for the recipient
only, if you are not that recipient, please do not read, copy distribute or act
upon the message as the information it contains may be privileged and
confidential. If you have received this message in error, please notify
PANmedia and confirm you have destroyed the message entirely. Whilst PANmedia
has taken all reasonable care to ensure that the message and any attachment is
virus free, it is the responsibility of the recipient to ensure that no viruses
are contained. PANmedia and its associates accept no responsibility for any
loss or damage arising in anyway from its use
--
NZ PHP Users Group: http://groups.google.com/group/nzphpug
To post, send email to [email protected]
To unsubscribe, send email to
[email protected]
