WP il ne faut pas créer de répertoire depuis 777
J'essaie de passer à WP 3 mais j'obtiens une erreur étrange lorsque j'essaie de le faire:
Downloading update from http://wordpress.org/wordpress-3.0.4.Zip.
Unpacking the update.
Could not create directory: /my/path/web/wp-content/upgrade/wordpress-3.tmp
Installation Failed
C'est bizarre parce que le répertoire upgrade a 777 autorisations. J'ai exécuté chmod -R 777 upgrade/ et quand je fais une ls, je vois que upgrade est accessible en écriture pour le monde entier. Je suis sûr que je m'occupe du bon répertoire car si je supprime upgrade, j'obtiens une erreur différente.
Une idée pourquoi ça se passe?
Le correctif s’est avéré être la modification des autorisations de vsftp dans le fichier de configuration vsftp.
Vous devez exécuter la commande chown sur tout le répertoire wp-content:
chown www-data:www-data /path/to/wp-content/ -R
Impossible de créer des répertoires même via un CHMOD 777 implique que vos utilisateurs FTP locaux ne disposent généralement pas du droit d'écrire des fichiers sur votre ordinateur. Pour résoudre ce problème, essayez de modifier votre fichier vsftpd.conf et vérifiez que write_enable est égal à YES.
Editer le fichier vsftp.conf
Sudo vim /etc/vsftpd.conf
puis décommentez la ligne existante (ou définissez sa valeur sur YES)
write_enable=YES
s'est avéré être une erreur d'espace disque pour moi. J'ai supprimé quelques fichiers de sauvegarde et je n'ai plus eu de problème d'autorisations.
À quel compte appartient le répertoire? Essayez de CHOWNing le répertoire sur le compte sous lequel votre serveur Web est exécuté (probablement "Apache").
Cela ressemble généralement à:
chown Apache:apache your/path/to/upgrade
Mais YYMV en fonction de la configuration de votre serveur.
Pour une raison quelconque (je ne suis pas un administrateur de serveur qualifié), la propriété du répertoire peut entraîner des problèmes d'autorisations, même si vos autorisations sont définies sur 777.
En essayant de mettre à jour WordPress, j'obtenais le message d'erreur "Impossible de créer le répertoire". J'ai cherché des solutions et trouvé plusieurs autres recommandations que je partagerai avec vous, puis ce qui a finalement fonctionné pour moi.
La première consiste à accéder au dossier wp-content -> upgrades, à le supprimer, puis à le recréer, puis à chmod 777 (vous pouvez également choisir de chmod 777 dans tout le dossier/wp-content). Une fois l’installation terminée, revenez à 755.
La seconde consiste à désactiver tous les plugins, ou au moins tous les plugins de sécurité.
La troisième consiste à effectuer une installation manuelle.
Comme c’était la première fois que je rencontrais une erreur de mise à niveau, j’ai décidé de ne désactiver que le dernier plug-in de sécurité installé, AskApache (je n’ai modifié aucune autorisation). La mise à niveau s'est ensuite déroulée sans problème.
J'ai eu le même problème, incapable de mettre à jour des plugins ou de mettre à jour des thèmes. J'ai également été incapable de télécharger des photos, mais j'ai pu créer un nouveau message. Mon problème s’est révélé être un problème d’espace disque, car après la suppression de certains fichiers de sauvegarde, je pouvais tout faire fonctionner. J'utilise l'hébergement gratuit et mon cpanel m'a dit que je n'étais pas près de manquer d'espace de stockage, alors je ne l'avais pas envisagé au départ comme solution.
Cela pourrait être un problème avec le safe_mode de php. Cela a transformé ma vie en enfer quand je traite des téléchargements dans des dossiers générés automatiquement, et je suppose que cela pourrait être le cas ici.
S'il est activé, veuillez entrer votre panneau cpanel, plesk, contactez votre administrateur système, essayez de le désactiver et essayez à nouveau.
J'ai résolu ce problème en téléchargeant et en déplaçant le dossier du plug-in décompressé vers le wp-content/plugins, puis j'ai changé son autorisation en 777. De cette façon, j'ai pu voir le plugin dans l'écran des plugins d'administrateur WordPress.
Vous devriez retélécharger des fichiers wordpress, il est possible que des dossiers-fichiers soient manquants. Même chose m'est arrivé avant, il y a 10 minutes ..
J'ai eu le même problème, et découvert/résolu:
L'utilisateur qui ne peut pas créer le répertoire est l'utilisateur FTP que vous utilisez pour le téléchargement. Dans un environnement de sauvegarde, vous pouvez permettre à l'utilisateur root de se connecter via ftp. Mais assurez-vous de désactiver l’utilisateur root pour ftp par la suite. Ne l'oublie pas.
Dans mon installation (Ubuntu 16.04), j'avais deux répertoires wp-content/plugins - ne me demandez pas pourquoi. usr/share/wordpress/wp-content/plugins et var/lib/wordpress/wp-content/plugins. Assurez-vous que les deux répertoires sont accessibles en écriture à l'utilisateur FTP.
Qui est votre hébergeur? La propriété de nouveaux annuaires peut poser problème avec certains hôtes (bon marché) et vous ne pourrez pas les modifier sans leur aide.
Et ne laissez aucun répertoire en 777. WP nécessite un maximum de 755.
Vérifiez vos quotas de système de fichiers, c’était mon problème, une fois que j’ai mis à jour les quotas à une taille supérieure à Wordpress, cela fonctionnait bien.