Problems with Compiling PHP 4.3.10 w/ Zend 2.5.7; .PHP websites do not load!

arcane

Member
Oct 25, 2004
16
0
151
Hello.

I just recently 'tried' to upgrade to PHP 4.3.10 due to the security vulnerabilities of 4.3.8. I have tried updating apache under "Update Apache," but it just broke my box.

It updated fine, WHM shows a sucessful installation. However, I also did /scripts/installzendopt to install zend 2.5.7, and still sites with PHP do not load. They give a "download link" instead of showing the page. However, non-PHP pages display perfectly.

If anyone can give me any tips on how to fix this problem, it will be appreciated!
 

AndyReed

Well-Known Member
PartnerNOC
May 29, 2004
2,221
4
193
Minneapolis, MN
You need to enable all the modules required by Php for your scripts to run without any problem.

Good luck!
 

philb

Well-Known Member
Jan 28, 2004
118
4
168
AndyReed: I'd agree if his problem was likely to be missing modules.

I've noticed this problem on a box I've just configured too and am busy trying to trouble shoot it - this is just adding fuel on the fire for me not liking cpanel (I do cpanel things for the benefit of others - my primary webservers don't have any control panels on at all!)


EDIT: I should add that I'm having this problem without trying to use Zend - just got phpSuExec enabled. I'll post when I've worked out what's missing/gone wrong.
 

philb

Well-Known Member
Jan 28, 2004
118
4
168
I've noticed that even with 'skip apache build if up to date' unticked buildapache appears not to be rebuilding apache, just php. Which is irritating.
 

AndyReed

Well-Known Member
PartnerNOC
May 29, 2004
2,221
4
193
Minneapolis, MN
Are you rebuilding Apache via the prompt or WHM?
 

philb

Well-Known Member
Jan 28, 2004
118
4
168
Both. Both have the same effect (although the CLI version at least claimed to build apache when I pressed the big red button and reset all the apache configs - shame it "completed" in 3 seconds - a complete impossibility). Still working on it. Getting annoyed :)
 

philb

Well-Known Member
Jan 28, 2004
118
4
168
HAHAHAHA

Option 8 breaks easyapache. Fantastic :D

---->2
Can't locate config.pl in @INC (@INC contains: /usr/lib/perl5/5.8.4/i686-linux /usr/lib/perl5/5.8.4 /usr/lib/perl5/site_perl/5.8.4/i686-linux /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at ./buildapache line 93, <STDIN> line 1.
./bs: line 4: ./buildscript: No such file or directory
Waiting for httpd to restart..............finished.


httpd has failed, please contact the sysadmin.

EDIT: Using a bigger hammer has now fixed easyapache.. Still no progress with apache yet :)
 
Last edited:

arcane

Member
Oct 25, 2004
16
0
151
I just rolled back to PHP 4.3.9 because I couldn't solve my problem. I'll try your advice in a few days.

PhilB, I'll be interested to know if you ever find the solution to this problem.

Thanks!
 
Last edited:

philb

Well-Known Member
Jan 28, 2004
118
4
168
I should point out that this is all the more INFURIATING because I have another cpanel server running php 4.3.10 with phpsuexec ABSOLUTELY FINE. I've mirrored the options between the setup scripts and it simply will not work on the newer server.

The only difference between the two systems is the new one is running the latest RELEASE build - the other is in the STABLE tree. I'm getting to the stage where I'm going to try downgrading to STABLE to see if it fixes it, though STABLE has had a couple of new releases since I last used easyapache which has no doubt completely SHAFTED things.
 

philb

Well-Known Member
Jan 28, 2004
118
4
168
Downgrading to Stable appears to have pretty much shafted everything update related.

Seems that httpupdate.cpanel.net (which the update scripts are trying to use) is completely empty, or the update scripts are looking in the wrong place on the server for updates.

Excellent stuff. Opening a support ticket for this gem, because I've had enough of trying to fix someone elses problem.
 

Sinewy

Well-Known Member
May 15, 2004
367
1
168
Sydney, Australia
cPanel Access Level
DataCenter Provider
the problem this person is having is related to MIME.

pico /usr/local/apache/conf/httpd.conf

Find the following:

<IfModule mod_negotiation.c>
LanguagePriority en da nl et fr de el it ja kr no pl pt pt-br ru ltz ca es sv tw
</IfModule>

Now below it add this:

AddType application/x-httpd-php .php
AddType application/x-httpd-php .php4
AddType application/x-httpd-php .php3
AddType application/x-httpd-php-source .phps
AddType application/x-httpd-php .phtml

Save and exit. Restart your httpd. This will fix your browser downloading the php file.
 

philb

Well-Known Member
Jan 28, 2004
118
4
168
Sinewy: This was of course one of the first things I checked when I was comparing config files between the two systems. All the Handler and Type directives are in apache's config on the new server and it still fails to operate correctly.
 

MFaisal_i

Member
Nov 18, 2004
9
0
151
yes there are still some problems with php 4.3.10, many of my clients are uncomfortable with it and some are comfortable , i dont know but those who are uncomfortable with 4.3.10 i roll back them to 4.3.9, so there problems were solved and all is fine :)
 

DigitalN

Well-Known Member
Sep 23, 2004
420
1
168
If you are using phpsuexec then you need

AddHandler application/x-httpd-php .php (at minimum)

AddHandler, not AddType. Usually you would have both, but the AddHandler will be used if it is first in your apache config.
 

philb

Well-Known Member
Jan 28, 2004
118
4
168
DigitalN:

philb said:
All the Handler and Type directives are in apache's config on the new server and it still fails to operate correctly.
Though I guess you were just correcting Sinewy anyway :)
 

philb

Well-Known Member
Jan 28, 2004
118
4
168
MFaisal_i said:
yes there are still some problems with php 4.3.10, many of my clients are uncomfortable with it and some are comfortable , i dont know but those who are uncomfortable with 4.3.10 i roll back them to 4.3.9, so there problems were solved and all is fine :)
I thought 4.3.9 was vulnerable to the recent holes in PHP? Nonetheless trying a different version of PHP has no effect whatsoever.
 

dezignguy

Well-Known Member
Sep 26, 2004
533
0
166
Yes, he thinks that all is fine, but he's really running server software with serious and known security holes. I wonder how long he has til he gets hacked?
 

philb

Well-Known Member
Jan 28, 2004
118
4
168
I am becoming more and more convinced this is all because buildapache/easyapache is refusing to rebuild apache even though I tell it not to skip it.

I'm in the process of kludging the scripts to force a complete rebuild of apache but I guess the cpanel guys need to fix this. I'd raise it as a bug, but I absolutely detest bugzilla. Seems to affect current stable and release builds.
 

Donna

BANNED
Feb 15, 2003
88
0
156
Toronto, Canada
Just to add my two cents I've noticed that the issue seems to be actually phpsuexec. So php 4.3.10 with zend 2.5.7 works fine, but if you compile apache with php suexec enabled it'll break a lot of things. Recompiling without phpsuexec fixes the issue.

So if you want to use phpsuexec you will need to stick with 4.3.9 for now