RE: IIS, PHP, and session data

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



It turns out that the real problem was problem 1) I am not personally in
control of our web server.
I forwarded some of the posted messages to our IT department and they
decided to change what they were telling me.  They actually had register
globals turned off not on.  I changed my code to use the session array and
it works beautifully now.
Thank you all for your advice!
- Matthew

-----Original Message-----
From: Simon Rees [mailto:tech-lists@xxxxxxxxxxxxxxxx] 
Sent: Tuesday, January 25, 2005 4:25 PM
To: php-db@xxxxxxxxxxxxx
Cc: Perry, Matthew (Fire Marshal's Office)
Subject: Re:  IIS, PHP, and session data

On Tuesday 25 January 2005 20:20, Perry, Matthew (Fire Marshal's Office) 
wrote:
> I am having trouble with my session data on Microsoft IIS.
>
> Here is a little background of the problem:
>
> 1)       I am not personally in control of our web server.  Our IT
> department manages it.  

oh dear! ;-) 

> They have IIS running on their sever and use MS 
> SQL Server, but they have allowed me to use PHP instead of ASP.
>
> 2)       I have Apache running on a local web server in our office (not
> the IT department).  It accesses the SQL Server database remotely.  I

I can't comment on the use of register_globals or session_register as I 
always use the $_SESSION array but I do use PHP on IIS...
Something that you might like to check is that the directory specified by:

session.save_path

in the IIS server's php.ini is a directory writable by the user that IIS 
masquerades. The default value for this is:

c:\php\sessiondata

which if your sysadmin installed php as Administrator will not be writable 
by the IIS user (normally IUSR_<hostname>).

Either get the sysadmin to specify (& create) another dir that is writable 
by IIS or change the permissions on c:\php\sessiondata

Assuming you're running Apache on a Linux (and probably other un*x) 
distribution you will find that the session.save_path variable is set 
to /tmp which is usually world writable.

I think if you posted the exact error message it would tell me if this was 
happening to you or not...

hth, Simon

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Simon Rees  |  tech-lists@xxxxxxxxxxxxxxxx  |
ORA-03113: end-of-file on communication channel
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

-- 
PHP Database Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[Index of Archives]     [PHP Home]     [PHP Users]     [Postgresql Discussion]     [Kernel Newbies]     [Postgresql]     [Yosemite News]

  Powered by Linux