Falha na negociação do arquivo Apache

Estou tendo o seguinte problema em um host usando o Apache 2.2.22 + PHP 5.4.0

Preciso fornecer o arquivo /home/server1/htdocs/admin/contents.phpquando um usuário faz a solicitação http://server1/admin/contents:, mas recebo esta mensagem no servidor error_log.

Negotiation: discovered file(s) matching request: /home/server1/htdocs/admin/contents (None could be negotiated)

Observe que eu mod_negotiationhabilitei e MultiViews entre as opções para o host virtual relacionado:

<Directory "/home/server1/htdocs">
    Options Indexes Includes FollowSymLinks MultiViews
    Order allow,deny
    Allow from all
    AllowOverride All
</Directory>

Eu também uso mod_rewrite, com as seguintes .htaccessregras:

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /

    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule ^([^\./]*)$ index.php?t=$1 [L]
</IfModule>

Parece muito estranho, mas na mesma caixa do PHP 5.3.6 costumava funcionar corretamente. Estou apenas tentando uma atualização para o PHP 5.4.0, mas não consigo resolver esse problema de negociação. Alguma idéia de por que o Apache não pode corresponder contents.phpao pedir content(qual deveria ser o que a negociação de modificação deveria fazer)?

ATUALIZAÇÃO: Percebi que a negociação de mod_nós se comporta corretamente com arquivos com extensão diferente de .php: por isso, se eu tiver um arquivo chamado /admin/contents.txt, posso acessá-lo regularmente com o navegador com / admin / contents url. Portanto, o problema é apenas para arquivos php. Alguma pista sobre o que poderia fazer a negociação falhar?

apache-2.2 php

— lorenzo.marcon
fonte

Como você configura a negociação de modificação? Você está usando?

— Mircea Vutcovici 23/03

Bem, eu apenas incluí mod_negotiation no httpd.conf, então as opções MultiViews no VirtualHost devem ser suficientes para fazer o que estou procurando, tanto quanto sei ... não é?

— Lorenzo.marcon 23/03

FWIW, eu tive esse problema com +MultiViewsativado, e ele desapareceu ao desativá-lo.

— Felix Frank

Respostas:

Eu encontrei a solução. Muito fácil mesmo. Esqueci de incluir o seguinte:

AddType application/x-httpd-php .php

na seção apache mod_mime em httpd.conf

Eu fui enganado pelo fato de que os scripts php estavam funcionando corretamente; no entanto, a negociação falhou porque mod_negotiation somente procura por tipos de arquivos "interessantes" (e conhecidos).

— lorenzo.marcon
fonte

Este! Isso aqui! Passei a maior parte da noite procurando por que eu estava recebendo o erro "Arquivo (s) Descoberto (s) / Nenhum Negociado" (inútil). Os scripts estavam funcionando bem antes, e eu demorava um tempo rastreando o fato de que o tipo não estava sendo incluído no mod_mime na distribuição em que eu estava testando. Te devo uma cerveja, senhor.

— Akoi Meexx

Aceitarei com prazer a sua cerveja quando for para os EUA :) #

— 31413 lorenzo.marcon

isso funciona perfeitamente !! @ lorenzo.marcon obrigado pela pergunta e resposta!

— rogcg

Isso deve ter mudado em algum momento. Estou me sentindo bastante confiante de que não precisei adicionar isso antes para o php MultiViews funcionar.

— user1338062

Graças uma tonelada métrica! Eu estava batendo minha cabeça contra a parede, me perguntando por que meu mod reescreveu de search /? $ Para search.php não estava funcionando. Parece que o módulo de negociação tem precedência sobre o módulo de reescrita, o que geralmente é bom saber.

— Ziəs dez

Eu tive o mesmo problema depois de atualizar o Debian Squeeze para o Wheezy. Isso mods-enabled/mime.confinclui os tipos de arquivos conhecidos do sistema:

TypesConfig /etc/mime.types

O problema era que o /etc/mime.typesarquivo foi substituído pela atualização e, no arquivo substituído, a parte do PHP foi comentada. Ao procurá-lo, encontrei:

#application/x-httpd-php                        phtml pht php
#application/x-httpd-php-source                 phps
#application/x-httpd-php3                       php3
#application/x-httpd-php3-preprocessed          php3p
#application/x-httpd-php4                       php4
#application/x-httpd-php5                       php5

Eu tive que remover o #de cada linha contendo material relevante para php, salvar e reiniciar o servidor da web Apache. Isso resolveu o problema sem modificar o mime.confarquivo.

— derHippeChip
fonte

Isso me salvou após 4 horas de depuração sem fim contra um fantasma.

— MarkSkayff

Esteja ciente de que fazer isso pode tornar os libapache-mod-php5arquivos executados .phpno nome (como filename.php.jpeg), que era a lógica original para comentá-los. Veja bugs.debian.org/589384

— Kevinoid em

Em vez de mapear .phppara um tipo de mídia (que pode ter implicações de segurança, conforme descrito no Debian Bug 589384 que os desativou), você pode configurar MultiviewsMatchpara corresponder arquivos sem um tipo para .php, como sugerido na resposta de Mark Amery para uma pergunta semelhante :

<Files "*.php">
    MultiviewsMatch Any
</Files>

— Kevinoid
fonte