Re: IIS, PHP and LANs
| From: | CJD | Date: | Mon, 29 Oct 2001 21:09:18 +0000 |
| Subject: | Re: IIS, PHP and LANs | ||
| References: | 1 2 | Groups: | php.windows |
| Request: | Send a blank email to php-windows+get-10091@lists.php.net to get a copy of this message | ||
That works! Downloaded 4.0.8 and then I could view and execute PHP files
over the network. Fantactic.
BUT!
I use include() to pull in a connect.php foile to connect to the database,
and it has a bunch of function in it too. Now, if the include() statement
calls a file in it's current directory, all is well, but when grabbing it
from a different directory, it fails every time (and this used to work
locally, and does work on the web server)
Warning: Failed opening '../php_inc/connect.php' for inclusion
(include_path='')
So, include("../inc/xyz.php") will fail with a error like above, but
include("file.php") works! Is there a way around this without having to
push a site to a single directory or copy the include files to every
directory?
"Christoph Grottolo" <christoph.grottolo@gmx.net> wrote in message
news:20011029193744.15889.qmail@pb1.pair.com...
> Hi
>
> You must use a PHP build newer than 2001-07-03 to access files on a
network
> share on Windows. The last offical release is PHP 4.06 which was built on
> June 23, you'll need a more recent developer version - maybe you can try
> www.php4win.com.
>
> Also be sure to give the appropriate permissions on the share to the
> anonymous user in IIS. Usually this has to be a valid network user. And
you
> should also check 'check that file exists' in the script mapping panel
where
> you map .php files to php.exe/php4isapi.dll.
>
> Christoph
>
> "Cjd" <CJD@atmosphere_dot_co_dot_nz_.php.net> schrieb im Newsbeitrag
> news:20011029023228.18347.qmail@pb1.pair.com...
> > I am running IIS on my PC as a development platform, and all is good.
I'm
> > wanting to set up a virtual directory to a network drive on the LAN and
it
> > works fine for HTML files, but when accessing a PHP file I get
> >
> > The specified CGI application misbehaved by not returning a complete set
> of
> > HTTP headers
> >
> > and no output.
> >
> > Surely if the HTML files work, the PHP ones will too? The server is
> > configured will all rights and every option (r/w/exe etc.)
> >
> > I have seen this question bandied about now and then, but no solution
has
> > worked as yet.
> >
> >
>
>