Bug #16111 Updated: IIS/CGI only gives "Security Alert! PHP CGI cannot be accessed directly."

From: Date: Tue, 18 Jun 2002 09:15:54 +0000
Subject: Bug #16111 Updated: IIS/CGI only gives "Security Alert! PHP CGI cannot be accessed directly."
References: 1  Groups: php.bugs php.doc 
Request: Send a blank email to php-bugs+get-11079@lists.php.net to get a copy of this message
ID: 16111 Updated by: michael@phpdevshed.com Reported By: ramac10@hotmail.com Status: Critical Bug Type: Documentation problem Operating System: Windows PHP Version: 4.2.1 New Comment: >The problem was the php.exe was not reading the php.ini >in the system32 directory as per normal. Sorry I meant to say "winnt" folder and not "system32" Previous Comments: ------------------------------------------------------------------------ [2002-06-18 04:05:09] mfischer@php.net It's c:\winnt\ as stated in http://cvs.php.net/co.php/php4/win32/install.txt ------------------------------------------------------------------------ [2002-06-18 03:59:42] michael@phpdevshed.com Ok people here is the problem. I had the same the problem on a newly built server Win2K SP2 with the latest PHP release. After hours of messing around to get this thing to work - I finally found the problem. The problem was the php.exe was not reading the php.ini in the system32 directory as per normal. I ran a phpinfo() from the commmand line (DOS Window) checked the "Configuration File (php.ini) Path" and surely enough the path was pointing to where my php scripts where located on the webserver doc root (e.g. c:/www/www.umm.com/doc/php.ini), so I moved the php.ini file to this folder - and guess what? it worked. I can't see anywhere where I can set the configuration file path - and i don't think its very wise to store php.ini in the web folder. Is this a bug? If so please can you fix this ASAP - this is truly a show-stopper! ------------------------------------------------------------------------ [2002-06-03 07:26:10] mfischer@php.net Updated version, OS, Summary, reclassified as documentation problem. As mentioned already, the way to go is to set cgi.force_redirect = 0 in php.ini . It's now documented in php4/win32/install.txt but needs to be properly documented in the manual too (especially in the ini settings and the http://php.net/security.cgi-bin page). ------------------------------------------------------------------------ [2002-04-15 12:25:21] khalid_kary@hotmail.com i have the same problem here but with PWS on Windows ME, THIS PROBLEM now stops allmy development steps !!! ------------------------------------------------------------------------ [2002-03-16 08:53:38] ramac10@hotmail.com The files I downloaded are what are on the download page Latest version of PHP Before you download, make sure you're using a mirror close to you. You can change mirrors at the bottom of the page. ect.. PHP 4.1.2 zip package [5,824Kb] - 12 March 2002 (CGI binary (with security fixes) plus server API versions for Apache, AOLserver, ISAPI and NSAPI. MySQL support built-in, many extensions included, packaged as zip) PHP 4.1.2 installer [920Kb] - 12 March 2002 (CGI only (with fixes), MySQL support built-in, packaged as Windows installer to install and configure PHP, and automatically configure IIS, PWS and Xitami, with manual configuration for other servers. N.B. no external extensions included) ------------------------------------------------------------------------ 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/16111 -- Edit this bug report at http://bugs.php.net/?id=16111&edit=1

« previous php.bugs (#11079) next »