ID: 25863 Comment by: tincanmann at hotmail dot com Reported By: salmanarshad2000 at yahoo dot com Status: Closed Bug Type: CGI related Operating System: win32 only PHP Version: 4CVS, 5CVS, 6CVS.. New Comment:
Hi, thanks for all the other posts and hopefully this can help someone else! I also struggled with this problem of getting PHP to run on IIS. I solved it slightly differently on my development server to the live production server, both running Win2003 Server (production being more patched, secure, etc). 1) Ensure anonymous access not allowed by editing the website details in IIS. This solved my one server but not the other. However, it all seems to stem from the security and permissions. 2) Try access the website using https:// instead of http:// ... strange, I know, but it worked for the production server (and saved me having to rewrite in ASP). Gareth Previous Comments: ------------------------------------------------------------------------ [2004-05-26 15:36:11] onderoz at zmail dot sk PHP5 Release candidate 2 + IIS5 on W2K Advanced Server. Still having the same problem.. The damned CGI misbehaved bla bla bla.. I need a complete SOLUTION for this, not WORKAROUND, if we're talking about a complete language. What i did : 1.. Downloaded *latest* version of the PHP (5 RC2) 2.. Expanded zip file to the directory C:\PHP5\ 3.. added paths to PATH as C:\PHP5;C:\PHP5\EXT as in folder tree. 4.. added extension .php and .php5 with c:\php5\php.exe %s %S 5.. added extension to HKEY_CLASSES_ROOT 6.. added pathinfo to HKEY_LOCAL_MACHINE 7.. gave permissions -full control- to IUSR_*, IWAM_*, EVERYONE on C:\PHP5 and c:\inetpub\wwwroot\PHP5SCRIPTS 8.. edited php.ini file a. cgi.force_redirect=0 b. ;doc_root= so.. what's next?!? 1.. how should I get this system working with PHP? 2.. do I have to mess with these with every new installation/upgrade/system change? thanks folks, for *not* helping us newbies by not providing an automated system for the installation process. Onder ------------------------------------------------------------------------ [2004-05-08 20:20:53] dmeeking at shaw dot ca I found that excluding c:\php\ from my (Norton) virus scanner fixed the problem. Some comments led me to believe that windows was getting grumpy when multiple requests were being handled by php.exe. This made me wonder if the antivirus was locking the file, since it was set to scan every exe upon execution. Turning off scanning on the PHP folder has fixed this problem for me (iis5 / PHP 4.3.6). ------------------------------------------------------------------------ [2004-04-28 18:19:25] david dot blair at nsi1 dot com I need to retract my earlier statement of: "After the reset, the CGI errors occurred only once per page." 3 days in and we've had a couple reoccurring page errors...the frequency is going down, or people aren't getting back to me on the problem...the latter is most likely the case here. I should also state that we are running IIS 6 on 2003(I previously wrote 2000...my fault) ------------------------------------------------------------------------ [2004-04-28 07:19:18] salmanarshad2000 at yahoo dot com In my case, the problem disappeared mysteriously, after upgrading from PHP 4.3.2 to PHP 4.3.3; No single line of code was changed. phpMyAdmin and netOffice were the two applications that I had previously been using and they caused the CGI misbehaved error frequently, but then the problem disappeared after the upgrade. Ok wait... I did other things too... upgrading php was a part of maintainance operations I did in that time, other things include removeing unnecessary programs, defragmenting hard disk, removing unnecessary databases from mysql. Now I am not sure which one worked... but I am not having that problem anymore. If I remember any thing else I'll add it here. ------------------------------------------------------------------------ [2004-04-27 18:32:08] david dot blair at nsi1 dot com More information as I've had a chance to talk to our sa and users: We've had the new pages (ones with images) up for a week and no one had a problem until our IIS server puked last night. After the reset, the CGI errors occurred only once per page. ie: User Jay clicks thru to one of the pages that fits the conditions described in this bug report...the server returns the CGI error. Jay goes back and tries the page again, everything works fine...every user after him sees the page okay. But when a page is opened for the first time after the reset...it will throw an error...this is only for pages that satisfy the conditions I've posted earlier. After about 28 hours from the reset, the users have self corrected the problem by using the system...this might be what happened to salmanarshad on his Jan. 27th post, but this doesn't explain why steve on Apr. 23rd kept receiving the error until he removed the image tag... ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25863 -- Edit this bug report at http://bugs.php.net/?id=25863&edit=1