Req->Doc #61017 [Opn]: ~ in include_path

From: 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

« previous php.doc.bugs (#7914) next »