SUGGESTION/QUESTION : Multi-Pass Module Support Idea???? (fwd)

[Rob Hartill <ha...@hyperreal.com>]

Hmmmm.

no ack.

Forwarded message:
> From yml@radix.net  Tue Feb 20 11:14:39 1996
> Sender: root@unforgiven.radix.net
> Message-ID: <31...@radix.net>
> Date: Tue, 20 Feb 1996 14:03:37 -0500
> From: yml <ym...@radix.net>
> Organization: YML Consulting
> X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.5 i486)
> MIME-Version: 1.0
> To: apache-bugs@mail.apache.org
> Subject: SUGGESTION/QUESTION : Multi-Pass Module Support Idea????
> X-URL: http://www.apache.org/docs/FAQ.html#future
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
> 
> I've looked through the Apache Module support, notably at the 
> mod_include.c module.
> 
> It seems that this module parses the file descriptor stream and directly
> spits out a reply to the browser.
> 
> What happens if one has two modules that want to parse through the
> HTML source text? (e.g. for custom HTML extensions that I'm playing
> with, for instance). 
> 
> It seems with the current setup that such a thing can't be done. (Am
> I correct here?)
> 
> Wouldn't it be interesting if one could, instead of having modules
> open source files directly and communicate with the browser directly,
> have everything occur in a buffer allowing a multi-pass approach to
> modules that want to mess with the source text? Once all passes have
> been completed, the final document would get sent out to the browser by
> the server core. 
> 
> Using this approach multiple modules would be able to modify the HTML
> source BEFORE it was sent to the browser. (Thus I could add my own
> extensions without having to worry about supporting all the include
> directives which already have a module that implements them.)
> 
> thanks for your time,
> 
> -- Yermo
> 
> 
> -----------------------------------------------------------------------------
> Yermo Lamers              http://www.YML.com             yml@Radix.Net
> Internet & Unix Systems                                  Md, USA
> 
>           Web Site User Tracking and Revolutionary Interactivity
>     Unix and Internet Wizardry fearlessly practiced at reasonable rates  
>                       Opinions expressed are my own.
>