Hi,
socket = /tmp/php-cgi.socket + var.PID
this is a really stupid idea: that way you just keep spawning new backends
with every lighttpd restart, and the old backends will still be running too.
Recommended way is to use runit or daemontools/supervise with spawn-fcgi, that
way you can
tag 457290 + moreinfo
thanks
On Fri, Dec 21, 2007 at 10:10:24AM +, Olaf van der Spek wrote:
Package: lighttpd
Version: 1.4.13-4etch4
Severity: normal
Hi,
invoke-rc.d lighttpd stop does not (always) stop php-cgi.
So restarting php isn't as easy as it should be.
I fear that I
On Sun, Mar 16, 2008 at 11:17 AM, Pierre Habouzit [EMAIL PROTECTED] wrote:
I fear that I cannot reproduce that with recent lighttpd's and have no
etch lighttpd at hand with php-cgi. Can you still reproduce that ?
I haven't seen it in 1.4.18 and I can't reproduce it in Etch.
If not,
On Sun, Mar 16, 2008 at 10:55 PM, Pierre Habouzit [EMAIL PROTECTED] wrote:
Well reproducing it is a thing, knowing where it comes from would help
even more.
If you can reliably reproduce it, finding the cause is usually not that hard.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Sun, Mar 16, 2008 at 01:39:22PM +, Olaf van der Spek wrote:
On Sun, Mar 16, 2008 at 11:17 AM, Pierre Habouzit [EMAIL PROTECTED] wrote:
I fear that I cannot reproduce that with recent lighttpd's and have no
etch lighttpd at hand with php-cgi. Can you still reproduce that ?
I
Package: lighttpd
Version: 1.4.13-4etch4
Severity: normal
Hi,
invoke-rc.d lighttpd stop does not (always) stop php-cgi.
So restarting php isn't as easy as it should be.
# ps aux|grep www
www-data 2314 0.0 0.2 81972 4956 ?Ss Dec20 0:00
/usr/bin/php-cgi
www-data 8894 5.1 0.7
6 matches
Mail list logo
