Atomicorp

See here for Scott's introduction to the current PHP 5.2.5 and Plesk 8.2.1 woes.

A client had PHP Link Directory fail in about the same way as your Joomla. Admin login page would load normally and fail right after when refreshing the page. Other sites that mess with the include_path (using set_include_path() or ini_set()) also broke.

Continuously reloading a page that sets the include_path to different values breaks at some point, though I have only seen this happen on CentOS 4. Not sure if CentOS 5 and the supported Fedora releases do act normally.

This all may or may not be related to the fix for PHP bug 41561: http://bugs.php.net/bug.php?id=41561

So are we waiting for SWsoft to provide a fix so Plesk uses php_value instead of php_admin_value in zz010_psa_httpd.conf and httpd.include? Should that fix all problems according to your tests?

Yeah, so far as Ive worked on it thats what needs to be done.

Have you passed this info on to SWsoft?

Not yet. Release the hounds!

I just changed all php_admin_value to php_value in zz010_psa_httpd.conf as suggested and it seems that all my issues have cleared up as well.

Thanks for your hard work on this guys. Let's hope SWSoft fixes this - its a pain in the ass changing it every time someone changes a domain.

So is it recommended to change php_admin_value to php_value in zz010_psa_httpd.conf? I did the change below to fix the horde bug and it is fixed and everything seems to be working fine.

Right now I modified zz010_psa_httpd.conf as follows in point 3:

3) PHP 5.2.5 causes problems with Horde on PSA 8.2.1 and lower. PSA 8.3 is supposed to fix it, in the mean time you'll need to modify /etc/httpd/conf.d/zz010_psa_httpd.conf

Change this:

php_admin_value include_path "/usr/share/psa-horde:/usr/share/psa-horde/pear:."

to

php_admin_value include_path "/usr/share/psa-horde/lib:/usr/share/psa-horde:/usr/share/psa-horde/pear:."


However what I want to know is should I change php_admin_value to php_value throughout zz010_psa_httpd.conf or leave it as it is?

I'm not clear on something here. Are these 5.2.5 issues a bug in php or a "feature"? If its a bug then its OK because I don't want to have to upgrade to Plesk 8.3.

Faris.

faris,

If you use php 5.2.5 you have to upgrade to plesk 8.3 unless you constantly want to be playing with your zz010_psa_httpd.conf file or wait until someone yells something is not working.

Everytime you update anything from plesk the same issue.

If you never want to run plesk 8.3 I would suggest rolling back php.

I still would like someone to answer if I have to change php_admin_value to php_value throughout zz010_psa_httpd.conf or leave it as it is?

The only thing I needed to change in zz010_psa_httpd.conf were the include_path settings. I did not need to change anything else in that file, or in the domain level httpd.includes.


This supposed to have been a bug fix. Previous versions of PHP would allow you to override php_admin_value settings with ini_set(). What appears to happen is that the first time php_admin_value is invoked when PHP is run in a virtual host, its fixed and can no longer change.

Webmail did that for include_path, and I had another domain changing register_globals. I can confirm that php_admin_value with those two functions cause major problems. Strangely, open_basedir has been OK. I would have expected that to cause a lot of problems too.

aus-city wrote:faris,
If you use php 5.2.5 you have to upgrade to plesk 8.3 unless you constantly want to be playing with your zz010_psa_httpd.conf file or wait until someone yells something is not working.

Luckily I don't actually have 5.2.5 installed. What I mean is if it is a bug then I'll happily wait for 5.2.6 or whatever.

But if this is a "feature" and therefore the way things will be from now on in PHP then I'll have no choice other than to upgrade to plesk 8.3 if I ever want to upgrade past php 5.2.4.

Faris

Its not a bug, its a bug fix so I doubt this will change in 5.2.6.

Drat. Thanks for the info though.

Faris.

Hi,
Has Someone any ETA for Plesk 8.3?

Thanks a lot.