[Fwd: [lighttpd-announce] spawn-fcgi-1.6.0rc1-r16 prerelease]
Jim Ohlstein
jim.ohlstein at gmail.com
Thu Feb 19 19:31:28 MSK 2009
> -----Original Message-----
> From: owner-nginx at sysoev.ru [mailto:owner-nginx at sysoev.ru] On Behalf Of
> mike
> Sent: Thursday, February 19, 2009 11:10 AM
> To: nginx at sysoev.ru
> Subject: Re: [Fwd: [lighttpd-announce] spawn-fcgi-1.6.0rc1-r16
> prerelease]
>
> My qualm was having to write a custom script to manage spawn-fcgi
> pools and it ignored the max requests environment variable (that must
> be fixed by now)
I had the same issue.
>
> Yes the only drawback with php-fpm is the custom build but if you want
> an optimized binary with all the stuff you want and not the stuff you
> don't want that's what of comes down to anyway.
>
> I tried looking for an example of spawn-fcgi for something other than
> php (very quickly though) and every example was for that...
>
> On Feb 19, 2009, at 3:14 AM, Cliff Wells <cliff at develix.com> wrote:
>
> > On Wed, 2009-02-18 at 22:25 -0800, mike wrote:
> >> Yeah I saw that and I wanted to ask why anyone would use it after
> >> using php-fpm...
> >
> > I've had zero issues with spawn-fcgi over the last couple years. I
> > can't speak for anyone else, but the appeal of maintaining a custom
> > PHP
> > build is of zero interest to me.
> >
> >> Seems like spawn-fcgi is designed only for PHP ... fcgiwrap is
> aiming
> >> for general purpose too... I would only see a benefit for spawn-fcgi
> >> if it was useful for other things than PHP now that php-fpm is
> >> there...
> >
> > AFAIK, spawn-fcgi can be used to launch any FCGI app. I rarely use
> > FCGI *except* for PHP, but on Lighty spawn-fcgi is the de facto
> > standard
> > for launching a FCGI, so don't see how it could be PHP-specific...
> > unless you are asserting Lighty can only host PHP FCGI apps?
But it won't launch more than one instance of anything beside php. The -C
flag only works for php - unless that is changed with the new version as
well. Using it with fcgiwrap is very limiting.
> >
> > Cliff
> >
> >
More information about the nginx
mailing list