Re: PHP as ISAPI on IIS 5.0/win2k server
| From: | Phil Driscoll | Date: | Wed, 21 Nov 2001 09:16:18 +0000 |
| Subject: | Re: PHP as ISAPI on IIS 5.0/win2k server | ||
| References: | 1 | Groups: | php.windows |
| Request: | Send a blank email to php-windows+get-10557@lists.php.net to get a copy of this message | ||
On Tuesday 20 November 2001 6:16 pm, Laurent Protti wrote:
> i've got a little problem, I try installing PHP 4.06 on my web server as an
> ISAPI filter. I've modified the webserver configuration to add the filter
> (php4isapi.dll which I copied in \winnt\system), modified the home
> directory configuration so that .php files are interpreted by
> php4isapi.dll, and when I restart the web server by net stop IISAdmin, net
> start w3svc, the ISAPI filter appears as not loaded and I get the following
> message in the event viewer :
>
> The HTTP Filter DLL D:\winnt\system\php4isapi.dll failed to load. The data
> is the error.
>
> The data contains 7e 00 00 00.
>
> Has anyone encountered the same problem and know how to resolve it ?
First let me qualify this reply by restating the information in install.txt -
the ISAPI version of php is not of production quality, so even if you do get
it going, you will probably be disappointed by its reliabilty, whereas php in
cgi mode on IIS is rock solid. Secondly, I have never used W2K/XP or IIS5 so
my comments really apply to my experience on NT4/IIS4.
When the php4isapi module fails to load, it is usually because something it
depends on cannot be loaded. In your case (at least on NT4) php4isapi.dll and
php4ts.dll should both be in /winnt/system32, and php.ini should be in /winnt.
Your php.ini should (at least until you get it working) not have any
extension modules enabled.
If doing the above fails, try running php.exe -i from the command line to see
if you get sensible output, or a helpful error message.
Cheers
--
Phil Driscoll