Indeed. That’s where I changed it. I only changed it in the
check_install.php
to make the install process go sanely.
You can set the directory in open_basedir, but if you do then you must
set it in the include_path
in the vhost.conf file, otherwise the basedir restrictions complain that
the PEAR libraries
belong to a different user, and will not run the PEAR libraries.
Unfortunately, having stipulated an include_path in the vhosts file, and
attempt to change path
within that particular web directory becomes disabled. That might be OK
for a single app,
but if you have multiple apps, then you risk breaking all of them.
Hence making your own copy of PEAR on a shared server, so that ownership
is identical to the php
scripts and can be included vi a set_include_path().
My server config:
bash-3.2$ php -v
PHP 5.3.3 (cli) (built: Feb 2 2012 18:29:23)
Copyright © 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright © 1998-2010 Zend Technologies
with the ionCube PHP Loader v4.0.7, Copyright © 2002-2011, by
ionCube Ltd.
bash-3.2$ cat /etc/redhat-release
CentOS release 5.7 (Final)
Regards
anothermouse
Best place to change include_path for just EGroupware, is to do it in
our header.inc.php file. Then you can update EGroupware without having
to worry about making the patches over and over again.
AFAIK only thing Plesk does to prevent you from accessing the systems
PEAR install, is NOT setting it’s directory in open_basedir. So you
could just add it there (in your vhost configuration).
Ralf
I was using a 1 & 1 shared server, with ssh access although this is
possible with ftp only access. 1. Untarred the eGroupware and
eGroupware-egw-pear tarballs and installed as ./httpdocs/egroupware 2.
Start the web configuration process, and you discover that PEAR isn’t
recognised and neither are PEAR::Auth_SASL and PEAR::XML_Feed_Parser.
Whatever you try and do, the Parallels Plesk 10 panel prevents you from
using the system based PEAR installation…so we have to create our
own: -bash-3.2$ mkdir ~/httpdocs/my_pear (make a folder in the
open_basedir area that can be used to have your own personal copy of
PEAR installed in) -bash-3.2$ pear config-create
/srv/www/vhosts/domain.com/httpdocs/my_pear ~/httpdocs/.pearrc (This was
annoying as I couldn’t put the .pearrc file directly in my home
directory) -bash-3.2$ pear -c ~/httpdocs/.pearrc install PEAR (Install
PEAR in your new folder) -bash-3.2$ pear -c ~/httpdocs/.pearrc install
Auth_SASL -bash-3.2$ pear -c ~/httpdocs/.pearrc install XML_Feed_Parser
3. You now have your own copy of the necessary pear files in your
my_pear folder, so you now need to make sure that the appropriate files
can be found. The ‘obvious method’ is to use php_admin_value
include_path BUT DON’T as in the 1 and 1 setup having used this
directive prevents ANY php scripts at all from being able to manipulate
the path - neither set_include_path nor ini_set for path will work,
which will probably break other applications as well.) 4. You now need
the following line inserted in 2 places:
set_include_path(’/var/www/vhosts/www.mydomain.com/httpdocs/my_pear/pear/php:’.get_include_path())
Obviously change the domain and path to match your scenario. The 2
locations are: egroupware/setup/check_install.php (to get the install
process verified) egroupware/header.info.php Naturally insert a suitable
.htaccess to prevent access to the my_pear folder via apache. It is
possible to customise the conf/vhosts.conf file, and then apply it to
the domain using: /usr/local/psa/admin/sbin/httpdmng
–reconfigure-domain my.domain.com BUT there are some really horrible
interactions between the open_basedir directive and the include_path
directive which may mean that any path entries after an invalid
path(because it is outside the basedirs) are not checked even if they
are valid. These issues apply to php 5.3 and 5.5 and caused me to waste
a fair bit of time getting the application working. Hopefully these
notes save someone a bit of time and frustration.
View this message in context: Configuration to sort out PEAR
dependencies on a 1 and 1 shared server for eGroupware 1.8
http://egroupware.219119.n3.nabble.com/Configuration-to-sort-out-PEAR-dependencies-on-a-1-and-1-shared-server-for-eGroupware-1-8-tp3814204p3814204.html
Sent from the egroupware-users mailing list archive
http://egroupware.219119.n3.nabble.com/egroupware-users-f244990.html
at Nabble.com.
Virtualization& Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users
