Impossible de créer un répertoire dans wp-content/uploads dans Wordpress
Je ne suis pas en mesure de télécharger des images dans la section Médias ..__ Je reçois ce message d'erreur:
"Impossible de créer le répertoire wp-content/uploads/2015/05. Son répertoire parent Est-il accessible en écriture pour le serveur?"
J'ai essayé de changer les autorisations, de donner un accès complet à 777 aux deux envois et au répertoire wp-content, mais cela n'a pas aidé.
J'ai essayé de changer les propriétaires pour Apache: Apache pour/wordpress/wp-content, mais cela ne m'a pas aidé non plus.
upload_path est défini sur wp-content/uploads dans option-media.php. Cela ne fonctionne toujours pas.
J'ai essayé de définir le chemin de téléchargement define(UPLOADS, 'wp-content/uploads');No Help.
(serveur: centos)
Quelqu'un, s'il vous plaît, aidez !!!
-Merci d'avance.
Debian aime:
chown -R www-data:www-data /var/www/{yourpath}/wp-content/uploads
J'avais un problème similaire après avoir migré d'un site de développement vers un site de production. Il s'est avéré que le message est trompeur. Vérifier les paramètres, Media. Vérifiez que le répertoire des supports est correct pour le site actuel. Si le site a migré, le répertoire répertorié provient toujours de l'ancien site et doit éventuellement être mis à jour.
Modifiez les autorisations sur le répertoire/wp-content en 0775 et réessayez.
Sudo chmod 0775 {yourpath}/wp-content/uploads
Si cela échoue, modifiez les autorisations en 0777 et réessayez.
Sudo chmod 0777 {yourpath}/wp-content/uploads
Une fois que c'est réussi, assurez-vous de retourner les autorisations sur/wp-content à ce qu'elles étaient quand vous avez commencé.
Vous pouvez également souhaiter rétablir les autorisations sur tous les fichiers que vous avez modifiés lors de la tentative de résolution du problème.
Plus d'options que vous pouvez trouver ici: https://www.tipsandtricks-hq.com/how-to-fix-the-unable-to-create-directory-error-wordpress-5264
Reggards
Si cette erreur apparaît après la migration de wordpress vers un nouveau serveur, vérifiez le chemin de téléchargement dans: Settings-> media-> Store uploads dans ce dossier.
la valeur par défaut est wp-content/uploads.
Vous avez probablement l'ancien chemin.
J'ai réussi à résoudre ce problème en mettant à jour la référence au dossier de téléchargement Settings Media Store.
Allez dans admin WordPress -> Paramètres -> Médias et mettez à jour l'option Store uploads in this folder avec ce qui se trouve dans votre compte d'hébergement public_html.
/home/<base_folder_name>/public_html/wp-content/uploads
Pour moi, le <base_folder_name> était différent de ce qui était dans le compte d'hébergement.
Aller au wp-admin/options.php
Sous upload_path, remplacez par exactement wp-content/uploads (pas de guillemets, pas de barres obliques)
Cela a fonctionné pour moi après avoir essayé toutes les autres solutions pendant des jours.
J'ai eu le même problème ici sur un serveur Parallels Plesk. J'ai dû modifier les autorisations d'accès du serveur Web/utilisateur du site Web à l'aide des options d'accès disponibles dans le gestionnaire de fichiers.
J'espère que cela t'aides!
J'ai essayé toutes les solutions de Comment corriger l'erreur de répertoire impossible à créer dans WordPress dans mon Centos7. Mais ça ne marchera pas.
Ensuite, j'ai trouvé un message utile dans /var/log/audit/audit.log
type = AVC msg = audit (1495357844.782: 604): avc: nié {écrire} pour pid = 2721 comm = "httpd" name = "wp-content" dev = "dm-5" ino = 1074299184 scontext = system_u: system_r: httpd_t: s0 tcontext = unconfined_u: object_r: etc_runtime_t: s0 tclass = dir type = SYSCALL msg = audit (1495357844.782: 604): Arch = c000003e syscall = 83 success = no exit = -13 a0 = 7fffba9c62c0 a1 = 1ff a2 = 8 a3 = 5 éléments = 0 ppid = 1556 pid = 2721 auid = 4294967295 uid = 48 gid = 48 euid = 48 suid = 48 fsuid = 48 egid = 48 sgid = 48 fsgid = 48 tty = (aucun) ses = 4294967295 comm = "httpd" exe = "/ usr/sbin/httpd" subj = system_u: system_r: httpd_t: s0 key = (null)
Vérifiez les informations du fichier: ls -Z /data/web/wordpress
Constaté que SELinux a empêché Httpd d’accéder aux fichiers. Vous pouvez donc désactiver le SELinux ou modifier le contexte du fichier: chcon -R --type = httpd_sys_rw_content_t/data/web/wordpress. Et il fonctionne.
Cette solution a fonctionné pour moi:
chown -R www-data:www-data /path-to-mywordpress-root-folde
C'est parfois un problème de propriété de fichiers et de répertoires que les autorisations. Découvrez l'utilisateur que le code php exécute en utilisant la page phpinfo().
Une fois que vous connaissez l'utilisateur du système, assurez-vous que le compte FTP que vous utilisez est configuré pour télécharger les fichiers en tant qu'utilisateur. S'il a été chargé avec un utilisateur différent, utilisez chown pour modifier la propriété du chemin d'accès de base en fonction de l'utilisateur.
Par exemple:
$ Sudo chown -R <user> /path/to/public_html
Essayez de suivre. Assurez-vous que {votre chemin} est remplacé par le chemin correct
Crée un répertoire de téléchargement avec la permission du super utilisateur
Sudo mkdir -p /var/www/{yourpath}/wp-content/uploads
Changer la propriété de l'utilisateur actuel
Sudo chown -R $USER:$USER /var/www/{yourpath}/wp-content/uploads
Il suffit de lancer cette commande:
Sudo chown -R www-data /path/to/wordpress
j'espère que ça aide.