php fastcgi support - how do u do it?
nginx.mailinglist at xinio.info
Tue Jul 15 15:04:18 MSD 2008
Another vote up for php-fpm here
I converted slowly over last 2 weeks by patching php5.2.6 and using it with
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
*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)
*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
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,
> 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
>>> 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
>>> provided by php, or using lighttpd's script, or?
>>> In the meantime, here is your PSA:
>>> "It's so hard to write a graphics driver that open-sourcing it would not
>>> -- Andrew Fear, Software Product Manager, NVIDIA Corporation
> Igor Clark • POKE • 10 Redchurch Street • E2 7DD • +44 (0)20 7749 5355 •
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the nginx