Re: PHP as a filter (was: Apache 2.0 Numbers)

2002-06-24 Thread William A. Rowe, Jr.
At 11:15 PM 6/24/2002, Ian Holsman wrote: >Greg Stein wrote: >> >>No frickin' way. PHP is a filter, not a handler. Something else generates >>the content, then PHP parses it and executes it. > >It should also be a handler because in the normal case it just reads a >flat file off the disk. >so tha

Re: PHP as a filter (was: Apache 2.0 Numbers)

2002-06-24 Thread Aaron Bannert
On Mon, Jun 24, 2002 at 09:15:41PM -0700, Ian Holsman wrote: > >No frickin' way. PHP is a filter, not a handler. Something else generates > >the content, then PHP parses it and executes it. > > It should also be a handler because in the normal case it just reads a > flat file off the disk. > so

Re: PHP as a filter (was: Apache 2.0 Numbers)

2002-06-24 Thread Ian Holsman
Greg Stein wrote: > On Sun, Jun 23, 2002 at 08:52:09PM -0700, Ian Holsman wrote: > >>... >>The main difference that I can see is that php is using a filter. >>i'd say that php's performance would increase to 1.3 numbers when >>they write there sapi interface as handler NOT a filter. >>until then

PHP as a filter (was: Apache 2.0 Numbers)

2002-06-24 Thread Greg Stein
On Sun, Jun 23, 2002 at 08:52:09PM -0700, Ian Holsman wrote: >... > The main difference that I can see is that php is using a filter. > i'd say that php's performance would increase to 1.3 numbers when > they write there sapi interface as handler NOT a filter. > until then php's performance will a