Req->Doc #61017 [Opn]: ~ in include_path
| From: | rasmus@php.net | Date: | Thu, 09 Feb 2012 17:39:22 +0000 |
| Subject: | Req->Doc #61017 [Opn]: ~ in include_path | ||
| References: | 1 | Groups: | php.doc.bugs |
| Request: | Send a blank email to doc-bugs+get-7914@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=61017&edit=1
ID: 61017
Updated by: rasmus@php.net
Reported by: spamik at yum dot pl
Summary: ~ in include_path
Status: Open
-Type: Feature/Change Request
+Type: Documentation Problem
Package: *General Issues
PHP Version: 5.3.10
Block user comment: N
Private report: N
New Comment:
Right, or they are running nginx+php-fpm without any sort of suexec feature.
This would be a feature that only worked for suexec users and as such it would
be quite confusing.
Note though that env variables work in your .ini and .user.ini files. So you can
use ${LOGIN} or ${USER}.
eg.
include_path = ".:${USER}/pear/php/"
so this feature is actually already there. Changing it to a documentation
problem since I couldn't find this documented anywhere.
Previous Comments:
------------------------------------------------------------------------
[2012-02-09 17:11:29] spamik at yum dot pl
right, people are still using mod_php :( That of course is not a issue with suexec
+ fastcgi
------------------------------------------------------------------------
[2012-02-08 17:25:31] rasmus@php.net
How would that work? Generally the web server will run as some generic user, so ~
and $LOGIN will not have a meaningful value.
------------------------------------------------------------------------
[2012-02-08 17:21:02] spamik at yum dot pl
Description:
------------
include_path needs something for home directory or username substitution. Without
it tens of tousands of unmanagable php.ini specific to every username are needed.
in php.ini
include_path = ".:~/pear/php/"
or
include_path = ".:/home/$LOGIN/pear/php/"
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=61017&edit=1