PHP5 for Unix

[Scientifik]

It seems like Drupal is affected by the new php upgrade, instead of parsing and building URL's from / it simply removes the last part of the path, for example

Say a user is on the page:
www.sitename.com/user/blog/2007/05

and they decide to click the about us page, it will go to:
www.sitename.com/user/blog/about_us

instead of
www.sitename.com/about_us

It also breaks style sheets and my break the admin backend because permissions are sometimes established by path. Hopefully there's a quick fix.

[Brian]

I've got a customer that moved a copy of their site over before the updgrade to PHP5... everything seemed to work fine. It just so happened that the domain registrar change took place over the Apr 28-29 weekend, so now the domain points to vortech servers. They are on UNIX27.

Everything seemed to work before then, and now a wedding registry function of their Joomla site is not working.

I did not build their site so I am having soe challenges finding where the problem is, but basically, they are down. The site is viewable, but their core site purpose is broken.

Apart from contacting the original site developer (sent email already) - does anyone have any suggestions? I am not sure if this is a PHP4 / PHP5 incompatibility issue or not, but I am starting to think it might be.

[mtatem]

One of my major clients running Joomla has encountered major issues with their website. There are issues all over it since the recent upgrade took place. Their admin backend has issues with the core component installer and module installer not displaying or working for that matter. Also front end components have broke. We tried to upgrade them to the lastest version and it still has not resolved the issues. My biggest fear is that the ones that are on different boxes will all expoerience the same thing as php5 is installed on their boxes. We need to get a solution in place as I stand to lose alot of clients over this upgrade.

[Brian]

Can someone send me contact info of a PHP programmer that can go through code to find problematic piece? I am not sure if my customer site problem is related to PHP5 incompatibility... but I will need a PHP coder to look into this.

Thanks!

[ixie02]

Originally Posted by Ballyhoo

http://forum.vortechhosting.com/show...467#post105467

Yes, why don't we just post them to http://forum.vortechhosting.com/show...467#post105467

[mtatem]

Here is the message that has just been posted:
***************
Yes, why don't we just post them to http://forum.vortechhosting.com/show...467#post105467
***************

Keeps telling me I don't have access to it. Any ideas....never mind I found the link for full access....

We have php4 running with php5 on unix27 now. Its enabled globally. To use it you'll need to use the .php4 extension. We're only doing this on a trial basis because we don't know how well its going to work. If it doesn't give us any problems we'll do it for all the servers. Any feedback is welcome.

[mtatem]

lets hope this solves some of these issues with Joomla and Drupal.....thanks Josh

[Brian]

Not sure how that will work. The files I changed to .php4 just did not work because I assume the Joomla code is looking for a .php file.

Is there somewhere in Joomla to tell t to look for either a .php or a .php4 file?

[Brangwyn]

Yeah this isn't really a good comprimise, what about encoded applications where people don't have access to the source to change file names from .php to .php4 etc?

I'm just about to look at this myself as sites I had gotten working under PHP5 yesterday I'm now told have stopped working again today on Unix27 which is a little frustrating to say the least.

Originally Posted by Brangwyn

Yeah this isn't really a good comprimise, what about encoded applications where people don't have access to the source to change file names from .php to .php4 etc?

HSphere doesn't support both in Unix, so this is really the only way it can happen. You should be able to use a combination of mod_rewrite and soft links to get things working in those sticky situations. Yes, it is a PITA, but the purpose of putting php4 there is just to give those that can't get their apps working in php5 one last option. Its not meant to be widely used and user friendly.

[Brangwyn]

I appreciate where your coming from there, what's upsetting today is to find out that sites we spent time getting to work yesterday, now no longer work, the zend directive is either not working or something broke somewhere when getting the php4 installed.

[cleonard]

Gentlemen,

Wouldn't the better solution be to install PHP5 on all NEW servers and leave the older ones alone. That's what I've done with my other servers. I now have PHP5 on 1 server, the others have stayed PHP4.

If an older customer needs PHP5, I'll move their account to the newer server, if not, they stay. New users know what they're getting and develop appropriately.

I messed around with running them both on the same server and forcing PHP5 scripts to use the .php5 extension, but that can cause issues.
I think you would be better off doing the same similar to what you've done with .NET 2

That's my two cents for what it's worth.

[Brangwyn]

IMHO the best solution would be to beat psoft around the head with something solid until they can support both or they at least assist Vortech to come up with a workable solution thats not too inconvenient for customers .. It seems odd other hosts running HSphere are advertising support for both though, so it must be do-able.

[Brangwyn]

PS Would someone please look at fixing Unix27, the zend.ze1_compatibility_mode flag is no longer working. Setting mode OFF in .htaccess still results in phpinfo showing it as ON when it shouldn't be.

This only seems to effect it when placed in the .htaccess file *shrug*

If you put the following in your config.php or other global application file it should set the mode back off again correctly (tested and verified as working on one of our sites at least)

ini_set('zend.ze1_compatibility_mode',0);