Return-Path: Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org Received: (qmail 25699 invoked by uid 500); 22 Aug 2002 03:26:32 -0000 Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list apreq-dev@httpd.apache.org Received: (qmail 25683 invoked from network); 22 Aug 2002 03:26:31 -0000 Message-ID: <3D6459E6.3040606@stason.org> Date: Thu, 22 Aug 2002 11:26:30 +0800 From: Stas Bekman Organization: Hope, Humanized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020510 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Schaefer Cc: apreq list Subject: Re: dev question: apreq 2 as a filter? References: <3D644BC4.9010705@stason.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Joe Schaefer wrote: > Stas Bekman writes: >>As mentioned before, I'd rather wait before httpd-dev decides how they >>want apreq to be in order to accept it. > > > Agreed, but I don't think it hurts anything to *discuss* potential > implications of a filter based approach. Of course ;) > FWIW, I think filters > are a non-starter if it means that a +100MB file upload will balloon > the httpd process size by +100MB. Meaning that ideally it should be hookable both ways, the old way and as a filter. If we have that, we aren't restricted in exploring the filter option while having the knowingly working "normal" interface. Plus it will probably need to be more configurable. For example if acting as a filter, we may need an option to suck the body-in or copy it. And be able to limit the body size like we do now to avoid DOS attacks. p.s. As you can see on the httpd-dev list, so far more reaction was generated regading the silly macro which is a one-sec fix, rather than the much bigger issue we are trying to resolve here. __________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:stas@stason.org http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com