#47625 [NEW]: SCRIPT_NAME and PHP_SELF
| From: | mfernandes at infolink dot com dot br | Date: | Wed, 11 Mar 2009 16:18:14 +0000 |
| Subject: | #47625 [NEW]: SCRIPT_NAME and PHP_SELF | ||
| Groups: | php.bugs | ||
| Request: | Send a blank email to php-bugs+get-134615@lists.php.net to get a copy of this message | ||
From: mfernandes at infolink dot com dot br
Operating system: Linux 32 bit
PHP version: 5.2.9
PHP Bug Type: Unknown/Other Function
Bug description: SCRIPT_NAME and PHP_SELF
Description:
------------
Made the migration from PHP-5.2.8 for PHP-5.2.9 and my clients have had
difficulties in some of its applications, using variables as superglobals
SCRIPT_NAME and PHP_SELF.
My platform PHP runs as CGI, and the mapping of the path of the PHP CGI
mode is done via a ScriptAlias in Apache in order to "hide" the real path
of the users.
See my example of the PHP configuration to call the Apache:
--
ScriptAlias /13eghrtTYU89aD/ "/home/bin/lsd/php-5.2.9-1/bin/"
Action PHP3-script/13eghrtTYU89aD/php
--
After the migration from PHP-5.2.8 for PHP-5.2.9 the contents of variables
SCRIPT_NAME and PHP_SELF were modified in its output, as in the example:
--
PHP-5.2.8: /info.php
PHP-5.2.9: /13eghrtTYU89aD/info.php
--
Through the php.ini directive "cgi.fix_pathinfo = Off", could circumvent
the problem, but this leads me other problems, such as customers who make
calls in the style "/index.php/user/index/search".
I believe that the changes made between versions 5.2.8 and PHP-PHP-5.2.9
caused this behavior.
I would remember only that the return to the version of PHP 5.2.8, the
problem no longer occurs.
My best regards.
Reproduce code:
---------------
<? echo $_SERVER['SCRIPT_NAME']; ?>
<? echo $_SERVER['PHP_SELF']; ?>
Expected result:
----------------
/info.php
/info.php
Actual result:
--------------
/13eghrtTYU89aD/php
/13eghrtTYU89aD/php
--
Edit bug report at http://bugs.php.net/?id=47625&edit=1
--
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47625&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47625&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47625&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=47625&r=fixedcvs
Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47625&r=needdocs
Fixed in release: http://bugs.php.net/fix.php?id=47625&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=47625&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=47625&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=47625&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=47625&r=support
Expected behavior: http://bugs.php.net/fix.php?id=47625&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=47625&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=47625&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=47625&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47625&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=47625&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=47625&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=47625&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=47625&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=47625&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=47625&r=mysqlcfg