Apache 2.0.44 is out...

[Auke Kok]

On Thu, 2003-02-13 at 20:56, Richard Pyne wrote:
> Don't get me wrong, I would love to move to Apache 2, but only when 
> it's interface with PHP is stable.
> 
> When I tried to upgrade a (non-lunar) system a couple of months ago to 
> Apache 2 and PHP 4 and horked my whole system in the process, I 
> posted a question about it on the php and the apache users mailing 
> lists and was told in no uncertain terms that it is experimental and 
> not supported.
> 
> Quoting a message just yesterday from the PHP-Install mailing list 
> talking about Apache 2.0.44 and PHP 4.3.0: "... bear in mind that it 
> has been said....by Rasmus and the PHP staff, that this is not a 
> production ready combination."

don't get them wrong too. They are discouraging massive commercial use
of apache2+php, and have reasons for it, since they will be flamed to
death if they do and a major company goes down because of some unseen
little nasty bug.

pretty much all the lunar devs run one or more apache2+php servers.
never ever since I made the 2 modules integrate and install with:

	lin apache2 php

have I seen reports about systems breaking down, or otherwise things
like you describe. my home router/firewall box even runs this
combination and even on a p200MMX quite happily.

I would be quite interested if you gave lunar's apache2+php a try and go
and find out for yourself.

please try it on lunar tho, no way you should try it under redhat or
whatever binary distro around. No wonder they are discouraging to
install it, apache is a hell to install with addons, especially with
older system libs and on binary distro's.

You can also imagine that apache2 is not even considered 'ripe' for the
masses yet, as the v1 series is still the most widespread version
around. No wonder the php guru's don't throw themselves on that
combination too.

my advice: clean install apache2+php, don't try to upgrade from apache1.
backup, wipe, clean, rinse, dry, lin apache2 php. (and lunar update once
in a while)

sofar


-- 
Auke Kok <auke.kok at planet.nl>