Je suis en train de modifier les autorisations de fichiers «WordPress Codex , mais quand j'essaie de mettre à jour et / ou d'installer plugin
et / ou de theme
passer wp-admin
, je reçois ce qui suit:
Pour effectuer l'action demandée, WordPress doit accéder à votre serveur Web. Veuillez saisir vos identifiants FTP pour continuer. Si vous ne vous souvenez pas de vos informations d'identification, vous devez contacter votre hébergeur.
à partir du niveau du système de fichiers:
# ls -ld wp-content/ wp-content/plugins/ wp-content/themes/
drwxrwxr-x. 6 root apache 4096 Jun 2 12:01 wp-content/
drwxrwxr-x. 28 root apache 4096 Jun 2 00:00 wp-content/plugins/
drwxrwxr-x. 11 root apache 4096 May 11 16:34 wp-content/themes/
#
httpd
fonctionne comme apache
:
$ ps auxw | grep httpd
root 20158 0.0 0.1 533080 26192 ? Ss 15:03 0:00 /usr/sbin/httpd -DFOREGROUND
apache 20233 0.0 0.2 612608 34908 ? S 15:03 0:00 /usr/sbin/httpd -DFOREGROUND
apache 20234 0.0 0.2 538772 46904 ? S 15:03 0:00 /usr/sbin/httpd -DFOREGROUND
apache 20235 0.0 0.1 536832 24268 ? S 15:03 0:00 /usr/sbin/httpd -DFOREGROUND
apache 20236 0.0 0.2 626272 35640 ? S 15:03 0:00 /usr/sbin/httpd -DFOREGROUND
apache 20237 0.0 0.0 535296 9592 ? S 15:03 0:00 /usr/sbin/httpd -DFOREGROUND
apache 20322 0.0 0.1 537088 26620 ? S 15:03 0:00 /usr/sbin/httpd -DFOREGROUND
apache 20380 0.0 0.2 626060 33816 ? S 15:04 0:00 /usr/sbin/httpd -DFOREGROUND
apache 20429 0.0 0.1 538216 29184 ? S 15:04 0:00 /usr/sbin/httpd -DFOREGROUND
apache 20447 0.0 0.2 629380 43180 ? S 15:04 0:00 /usr/sbin/httpd -DFOREGROUND
apache 20448 0.0 0.2 626172 35224 ? S 15:04 0:00 /usr/sbin/httpd -DFOREGROUND
alexus 24073 0.0 0.0 112652 972 pts/9 R+ 15:13 0:00 grep --color=auto httpd
$
Je voudrais pouvoir exécuter l'action demandée ( install
et / ou update
) /wp-admin
sans informations d'identification FTP.
Comment puis je faire ça?
plugins
themes
updates
permissions
alexus
la source
la source
nobody
- cela ne fonctionnera pas pour moi en raison deshttpd
exécutions en tant queapache
.apache.apache
ouroot.apache
ne ferait aucune différence, tant quehttpd
s'exécuteapache
etapache
que suid
fait partie duapache
gid
groupe, c'est toujours la même chose, car mes autorisations sont définies surg+w
.Réponses:
Ajoutez ce qui suit à wp-config.php:
Faites moi savoir comment ça marche pour vous.
la source
Cela signifie que WordPress dispose d'une autorisation limitée pour apporter des modifications au dossier dans lequel il a été installé.
Afin de résoudre ce problème, tout ce que vous devez faire est de fournir les autorisations nécessaires pour le même.
Exécutez la commande suivante dans votre terminal / Putty / Commandline Prompt après vous être connecté à votre serveur via SSH:
Consultez cet article pour plus de détails.
la source
Même s'il est tout à fait correct d'avoir la propriété comme
root:apache
avec les autorisations 775 et httpd pour fonctionner commeapache
, Wordpress n'aime pas cela. Il veut que le propriétaire soitapache
, selonwp-admin/includes/file.php
:Le vôtre serait:
wp_file_owner = root
temp_file_owner = apache
Si $ wp_file_owner est identique à $ temp_file_owner, continuez. Le vôtre serait pris dans le elseif, qui selon le commentaire ne permet pas de supprimer / créer, mais seulement des mises à jour (j'ai vérifié cela en mettant à jour le code d'un plugin depuis Wordpress, et cela a fonctionné).
Remarque Je n'ai pas parcouru le code en détail, ce n'est que mon interprétation rapide. J'ai eu le même problème et une fois que j'ai changé d'utilisateur: group pour que l'utilisateur httpd soit également le propriétaire du fichier, il ne demandait plus les informations d'identification FTP.
la source
www-data
travailler pour moi. WordPress drôle!Ce n'est pas une réponse directe, mais il faut probablement le dire - c'est un problème que vous devez éviter de résoudre à moins que vous ne parliez d'un développement local, auquel cas vous pouvez simplement définir des autorisations sur 777.
La raison en est que si le serveur Web peut écraser votre code, tout code malveillant en cours d'exécution pourra également le faire. Le risque est tellement plus grand que la commodité de gagner quelques secondes en n'ayant pas à taper les informations d'identification ftp.
la source
Bien que la question ne soit plus aussi nouvelle, je veux ajouter mes deux cents sur cette question également.
Beaucoup de ppl ont Centos (7) sur leur serveur VPS et les lignes de code suivantes pourraient résoudre leur problème.
Imho a tout à voir avec SELinux qui empêche WordPress de faire son travail comme souhaité. Cela va trop loin pour expliquer ce qu'est SELinux et ce qu'il fait. Pour info, l'introduction commence par:
Seulement 3 étapes à suivre:
chcon -R -t httpd_sys_content_t /var/www/html/wordpress
chcon -R -t httpd_sys_rw_content_t /var/www/html/wordpress
Je ne dirai pas que cela aide tout le monde, mais pour ceux qui n'ont pas désactivé SELinux, cela devrait être un soulagement.
À votre santé
Remarque: veuillez vous adapter à vos propres besoins (ce qui signifie chemin vers WordPress)
modifier: assurez-vous de supprimer la ligne
define("FS_METHOD", "direct");
lorsqu'elle est / a été utiliséewp-config.php
car c'est absolument un non lorsque les lignes de code ci-dessus font ce que vous voulez.la source
Dans mon cas, j'ai résolu ce problème en revenant du mode GIT au mode FTP.
Plus d'avertissement.
Peut-être que cela aidera quelqu'un d'autre aussi.
la source