info@ch2o.info (mathieu

------------peace-on-earth-246ab3ab0c79b204abfe4577d4780122
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

hi every body,

i've developped a new implementation of fastcgi module for apache.
i'have used the scheme handler of mod=5Fproxy of apache like new mod=5Fp=
roxy=5Fajp in apache 2.2...
the idea is to make possible proxyfy php application behind apache (for =
security et and performance...).
to make possible to execute fastcgi in one machine and apache in other m=
achine... separed by firwalle (two DMZ)...

the developpement of the old module as been stoped...

is why i've decide to reimplemente all in new code with decente licence =
(apache 2 licence...for the moment...)

but in this way php receve all request: image, binary file, static file.=
...and also php file...
for the php file no probleme... but for binary and image... they try to =
interpret systematicly...

to evitate this i've modify the fastcgi sapi to handle this in the good =
way...
they only execute by the php interpreter file with a list of extension (=
..php .php4 .php5...)
all other file are served directly...
i've also modify the sapi to handle index file (index.html index.php...)=
....

i have some dev to add new parametterer in php.ini to handle this additi=
on...
but after how i can add to php trunck my dev =3F

they modify only php cgi/fastcgi sapi !

my code are her: http://mproxyfcgi.sourceforge.net/

Best Regards,
Mathieu
=20
------------peace-on-earth-246ab3ab0c79b204abfe4577d4780122--

andi@zend.com (andi

Making the PHP SAPI extension know how to handle static files does not sound
like the right solution to me. You should be able to redirect the PHP
requests only to PHP's FastCGI (which already works today incl. remotely),
and redirect the static content to a Web Server (thttpd or something alike).
I personally don't see a great reason adding such a patch to PHP itself.

Btw, what are the advantages between your and Apache's FastCGI
implementation? This is something you might want to share with the Apache
httpd folks because if it's a good implementation then it might be nice to
contribute it to them.

Andi


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php