WordPress, impossible de mettre à jour ces plugins.

By | 2 janvier 2012

wordpress-error-150x150L’article d’aujourd’hui fait suite à un commentaire de JP dans l’article ; Comment installer WordPress sur un Nas synology. Le souci est simple impossible de mettre à jour les plugins, thèmes, voir même de mettre à jour wordpress via les mises à jour automatique. Un message d’erreur :

–  Impossible de créer le dossier.    viens systématiquement gacher la fête.

La solution et l’explication juste après le saut.

Pour ma part, le répertoire web contenant le dossier de WordPress est mise à disposition via un partage samba. Les premières fois ou j’ai mis à jour mon CMS wordpress, j’ai tout simplement dézippé wordpress dans mon répertoire Web. Puis j’ai fait de même avec quelques plugins, ce qui a engendré un maximum de confusion dans la gestion des droits et des mises à jour.

Voici le contenu de l’un de  mes répertoires et les droits associés au dossier ( pour l’exemple même avec les full droits sur les dossiers, impossible de faire les mises à jour).

La solution :

Tout simplement l’utilisateur utilisé par Apache est « nobody« , ce que nous allons vérifié avec la commande suivante :

ps -w  | grep apache

Je vais donc ajuster les droits de mon répertoire contenant mon CMS WordPress en me placant à la racine de mon dossier Web :

Dans mon cas (je suis sur un Nas synology, je me place dans /volume1/   et mon répertoire WWW correspond ici au répertoire Web.).

cd /volume1
chown -R nobody:nobody  web

 Maintenant effectué une mise, tout est rentré dans l’ordre.

 

 

5 thoughts on “WordPress, impossible de mettre à jour ces plugins.

  1. hbpatrick81

    Merci pour cette information. Chez moi ça ne fonctionnait pas en ssh avec le compte admin, après avoir rechercher sur le net, il faut utiliser le compte root (qui a pour info le même pwd que le compte admin).

     
    Reply
  2. fred

    oui et non,certains plug-in ne doivent avoir que root comme proprio (exmpl: Akismet,wp-db-backup) mais sinon c’est un bon truc! Merci

     
    Reply
  3. Olivier

    Merci pour l’astuce, mais chez moi (DSM 5.0) pas d’utilisateur « nobody » et apache utilise « root » mais passer les droits du dossier à « root » ne fonctionne pas. Du coup j’ai tenté avec l’utilisateur « http » et cela fonctionne parfaitement maintenant 😉

     
    Reply

Laisser un commentaire