Cette lecture
WordPress Dépannage: autorisations, CHMOD et chemins, OH MY!
Avec les questions soulevées par différents forfaits d'hébergement partagé, les versions de PHP, Apache, etc, les problèmes d'autorisation de fichier, parfois à l'arrière de leur tête hideuse. J'espère que la référence suivante peut apporter une aide ou une orientation à ceux qui sont moins expérimentés:
Un «fichier non trouvé" "404", "Impossible de créer le répertoire", "ne peut pas ouvrir" ou "n'existe pas" erreur stoppe les choses morts dans leurs voies. Cela est généralement dû à un programme / script ne pas trouver un script ou un fichier où il s'attend à, ou il n'est pas «autorisé» à le voir parce que les paramètres de permission sur le fichier ou le répertoire c'est. C'est frustrant pour tout utilisateur d'ordinateur! Les ordinateurs sont censés être efficace et amusant. Partypoker sur le web , conception graphique, emailing ou ce que vous devez faire sur votre ordinateur ne doit pas être arrêté ou retardé par des problèmes gênants. Il ya toujours des façons de contourner les si vous savez quoi faire.
Commençons par le chemin. Vérifiez soigneusement votre erreur, il sera généralement la voie de la liste de fichier en question. Je recommande d'utiliser le programme de FTP FileZilla . 
Ouvrez FileZilla et vous connecter à votre site. Naviguez à travers le chemin indiqué dans l'erreur et essayer de trouver le fichier. S'il est absent, essayez de le télécharger à nouveau et essai ... Si le chemin est différent, vérifiez si vous avez wordpress installé dans le répertoire 'top' ou de la racine ou si c'est dans un sous-répertoire.
Si vous l'avez trouvé et le chemin est correct, vérifiez les permissions.
Pour cet exemple, je vais le numéro de l'drapeaux autorisations:
drwxrwxrwx 1234567890
Pavillon 1 répertoire, 'd' si un répertoire, '-' si un fichier normal, parfois «l» pour un lien.
2,3,4 lire, écrire, autorisation d'exécution pour l'utilisateur (propriétaire) du fichier
5,6,7 lire, écrire, autorisation d'exécution pour Groupe
8,9,0 lire, écrire, autorisation d'exécution pour les autres (parfois appelé «le monde»).
- Dans n'importe quelle position signifie que le drapeau n'est pas réglé
r fichier est lisible par le propriétaire, groupe ou d'autres
w fichier est accessible en écriture. Sur un répertoire, écrivez des moyens d'accès que vous pouvez ajouter ou supprimer des fichiers
x fichier est exécutable (uniquement pour les programmes et les scripts shell - pas utile pour les fichiers de données). L'autorisation d'exécution sur un répertoire signifie que vous pouvez lister les fichiers de ce répertoire
s à l'endroit où 'x' iraient normalement est appelé le Set-UID ou Set-groupID drapeau (sur un programme exécutable avec Set-UID ou Set-groupID, ce programme s'exécute avec les autorisations de son propriétaire / groupe. Sur un répertoire, les forces set-UID/set-groupID fichiers et répertoires créés à l'intérieur d'hériter de l'utilisateur / goupe du répertoire parent).
Pour plus de sécurité, les paramètres d'autorisations pour WordPress devrait être 755 pour les répertoires et 644 pour les fichiers. La plupart des hôtes, cependant, exigent que tous les processus générés par un utilisateur d'avoir une identité unique pour ajouter un niveau de sécurité. Donc, si un plugin WordPress ou crée un fichier ou un répertoire, il aura un propriétaire unique (et souvent en groupe), de sorte que le répertoire avec 755 ne nous laissera pas de créer des fichiers dedans et le fichier avec 644 ne nous laissera pas enregistrer les modifications à elle. Ainsi, un changement doit se produire.
C'est là que nous avons touché le "votre kilométrage peut varier" zone. WordPress typique installe uniquement besoin du wp-content/ répertoire à 777 (de sorte que WordPress permet de créer des wp-contents/uploads/ dossier). Si votre wp-content/uploads/ existe déjà, vous pouvez sauter juste au-dessus et faire wp-content/ 755. Si vous avez activé Organiser mes uploads sur un mois et l'année dossiers basés puis les sous-répertoires doivent être vérifiées ainsi ( wp-content/uploads/2006/06 par exemple), vous aurez donc besoin uploads/ à 777, 2006/ à 777 et 06/ à 777. Si vous utilisez le plugin ImageManager, vous aurez besoin de vérifier les permissions sur wp-content/uploads/2006/06/.thumbs/ aussi bien!
C'est une des raisons que je vous suggère de désactiver Organiser mes uploads sur un mois et l'année dossiers basés parce que vous allez avoir un problème avec les permissions tous les mois quand un nouveau répertoire doit être créé. Laissez-les aller à tous les / wp-content/uploads.
Certaines personnes utilisent l'éditeur dans l'admin d'éditer le thème et le plug-in des fichiers (je recommande, sauf contre ce que vous pouvez conserver 644 sur les fichiers en cours d'édition il ya), découvrent qu'ils ont des problèmes d'autorisation (comme le processus PHP auront des droits différents sur la plupart des serveurs) et de changer leurs fichiers à 666. Je suis à l'aise avec cela. Et j'ai le béguin pour FileZilla. Oui, j'ai besoin de sortir plus.
Si je ftp sur mon site avec FileZilla et double-cliquez sur un fichier, il s'ouvre dans mon éditeur de texte favori (Edit: Settings: Fichier visualisation / l'édition dans le menu de FileZilla) et dans une beaucoup plus «confortable» l'environnement, je peux faire des changements, sauvegarder, et cliquez sur OK pour télécharger le fichier modifié sur le serveur. L'autre avantage de ceci est que le fichier est lu et écrit par ftp qui maintient mon utilisateur / groupe d'identité, me donnant plus de sécurité et de contrôle.
Si vous avez des suggestions pour cet article, n'hésitez pas à laisser un commentaire ...
56 Utilisateurs commentées sur le thème "WordPress Dépannage: autorisations, CHMOD et chemins, OH MY"
Roo dit, Merci, très utile. Je cherchais quelque chose de similaire à cela.
Jusqu'à ce que vous comprendre pourquoi le bouton 'Edit' a disparu, vous pouvez toujours essayer [yourdomainhere].com/fishing/wp-admin et que devrait forcer l'écran de connexion WP à venir.
Mon ex copine mis en place ce site, et je l'ai toujours édité, mais soudain le bouton EDIT sur mon site l'écran est parti? Je ne peux pas accéder à tout opions modifier? Comment puis-je obtenir ce retour, comme mon ex est indisponible? J'ai besoin d'afficher des slideshows nouveaux ASAP? Quelqu'un peut m'aider? Daryl
J'ai un problème avec le téléchargement d'images à WP .. Donc, si j'ai bien compris, alors toutes mes wp-content autorisations doivent être 644.
Edgars: Le suivant est tiré de l'alinéa que je pense que s'applique à vous:
"Typique WordPress installe uniquement besoin du fichier wp-content / répertoire à 777 (de sorte que WordPress permet de créer le dossier wp-contents/uploads). Si vous avez activé Organiser mes uploads dans des dossiers mois et années à base puis les sous-répertoires doivent être vérifiées ainsi (wp-content/uploads/2006/06 par exemple). "
Toute WordPress répertoire est désigné à utiliser peut être nécessaire de 777.
Changinging le mode de la wp-content / répertoire à 777 qui est largement considéré comme l'insécurité est un thème récurrent tout au long de WordPress. Mais ce n'est pas strictement vrai si vous avez accès au shell: Le problème est que sur une machine Linux, des scripts php Exécuter en tant que personne, mais le répertoire est détenue par l'utilisateur afin que personne ne peut pas écrire dessus, sauf qu'il est chmod 777. Une meilleure solution est de changer la propriété du répertoire à personne et puis le répertoire d'upload peut être chmod 755 et tous les répertoires créés par WordPress sont également chmod 755.
Dans le CD Shell dans le répertoire racine de WordPress et puis tapez et tapez:
personne ne chown wp-content
Si vous n'avez pas accès au shell, demandez à votre hébergeur de le faire pour vous.
Mais si votre serveur fonctionne avec phpsuexec activée, les scripts PHP sont exécutés tant que l'utilisateur qui a aussi un accès en écriture aux répertoires possédés par l'utilisateur. Donc, en l'occurrence le répertoire d'upload peut être chmod 755.
Il est regrettable que l'accès au shell est de plus en plus rares avec les plans d'hébergement réguliers.
Et 777 sur un hôte moderne n'est pas aussi dangereux que cela puisse paraître, il serait encore prendre certaines processus / config échecs pour être exploités, et puisque nous parlons / uploads / Je ne suis pas trop inquiet au sujet de quelqu'un piratage du image / fichiers zip je continue là-bas.
Il ya un problème de sécurité fondamental avec la fixation d'un fichier comme "wp-config.php" à 644 dans un environnement partagé: il permet aux autres utilisateurs sur cet hôte pour lire les paramètres de votre base de données contenues dans ce fichier. Ils peuvent ensuite utiliser les paramètres de votre base de données et faire ce qu'ils veulent avec vos données de bases de données. Voir ce fil sur le forum pour plus WP:
http://wordpress.org/support/topic/83831
EDIT: Qu'est-ce que j'ai oublié de dire au-dessus est que question de sécurité s'applique si le fournisseur d'hébergement permet un accès SSH à votre compte.
Pizdin: Ce n'est simplement pas vrai dans la plupart des environnements modernes partagées.
Mais j'apprécie le lien, les gens sont invités à venir à leurs propres conclusions; ')
Salut, je suis préoccupé par la question des 777 wp-plugin/uploads /
Que faire si les gens mettent quelques scripts de ce dossier qui, lorsqu'il est exécuté va supprimer d'autres fichiers dans d'autres dossiers (ou faire des choses désagréables)?
Salut Adi:
Vos préoccupations sont valables. Selon l'hôte, il devient souvent un équilibre entre sécurité et facilité d'utilisation.
Si je devais utiliser 777 (ou 666 sur les fichiers) dès que j'ai été fait faire des changements, je serais bien tenté de passer tout ramener à 755/644. Et j'ai quand j'étais hébergé par Network Solutions (que je ne recommande pas comme un hôte).
Le problème réside habituellement avec la façon dont le Web hôte assigne une identité à l'utilisateur qui se connecte via ftp / etc. et l'identité donnée au processus de filés à partir de l'interface admin WP l'intérieur (le processus PHP (s)). Ce sont généralement différentes, et c'est pourquoi vous voyez les différences de comportement lors de l'édition / suppression / téléchargement de fichiers avec ftp / etc. et quand le faire au sein de la zone d'administration WP ...
Mon hôte actuel, site5.com, aborde les questions de sécurité différemment, donc je peux garder les répertoires et les fichiers à 755 à 644 encore reçu aucune autorisation d'erreurs lorsque vous utilisez les outils d'administration WP.
D'autre part, comme souligné ci-dessus Pizdin (avec quelques hôtes), un autre utilisateur pourrait être en mesure de lire mon fichier wp-config.php dans mon environnement actuel. Cela ne me concerne pas trop (je conserver les sauvegardes et la plupart des hackers ne sera pas «merde dans leur propre nid» pour ainsi dire), mais je ne change wp-config.php à 600.
thirstan dit, Je suis dans le processus de mise en place d'un autre blog sur un nouvel hôte avec mon propre nom de domaine et les difficultés à avoir avec les autorisations, votre message semble être exactement ce que je cherche, je me demandais si le poste est toujours d'actualité pour WP actuelle ?
Wow, c'est une exécution sur la peine 
merci,
thirstan
Thirstan: Oui, rien n'a vraiment changé là-bas.
La version de WP n'est pas vraiment important, bien que l'environnement hôte. Exemple: A aplus.net (et Network Solutions), vous rencontrez des problèmes avec WP ne pas avoir la «permission» pour créer des répertoires et fichiers. Toutefois, des hôtes comme site5.com le manipuler différemment et vous ne verrez pas de problèmes d'autorisation qui surgissent avec WordPress / PHP processus de créer ou éditer des fichiers.
Sam merci beaucoup pour cela. J'ai été aux prises avec 1and1 pour la semaine passée, parce qu'ils ne pouvaient pas m'expliquer pourquoi tout d'un coup mon plugin eCommerce ne pouvait plus créer des vignettes à partir des photos que nous upload.
Je pense que maintenant je comprends et pourrait être en mesure d'obtenir au service client m'a vraiment aider. Je vais lire votre message plus et le citer dans mon e-mail une fois que je le comprends parfaitement.
Merci encore.
La meilleure solution pour cela est de créer manuellement la structure de votre répertoire à l'avance. La seule raison d'exiger 777 parce que WordPress a besoin de créer ces répertoires. Toutefois, si les répertoires existent déjà un resserrement ensemble d'autorisations est possible. Par conséquent créer les répertoires pour les deux prochaines années (un dossier pour chaque mois), alors les répertoires chmod à 755 et les fichiers à 644. Parfois, j'ai remarqué que les annuaires ont besoin 775 selon votre hôte.
Cheers!
Salut, j'ai essayé de chmod wp-content 755 à 644, mais le résultat devient toujours 764. une idée? Merci
très bon article, maintenant tout fonctionne bien, merci.
Trois mots: mode sécurisé de PHP.
Je courais après ce problème pour un client pendant environ une heure. Le répertoire uploads est détenue par l'utilisateur apache, mais toute l'année ou mois répertoires WordPress essayé de créer dans les ajouts échoué jusqu'à ce que j'ai éteint mode sécurisé de PHP. Maintenant, il fonctionne comme un chizzamp!
A bientôt Sam. Juste tombé sur ce problème tout en migrant une WordPress.com d'. Blogue org sur un nouvel hôte. C'est la première fois que j'ai eu à changer les permissions de fichiers.
Merci,
Matt
woow grand poste, ce sera très utile pour moi. Merci pour ce grand morceau de travail.
J'avais essayé la permission changer, pour changer les chemins mais rien n'a fonctionné.
Jusqu'à commentaires Bard 's.
J'ai changé le chemin en supprimant le slash avant avant wp-content/uploads ... et cela a fonctionné:)
Bonjour, il est inutile de donner la permission à l'intérieur du serveur pour cela. Connectez-vous simplement dans le WP utilisant les pouvoirs d'admin et puis allez dans Paramètres -> Divers -> et puis copiez et collez le chemin par défaut montré là-bas. Cela corrigera le problème et je l'avais tout à l'heure fixée ... :-) Il est si simple. Ne tapez pas trop pour une simple question.
Cordialement,
Rj.
Ingénieur Systèmes
actsupport.com
Merci RJ, mais c'est un peu plus compliquée avec certains hébergeurs.
Bonjour,
J'ai des problèmes avec les permissions sur ma plateforme WordPress et personne ne semble savoir comment les résoudre. S'il vous plaît aider!
Quand j'essaie de changer les permissions sur certains fichiers, comme index.php (qui est fichier assez crucial, je suis sûr que vous conviendrez avec moi) à 666, j'obtiens cette ligne: 500 'SITE CHMOD 666 index.php': command not compris
Même chose se passe quand j'essaie d'écrire la commande manuellement.
Je ne sais pas quoi faire d'autre. Mon hébergeur ne fournit pas d'accès à cPanel et ils utilisent Windows et ils disent que ce qu'ils auraient "lecture seule" marque sur les fichiers si ils étaient seulement lisible, mais ils ne les ont pas, donc je devrais être en mesure de changer les permissions . Mais je ne suis pas. Ils disent aussi que j'ai peut-être pu changer les paramètres de serveur à l'intérieur de wordpress, mais je n'ai pas trouver où je peux le faire encore.
Est-il autre chose que je peux faire? S'il vous plaît aider!
@ Alia: Windows est un animal totalement différent quand il s'agit de permissions. Je vous suggère de demander à votre hôte de vous déplacer vers un serveur linux, et si elles ne peuvent pas, trouver un autre hôte ... autorisations est seulement l'un des problèmes vous pouvez rencontrer courir WordPress sur un serveur Windows;)
Et, concernant index.php; Il ne doit pas être 666, cela signifie que d'autres pourraient y écrire. Faites-en 644.
J'ai déjà essayé 644, aussi, mais rien ne fonctionne.
Je ne pense pas qu'ils peuvent me passer à Linux, que ce soit.
J'ai déjà dit que c'est mieux de trouver un autre hébergement, il semble que je vais vraiment devoir:.)
Merci de toute façon!
Bonjour,
C'est encore moi. Mon hébergeur a après tout, réussi à me déplacer vers la plate-forme Linux, mais le problème persiste. Dans Filezilla l'autorisation est "644", mais je ne peux pas écrire dans le fichier dans le WordPress-il dit toujours que je dois changer la permission avant que je puisse écrire. (?)
Par ailleurs, maintenant encore autorisations Thos j'avais ont disparu.
Des idées?
@ Alia: Il semble que nous arrivons à les 2 derniers paragraphes de l'article; Votre hôte est la cartographie des processus PHP à un autre «utilisateur» (pas une autre personne, mais un autre 'id'), qui est une forme de «sécurité» qui l'habitude d'être populaire. Je vous suggère d'utiliser un programme FTP dans ces environnements (pas l'éditeur interne).
Ne regrettez pas le passage à un serveur linux, il ya plusieurs autres questions qui pourraient (serait?) Ont surgi en utilisant un serveur M $ ...
J'ai essayé et ça a fonctionné. Merci beaucoup! Après app. 10 informaticiens j'ai demandé à ne savais pas comment résoudre ce problème (y compris le soutien d'hébergement), vous êtes un épargnant de vie réelle!
J'ai enregistrer cette page.
J'utilise wordpress, cet article va m'aide un jour.
Bel article, je l'aime vraiment. Merci
merci pour ce grand poste.
En effet l'autorisation de fichier est très tiques .. Merci pour leur aide.
Cordialement
Merci beaucoup!
azzaam dit, vous remercie, son travail pour moi 
mes hôtes fermer huit de mes sites (5 wordpress) due à «une activité inhabituelle et j'ai vérifié tous les fichiers en utilisant CPanel. J'ai trouvé les fichiers douteux sur une installation panier-zen et les dossiers ont été chmod 777 et 666 fichiers.
Tout en faisant cela, j'ai remarqué que mon wp-content/uploads étaient tous de 7 & merci donc 6 pour votre explication détaillée sur la façon de résoudre le problème. Je les ai changé pour 755/644 mais si WP ne peut pas écrire à la fin du mois, je sais pourquoi ...
J'ai besoin d'aide. 755 et 644 ne me permettent pas d'accéder aux pages et de messages ... que faire? Je vais les noix.
@ NH: Pages et messages ne sont pas des fichiers ... Pouvez-vous me donner plus d'informations?
Je ne comprends pas où vous entrez trois chiffres des codes d'autorisation de fichiers. les 755 et 644 codes. Je regarde mon site avec Plesk, à vérifier les autorisations sur mon serveur et tout ce que je vois sont hte codes longs comme rwx rx rx.
Je reçois un Forbidden ".. Vous n'avez pas la permission d'accéder à / wordpress / wp-admin / upload.php sur ce serveur. "Lorsque je tente de poste. changer les autorisations sur le fichier référencé est sans effet.
>> Je ne reçois pas où vous entrez trois chiffres des codes d'autorisation de fichiers. les 755 et 644 codes.
Voir ma recommandation ci-dessus à propos Filezilla / FTP ...
Suyash Dwivedi dit, ou vous pouvez juste définir l'autorisation à 751 dans le répertoire que vous ne voulez pas rendre publique
Merci pour cette .. Je cherchais ensemble de la permission de mon site ... J'espère que ça va marcher, je vais essayer ça ....
Je me demande si beaucoup de problèmes d'autorisation thèses peuvent être suivis à la façon dont WordPress est installé, c'est à dire en utilisant des paquets d'installation rapide maintenant fourni par l'hébergeur de nombreux. Je n'ai jamais rencontré aucun de ces problèmes d'autorisation avec une nouvelle installation manuelle de WordPress. Seules les installations préexistantes ou des configurations étant déplacé d'un serveur à un autre.
Très utile. Cela a résolu mon problème, je vous remercie Sam.
Merci pour cette Sam conseils! C'est quelque chose qui m'a ennuyé pendant quelque temps. Il semble que la pratique standard sur installe WordPress est d'utiliser CMOD 777 annuaires pour le téléchargement de fichiers. Et c'est incroyable dangereux!
Si vous vous trouvez avoir à chmod 777 le répertoire wp-content/uploads pour votre site de travail, je vous recommande de changer votre hébergeur.
Je vous remercie beaucoup pour cela!
Son travail pour moi très bien.
Cordialement d'Allemagne
C'est exactement ce que je cherchais, merci.
Je n'avais jamais des problèmes avec WordPressand CHMOD
