is it just me or everyone else is getting this too. I've tried to change php.ini within /usr/local/Zend/etc/php.ini because that's what I get when i do phpinfo... i'm trying to increase my upload max field, and it's still at 2M... I've looked at other php.ini and also changed that just to make sure, and it still didn't change... anybody know why this is?
Multiple php.ini files in the system found!
Hi, I also kept changing a php.ini today and thought I was going crazy as the changes did not reflect on the system even after Apache restart.
Eventually I found the php.ini in /etc/ was non-functional ... there is another php.ini in /usr/local/lib/ and that one is live.
But why this? Anybody knows?
I did an upgrade from php4.4.0 to 4.4.0 to 5.1.4 via cPanel - could that be related to the problem? Does it mean cPanel leaves "garbage" after recompile?
This issue/confusion is relatively benign - but I guess such leftovers can create more serious problems when doing other things..
Hi, I also kept changing a php.ini today and thought I was going crazy as the changes did not reflect on the system even after Apache restart.
Eventually I found the php.ini in /etc/ was non-functional ... there is another php.ini in /usr/local/lib/ and that one is live.
But why this? Anybody knows?
I did an upgrade from php4.4.0 to 4.4.0 to 5.1.4 via cPanel - could that be related to the problem? Does it mean cPanel leaves "garbage" after recompile?
This issue/confusion is relatively benign - but I guess such leftovers can create more serious problems when doing other things..
the OS default location for the php.ini from an RPM or yum install is /etc/ wheras a manual compile (which is what cpanel does) is /usr/local/lib/ and if you have zend optimizer installed it is /usr/local/Zend/etc with a symlink from /usr/local/lib
Thanks nickp666 But is that not confusing for any future upgrades of the server? After a few times, how does one know which php.ini or php installation is the current one? Would it not be better to remove the old installs and if so, how?
Did you remember to restart apache?
The /etc/php.ini is never used on a cPanel server.
The others in /usr/lib/php.ini and /usr/local/lib/php.ini need to be there and should be symlinked in that order. If you install Zend Optimizer, it itself moves php.ini to the location nick mentioned and then in turn symlinks the one in /usr/local/lib/php.ini to it. So, because of the symlinks, you should only have one live php.ini file.
The /etc/php.ini is never used on a cPanel server.
The others in /usr/lib/php.ini and /usr/local/lib/php.ini need to be there and should be symlinked in that order. If you install Zend Optimizer, it itself moves php.ini to the location nick mentioned and then in turn symlinks the one in /usr/local/lib/php.ini to it. So, because of the symlinks, you should only have one live php.ini file.
not true, Chirpy!
And the "live" php.ini is in /etc ... I have wasted so much time before I've found this!!
This totally contradicts your statement -- how is this possible?
Cheers,
Tomas
FYI, I am running "release tree" updates, automatically.
In my cPanel, I had PHP v4.4.0, which, using cPanel, I upgraded to PHP v5.1.4.chirpy said:
And the "live" php.ini is in /etc ... I have wasted so much time before I've found this!!
This totally contradicts your statement -- how is this possible?
Cheers,
Tomas
FYI, I am running "release tree" updates, automatically.