Re: fastcgi: maxRequests

2006-10-29 Thread Michael Radziej
Michael Radziej schrieb: > Hi, > > the patch has been ready since yesterday but I can't create tickets > (Akismet), so I dump it here (what can I do?)--the patch is attached. > 'python manage.py runfcgi help' describes the additional parameter. I succeeded in creating the ticket, it's #2969.

Re: fastcgi: maxRequests

2006-10-26 Thread Michael Radziej
Hi, the patch has been ready since yesterday but I can't create tickets (Akismet), so I dump it here (what can I do?)--the patch is attached. 'python manage.py runfcgi help' describes the additional parameter. Michael -- noris network AG - Deutschherrnstraße 15-19 - D-90429 Nürnberg - Tel +4

Re: fastcgi: maxRequests

2006-10-25 Thread Michael Radziej
Jacob Kaplan-Moss schrieb: > On 10/25/06 9:14 AM, Michael Radziej wrote: >> I'm a little bit anxious that there would be a memory hole >> somewhere (though I *was* careful) and would like to set this option. >> >> Would that be a wanted feature? Or was there a reason against it? > > Yeah, it sou

Re: fastcgi: maxRequests

2006-10-25 Thread Jacob Kaplan-Moss
On 10/25/06 9:14 AM, Michael Radziej wrote: > flup provides a way to limit the requests handled by a process, > but manage.py runfcgi does not allow to set it. > > I'm a little bit anxious that there would be a memory hole > somewhere (though I *was* careful) and would like to set this option.

fastcgi: maxRequests

2006-10-25 Thread Michael Radziej
Hi, flup provides a way to limit the requests handled by a process, but manage.py runfcgi does not allow to set it. I'm a little bit anxious that there would be a memory hole somewhere (though I *was* careful) and would like to set this option. Would that be a wanted feature? Or was there a r