Aparentemente, se o mod_mime falhar, ele executa um arquivo conf não mencionado em nenhum dos outros arquivos .conf? magic.conf tem codificação, então deve ser isso.
Ansioso para atualizar, mas espero que isso ajude alguém que vive há 12 anos.
Mais especificamente, gostaria de sugestões de como meu servidor está codificando no formato compactado gzip. Temos um contêiner OC4J que serve codificação de transferência gzip e outros não. Tentando desativar a compactação no contêiner de trabalho, não apenas comentamos a compactação feita no httpd.conf, mas colocamos o comando para desabilitar explicitamente o gzip, e o conteúdo ainda retorna o gzip. O que está realmente fazendo a compressão?
Nada em virtualhosts.conf e não vejo nada no META-INF web.xml. Não há arquivo .htaccess. Tentei adicionar as mesmas diretivas AddEncoding em virtualhosts.conf para o host não funcional, mas sem sorte ... esse contêiner ainda está servindo conteúdo descompactado. Estamos executando o Apache 1.3 (sim, eu sei que é antigo) e mod_deflate / mod_gzip não são módulos carregados. O zlib não está sendo usado e o Apache é tão antigo que mod_gzip e mod_deflate não estão em jogo, então eu preciso descobrir como o gzip está acontecendo.
Atualmente, as respostas dos contêineres que não funcionam não têm Codificação de Transferência no cabeçalho ou estão em formato de partes. Eu sei que a maioria das pessoas acredita que as respostas são gzip ou chunked, mas eu estava lendo que uma resposta pode ser gzip e chunked, contanto que isso aconteça na ordem correta.
ATUALIZAÇÃO Verifiquei recursivamente todos os arquivos .conf e não estou vendo onde isso está sendo feito.
Aparentemente, se o mod_mime falhar, ele executa um arquivo conf não mencionado em nenhum dos outros arquivos .conf? magic.conf tem codificação, então deve ser isso.
Ansioso para atualizar, mas espero que isso ajude alguém que vive há 12 anos.