suPHP_ConfigPath

focuz

Verified User
Joined
Dec 1, 2006
Messages
11
Location
Rotterdam, The Netherlands
Today i did a da installation like i always do. But i noticed some changes where made to the default apache config. You how have suphp support statements in there.
Which is a good thing ofcourse.
But there is one problem with it.

I use both php4 & php5 at the same time using suphp.
the config for php4 is located in /etc/php4/cgi/php.ini and for php5 it's /etc/php5/cgi/php.ini.

In your default /etc/httpd/conf/httpd.conf you have a line "suPHP_ConfigPath /usr/local/etc/php5/cgi".
This line will direct both php4 & php5 to one the same php.ini file. There are statement in php.ini (like the ionCube loader) that differ per php version.

The solution to this problem is simpel: leave this line out of the httpd.conf.
when you compile php ./configure it with --with-config-file-path=/etc/php5/cgi, which ofcourse will differ per php version.

My 2 cents :)

Thanks,

Sam Terburg
REDUNIX - Internet Diensten
 
I believe this should of been posted in the custombuild beta forum.

Grant
 
I don't know if i've used the beta build script.
I just downloaded it as usual.
So therefore i think i'm not using it.
I dit not find a /usr/local/directadmin/options.conf file like mentioned in the beta build forum thread.

But move this to whereever you like.
I just wanted to give my feedback and thought i'd do that in the feedback forum :)
 
Customapache doesn't support suPHP so you must of used the new custombuild script.
 
The path to file isn't /usr/local/directadmin/options.conf, it's /usr/local/directadmin/custombuild/options.conf.
 
i only have customapache dir, so i still think i'm using the old script.
i am doing:
./build update
./build update_data_ap2
./build convert
./build clean
./build apache_2

but this all is not the topic of this thread.
 
I've just grepped an Apache version 1.x httpd.conf file, and an Apache version 2.x httpd.conf file for suPHP, and it doesn't exist in either of them.

What version of DA are you using?

Jeff
 
DirectAdmin Values
Compiled for Debian 3.1 | Fedora 5
Server Version 1.30.1
Last Updated Wed Jun 20 21:22:26 2007

Using Debian 4 (etch) (64-bit (which isn't a success with directadmin))
Using Fedora Core 6 (64-bit)
This installation was done on two machines at the same time both showing this problem.

In /usr/local/directadmin/data/templates/virtual_host2.conf there is the following:
<Directory |DOCROOT|>
Options +Includes -Indexes
<IfModule !mod_suphp.c>
php_admin_flag engine |PHP|
php_admin_flag safe_mode |SAFE_MODE|
php_admin_value sendmail_path '/usr/sbin/sendmail -t -i -f |USER|@|DOMAIN|'
|*if OPEN_BASEDIR="ON"|
php_admin_value open_basedir |OPEN_BASEDIR_PATH|
|*endif|
</IfModule>
<IfModule mod_suphp.c>
suPHP_Engine |PHP|
suPHP_UserGroup |USER| |GROUP|
</IfModule>
</Directory>

In /etc/httpd/conf/httpd.conf there is the following:
<Location />
suPHP_Engine on
suPHP_ConfigPath /usr/local/etc/php5/cgi/
suPHP_AddHandler x-httpd-php
suPHP_AddHandler x-httpd-php5
</Location>
</IfModule>

This content is also present in httpd.conf.1.3.backup and httpd.conf.back and httpd.conf.backup, but not in httpd.conf.default.
It is also present in /usr/local/directadmin/customapache/httpd.conf.
 
Fedora uses a mixed environment. 32-bit & 64-bit in the same installation.
Therefore the 32-bit directadmin compiles perfectly under fedora.

For debian it's about the same, but i've had trouble installing the i386 debian packages (scripts/packages/*.deb = proftpd,imapd) because it did not match my architecture. --force-all worked wonderfull ;)
I think there propably is an option in apt to add multiple architectures. just have to find it.

i've done about 40 installations with FC6 64-bit, no problem.
This is my first debian 64-bit installation.
 
Back
Top