Apache 2 and PHP stable yet?

Folks,

This must get asked reasonably often however I've had tried viewing
groups.google.com and the apache/php web pages and not found a specific
answer.

Basically, is Apache 2 officially supported with PHP, and if so, which
version of PHP?

The last I heard the PHP website had Apache 2 with PHP4 running for
something like two years, but the support was still not official for a
production environment.

Thus - Is PHP still officially only supported on Apache 1.3? Or, which
version of PHP is considered stable for Apache2.

Thanks - replies via newsgroup please, so all can learn,

Randell D.

re: Apache 2 and PHP stable yet?

I'm responsible for a number of servers running Apache 2.0 and both PHP 4
and 5. These machines serve well over a millinon hits per day each. I have
not had any problems with either combination to date.

The Apache 2.0, PHP 4+, MySQL 4+ setup seems very solid to me. I'm not sure
if it's officially supported though. But than again, what does official
support mean in the open source world anyway?

However, be sure to run it on hardware supported by your OS vendor. The only
tough problems I've ever encountered were always due to unsupported
hardware/driver issues.

Balazs

"Randell D." <reply.via.newsgroup.thanks@fiprojects.moc> wrote in message
news:faptf.25897$OU5.11188@clgrps13...[color=blue]
>
> Folks,
>
> This must get asked reasonably often however I've had tried viewing
> groups.google.com and the apache/php web pages and not found a specific
> answer.
>
> Basically, is Apache 2 officially supported with PHP, and if so, which
> version of PHP?
>
> The last I heard the PHP website had Apache 2 with PHP4 running for
> something like two years, but the support was still not official for a
> production environment.
>
> Thus - Is PHP still officially only supported on Apache 1.3? Or, which
> version of PHP is considered stable for Apache2.
>
> Thanks - replies via newsgroup please, so all can learn,
>
> Randell D.[/color]

re: Apache 2 and PHP stable yet?

PHP may not work with the multithreaded worker MPM in Apache 2.0, but
it will work with the prefork module.

re: Apache 2 and PHP stable yet?

Randell D. wrote:[color=blue]
> Basically, is Apache 2 officially supported with PHP, and if so, which
> version of PHP?[/color]

As far as I know no versions of PHP officially supports Apache 2. The
SAPI modules are still marked "experimental" in the most current source
code.
[color=blue]
> The last I heard the PHP website had Apache 2 with PHP4 running for
> something like two years, but the support was still not official for a
> production environment.[/color]

Well, that's PHP development for you. Apparently there are issues of
higher priority than actually getting the stuff to work in a production
environment.
[color=blue]
> Thus - Is PHP still officially only supported on Apache 1.3? Or, which
> version of PHP is considered stable for Apache2.[/color]

The Apache 2 SAPI module has an ugly memory leak in versions prior to
4.3.9. One byte is lost for every byte sent to the web server. During
typical operation this doesn't have a large effect, as Apache restarts
each child process after it has handled a certain number of requests.
If a script outputs large amount of data (i.e. multi-megabyte file
downloads), then you have a problem.

re: Apache 2 and PHP stable yet?

Chung Leong wrote:
[color=blue]
> Randell D. wrote:
>[color=green]
>> Basically, is Apache 2 officially supported with PHP, and if so,
>> which version of PHP?[/color]
>
> As far as I know no versions of PHP officially supports Apache 2.[/color]

Define "support" in the context of Open Source.
[color=blue]
> The SAPI modules are still marked "experimental" in the most current
> source code.[/color]

Regardless, as has been posted already, many people do use Apache 2 and
PHP in production environments.
[color=blue][color=green]
>> The last I heard the PHP website had Apache 2 with PHP4 running for
>> something like two years, but the support was still not official for
>> a production environment.[/color]
>
> Well, that's PHP development for you. Apparently there are issues of
> higher priority than actually getting the stuff to work in a
> production environment.[/color]

But it already works in a production environment! Have you tried it?
[color=blue][color=green]
>> Thus - Is PHP still officially only supported on Apache 1.3? Or,
>> which version of PHP is considered stable for Apache2.[/color]
>
> The Apache 2 SAPI module has an ugly memory leak in versions prior to
> 4.3.9. One byte is lost for every byte sent to the web server. During
> typical operation this doesn't have a large effect, as Apache restarts
> each child process after it has handled a certain number of requests.
> If a script outputs large amount of data (i.e. multi-megabyte file
> downloads), then you have a problem.[/color]

I've been using Apache 2 with PHP outputting megabytes of files with no
problems.
--
He's not dead, he's electroencephalographically challenged.

re: Apache 2 and PHP stable yet?

Andrew DeFaria wrote:[color=blue]
> Define "support" in the context of Open Source.[/color]

Software that isn't a joke? The following sounds like a joke to me:

"this module is experimental,
its functions may change their names
or move to extension all together
so do not rely to much on them
you have been warned!"
[color=blue]
> Regardless, as has been posted already, many people do use Apache 2 and
> PHP in production environments.[/color]

Okay, so people are supposed to make a important business decision
based on some messages they read on a newsgroup? Jesus. The big issue
is not whether it actually works but who's responsible when it doesn't.
If I'm pushing a setup that's described as experimental and something
goes wrong, who's responsible? Me.

Seriously, how long does this "experiment" have to last? Is it that
hard for them to run some tests to see if the thing works or not?
[color=blue]
> But it already works in a production environment! Have you tried it?[/color]

Of course. And I have egg on my face to show for. I have to say, I
rather dislike having to apologize to an important client for someone
else's bugs.
[color=blue]
> I've been using Apache 2 with PHP outputting megabytes of files with no
> problems.[/color]

If you don't believe me, take a look at the CVS:

http://cvs.php.net/viewcvs.cgi/php-s...og#rev1.1.2.32

Yes, I actually had to rummage through the source to see when the leak
was plugged because the fix wasn't mentioned in the changelog. I had
been warned I suppose.

re: Apache 2 and PHP stable yet?

[color=blue]
> Okay, so people are supposed to make a important business decision
> based on some messages they read on a newsgroup? Jesus. The big issue
> is not whether it actually works but who's responsible when it doesn't.[/color]

You are! That's the beauty of open source. If you don't like the way it
works, fix it! On the downside there's really no one single entity to blame
if it doesn't work.
[color=blue]
> If I'm pushing a setup that's described as experimental and something
> goes wrong, who's responsible? Me.
>[/color]

It sounds to me like you have a decision to make. Go with open source or
proprietary software. If you want someone else to blame in case something
goes wrong you can pay the license fees for a product that has commercial
support behind it like Microsoft or Sun. Although in my opinion the open
source community is often more responsive and more helpful than having to
wait for some software giant put your trouble ticket through its hoops while
it is being escalated through the various support levels.
[color=blue]
> Seriously, how long does this "experiment" have to last? Is it that
> hard for them to run some tests to see if the thing works or not?
>[/color]

The life cycle of open source products are typically longer than that of
proprietary software. Open source products are usually released when they
are ready not when marketing says so. I think this is a good thing. It keeps
the quality of software higher while maintaining more realistic user
expectations. If it's in beta you should understand what you're getting
yourself into.
[color=blue][color=green]
>> But it already works in a production environment! Have you tried it?[/color]
>
> Of course. And I have egg on my face to show for. I have to say, I
> rather dislike having to apologize to an important client for someone
> else's bugs.
>[/color]

Sorry, but I don't think that's fair. If you had done your job you would've
discovered any flaws or problems before a production deployment. It's up to
you test your own setup. Of course, I'm not aware of the details of your
situation, I could be wrong.

Remember, you're getting an incredible product in PHP for free! If you want
commercial support for it you might want to look at a third party company
like Zend. www.zend.com

My 2 cents,
Balazs

re: Apache 2 and PHP stable yet?

Chung Leong wrote:
[color=blue]
> Andrew DeFaria wrote:
>[color=green]
>> Define "support" in the context of Open Source.[/color]
>
> Software that isn't a joke? The following sounds like a joke to me:
>
> "this module is experimental, its functions may change their names or
> move to extension all together
> so do not rely to much on them you have been warned!"[/color]

You failed to define the term support in the context of Open Source. Try
harder next time.

While the above may sound like a joke to you it doesn't to me. Indeed
the above statement doesn't even name the module. For all I know it
could be a portion of something bigger.
[color=blue][color=green]
>> Regardless, as has been posted already, many people do use Apache 2
>> and PHP in production environments.[/color]
>
> Okay, so people are supposed to make a important business decision
> based on some messages they read on a newsgroup?[/color]

Yes! It's done all the time. In fact I do it all the time!

Some businesses in the orient use Feng Shui for their business
decisions. Is that really any better?
[color=blue]
> Jesus. The big issue is not whether it actually works but who's
> responsible when it doesn't.[/color]

Ah no, not at all. If the software works then nobody needs to worry
about being responsible when it doesn't because it does. This is simple
logic. Are you sure you're a real programmer?
[color=blue]
> If I'm pushing a setup that's described as experimental and something
> goes wrong, who's responsible? Me.[/color]

Then test it. Or spending thousands or millions of dollars on inferior
off the shelf software that - guess what? - has bugs too. Some of this
off the shelf software with their support contracts and all are based
off of Open Source stuff anyway (e.g. IBM/Rational's web server
software, called RWP, is basically Apache).

I find that some people focus on and worry about your statement so much
that it essentially stifles them totally into no action at all. I used
to be like that. Then I saw the light - the real issue is whether or not
it works not whether or not you can blame.. ahem... call somebody else
for support. Ever call somebody else for support and you end up
informing them about how their software works?!? You may not have but I
sure have! So again, what is support mean in the context of Open Source?
And what does support really mean in the context of non Open Source?
After years of experience I've learned that the later is not really
significantly better than the former. YMMV.
[color=blue]
> Seriously, how long does this "experiment" have to last?[/color]

Maybe it's no longer an experiment rather they just haven't changed the
tag. How long will this American experiment last? Been going for over
200 years. Been going long enough for most people in the world to invest
it in...
[color=blue]
> Is it that hard for them to run some tests to see if the thing works
> or not?[/color]

Have you actually used Open Source at all? Have you actually tried to
build it yourself? Often (i.e. every time I've done it) it has tests
built in. For example, CPAN modules will configure their Makefiles,
compile and run tests before installing. Question: How many tests do you
need and how many of them need to pass? One person may have 100 tests
and 80 of them pass and he labels this as experimental just because 20
of them fail. But if you do not use any of the functionality in those 20
tests do you really care?
[color=blue][color=green]
>> But it already works in a production environment! Have you tried it?[/color]
>
> Of course. And I have egg on my face to show for. I have to say, I
> rather dislike having to apologize to an important client for someone
> else's bugs.[/color]

Get used to it! No software is bug free! The trick is to get the
software with bugs in functionality that you don't care about.

(BTW if software were bug free then getting support would be irrelevant!)
[color=blue][color=green]
>> I've been using Apache 2 with PHP outputting megabytes of files with
>> no problems.[/color]
>
> If you don't believe me, take a look at the CVS:
>
> http://cvs.php.net/viewcvs.cgi/php-s...og#rev1.1.2.32
>
> Yes, I actually had to rummage through the source to see when the leak
> was plugged because the fix wasn't mentioned in the changelog. I had
> been warned I suppose.[/color]

Hmmm... Funny:

Revision *1.1.2.32* - (view
<http://cvs.php.net/viewcvs.cgi/php-src/sapi/apache2handler/sapi_apache2.c?hideattic=0&view=markup&rev=1.1.2.3 2>)
(download
<http://cvs.php.net/viewcvs.cgi/*checkout*/php-src/sapi/apache2handler/sapi_apache2.c?rev=1.1.2.32>)
(as text
<http://cvs.php.net/viewcvs.cgi/*checkout*/php-src/sapi/apache2handler/sapi_apache2.c?content-type=text%2Fplain&rev=1.1.2.32&pathrev=1.1.2.32>)
(annotate
<http://cvs.php.net/viewcvs.cgi/php-src/sapi/apache2handler/sapi_apache2.c?annotate=1.1.2.32&hideattic=0>)
- [select for diffs]
<http://cvs.php.net/viewcvs.cgi/php-src/sapi/apache2handler/sapi_apache2.c?hideattic=0&r1=1.1.2.32&view=log>

/Fri Jun 25 12:51:38 2004 UTC/ (18 months, 1 week ago) by /edink/
Branch: *PHP_4_3*
<http://cvs.php.net/viewcvs.cgi/php-src/sapi/apache2handler/sapi_apache2.c?view=log&hideattic=0&pathrev=PHP_4_ 3>

Changes since *1.1.2.31: +3 -25 lines*
Diff to previous 1.1.2.31
<http://cvs.php.net/viewcvs.cgi/php-src/sapi/apache2handler/sapi_apache2.c?hideattic=0&r1=1.1.2.31&r2=1.1.2.32 >
, to branch point 1.1
<http://cvs.php.net/viewcvs.cgi/php-src/sapi/apache2handler/sapi_apache2.c?hideattic=0&r1=1.1&r2=1.1.2.32>


_Memory leak fix_ (patch by Joe Orton)


Seems pretty clear to me that it was fixed *18 month and 1 week ago!!!*
--
I(nternal) R(evenue) S(ervice): We've got what it takes to take what
you've got.

re: Apache 2 and PHP stable yet?

Balazs Wellisch wrote:[color=blue]
> You are! That's the beauty of open source. If you don't like the way it
> works, fix it! On the downside there's really no one single entity to blame
> if it doesn't work.[/color]

It is one thing to fix a software flaw. It is quite another when the
problem is in the development process. The only way to fix it is to
fork--another beauty of open source I suppose.
[color=blue]
> The life cycle of open source products are typically longer than that of
> proprietary software. Open source products are usually released when they
> are ready not when marketing says so. I think this is a good thing. It keeps
> the quality of software higher while maintaining more realistic user
> expectations. If it's in beta you should understand what you're getting
> yourself into.[/color]

I think you're taking a particular case and fairly generalizing it over
all open source products. It's certainly not a common practice to
release software with critical components marked as experimental. We're
not talking beta versions here. This has been the case for the last
dozen production releases or so.
[color=blue]
> Sorry, but I don't think that's fair. If you had done your job you would've
> discovered any flaws or problems before a production deployment. It's up to
> you test your own setup. Of course, I'm not aware of the details of your
> situation, I could be wrong.[/color]

I guess it was my fault to assume that the software would work
correctly at the most basic level. Why, even the developers themselves
don't know if it works or not. I'm clearly a fool in choosing the open
source route.

re: Apache 2 and PHP stable yet?

[color=blue]
> It is one thing to fix a software flaw. It is quite another when the
> problem is in the development process. The only way to fix it is to
> fork--another beauty of open source I suppose.[/color]

I'm not sure I understand your point. What exactly do you see as a problem
in the development process?

Forking is typically not done to fix bugs. You can create a fork if you want
to take product development in a new direction that's more suitable for your
own needs. To fix a bug you can simply submit a patch for the current
release.
[color=blue]
>
> I think you're taking a particular case and fairly generalizing it over
> all open source products. It's certainly not a common practice to
> release software with critical components marked as experimental. We're
> not talking beta versions here. This has been the case for the last
> dozen production releases or so.[/color]

Well, sure I am generalizing since we're having a discussion about the
merits of open source development. It is in fact a necessity for open source
to "release" software in an experimental state. Most projects have nightly
builds that can be downloaded, worked on and then released again. This is
how things get done. This is why open source is more powerful. Anyone can
download the software and contribute to its development. Potentially there
could be tens of thousands of programmers working on a project, fix bugs,
add features, etc. No software manufacturer can compete with that.
[color=blue]
> I guess it was my fault to assume that the software would work
> correctly at the most basic level. Why, even the developers themselves
> don't know if it works or not. I'm clearly a fool in choosing the open
> source route.[/color]

It depends. If you're installing software on a production system than you're
playing the role of a system administrator. System administrators are
responsible for the operation of hardware and software. As such you should
have intimate knowledge of every component you install and you should be
able to fix any problem that occurs. Whether you do it yourself or through
support from a community or a company is up to you. But, you are responsible
for taking the necessary steps to ensure the operation of your server.

If you're a developer than you have every right to expect the server you're
working on to function as advertised. But if something goes wrong, guess
who's blamed? The sys admin! So, if you're playing both roles, ultimately it
is you who gets blamed!

It sounds to me like you're a little bitter about something that went wrong
and perhaps you lost some of your objectivity in the process. Why don't you
elaborate a little more on your problem? Perhaps we can help!

Balazs

re: Apache 2 and PHP stable yet?

"Balazs Wellisch" <balazs@neusolutions.com> wrote in
news:t1qtf.8521$ka.5710@tornado.socal.rr.com:
[color=blue]
> I'm responsible for a number of servers running Apache 2.0 and both
> PHP 4 and 5. These machines serve well over a millinon hits per day
> each. I have not had any problems with either combination to date.
>
> The Apache 2.0, PHP 4+, MySQL 4+ setup seems very solid to me. I'm
> not sure if it's officially supported though. But than again, what
> does official support mean in the open source world anyway?[/color]

I've stuck with PHP 4.x due to the "not official for a production
environment" statement. I manage three servers, one with several
virtual domains and have had no problems either.

MySQL is at the top of my "must learn" list. Balazs, I like your
question about "official support" so I guess it's just time to try it.
Thanks, one of my servers is a "test bed" so I may have to just test
PHP 5.
[color=blue]
> However, be sure to run it on hardware supported by your OS vendor.
> The only tough problems I've ever encountered were always due to
> unsupported hardware/driver issues.
>[/color]

Not too much of an issue with an OS like Linux as long as you don't go
for the latest and greatest in hardware. My biggest problems using
SuSE distributions are non-standard installation paths making many
"how-tos" difficult to follow.
[color=blue]
>
> "Randell D." <reply.via.newsgroup.thanks@fiprojects.moc> wrote in
> message news:faptf.25897$OU5.11188@clgrps13...[color=green]
>>
>> Folks,
>>
>> This must get asked reasonably often however I've had tried viewing
>> groups.google.com and the apache/php web pages and not found a
>> specific answer.
>>
>> Basically, is Apache 2 officially supported with PHP, and if so,
>> which version of PHP?
>>
>> The last I heard the PHP website had Apache 2 with PHP4 running for
>> something like two years, but the support was still not official
>> for a production environment.
>>
>> Thus - Is PHP still officially only supported on Apache 1.3? Or,
>> which version of PHP is considered stable for Apache2.
>>
>> Thanks - replies via newsgroup please, so all can learn,
>>
>> Randell D.[/color]
>
>
>[/color]



--
Stan McCann "Uncle Pirate" http://stanmccann.us/pirate.html
Webmaster/Computer Center Manager, NMSU at Alamogordo
http://alamo.nmsu.edu/ There are 10 kinds of people.
Those that understand binary and those that don't.

re: Apache 2 and PHP stable yet?

Andrew DeFaria <Andrew@DeFaria.com> wrote in
news:43b965fb$0$58086$742ec2ed@news.sonic.net:
[color=blue]
> Chung Leong wrote:
>[color=green]
>> Andrew DeFaria wrote:
>> Okay, so people are supposed to make a important business decision
>> based on some messages they read on a newsgroup?[/color]
>
> Yes! It's done all the time. In fact I do it all the time![/color]

I have for years. Even with big name software. Have you ever tried to
get support from Novell or Microsoft? Much easier to use Google which
will often lead to the answer from *a newsgroup.* As far as decisions
as to what to use, get into the proper newsgroups before making the
decision, read and learn. It's not too difficult after reading a while
to detect who knows things and who the bozos are.

Then make some informed decisions.
[color=blue][color=green]
>> Jesus. The big issue is not whether it actually works but who's
>> responsible when it doesn't.[/color]
>
> Ah no, not at all. If the software works then nobody needs to worry
> about being responsible when it doesn't because it does. This is
> simple logic. Are you sure you're a real programmer?[/color]

If it (whatever it is) doesn't work, blame Bill[1], the ultimate evil
in the world[2]. ;)
[color=blue][color=green]
>> If I'm pushing a setup that's described as experimental and
>> something goes wrong, who's responsible? Me.[/color]
>
> Then test it. Or spending thousands or millions of dollars on
> inferior off the shelf software that - guess what? - has bugs too.
> Some of this off the shelf software with their support contracts and
> all are based off of Open Source stuff anyway (e.g. IBM/Rational's
> web server software, called RWP, is basically Apache).[/color]

Test servers work wonders.
[color=blue]
>[color=green]
>> Seriously, how long does this "experiment" have to last?[/color][/color]

The "web" is still an experiment. Better not use it, it's full of
bugs.

[1] Bill Gates is even responsible for Andrew's top posting. Outlook
brought that style on.

[2] In jest of course. Microsoft has done a lot of things incorrectly,
but they have also done some pretty decent stuff.

--
Stan McCann "Uncle Pirate" http://stanmccann.us/pirate.html
Webmaster/Computer Center Manager, NMSU at Alamogordo
http://alamo.nmsu.edu/ There are 10 kinds of people.
Those that understand binary and those that don't.

re: Apache 2 and PHP stable yet?

Balazs Wellisch wrote:[color=blue]
> I'm not sure I understand your point. What exactly do you see as a problem
> in the development process?[/color]

Too much emphasis on feature addition. Too little on quality assurance.
There is something wrong when the development team is talking about
what to do/break in PHP 6 when Apache 2 support in PHP 4 is still
unsettled.
[color=blue]
> Well, sure I am generalizing since we're having a discussion about the
> merits of open source development. It is in fact a necessity for open source
> to "release" software in an experimental state. Most projects have nightly
> builds that can be downloaded, worked on and then released again. This is
> how things get done. This is why open source is more powerful. Anyone can
> download the software and contribute to its development. Potentially there
> could be tens of thousands of programmers working on a project, fix bugs,
> add features, etc. No software manufacturer can compete with that.[/color]

But we are not having a discussion about the merit of open source
development. Why are people so eager to turn every discussion into the
merit of open source?!
[color=blue]
> It sounds to me like you're a little bitter about something that went wrong
> and perhaps you lost some of your objectivity in the process. Why don't you
> elaborate a little more on your problem? Perhaps we can help![/color]

Not bitter, just dismayed at the direction that PHP is heading.
Paradoxically, as they try to make the technology more
"enterprise-ready," it's becoming more hobbyish. I can't give out too
much details about my own project. I can only say it is a software
deployed in some important government agencies. It's nerve-wrecking
enough making sure that my own code doesn't fail. The last thing I need
is more uncertainty. Low margin for errors and low tolerance for
risks--that I associate with an enterprise environment. Unfortunately
the PHP illuminati seem to think that enterprise-ready means namespace
and what not.

re: Apache 2 and PHP stable yet?

[color=blue]
> But we are not having a discussion about the merit of open source
> development. Why are people so eager to turn every discussion into the
> merit of open source?![/color]

Well, I was responding to '> Define "support" in the context of Open
Source.' Which sounds pretty general to me, but whatever.
[color=blue]
> Paradoxically, as they try to make the technology more
> "enterprise-ready," it's becoming more hobbyish. I can't give out too
> much details about my own project. I can only say it is a software
> deployed in some important government agencies. It's nerve-wrecking
> enough making sure that my own code doesn't fail. The last thing I need
> is more uncertainty. Low margin for errors and low tolerance for
> risks--that I associate with an enterprise environment. Unfortunately
> the PHP illuminati seem to think that enterprise-ready means namespace
> and what not.[/color]

If you feel strongly that this is an issue that impacts a large number of
users and should be addressed by the PHP development group feel free to send
a request to their mailing list. I would be interested in knowing their
response as well.

http://www.php.net/mailing-lists.php

I'm no authority on PHP development, but I can tell you with a fair amount
of certainty that it will go in the direction of what the majority demands.
That means it may not be completely suitable for your purposes, but it may
work just fine for everyone else.

No open source product can be "enterprise ready" on its own. If you want
enterprise support, training, documentation, etc. you have to pay for it.
It's as simple as that.

Balazs

re: Apache 2 and PHP stable yet?

> Not too much of an issue with an OS like Linux as long as you don't go[color=blue]
> for the latest and greatest in hardware. My biggest problems using
> SuSE distributions are non-standard installation paths making many
> "how-tos" difficult to follow.[/color]

Well, the only problems I've encountered with Linux were always do to
hardware not fully supported by my distro. For enterprise deployments I go
with the RH ES series. That way I can rely on Red Hat to do all the testing
for me. It's well worth $300 per year. I'm sure SuSE and Novell do a good
job too. I do prefere Red Hat's layout though. Maybe it's just because I'm
used to it.

On less critical installations I go with Fedora because it gives me an
opportunity to run the latest and greatest. I've deployed PHP 5 with MySQL 5
on such systems and after a little bit of tweaking they've all been working
fine.

Balazs

re: Apache 2 and PHP stable yet?

Stan McCann wrote:
[color=blue]
> [1] Bill Gates is even responsible for Andrew's top posting. Outlook
> brought that style on.[/color]

You have an odd definition of "top posting". I don't top post. I
intersperse...

re: Apache 2 and PHP stable yet?

Andrew DeFaria <Andrew@DeFaria.com> wrote in news:43bdd54c$0$58113
$742ec2ed@news.sonic.net:
[color=blue]
> Stan McCann wrote:
>[color=green]
>> [1] Bill Gates is even responsible for Andrew's top posting. Outlook
>> brought that style on.[/color]
>
> You have an odd definition of "top posting". I don't top post. I
> intersperse...[/color]

Not an odd definition at all. I apologize that I attributed something
to you incorrectly.

--
Stan McCann "Uncle Pirate" http://stanmccann.us/pirate.html
Webmaster/Computer Center Manager, NMSU at Alamogordo
http://alamo.nmsu.edu/ There are 10 kinds of people.
Those that understand binary and those that don't.

re: Apache 2 and PHP stable yet?

Stan McCann wrote:
[color=blue]
> Andrew DeFaria <Andrew@DeFaria.com> wrote in news:43bdd54c$0$58113
> $742ec2ed@news.sonic.net:
>[color=green]
>> Stan McCann wrote:
>>[color=darkred]
>>> [1] Bill Gates is even responsible for Andrew's top posting. Outlook
>>> brought that style on.[/color]
>>
>> You have an odd definition of "top posting". I don't top post. I
>> intersperse...[/color]
>
> Not an odd definition at all. I apologize that I attributed something
> to you incorrectly.[/color]

Apology accepted. Thanks for admitting a simple mistake.
--
DUMBWAITER: one who asks if the kids would care to order dessert.

re: Apache 2 and PHP stable yet?

Andrew DeFaria <Andrew@DeFaria.com> wrote in
news:43bf8aa2$0$95949$742ec2ed@news.sonic.net:
[color=blue]
> Stan McCann wrote:
>[color=green]
>> Andrew DeFaria <Andrew@DeFaria.com> wrote in news:43bdd54c$0$58113
>> $742ec2ed@news.sonic.net:
>>[color=darkred]
>>> Stan McCann wrote:
>>>
>>>> [1] Bill Gates is even responsible for Andrew's top posting.
>>>> Outlook brought that style on.
>>>
>>> You have an odd definition of "top posting". I don't top post. I
>>> intersperse...[/color]
>>
>> Not an odd definition at all. I apologize that I attributed
>> something to you incorrectly.[/color]
>
> Apology accepted. Thanks for admitting a simple mistake.[/color]

Not a problem. I believe strongly in admitting mistakes, and we all
make them. I also believe we learn from our mistakes (lesson here is
look more carefully before naming someone). Being a teacher on the
side, I always give students the opportunity to fix their work
believing that they are learning more by fixing the mistakes.

--
Stan McCann "Uncle Pirate" http://stanmccann.us/pirate.html
Webmaster/Computer Center Manager, NMSU at Alamogordo
http://alamo.nmsu.edu/ There are 10 kinds of people.
Those that understand binary and those that don't.