[Mod_gzip] handlers and missing directories
Gareth Kirwan
mod_gzip@lists.over.net
Mon, 31 Mar 2003 20:56:11 +0100
This is a multi-part message in MIME format.
------=_NextPart_000_00B0_01C2F7C7.F658EA10
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
I think you mis-understand.
There is no error.
The handler for the entire site is Mason.
Mason handles the requests that are for non-existent files by passing them
up the dhandler chain for the path.
/test/x/mouse.html would check for the existence of the file.
When it didn't find it - it passes it off to /test/x/dhandler.
If that isn't found - it passes it to /test/dhandler - if not that then
/dhandler.
dhandler then does whatever it sees fit - generates content as per usual.
This isn't much different from a normal request to a Mason server - since
the request would be handled by a bunch of autohandlers if the file was
found anyway.
The point being - there is no error - Mason handles the request itself.
---
As far as your next part goes - I agree, the mod_gzip debug would be useful
here.
I turned apache logging up to info - but that didn't help.
Tomorrow morning I'll look into how to make mod_gzip log more info - I'm
guessing it's in the documentation or FAQ's somewhere - either way - easily
done.
I'll repost to the list in 12 hours or so.
Thanks for your time and effort.
Gareth
-----Original Message-----
From: mod_gzip-admin@lists.over.net
[mailto:mod_gzip-admin@lists.over.net]On Behalf Of TOKILEY@aol.com
Sent: 31 March 2003 19:12
To: mod_gzip@lists.over.net
Cc: gbjk@thermeoneurope.com
Subject: Re: [Mod_gzip] handlers and missing directories
> Gareth wrote...
>
> Not an error message.
> Full blown page.
So who or what is turning an actual 'file not found' situation
( Error 404 ) back into a 'real' response ( 200 )?
Is there something 'intercepting' normal Apache 'file not found'
errors and converting them to '200 responses'?
Do you have some kind of generic 302 redirect to another
page for all 'file not found' errors? Or are you doing this
with CGI?
> If I request:
> test/res.html
> Then I get the same as
> test/x/res.html
> except the specifics of x are loaded into res.html.
> It's a quirk of one of our systems.
>
> Nice try though ;-)
What do your own log files say?
Turn on full mod_gzip log and tell us what mod_gzip itself
has to say about WHY it chooses not to compress.
mod_gzip will always give a REASON when it decides something
is not eligible for compression.
The entry in the log will look something like this...
mod_gzip: DECLINED:SEND_AS_IS_NO_200
or perhaps
mod_gzip: DECLINED:EXCLUDED
If you are passing the errors off to some .ASP script
and you haven't included .ASP as an eligible input
file type for compression then it will probably say
'DECLINED:EXCLUDED' because mod_gzip hasn't
been told to compress the output from .ASP scripts.
These kind of 'pass offs' result in a whole new 'request'
flowing through Apache Server ( they call it an internal
redirect or sub-request ) and the same eligibility rules
apply to these 'internal' requests.
Gareth
In a message dated 3/31/2003 10:30:29 AM Central Standard Time,
gbjk@thermeoneurope.com writes:
Not an error message.
Full blown page.
If I request:
test/res.html
Then I get the same as
test/x/res.html
except the specifics of x are loaded into res.html.
It's a quirk of one of our systems.
Nice try though ;-)
Gareth
------=_NextPart_000_00B0_01C2F7C7.F658EA10
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1141" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080 s=
ize=3D2>I=20
think you mis-understand.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080 s=
ize=3D2>There=20
is no error.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080 s=
ize=3D2>The=20
handler for the entire site is Mason.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080 s=
ize=3D2>Mason=20
handles the requests that are for non-existent files by passing them up the=
=20
dhandler chain for the path.<BR>/test/x/mouse.html would check for the exis=
tence=20
of the file.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003></SPAN><SPAN class=3D742165119-310320=
03><FONT=20
face=3DTahoma color=3D#808080 size=3D2>When it didn't find it - it passes i=
t off to=20
/test/x/dhandler.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080 s=
ize=3D2>If=20
that isn't found - it passes it to /test/dhandler - if not that then=20
/dhandler.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2>dhandler then does whatever it sees fit - generates content as per=
=20
usual.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080 s=
ize=3D2>This=20
isn't much different from a normal request to a Mason server - since the re=
quest=20
would be handled by a bunch of autohandlers if the file was found=20
anyway.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080 s=
ize=3D2>The=20
point being - there is no error - Mason handles the request=20
itself.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2>---</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080 s=
ize=3D2>As=20
far as your next part goes - I agree, the mod_gzip debug would be useful=20
here.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080 s=
ize=3D2>I=20
turned apache logging up to info - but that didn't help.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2>Tomorrow morning I'll look into how to make mod_gzip log more info=
- I'm=20
guessing it's in the documentation or FAQ's somewhere - either way - easily=
=20
done.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080 s=
ize=3D2>I'll=20
repost to the list in 12 hours or so.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2>Thanks for your time and effort.</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2>Gareth</FONT></SPAN></DIV>
<DIV><SPAN class=3D742165119-31032003><FONT face=3DTahoma color=3D#808080=
=20
size=3D2></FONT></SPAN> </DIV>
<BLOCKQUOTE=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #808080 2px soli=
d">
<DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT face=3DTah=
oma=20
size=3D2>-----Original Message-----<BR><B>From:</B>=20
mod_gzip-admin@lists.over.net [mailto:mod_gzip-admin@lists.over.net]<B>On=
=20
Behalf Of </B>TOKILEY@aol.com<BR><B>Sent:</B> 31 March 2003=20
19:12<BR><B>To:</B> mod_gzip@lists.over.net<BR><B>Cc:</B>=20
gbjk@thermeoneurope.com<BR><B>Subject:</B> Re: [Mod_gzip] handlers and mi=
ssing=20
directories<BR><BR></FONT></DIV><FONT face=3Darial,helvetica><FONT=20
size=3D2><BR>> Gareth wrote...<BR>><BR>> Not an error message.<B=
R>>=20
Full blown page.<BR><BR>So who or what is turning an actual 'file not fou=
nd'=20
situation<BR>( Error 404 ) back into a 'real' response ( 200 )?<BR><BR>Is=
=20
there something 'intercepting' normal Apache 'file not found'<BR>errors a=
nd=20
converting them to '200 responses'?<BR><BR>Do you have some kind of gener=
ic=20
302 redirect to another<BR>page for all 'file not found' errors? Or are y=
ou=20
doing this<BR>with CGI?<BR><BR>> If I request:<BR>> test/res.html=
=20
<BR>> Then I get the same as <BR>> test/x/res.html<BR>> except t=
he=20
specifics of x are loaded into res.html.<BR>> It's a quirk of one of o=
ur=20
systems.<BR>><BR>> Nice try though ;-)<BR><BR>What do your own log =
files=20
say?<BR><BR>Turn on full mod_gzip log and tell us what mod_gzip itself<BR=
>has=20
to say about WHY it chooses not to compress.<BR><BR>mod_gzip will always =
give=20
a REASON when it decides something<BR>is not eligible for=20
compression.<BR><BR>The entry in the log will look something like=20
this...<BR><BR>mod_gzip: DECLINED:SEND_AS_IS_NO_200<BR>or perhaps<BR>mod_=
gzip:=20
DECLINED:EXCLUDED<BR><BR>If you are passing the errors off to some .ASP s=
cript=20
<BR>and you haven't included .ASP as an eligible input<BR>file type for=
=20
compression then it will probably say<BR>'DECLINED:EXCLUDED' because mod_=
gzip=20
hasn't<BR>been told to compress the output from .ASP scripts.<BR><BR>Thes=
e=20
kind of 'pass offs' result in a whole new 'request'<BR>flowing through Ap=
ache=20
Server ( they call it an internal<BR>redirect or sub-request ) and the sa=
me=20
eligibility rules<BR>apply to these 'internal'=20
requests.<BR><BR><BR><BR><BR><BR><BR><BR><BR>Gareth<BR><BR><BR><BR><BR>In=
a=20
message dated 3/31/2003 10:30:29 AM Central Standard Time,=20
gbjk@thermeoneurope.com writes:<BR><BR><BR>
<BLOCKQUOTE=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px so=
lid; MARGIN-RIGHT: 0px"=20
TYPE=3D"CITE">Not an error message.<BR>Full blown page.<BR><BR>If I=20
request:<BR>test/res.html <BR>Then I get the same as=20
<BR>test/x/res.html<BR>except the specifics of x are loaded into=20
res.html.<BR>It's a quirk of one of our systems.<BR><BR>Nice try though=
=20
;-)<BR><BR>Gareth<BR></BLOCKQUOTE><BR><BR></BLOCKQUOTE></FONT></FONT></=
BODY></HTML>
------=_NextPart_000_00B0_01C2F7C7.F658EA10--