I have finally traced down why initially my new Dual Xeon 3.0 with 2GB Ram server was MUCH slower than my P4 2.4 with 2GB ram. There was multiple versions of PHP running. Or more specifically when I did
php -v
in shell, it would show PHP 4.3.10 ( Cli running ), however, doing a
php -i |grep ini
Showed that is was running from different ini files.
locate *.ini |grep php
/home/interworx/etc/php-cli.ini
/home/interworx/etc/php.ini
/usr/local/Zend/etc/php.ini
/usr/src/redhat/SOURCES/php-cli.ini
/usr/src/redhat/SOURCES/php.ini
/usr/src/php-4.3.10/pear/tests/php.ini
/usr/src/ZendOptimizer-2.5.7-linux-glibc21-i386/zui_files/php.ini
/usr/src/ZendOptimizer-2.5.7-linux-glibc21-i386/zui_files/_etc_php.ini
/etc/php-cli.ini
/etc/php.ini
/etc/php.d/mysql.ini
/etc/php.d/imap.ini
/etc/php.d/domxml.ini
/etc/php.d/ldap.ini
/etc/php.d/odbc.ini
/etc/php.d/pgsql.ini
/etc/php.d/snmp.ini
/etc/php.d/xmlrpc.ini
BOLD ones were being used in my case at random. And note I’m doing this from the shell. The webserver showed the EXACT same problem. It doesn’t matter what Virtual host we put it in - it sometimes shows one, and others the others.
I would like to know if this is normal and if people do get different PHP.ini’s being used all the time. To stop this, I’ve backed up and then over wrote one copy of my ini file with all the others. However, I’m just wondering if this is a stop gap measure and InterWorx will simply overwrite it when it updates it self.
Does anyone else get different ini’s being executed ?