Interne de réécriture d'URL ne fonctionne plus après la mise à jour d'Apache 2.4

J'ai besoin à l'interne de réécrire l'URL de base de sorte qu'au lieu de /projeté pour /index.php (comportement par défaut), il va à un autre script nommé contents.php. J'ai une simple .htaccess dans la doc de la racine:

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

Qui fonctionnait très bien avec Apache 2.2 et ne fonctionne plus avec Apache 2.4.6. Maintenant, il est tout simplement ignoré et l' /index.php script finit par être appelé par défaut.

Cependant, si j'ajoute le Déplacer drapeau:

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

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

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

Ce qui me manque?

EDIT: j'ai activé la journalisation du suivi de réécriture et c'est ce que j'ai pour un unique demande:

[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

De sorte que la réécriture est pratiquée, mais ensuite, il passe comme si il n'a pas.

EDIT 2: Si je déménage ce règlement pour le fichier de configuration de virtualhost, il ne fonctionne pas comme prévu. Plus d'informations peuvent être trouvées ici.

Aussi, ce problème ne se produit que pour le répertoire lui-même. Par exemple, si je réécriture /hello à /contents.php?msg=hello, il fonctionne très bien depuis .htaccess trop.

  • Trouvez-vous quelque chose dans le journal des erreurs? Est mod rewrite module activé dans la configuration du serveur?
  • Pas d'erreurs. Le Mod_rewrite est activé (c'est pourquoi l'ajout de la R drapeau ne travail) et également la directive AllowOverride All et FollowSymLinks directives sont mis en place.
  • Votre .fichiers htaccess sont ignorés par apache2?
  • Non, ils ne sont pas ignorés. Lire l'info que j'ai posté et vous verrez la réécriture est fait mais alors ignorée.
InformationsquelleAutor LexLythius | 2013-11-16
  1. 13

    C'est un bug dans Apache 2.4. J'ai utilisé le solution de contournement fournie ici et ça fonctionne maintenant.

    • Sauver ma journée! Presque le même problème ici stackoverflow.com/questions/25527411/....
    • Par curiosité, comment avez-vous réussi à trouver ce bug posté sur apache bugzilla? J'ai passé des heures sur Google, mais pas de chance...
    • Je pense que j'ai googlé quelque chose comme "Apache 2.4 bug de réécriture cassé", mais je ne peux pas en être sûr. Trouver des bugs existants dans Bugzilla n'est pas très facile, en effet.
    • Passé des heures sur ce sujet... Merci
    InformationsquelleAutor LexLythius
  2. 11

    J'ai eu des problèmes avec la SEO liens (Prestashop site pour être exact). L'Option est d'ajouter 

    AllowOverride All

    dans virtual host de l'annuaire:

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

    De apache docs:

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

    • Être conscient que l'établissement d'permissive AllowOverride directives peut conduire à des problèmes de sécurité, selon la façon dont votre site scripts sont écrits et ce que l'accès des différents utilisateurs ont: serverfault.com/questions/224078/...
    • "AllowOverride All" dans le document racine du Répertoire du bloc a fonctionné pour moi.
    • Sur ubuntu avec apache 2.4 dans apache2.conf dossier "/var/www/" est réglé AllowOverride None. Sur le site de configuration, vous devez le remplacer par AllowOverride All si la racine du document est un dossier dans /var/www/. Sinon, votre .htaccess ne fonctionne pas du tout. merci pour cette astuce
    InformationsquelleAutor Lukas
  3. 4

    J'ai également eu une erreur 404 avec WordPress redirige sur les hôtes virtuels, après la mise à jour d'Apache 2.4.6

    Dans mon cas, le problème a été résolu par une "modification de la directive AllowOverride None" à "AllowOverride FileInfo" pour chaque hôte virtuel répertoire config.

    • c'est la solution pour moi, merci.
    InformationsquelleAutor maratbn
  4. 2

    Je suis tombé sur ce très ennuyeux aussi. La solution est de désactiver Multivues dans httpd.conf, en ajoutant -MultiViews de répertoire, par exemple:

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

    Après cela, réécrit commencé à travailler de la manière prévue.

    N'oubliez pas de recharger Apache après l'édition de fichiers de configuration.

    • Vous êtes très mal, Fabian!! Ce que vous avez dit, ne pourrait vous donner aucun effet, si dans votre local .htaccess vous avez défini -MultiViews sur l'un des répertoires. La Directive que vous dites, il suffit permettra de remplacer à l'aide de .htaccess. Détrompez-vous!
    • ok, désolé, je relis la question et a supprimé mon commentaire et repris ma downvote.
    InformationsquelleAutor Ilia Rostovtsev