Posted by Jerry Stuckle on 07/31/07 16:23

Michael Fesser wrote:
> .oO(Jerry Stuckle)
>
>> That's your opinion. But there are other, more efficient ways to do it.
>>
>> And if what you say is true, why don't Apache and PHP recommend it?
>> They don't, though.
>
> They don't say "don't do that" either.
>

No, they tell you WHAT TO DO - not WHAT NOT TO DO.

>> And they know best.
>
> Not always. There are also some default options in the Apache config,
> which are at least questionable. But that's another story.
>

In your opinion.

>>> There are, I already gave some. One reason was to have proper URLs
>>> without a .php suffix. Of course there are other ways to do that, but
>>> passing all pages through PHP is one way to achieve that goal and is
>>> quite easy to setup. This _is_ a reason.
>> No, you haven't given any good reasons for parsing all files as PHP.
>> What you have done is given the most inefficient way possible to achieve
>> that goal.
>
> That's your opinion.
>

No, it's a fact.

>> Oh, but there are - a huge number of other things going on even before
>> the parser gets involved - like loading the parser in that process or
>> thread, setting up the PHP environment, parsing the URL, and so on.
>
> Some of them can be avoided if PHP is installed as a module, some other
> work is required for SSI as well.
>

No, even set up as a module all of the above has to be done. And the
only thing done with SSI is to load the module. It doesn't set up a
special environment, parse a url, or any of the rest of that.

>> Parsing files for PHP unnecessarily is a waste of a lot of resources.
>
> So are images in a DB, but we're moving in circles. I don't want to
> waste any more of my own resources with that. You have your opinion,
> I have mine. As usual.
>

Completely off-topic and unrelated to this discussion.

As I said - there are much more efficient ways to get the same result.
But you ignore that.

> EOD for me
> Micha


--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[Back to original message]