2010-07-17 4 views
0

Lorsque j'essaie de télécharger un fichier sur ma version localhost du site Web, le message suivant s'affiche: "Le dossier de destination du téléchargement ne semble pas accessible en écriture"PHP "Le dossier de destination du téléchargement ne semble pas inscriptible"

La fonctionnalité de téléchargement fonctionne parfaitement sur le serveur de production.

J'ai vérifié les autorisations du dossier de destination environ des millions de fois encore obtenir l'erreur a également essayé de changer httpd et l'utilisateur du dossier de destination/groupe sans succès.

La fonction PHP "is_writable" retourne false .... qu'est-ce qui me manque?

J'utilise fedora 13, Apache 2.2.15 et PHP 5.3.2

Merci pour votre aide

Wa'el

+0

Pouvez-vous montrer le chemin complet vers le dossier de destination? Pouvez-vous montrer les autorisations? Pouvez-vous vous assurer à 100% que vous avez l'utilisateur correct en utilisant 'posix_getuid()'? Le mode sans échec est-il actif? –

+0

À quel utilisateur le serveur Apache est-il en cours d'exécution? Il semble certainement que cet utilisateur n'a pas accès en écriture au répertoire en question. –

+0

Avez-vous essayé de définir les autorisations sur 777? – igorw

Répondre

0

si vous écrivez quelque chose que votre commande exec linux vous avez pour désactiver PHP_Safe_MOD dans votre configuration. Parfois, nous utilisons la commande exec() pour effectuer l'opération. Essayez-le. J'espère que ça marcherait.

Vous pouvez également essayer de modifier l'autorisation récursive 777 sur le répertoire parent.

/a/b/c

chmod -R 777 a

+0

Juste une petite observation/point - changer les autorisations est une bonne suggestion, mais je ne le ferais pas sur le "répertoire parent". Les autorisations sont mieux définies comme étant les plus restrictives tout en permettant au système de fonctionner - alors je m'assurerais de changer les permissions, de manière récursive, sur le Dossier de téléchargement de dossier/image UNIQUEMENT. Je peux simplement mal interpréter votre suggestion - en ajoutant simplement pour plus de clarté. –

+5

chmod 777 n'est * jamais * une "solution" aux problèmes d'autorisation. C'est plus comme "Je vais laisser ma porte ouverte au cas où j'oublierais mes clés un jour". Ne fais pas ça, en tout cas. chmod 777 pour un arbre de répertoire entier est encore pire. – Jonas

+0

Cest correct, la suggestion de le changer en 777 est juste de faire un test rapide si cela fonctionne alors son problème de permission, et il peut utiliser le paramètre de permission approprié pour le faire fonctionner. – Developer

Questions connexes