On Tuesday 11 June 2002 9:08 pm, Ken Neighbors wrote:
> > You're talking about a generic problem with OO, and I don't think
> > anyone has ever solved it fully (there are Interfaces and Mixins as
> > alternate ways to "fix" this but they all have problems in the
> > scenario you describe), so we'll just have to suck it and see. I
> > still think despite this problem that an alternate provider is the
> > best way to solve your problem.
>
> I'll give it a try as an alternate provider.
>
> But to support it there still needs to be a patch to ConfigReader to
> reset the Content-Encoding when AxGzipOutput is Off. In a nutshell
> this is what happens: when "AddEncoding x-gzip .gz" is present in
> httpd.conf, then mod_mime sets the Content-Encoding to x-gzip whenever
> a compressed file is accessed. However, if AxKit handles delivery of
> the request and AxGzipOutput is Off, then the Content-Encoding needs
> to be reset. But if AxKit declines to handle the delivery, then it
> needs to leave the Content-Encoding as-is. I found that the best
> place to put this logic was in ConfigReader::DoGzip because that is
> where AxKit fiddles with the Content-Encoding header. I tried putting
> this logic in File.pm, but at that point AxKit does not yet know if it
> is going to handle the deliver or not (it declines when the xml file
> has no stylesheets).
Ah, you can do that as a plugin then...
Here's what I do for the OpenOffice plugin (which is a combined provider and
plugin, but you enable it by enabling the plugin):
sub handler {
my $r = shift;
# do magic you need to do here
$r->dir_config->set('AxContentProvider',
'Apache::AxKit::Provider::OpenOffice');
return OK;
}
(note the OpenOffice provider will be for sale for $100 per server in a week
or two).
Matt.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
