mod_filters order

--00032555795edfe38d0483a4bdc4
Content-Type: text/plain; charset=UTF-8

Hi,

I am using mod_filter on Apache httpd 2.2.15 to apply mod_include and
mod_Substitute filters to content.

I am setting an environment variable based on request_URI matches to apply
substitutions.

SetEnvIfNoCase Request_URI "\.html" tag=1
SetEnvIfNoCase Request_URI "\.htm" tag=1
SetEnvIfNoCase Request_URI "\/$" tag=1

This allows me to set tag=0 later on pages that I don't want to apply
mod_substitute to.

My filter settup is as follows:
FilterDeclare subst TRANSCODE
FilterProvider subst SUBSTITUTE env=tag $1
FilterProtocol subst "change=yes"
FilterProtocol subst "proxy=no"

My SSI rules are as follows

FilterDeclare SSI
FilterProvider SSI INCLUDES resp=Content-Type $text/html



"FilterChain SSI subst " works for some pages but I am losing content from
others. It is my understanding that I need to apply the substitute filter
before SSI because some of the content that I need to substitute may be in
include files.

My pages make heavy use of SSI includes and I want to apply the substitute
filter to content that has already been processed by SSI.

With "FilterChain subst SSI" Everything looks OK. And it actually looks like
the subst filter is being applied after the page has had all of it's
included compiled.


Can anyone help me understand why "FilterChain SSI subs" drops html from
some pages and why "FilterChain subst SSI" seems to actually apply the SSI
filter before the subst one?

Cheers,
John

--
_____________
John G. Moylan

--00032555795edfe38d0483a4bdc4
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<meta http-equiv=3D"content-type" content=3D"text/html; charset=3Dutf-8"><s=
pan class=3D"Apple-style-span" style=3D"font-family: arial, sans-serif; fon=
t-size: 13px; border-collapse: collapse; ">Hi,<div><br></div><div>I am usin=
g mod_filter on Apache httpd 2.2.15 to apply mod_include and mod_Substitute=
filters to content.</div>

<div><br></div><div>I am setting an environment variable based on request_U=
RI matches to apply substitutions.</div><div><br></div><div><div>SetEnvIfNo=
Case Request_URI "\.html" tag=3D1</div><div>SetEnvIfNoCase Reques=
t_URI "\.htm" tag=3D1</div>

<div>SetEnvIfNoCase Request_URI "\/$" tag=3D1</div><div><br></div=
><div>This allows me to set tag=3D0 later on pages that I don't want to=
apply mod_substitute to.</div><div><br></div><div>My filter settup is as f=
ollows:</div>

<div><div>=C2=A0FilterDeclare subst TRANSCODE</div><div>=C2=A0FilterProvide=
r subst SUBSTITUTE env=3Dtag $1</div><div>=C2=A0FilterProtocol subst "=
change=3Dyes"</div><div>=C2=A0FilterProtocol subst "proxy=3Dno&qu=
ot;</div></div><div><br>

</div><div>My SSI rules are as follows</div><div><br></div><div><div>Filter=
Declare SSI</div><div>FilterProvider SSI INCLUDES resp=3DContent-Type $text=
/html</div></div><div><br></div><div><br></div><div><br></div><div>"Fi=
lterChain SSI subst "=C2=A0works for some pages but I am losing conten=
t from others. It is my=C2=A0understanding=C2=A0that I need to apply the=C2=
=A0substitute=C2=A0filter before SSI because some of the content that I nee=
d to substitute may be in include files.</div>

<div><br></div><div>My pages make heavy use of SSI includes and I want to a=
pply the substitute filter to content that has already been processed by SS=
I.</div><div><br></div><div>With "FilterChain subst SSI" Everythi=
ng looks OK. And it actually looks like the subst filter is being applied a=
fter the page has had all of it's included compiled.</div>

<div><br></div><div><br></div><div>Can anyone help me understand why "=
FilterChain SSI subs" drops html from some pages and why=C2=A0"Fi=
lterChain subst SSI" seems to actually apply the SSI filter before the=
subst one?</div>

<div><br></div><div>Cheers,</div><div>John</div></div></span><br>-- <br>___=
__________<br>John G. Moylan<br><br>

--00032555795edfe38d0483a4bdc4--
John [ Mi, 07 April 2010 14:31 ] [ ID #2038015 ]
Webserver » gmane.comp.apache.user » mod_filters order

Vorheriges Thema: A question about 'sticky_session_force' in file "workers.properties"
Nächstes Thema: Timestamps of access log entries