[Configuration] Unlink : suppression de fichier

Salut à tous,
voilà je suis entrain de faire une application php permettant d'uploader des fichiers sur mon serveur et également de les supprimer.
Mais quand je veut supprimer le fichier avec php :

Code:

---

unlink ($file->path);

---

Je me retrouve avec un

Code:

---

Warning: unlink(./..../) [function.unlink]: Permission denied in .... on line ...

---

.

Quelqu'un saurai-t-il comment resoudre ce probleme ?
Merci d'avance

Citation:

---

Envoyé par jak0

Salut à tous,
voilà je suis entrain de faire une application php permettant d'uploader des fichiers sur mon serveur et également de les supprimer.
Mais quand je veut supprimer le fichier avec php :

Code:

---

unlink ($file->path);

---

Je me retrouve avec un

Code:

---

Warning: unlink(./..../) [function.unlink]: Permission denied in .... on line ...

---

.

Quelqu'un saurai-t-il comment resoudre ce probleme ?
Merci d'avance

---

Vérifie le chmod du fichier en question... .. .

@ tchaOo°

Juste avant le unlink, je fais :

Code:

---

chmod ($file->path, 0777);

---

La fonction me retourne true, et j'ai toujours :

Code:

---

Warning: unlink(./..../) [function.unlink]: Permission denied in .... on line ...

---

Je suis mon propre hebergeur, donc si c'est une question de config, je dois pouvoir changer ca... Mais là je vois pas du tout ce qu'il se passe

Ce qui est bizarre, c'est que avant et après la ligne changeant le chmod (qui retourne toujours true), si je fait un

Code:

---

substr(sprintf('%o', fileperms($file->path)), -4)

---

j'ai toujours 0555...

En fait non, avant et après, apparement j'ai 0777... J'y comprend plus rien moi la. Par contre le unlink marche toujours pas

Code:

---

1 2 3 4

print("avant modification de chmod : ".substr(sprintf('%o', fileperms($file->path)), -4)."<br />"); print("chmod retourne : _".chmod ($file->path, 0777)."_<br />"); print("apres modification de chmod : ".substr(sprintf('%o', fileperms($file->path)), -4)."<br />"); print("unlink retourne : _".unlink ($file->path)."_<br />");

---

Retourne :

Code:

---

1 2 3 4 5 6

avant modification de chmod : 0777 chmod retourne : _1_ apres modification de chmod : 0777   Warning: unlink(...) [function.unlink]: Permission denied in ....php on line ... unlink retourne : __

---

Le probleme ne viendrait-il pas de la config du serveur ???

mon probleme n'inspire-t-il personne ??? :?

Salut je viens un petit test tout con

Code:

---

1 2	unlink("toto.txt")

---

si toto.txt est un fichier, meme ouvert il le supprime
mais si toto.txt est un dossier voila son erreur :

Citation:

---

Warning: unlink(Toto.txt): Permission denied in ...zone test\var.php on line 3

---

Donc es tu sur que ton $file->path pointe bien vers un fichier et non un dossier?

Oui, c'est vrai que j'aurai du préciser la valeur contenu dans $file->path. C'est bien un fichier. (de type mime text/plain)

Code:

---

$file->path = "./vrac_files/@.txt";

---

Le fait que le chemin soit donné de maniere relative ne pose pas de probleme ? Faudra que j'essai en chemin absolu
Je viens de penser à un truc, mon serveur Apache tourne sur du Windows, je vais peut-être essayer avec :

Code:

---

$file->path = ".\\vrac_files\\@.txt";

---

Je pense pas car le nom de mon fichier etait bien en relatif aussi
je viens egalement de tester avec les ../ et cela fonctionne aussi.
Mais vu que j'avais eu la meme erreur que toi quand c'etais un dossier
c'etait juste pour te donner une piste.
Sinon désolé, a ce niveau je ne pourrais pas t'aider plus.

ok ben je te remercie en tout cas, c'est vraiment sympa de t'interesser à mon probleme.

Je me demande quand meme si mon probleme viens pas de la configuration d'Apache (c'est pas un hebergeur, c'est bien le serveur de la maison lol).
Y'aurai-t-il des droits à définir sur le dossier père ??

J'ai réussi, en fait le probleme venait du fait que je stocke les finormations du fichier dans une base de données et que quand je lui envoyai le chemin du fichier, les \ étaient enlevés, c'est pour ca, que j'essayai ensuite de supprimer un fichier invalide...
Lol, c'était vraiment con comme histoire au final :lol: :lol: :lol: