web-dev-qa-db-fra.com

La réécriture d'URL interne ne fonctionne plus après la mise à niveau d'Apache vers 2.4

J'ai besoin de réécrire en interne l'URL de base pour qu'au lieu de/être mappé sur /index.php (comportement par défaut), il passe à un autre script nommé contents.php. J'ai un simple .htaccess dans la racine du document:

RewriteEngine on
RewriteRule ^/?$ /contents.php?id_cat=0 [L]

Cela fonctionnait bien avec Apache 2.2 et ne fonctionne plus avec Apache 2.4.6. Maintenant, il est simplement ignoré et le script /index.php finit par être appelé par défaut.

Cependant, si j'ajoute l'indicateur Relocaliser:

RewriteEngine on
RewriteRule ^/?$ /contents.php?id_cat=0 [R,L]

... cela fonctionne, mais il expose l'URL réécrite, ce que je ne veux pas.

J'ai essayé d'utiliser l'indicateur PT (passthrough) [PT,L] et [END] mais pas de chance.

Qu'est-ce que je rate?

EDIT: J'ai activé la journalisation du suivi pour la réécriture et voici ce que j'ai obtenu pour une demande single:

[Sat Nov 16 17:43:22.021036 2013] [rewrite:trace3] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b67b0a0/initial] [perdir /var/www/bacityapartments/] strip per-dir prefix: /var/www/bacityapartments/
->
[Sat Nov 16 17:43:22.021075 2013] [rewrite:trace3] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b67b0a0/initial] [perdir /var/www/bacityapartments/] applying pattern '^/?$' to uri ''
[Sat Nov 16 17:43:22.021087 2013] [rewrite:trace2] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b67b0a0/initial] [perdir /var/www/bacityapartments/] rewrite '' -> '/contents.php?id_cat=0'
[Sat Nov 16 17:43:22.021096 2013] [rewrite:trace3] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b67b0a0/initial] split uri=/contents.php?id_cat=0 -> uri=/contents.php, args=id_cat=0
[Sat Nov 16 17:43:22.021111 2013] [rewrite:trace1] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b67b0a0/initial] [perdir /var/www/bacityapartments/] internal redirect with /contents.php [INTERNAL REDIRECT]
[Sat Nov 16 17:43:22.021197 2013] [rewrite:trace3] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6790a0/subreq] [perdir /var/www/bacityapartments/] strip per-dir prefix: /var/www/bacityapartments/in
dex.html -> index.html
[Sat Nov 16 17:43:22.021208 2013] [rewrite:trace3] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6790a0/subreq] [perdir /var/www/bacityapartments/] applying pattern '^/?$' to uri 'index.html'
[Sat Nov 16 17:43:22.021218 2013] [rewrite:trace1] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6790a0/subreq] [perdir /var/www/bacityapartments/] pass through /var/www/bacityapartments/index.html
[Sat Nov 16 17:43:22.021268 2013] [rewrite:trace3] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6740a0/subreq] [perdir /var/www/bacityapartments/] strip per-dir prefix: /var/www/bacityapartments/in
dex.cgi -> index.cgi
[Sat Nov 16 17:43:22.021290 2013] [rewrite:trace3] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6740a0/subreq] [perdir /var/www/bacityapartments/] applying pattern '^/?$' to uri 'index.cgi'
[Sat Nov 16 17:43:22.021299 2013] [rewrite:trace1] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6740a0/subreq] [perdir /var/www/bacityapartments/] pass through /var/www/bacityapartments/index.cgi
[Sat Nov 16 17:43:22.021345 2013] [rewrite:trace3] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6790a0/subreq] [perdir /var/www/bacityapartments/] strip per-dir prefix: /var/www/bacityapartments/in
dex.pl -> index.pl
[Sat Nov 16 17:43:22.021355 2013] [rewrite:trace3] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6790a0/subreq] [perdir /var/www/bacityapartments/] applying pattern '^/?$' to uri 'index.pl'
[Sat Nov 16 17:43:22.021364 2013] [rewrite:trace1] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6790a0/subreq] [perdir /var/www/bacityapartments/] pass through /var/www/bacityapartments/index.pl
[Sat Nov 16 17:43:22.021389 2013] [rewrite:trace3] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6740a0/subreq] [perdir /var/www/bacityapartments/] strip per-dir prefix: /var/www/bacityapartments/in
dex.php -> index.php
[Sat Nov 16 17:43:22.021398 2013] [rewrite:trace3] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6740a0/subreq] [perdir /var/www/bacityapartments/] applying pattern '^/?$' to uri 'index.php'
[Sat Nov 16 17:43:22.021407 2013] [rewrite:trace1] [pid 5895] mod_rewrite.c(468): [client 127.0.0.1:55297] 127.0.0.1 - - [bacityapartments.localhost/sid#7f7e3b748400][rid#7f7e3b6740a0/subreq] [perdir /var/www/bacityapartments/] pass through /var/www/bacityapartments/index.php
00

Donc, la réécriture est en cours, mais elle continue comme si ce n'était pas le cas.

EDIT 2: Si je déplace ces règles dans le fichier de configuration de virtualhost, cela fonctionne comme prévu. Plus d'informations peuvent être trouvées ici .

En outre, ce problème se produit uniquement pour le répertoire lui-même. Par exemple, si je réécris /hello à /contents.php?msg=hello, cela fonctionne aussi très bien avec .htaccess.

apache.htaccessmod-rewrite
17
LexLythius

Ceci est connu bogue dans Apache 2.4 . J'ai utilisé le solution de contournement fournie ici et cela fonctionne maintenant.

13
LexLythius

J'ai eu des problèmes avec les liens SEO (site Prestashop pour être exact). L'option était d'ajouter

AllowOverride All

dans le répertoire de l'hôte virtuel:

    <Directory /srv/path_to_public/public_html/>
            AllowOverride All
    </Directory>

Depuis les documents Apache:

http://httpd.Apache.org/docs/current/mod/core.html#allowoverride AllowOverride None (2.3.9 et versions ultérieures), AllowOverride All (2.3.8 et versions antérieures)

11
Lukas Liesis

J'ai également eu 404 avec des redirections WordPress sur les hôtes virtuels après la mise à niveau vers Apache 2.4.6

Dans mon cas, le problème a été résolu en remplaçant "AllowOverride None" par "AllowOverride FileInfo" pour chaque configuration de répertoire d'hôte virtuel.

4
maratbn

J'ai également trébuché sur cette question très ennuyeuse. La solution consiste à désactiver MultiViews dans httpd.conf, en ajoutant -MultiViews pour le répertoire nécessaire, par exemple:

<Directory /home/example.com/public_html>
    Options -Indexes -MultiViews
    AllowOverride All
    Require all granted
</Directory>

Après cela, les réécritures ont commencé à fonctionner comme prévu.

N'oubliez pas de recharger Apache après avoir édité les fichiers de configuration.

2
Ilia Rostovtsev