php fastcgi support - how do u do it?

[nginx.mailinglist]

Another vote up for php-fpm here

I converted slowly over last 2 weeks by patching php5.2.6 and using it with
nginx0.6.31

But yea documentation is kinda short but not really required as such, I know
russian as is so wasnt too bad :p


My experience is very positive

Previous Setup:
*3x servers with lighttpd1.4.19 for php
*25x servers with nginx0.6.31 for file downloads via x-sendfile and file
uploads via lighttpd1.5+mod_uploadprogress (im waiting for the nginx
uploadprogress module to be more stable)
New setup
 *3x servers with nginx0.6.31 and php-fpm patch for php5.2.6
*25x servers remain same


Before the php processes used to go gaga resulting in http 500 errors, also
when i tryied killing them via "killall lighttpd && killall php-cgi" some of
the php processes would stick around and i had to manually kill -9 them. now
php-fpm takes care of all that, so reliabilty improved markedly

What can i say i am very happy with this patch! and i hope it ends up in the
default php setup


Regards


On Tue, Jul 15, 2008 at 11:11 AM, Igor Clark <igor at pokelondon.com> wrote:

> Just my +1 for php-fpm, although I haven't got round to using it in
> production yet.
>
> I've been running PHP/FCGI using a home-made set of scripts, based around
> my version of Alexey Kovyrin's PHP–FCGI spawn script, along with some
> init/chkconfig tools. It worked fine, and although there was never a
> graceful restart, I never had any major problems with it.
>
> I read on this list about php-fpm and intended to try it out, but because
> what I had worked, I only did so yesterday. When I did, I was delighted to
> see how much more neatly it does everything I'd done in my scripts, as well
> as providing excellent additions such as signal support for useful functions
> and a fix for the "blank 200 page" problem.
>
> Given how well it apparently runs in much more heavily-loaded environments
> than mine, I'm going to try this out on the next available project, and I
> suspect I'll be using it from now on. Thanks to Andrei for writing it, and
> to everyone who championed it. Shame I didn't get round to it earlier.
>
> Best wishes,
> Igor
>
>
> On 11 Jul 2008, at 04:24, mike wrote:
>
> use php-fpm. it's a patch to php source. it's the best way to manage
>> fastcgi pools/engines.
>>
>> anything else is hokey and some don't even work properly.
>>
>> On 7/10/08, Jeffrey 'jf' Lim <jfs.world at gmail.com> wrote:
>>
>>> hi, folks, I'm thinking of using nginx (quite obviously!!!) for one of my
>>> deployments with php. Now since nginx doesnt do cgi, the only way to do
>>> nginx with php is using fastcgi. The question now is, how, and in what
>>> way?
>>> I'd like to gather some feedback from the list - if you use nginx with
>>> fastcgi php, how do you implement your fastcgi? Using the fastcgi script
>>> as
>>> provided by php, or using lighttpd's script, or?
>>>
>>> -jf
>>>
>>> --
>>> In the meantime, here is your PSA:
>>> "It's so hard to write a graphics driver that open-sourcing it would not
>>> help."
>>> -- Andrew Fear, Software Product Manager, NVIDIA Corporation
>>> http://kerneltrap.org/node/7228
>>>
>>>
>>
> --
> Igor Clark • POKE • 10 Redchurch Street • E2 7DD • +44 (0)20 7749 5355 •
> www.pokelondon.com
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20080715/62739b83/attachment.html>