Apache 2.4 - la Demande a dépassé la limite de 10 redirections internes cause probable de l'erreur de configuration
Je suis en cours d'exécution d'Apache 2.4 (64bit) et PHP 5.4.15 sur windows Server 2008 R2 Enterprise et ont remarqué l'erreur suivante dans le journal des erreurs d'Apache:
AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.
J'ai un multisite de l'installation de WordPress en cours et je pense que l'erreur provient d'une erreur dans le htaccess réécrit.
Regarder ce post:
La demande a dépassé la limite de 10 redirections internes cause probable de l'erreur de configuration.?
Ils suggèrent de remplacer ce:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
avec ce morceau de code, avec l'autorisation de Scott Yang:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)$ /index.php/$1 [L,QSA]
</IfModule>
Cependant, mon WordPress htaccess est un peu différent donc je ne veux juste remplacer mon code juste au cas où par hasard, j'ai remplacer quelque chose que j'ai besoin.
Voici mon htaccess:
# BEGIN WordPress
<IfModule mod_rewrite.c>
Options +FollowSymLinks -MultiViews
Header set Access-Control-Allow-Origin "*"
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
# add a trailing slash to /wp-admin
RewriteRule ^wp-admin$ wp-admin/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^(wp-(content|admin|includes).*) $1 [L]
RewriteRule ^(.*\.php)$ $1 [L]
RewriteRule . index.php [L]
</IfModule>
# END WordPress
Quelqu'un peut-il indiquer ce que je dois changer?
OriginalL'auteur iltdev | 2014-03-31
Vous devez vous connecter pour publier un commentaire.
Que vous obtenez en boucle la plus probable en raison de ces règles:
Juste un commentaire et essayer de nouveau dans une nouvelle fenêtre de navigateur.
Pas de joie, j'ai peur. C'est encore l'enregistrement de l'erreur dans les logs 🙁
Commentaire
RewriteRule ^(wp-(content|admin|includes).*) $1 [L]
aussi.Merci, anubhava. Je vais vous laisser savoir comment ça se passe. Le message prend parfois un certain temps à apparaître de nouveau dans les journaux.
Merci, anubhava. Il ressemble à commenter
RewriteRule ^(wp-(content|admin|includes).*) $1 [L]
avecRewriteRule ^(.*\.php)$ $1 [L]
résolu le problème. Merci beaucoup pour votre aide 🙂OriginalL'auteur
Ce problème peut être causé par des demandes de certains fichiers qui n'existent pas. Par exemple, les demandes de fichiers dans wp-content/uploads/où le fichier n'existe pas.
Si c'est la situation que vous voyez, vous pouvez résoudre le problème en va .htaccess et modifier cette ligne:
:
La question sous-jacente est que la règle ci-dessus déclenche une réécriture de l'url exacte même avec une barre oblique en avant et parce qu'il y avait une réécriture, le nouveau réécrit demande remonte à travers les règles de nouveau, et la même règle est déclenchée. En modifiant cette ligne "$1"" -", pas de réécriture qui se passe et donc le processus de réécriture ne pas recommencer avec la même URL.
Il est possible qu'il y a une différence dans la manière dont apache 2.2 et 2.4 gérer cette situation-différence-est-une-barre-en-avant et c'est pourquoi les règles par défaut fourni par WordPress ne fonctionne pas parfaitement.
OriginalL'auteur
Résolu ce problème en ajoutant les
OriginalL'auteur