PHP5 for Unix

[kattouf]

Yeah i had that problem too with oscommerce and use this easy fix:

admin/includes/classes/upload.php on line 31, edit

$this = null;

to this:

unset($this);

Unix9, Unix11, Unix12, Unix14, and Unix16 have been upgraded.

Unix10 failed and will be retried on Thursday.

[mdwatkin]

I am soooo glad you posted this. My osCommerce site was inoperable until I put the fix pathinfo into place.

Originally Posted by Josh

Here are a couple of common problems and their solutions:
--------------------------------------------------
<snip>
---------------------------------------------------
If your software uses the path_info server variable, you might run into some trouble because of a bug in PHP5. I've seen this break the links in ExpressionEngine. I'm sure it applies to other software as well. Try this in your htaccess file. I hear this fix breaks php_self, so hopefully you don't need to use both.
php_value cgi.fix_pathinfo 0
---------------------------------------------------

Unix10 has been upgraded.

Unix3 has been upgraded.

Unix6, Unix7, and Unix8 have been delayed due to unforseen hardware incompatabilities.

Unix2, Unix1, and Unix(0) have been upgraded.

Unix4 and Unix6 have been upgraded. The only unix servers that haven't been upgraded now are Unix5, Unix7, and Unix8. We're waiting on hardware for these three.

All of the Unix upgrades are complete. We're running PHP 5 on all Unix servers now.

[Brangwyn]

Anyone recall what the version was of PHP previously on Unix8? having a hard time getting an app to run under PHP4 on this server now using the binary supplied which is I think 4.4.6 (this is a pretty old app so I'm just wondering if it's PHP version related or something else).

Originally Posted by Brangwyn

Anyone recall what the version was of PHP previously on Unix8? having a hard time getting an app to run under PHP4 on this server now using the binary supplied which is I think 4.4.6 (this is a pretty old app so I'm just wondering if it's PHP version related or something else).

I believe it was 4.4.3. I doubt the difference between that and 4.4.6 would cause any problems. It probably has more to do with running PHP4 from CGI now instead of as an Apache mod.

[Brangwyn]

Thanks Josh, I didn't think there would have been too big of a version jump and knew I was pretty much grasping for straws so to speak, I spent a few hours attacking the code and managed to get it to run under PHP5 in the end, it was an early Invision Power Board forum version 1.1 which I'm actually pretty surprised I managed to get working finally.

[electricfox]

I was having some trouble getting an old script working (PDF support was lost in the upgrade to PHP5), and I didn't want to enforce php4 throughout the site. So I put this in my htaccess file, and changed the extension of the affected php file to .php4:

Action php4-script /cgi-bin/php4
AddHandler php4-script .php4

That was easy in theory, but hard in practice. First, there was something wrong with the phpbinary from the vortech downloads that the techs had to fix. Then I realized that all includes had to also function as php4 files - which, at last for how I code, meant a ton a files had to be copied and renamed.

In the end, I realized that vortech forgot to compile php4 with support for mysql. Still waiting on VT's answer on this.

As for the threat that you'll be turning off php4 at the end of the year - that's all well and good, but I'd suggest you please provide an upgrade path for pdf (yes, I know there are free options, but nothing as easy as php4+pdf_new)

[dvanburen]

Originally Posted by electricfox

In the end, I realized that vortech forgot to compile php4 with support for mysql.

This is not quite true. That is exactly the same binary that was working for years which is why it is odd that there is no MySQL support listed in phpinfo. Please, try and refrain from posting comments such as these if you do not have all the facts.