httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe Jr." <wr...@rowe-clan.net>
Subject Re: svn commit: r1133582 - in /httpd/httpd/trunk: CHANGES docs/manual/filter.xml docs/manual/mod/mod_data.xml docs/manual/mod/mod_data.xml.meta docs/manual/new_features_2_4.xml modules/filters/config.m4 modules/filters/mod_data.c
Date Mon, 13 Jun 2011 15:40:36 GMT
On 6/13/2011 6:11 AM, Paul Querna wrote:
> On Thu, Jun 9, 2011 at 12:13 AM,  <minfrin@apache.org> wrote:
>> Author: minfrin
>> Date: Wed Jun  8 22:13:21 2011
>> New Revision: 1133582
>>
>> URL: http://svn.apache.org/viewvc?rev=1133582&view=rev
>> Log:
>> mod_data: Introduce a filter to support RFC2397 data URLs.
> 
> Why is this in the core?
> 
> The example in the documentation doesn't make sense, this data encoded
> this way is inline, not the whole response.
> 
> I don't get why this is a filter in httpd core, its a feature of an
> app server when its generate its HTML?

Users do create apps in C/modperl/lua?

What are you suggesting relative to C code?  Would this be better part
of apreq?  And weren't we discussing bringing apreq into core?


Mime
View raw message