Décompresser la mise à jour ... Impossible de créer le répertoire. WordPress
Quand j'instal nextgen-gallery
plugins. Ce message d'erreur apparaît
Downloading update from https://downloads.wordpress.org/plugin/nextgen-gallery.zip…
Unpacking the update…
Could not create directory.
Comment puis-je résoudre ce problème ?
source d'informationauteur BigTech
Vous devez vous connecter pour publier un commentaire.
C'est un problème d'autorisations. S'assurer que le répertoire est accessible en écriture par apache. Les Plugins sont décompressés dans le wp-content/plugins, je voudrais donc la première tentative d'écriture dans le répertoire d'apache:
Définir des autorisations en conséquence pour corriger le problème. Vous pouvez lire sur les autorisations ici: http://www.linux.com/learn/tutorials/309527-understanding-linux-file-permissions
Vous pouvez lire le fichier correct régime de l'autorisation pour WordPress ici: http://codex.wordpress.org/Changing_File_Permissions#Permission_Scheme_for_WordPress
@skrilled et @knutole réponse était grand, mais j'ai constaté que lors de la tentative de résoudre le problème sur le dossier plugins, tout était ok et la réponse n'a pas de travail pour moi.
Si quelqu'un d'autre a ce problème, essayez de regarder les mises à jour de dossier également. Ce dossier (à partir de ce que je vois) est utilisé comme un dossier pour stocker les fichiers temporaires lors de WP mises à jour ou les mises à jour de plugin sont en train d'être couru.
Tout simplement si vous recevez le message indiquant "impossible de créer le répertoire' et il n'y a pas de chemin d'accès spécifié, il pourrait être de parler sur les mises à niveau du dossier.
pour nginx personnes
si vous avez de php-fpm installé, vous devez indiquer à l'utilisateur et de groupe est de nginx. /etc/php-fpm.d/www.conf . trouver de l'utilisateur qui est attribué à apache par défaut et de le modifier pour nginx. aussi le faire pour le groupe. ensuite, exécutez cette commande :
également à l'intérieur de votre répertoire de wordpress exécuter ces commandes
modifier le nom d'utilisateur dans ce que votre nom d'utilisateur en cours.
encore, vous devez appliquer propper autorisations.
exécutez ces commandes à l'intérieur de votre répertoire de wordpress
Si vous utilisez
vsftpd
que votre serveur FTP et ont permis à des connexions passives, vous devez ajouterpasv_promiscuous=YES
à/etc/vsftpd/vsftpd.conf
.J'ai eu un problème similaire. Il a commencé avec moi en essayant de mettre à jour un plugin sur un migré WP installer. Je n'ai pas l'obtenir, toutes mes autorisations ont été EXACTEMENT la même que l'ancien serveur. Dans ma situation, j'ai commencé à voir que pas grand chose n'a été fonctionne correctement. Je ne pouvais pas installer/supprimer des plugins ou des thèmes ainsi que le téléchargement de médias d'erreur. Ensuite, j'ai trouvé la solution via la recherche.
Si vous rencontrez toujours ce problème, et la modification des autorisations n'ont PAS résolu le problème, essayez ceci:
Aller à votre panneau de contrôle d'hébergement et trouvez votre hébergement paramètres, où vous pouvez modifier vos paramètres de script. Dans parallels Plesk panel (comme dans mon exemple), ce serait en vertu de Sites web & les Domaines. Cliquez sur votre nom de domaine dans le bas. Sur l'écran suivant, où il est dit "support de PHP (exécuter en tant que..." modifier la liste déroulante de "module Apache" à "application FastCGI". Tout devrait être fixé jusqu'à maintenant!
(Re)configuration des autorisations via ftp n'a pas fait une différence pour moi. Il n'y a pas d'accès SSH disponible, j'ai donc eu à se connecter dans le panneau de contrôle (directadmin dans mon cas), le Gestionnaire de Fichiers où je pourrais "Réinitialiser le Propriétaire" à "la propriété de Fichier reset" /wp-contenu du répertoire.
Je suis en cours d'exécution Nginx avec WordPress. J'ai supprimé la mise à jour du dossier wp-content et puis a couru la mise à niveau de l'wordpress GUI de nouveau. J'ai noté les utilisateur de linux depuis la mise à jour du dossier créé est www-data. J'ai ensuite fait une {sudo chmod -R www-data:www-data .} Couru la mise à niveau à nouveau à partir de l'interface graphique et ça a fonctionné.
Probablement besoin de modifier les autorisations sur la plupart des dossiers de sorte qu'ils ne peuvent pas être modifiés par www-data mais je verrai ça demain.
Un problème d'autorisation, assurez-vous d'apache (www-data) a des droits d'écriture.
Tous les ci-dessus est grande, mais je pense que vous avez manqué le plus simple de la question. Votre site web est à l'aide de plus d'espace qu'il a été alloué, et par conséquent, il est cassé. WordPress fait plus de fichiers que est en cours d'utilisation. Si vous êtes sur le bord de venir, une simple nuit d'un problème où vous n'avez rien n'est possible. D'aller au lit, tout beaux. Dans la matinée site est cassé.
J'ai mon propre site web, de manière que je vais dans le revendeur partie de Ovh ou Hostgator (j'ai des sites sur les deux plates-formes d'hébergement) et je réaffecter plus d'espace et le problème disparaît généralement. Essayez d'abord ça, ou il regarde avant de déconner avec des autorisations. Si vous avez changé d'une autorisation et que le problème est venu, pourrait être autorisations, sinon, cochez cette première.