PHP 4.0 Bug #3045: Yes, it is bacause PATH_TRANSLATED...
| From: | andrey at cherezov dot koenig dot su | Date: | Sat, 25 Dec 1999 01:35:22 +0000 |
| Subject: | PHP 4.0 Bug #3045: Yes, it is bacause PATH_TRANSLATED... | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-14021@lists.php.net to get a copy of this message | ||
From: andrey@cherezov.koenig.su
Operating system: Windows98
PHP version: 4.0 Beta 3
PHP Bug Type: Other
Bug description: Yes, it is bacause PATH_TRANSLATED...
Addition to bug report id 3042, 3044.
Yes, if my web-server (Eserv/2.91) set value
of PATH_TRANSLATED to the same string as in the
command line of PHP.EXE (v4), i.e. script filename,
PHP4 opens this script OK and runs OK.
But... please re-read the CGI specifications:
PATH_TRANSLATED is NOT for script filename...
From CGI docs:
For example, the URL "http://host/dir/foo.cgi/stuff1/stuff2/stuff3"
would have "wnroot/stuff1/stuff2/stuff3" in the PATH_TRANSLATED variable.
---------------
PATH_INFO
Extra information in the "path" of a CGI URL. More precisely everything after the actual
name of the program. For example, the URL "http://host/dir/foo.cgi/stuff1/stuff2/stuff3"
would have "/stuff1/stuff2/stuff3" in the PATH_INFO variable.
PATH_TRANSLATED
This assumes that PATH_INFO is the path of a file relative to your root and provides the path
relative to the system root. For example, the URL "http://host/dir/foo.cgi/stuff1/stuff2/stuff3"
would have "wnroot/stuff1/stuff2/stuff3" in the PATH_TRANSLATED variable.