Je me réfère à cette question précédemment posée et à laquelle il n’a pas répondu de manière appropriée: Wordpress écrasant les sous - répertoires réels et les pages / codes non "Wordpress" obtenant une erreur 404
J'ai le même problème et j'ai essayé presque tout ce que j'ai trouvé sur le net. C'est définitivement lié au fait d'avoir des permaliens activés dans le wordpress. Cependant, j'ai mis un nouveau fichier .htaccess dans le sous-répertoire avec:
RewriteEngine off
et le problème existe toujours. Même si je supprime complètement le fichier wordpress .htaccess, le problème persiste.
J'ai également essayé d'autres solutions suggérées, telles que ErrorDocument 401 "Accès non autorisé" et ErrorDocument 404 "Accès non autorisé" et Redirect 301 / mysubdirectory http://www.mydomain.com/mysubdirectory/index.html dans divers emplacements, en vain. .
Quelqu'un peut-il s'il vous plaît offrir une autre solution? La seule façon de résoudre ce problème est de désactiver les liens permanents, mais nous devons les activer.
Merci,
Nicole
Réponses:
Je suppose que vous avez mis WordPress à la racine de votre site et que les répertoires externes sont également à la racine de votre site. La raison en est que les fichiers .htaccess suivent une hiérarchie. Quelles que soient les directives figurant dans le fichier .htaccess de niveau supérieur, s’écoulent vers le bas et s’appliquent à tous les répertoires situés en dessous.
Si c'est le cas, vous pouvez faire l'une des choses suivantes:
Déplacez votre WordPress dans son propre répertoire. Voir: http://codex.wordpress.org/Moving_WordPress Si vous déplacez WordPress dans son propre répertoire de sorte qu'il se trouve au même niveau dans la hiérarchie des répertoires de votre serveur que les autres répertoires, les règles de réécriture de WordPress ne peuvent pas affecter les autres répertoires.
RewriteEngine Off - cela fonctionnerait normalement. Si cela ne fonctionne pas, vérifiez que vous n'utilisez pas de paramètre DNS générique. Si vous avez un enregistrement générique * nom d'hôte pointant sur votre serveur Web dans vos paramètres DNS, cela peut causer des dégâts avec .htaccess et les sous-domaines.
Dans le fichier .htaccess situé à la racine de votre site, ajoutez les informations suivantes AU-DESSUS des directives .htaccess de WordPress:
L'un d'entre eux devrait fonctionner pour vous.
la source
Cela a fonctionné pour moi dans le passé pour une situation similaire:
Mettez ceci au dessus de
.htaccess
la source
Lorsque je copie mes fichiers sur le même serveur, mais avec un dossier de sous-répertoires différent, lorsque je tente d'accéder à mes pages, index.php fonctionne correctement, mais les autres pages ne le sont pas et me donnent une erreur 404. Désolé pour mon mauvais anglais!!
Je viens de regarder dans mon htaccess l'original:
et mettre le nouveau avec
la source
Je vois que ce fil a quelques mois, mais juste au cas où vous ne l'auriez jamais fait fonctionner!
J'avais un problème similaire, mais mon problème était que l'installation de wordpress était située dans le sous-répertoire, ce qui empêchait l'accès des URL aux dossiers situés dans la racine (en dehors du répertoire d'installation de WP), mais uniquement lorsque les liens permanents étaient activés. Pour résoudre ce problème, j'ai copié index.php et .htaccess (copie non déplacée) du sous-répertoire où se trouve l'installation de WP et les ai placés à la fois dans le répertoire racine public_html (ou dans tout autre sous-répertoire auquel vous essayez d'accéder en dehors de l'installation de WP). annuaire). Le fichier .htaccess a déjà les conditions de réécriture pour les permaliens:
Activez les permaliens pour l'actualisation, ce qui a résolu tous les problèmes. Assurez-vous également que vos autorisations pour les dossiers racine sont correctement définies, car cela m'a causé des problèmes par le passé.
la source
Si vous avez encore des 404 avec le htaccess désactivé et que vous avez vérifié les chemins et que vous savez que les fichiers sont là, vos seules options restantes sont ces trois ...
Options ...
Si rien ne fonctionne, vous avez besoin d'un nouvel hôte.
la source
Après avoir presque arraché mes cheveux au montage htaccess, j'ai finalement trouvé une solution qui fonctionnera pour WordPress.
J'ai eu ce problème après avoir installé un script codeiginter sur le même répertoire racine que WordPress est installé.
Après avoir essayé toutes les astuces énumérées ici, il restait encore 404 erreurs sur les pages associées au nouveau script.
J'ai noté que le htaccess de WordPress surpassait celui du script. J'ai également noté que d'autres installations WordPress dans le même répertoire n'avaient pas cette erreur 404.
J'ai simplement adopté le htaccess de la nouvelle installation WordPress dans le même répertoire de serveur et l'a ajouté dans le dossier où se trouve mon script. Voici à quoi ça ressemble:
Remplacez nom de sous-répertoire par le nom de votre répertoire et placez ce fichier htaccess dans le dossier où se trouve votre script.
Exemple: si le site est installé ici
public_html/
et le nouveau dossier est situé
Copiez le fichier htaccess ci-dessus et enregistrez-le dans le dossier "exemple". Cela devrait fonctionner.
la source
J'ai examiné les réponses ici à plusieurs reprises, car je rencontrais un problème similaire. J'ai des fichiers dans un sous-répertoire qui génèrent une erreur 404 lorsque j'ai essayé d'y accéder. Tout le contenu .htaccess n’a pas pu être corrigé, comme le dit Kirsten Douglas, Wordpress fait déjà le travail.
Ma solution
J'ai trouvé cet article après avoir vérifié le error_log sur le serveur. Je recevais un message sur le mauvais identifiant pour les scripts. J'ai aussi remarqué que le 404 n'était pas lancé à cause du fichier, mais parce que le serveur ne pouvait pas servir un fichier 500.html, c'est-à-dire que j'avais une erreur 500.
Il s'avère que j'avais créé des fichiers en tant que root et que je devais en changer le propriétaire en propriétaire du fichier Web.
J'espère que cela aide les autres qui ont eu le même problème!
la source
Vous devriez pouvoir simplement ajouter une
RewriteCond
directive qui garantira que les règles WordPress sont ignorées pour les demandes dans votre sous-dossier.Cependant, vous dites que même sans WordPress,
.htaccess
vous rencontrez le problème? Quel est le contenu de votre sous.htaccess
- répertoire ?la source