Apache var/www modification de fichier.php

Parce que ton utilisateur n'a pas les droits en écriture sur ces fichiers. Regarde les droits associés à /var/www :

ls -l /var/www

A priori je pense que le propriétaire est root et le groupe www-data (reporte-moi le résultat de cette commande) et que les deux ont les droits en écriture sur ce répertoire. Il suffit d'ajouter ton utilisateur à ce groupe pour corriger le problème.

Plus de détails ici :
http://forum.ubuntu-fr.org/viewtopic.php?id=113562

Bonne chance

Salut,

Tu ne peux pas modifier les fichier dans /var/www car à la base tu n'est pas le propriétaire du dossier.

Pour plus d'informations tu peux regarder cette page.

Pour ce qui est de te permettre de modifier les fichier je dirais qu'avec la commande chown ça devrait fonctionner. Donc :

chown -R  user:user /var/www

Si une fois cette commande lancer et exécuté avec succès ça ne fonctionne pas.
Essai :

chown -R  user:user /var/www/*

@++ :- )

Edit : Je ne tapes pas assez vite ,, shifted by mamiemando ;-P

Bon stop je vois trop de trucs qui me piquent les yeux :)

Pour commencer pour lancer un éditeur texte graphique avec des droits root, il faut éviter sudo et préférer gksudo, cf les explications ici :
http://doc.ubuntu-fr.org/sudo#quand_doit-on_utiliser_sudogksudokdesudo

1) gksudo paramètre le dossier personnel (la variable d'environnement $HOME) pour l'application exécutée en mode privilégiée à /root plutôt qu'à /home/<identifiant> et copie le fichier .Xauthority dans un dossier temporaire. Ceci empêche que des fichiers du dossier personnel de l'utilisateur changent de propriétaire (et donc corrompent la session graphique en cours).


Pour le lien symbolique pourquoi pas a priori dans le cas particulier d'apache ça marche peut être, mais pas dans celui d'un serveur "jailé" comme par exemple proftpd. Le lien symbolique ferait remonter depuis /var/www via ../../home/mando/site (ou directement /home/mando/site ce qui revient de toute façon au même) et force à "sortir" de /var/www. Dans un serveur jailé ce ne serait pas possible.

Je pense que ce n'est d'ailleurs pas systématiquement possible en apache si on autorise pas le suivi des liens symbolique.

Seule solution, utiliser des "mount bind" :
http://www.commentcamarche.net/...

Ensuite il n'y a pas vraiment de raison de stocker le site dans un home à part dans un contexte "mono utilisateur" et encore. Tous les "documents" attachés à une application n'appartiennent pas spécialement à un utilisateur et c'est pourquoi le "home" de ces applications est bien dans /var/lib ou /var/www (cf apache, mysql, munin et bien d'autres).

Imaginons par exemple que l'utilisateur mando héberge les "pages" en question et qu'il décide brusquement de restreindre l'accès à son home. Et bien c'est dommage mais là avec lien symbolique on sera coincé (pas avec un mount bind qui est exécuté par root) mais conceptuellement ce dossier n'a rien à faire dans son home. Je rappelle au passage qu'un utilisateur peut dégager de son home un fichier qui ne lui appartient pas même s'il n'a pas les droits dessus (ben oui.. c'est son home :p).

Preuve :

(mando@aldur) (~) $ su -
Mot de passe : 
(root@aldur) (~) # touch /home/mando/pouet.txt
(root@aldur) (~) # logout
(mando@aldur) (~) $ ls -l /home/mando/pouet.txt
-rw-r--r-- 1 root root 0  1 oct.  11:03 /home/mando/pouet.txt
(mando@aldur) (~) $ rm /home/mando/pouet.txt
rm : supprimer fichier vide (protégé en écriture) « /home/mando/pouet.txt » ? y
(mando@aldur) (~) $ ls -l /home/mando/pouet.txt
ls: impossible d'accéder à /home/mando/pouet.txt: Aucun fichier ou dossier de ce type

Bref... laissons les pages à leur place et mettons simplement mando... dans www-data... comme c'est prévu à la base.

Bonne chance