* Joshua Slive wrote:
>> Modified: docs/manual/mod mod_deflate.xml mod_deflate.html.en
>> Tighten up the writing a little and add an even simpler
>> configuration example.
> By "tighten up", I basically mean "shorten". I removed some of your very
> explicit examples. I know that these would be helpful to some people, but
> I try to trade-off against the fact that they make the docs harder to
> navigate for people who don't need all those specific details.
That's ok for me ;-) There are actually too much things that one could say
about this topic.
> If you think I made the wrong decision, please feel free to put them back.
No, really. I think, there's no relevant information lost.
>> - <example>
>> + <example><title>Compress only a few types</title>
>> + AddOutputFilterByType DEFLATE text/html text/plain text/xml
>> + </example>
>
> I'm curious: Does anyone know whether this will actually work for someone
> who does a
> AddType application/x-httpd-php php
>
> The end content-type is text/html, but does AddOutputFilterByType check
> the content type before php gets at it? If so, we should document that
> both in the mod_deflate and AddOutputFilterByType docs.
AddOutputFilterByType filter inserting is triggered by every
ap_set_content_type call. That's perhaps not the best way (esp. if the
content type changes during the request processing), but currently I see no
alternative.
PHP doesn't use that api call, thus by-type-filters are not inserted. I've
just searched the code and tried to find one place, where it could be used,
but I found at least two places, where the content type will be set (1st:
default at the filter init, second later, if someone uses the php header()
function to change the type); I hope I've figured out that correctly - I
find the PHP sources too complex for my brain :).
However, I guess, it's probably easy to fix.
nd
--
Da f�llt mir ein, wieso gibt es eigentlich in Unicode kein
"i" mit einem Herzchen als T�pfelchen? Das w�r sooo s��ss!
-- Bj�rn H�hrmann in darw
