Submitted by ephalisto on
Bonjour,
je viens d'installer drupal 6 avec succès mais j'ai systématiquement des messages du genre "Le fichier choisi /home/web1188/phptmp/fileEd3ZUU n'a pas pu être transféré, car le répertoire de destination n'est pas correctement configuré." qui s'affichent dans un cadre rouge, en haut.
Quel est le dossier à configurer ? Mon site est ici
Merci si vous pouvez m'aider.
Voir d'abord là :
Permalien Soumis par haza le 27 Mars, 2008 - 20:27
Voir d'abord là : tonsite.com/?q=admin/settings/file-system
Le File system path doit contenir un chemin.
Assures toi que ce chemin existe bien, et qu'il est accessible en écriture (chmod 777 au début pour tester, apres faire attention a la sécurité ;))
Merci de ta réponse ;) le
Permalien Soumis par ephalisto le 27 Mars, 2008 - 20:33
Merci de ta réponse ;)
le problème est que le seul dossier phptmp que je connaisse se trouve dans le dossier parent (je me connecte à mon ftp puis je dois me rendre dans mon dossier "web") alors je ne sait pas si il est possible de contourner ça.
J'ai dis de créer le
Permalien Soumis par haza le 27 Mars, 2008 - 20:37
J'ai dis de créer le dossier qui est indiqué dans Drupal. Ne t'occupe pas du phptmp, c'est un dossier "temporaire".
En gros, un upload sur un site via un formulaire (via http donc), ca se passe plus ou moins comme ça :
- soummission du formulaire
- envoie vers un dossier temporaire sur le serveur
- traitement du fichier si besoin
- copie vers la zone de stockage réelle
Et là, c'est ce dernier point qui coince normalement, parce que le vrai dossier de destination n'existe pas, ou n'est pas accessible en écriture.
Merci de ta patience. J'ai
Permalien Soumis par ephalisto le 27 Mars, 2008 - 20:45
Merci de ta patience.
J'ai essayé de créer un dossier sessions mais ça ne marche tjrs pas.
J'ai indiqué son emplacement par rapport à la racine de mon site et je lui ai mis le chmod 777.
Serait-ce parce que j'utilise la traduction de la version 6 ?
La traduction ne joue aucun
Permalien Soumis par haza le 27 Mars, 2008 - 21:26
La traduction ne joue aucun role, ce n'est qu'un changement de la "sortie écran", ca joue en rien en interne.
Tu as bien mis "sessions" dans le champs correspondant dans l'admin ?
Sur le premier champs, en laissant "/tmp" dans le deuxième ?
Je viens de tester chez moi, pas de souci avec ça :
http://www.web-42.com/files/file_upload.png
Je sais que j'ai déjà eu quelque souci avec l'envoie de fichier, mais c'était uniquement du a une config complètement foireuses des serveurs derrière (politique de sécurité trop forte) qui entrainait des problèmes aux niveaux des autorisation d'écriture sur les fichiers.
Source
Permalien Soumis par virtuose le 23 Avril, 2008 - 22:59
Source :
http://www.drupalfr.org/comment/reply/3179#comment-form
j'ai le même problème, j'ai fait les mêmes tests mais ca fonctionne pas plus. :(
le message est le suivant
* Le fichier choisi /var/www/web6/web/tmp/filekVrkLV n'a pas pu être transféré, car le répertoire de
destination n'est pas correctement configuré.
* Le fichier choisi /var/www/web6/web/tmp/fileDq2rP8 n'a pas pu être transféré, car le répertoire de
destination n'est pas correctement configuré.
A la fonction function file_save_data($data, $dest, $replace = FILE_EXISTS_RENAME) { du fichier
includes/files.inc, j'affiche les deux variables files ce qui donnent
J'ai deux fichiers :
file1 : /var/www/web6/web/tmp/file2LpNtx
dest1 : sites/test2.festivalequestre.com/files/languages/fr_48b83dfa5dcaa3df3ec6807874ab3549.js
file2 : /var/www/web6/web/tmp/filenfyDEw
dest2 : sites/test2.festivalequestre.com/files/languages/fr_48b83dfa5dcaa3df3ec6807874ab3549.js
Pour les droits sur les repertoires bien ca donne
Sur le repertoire sites/test2.festivalequestre.com/files/ les droits sont les suivants :
Owner X Read X Write X Execute
Group X Read X Write X Execute
All X Read X Write X Execute
il me donne l erreur mentionne ci haut
Dans le repertoire sites/test2.festivalequestre.com/files/languages/ les droits sont les suivants :
Owner X Read X Write X Execute
Group X Read X Write X Execute
All X Read X Write X Execute
alors j obtient l erreur
* Le fichier choisi /var/www/web6/web/tmp/file2LpNtx n'a pas pu être transféré, car le répertoire de
destination sites/test2.festivalequestre.com/files/languages/fr_48b83dfa5dcaa3df3ec6807874ab3549.js n'est
pas correctement configuré.
* Le fichier choisi /var/www/web6/web/tmp/filenfyDEw n'a pas pu être transféré, car le répertoire de
destination sites/test2.festivalequestre.com/files/languages/fr_48b83dfa5dcaa3df3ec6807874ab3549.js n'est
pas correctement configuré.
he si je donne les droits suivantes au repertoire sites/test2.festivalequestre.com/files/languages/
Owner X Read Write Execute
Group X Read Write Execute
All X Read Write Execute
Puis la je ne sais pas pourquoi mais tout semble fonctionner. :( crime ca fait quelques heures que je suis avec ce probleme et la up c est regle. j aimerais bien comprendre pourquoi. je viens de faire les tests que je vous mentionner plus haut.
salut et a+
fred s.
Bonjour, J'ai le même
Permalien Soumis par ruddy32 le 6 Mars, 2009 - 16:47
Bonjour,
J'ai le même problème avec le message suivant :
"Le fichier choisi /tmp/filevyjJV2 n'a pas pu être transféré, car le répertoire de destination sites/default/files/languages/fr_2f9c86ae306db5e9910086b8ba59ea22.js n'est pas correctement configuré."
Les répertoires 'sites/default/files' et 'sites/default/tmp' doivent-ils être configuré avec les droits d'accès '775' ou '777' ?
A quelle configuration correspond le répertoire 'sites/default/files/languages/fr_2f9c86ae306db5e9910086b8ba59ea22.js' ? Il existe un fichier du même nom avec les droits '775'. Mais je ne trouve pas de répertoire portant ce nom.
J'utilise Drupal 6.9.
Merci d'avance pour votre aide.
J'ai corrigé le problème
Permalien Soumis par ruddy32 le 7 Mars, 2009 - 07:47
J'ai corrigé le problème en utilisant les droits '777' sur le répertoire 'sites/default/files' et le fichier 'sites/default/files/languages/fr_2f9c86ae306db5e9910086b8ba59ea22.js'.
J'ai le même problème, il
Permalien Soumis par Blackguard le 11 Mars, 2009 - 23:39
J'ai le même problème, il est survenu après avoir intallé un nouveau module.
Le message est le suivant :
Le fichier choisi /tmp/fileoRQXWE n'a pas pu être transféré, car le répertoire de destination sites/MON_SITE/files/languages/fr_299f67c3166e4812e1a3a1e33d43a76a.js n'est pas correctement configuré.
Mon plus gros problème est que le fichier en question n'esxiste pas - il n'y a pas de fichier fr_299f67c3166e4812e1a3a1e33d43a76a.js dans le répertoire /langugages/...
Bonsoir, J'ai exactement le
Permalien Soumis par StimL le 8 Avril, 2009 - 22:48
Bonsoir,
J'ai exactement le même problème. Il me met le même type d'erreur et je n'ai pas le fichier dont il me parle...
Si quelqu'un à des infos ...
J'utilise la version 6.10.
Bonne soirée.
Vérifiez les droits (775)
Permalien Soumis par ruddy32 le 9 Avril, 2009 - 00:25
Vérifiez les droits (775) du répertoire file et de ses sous-répertoires.
Les droits sur le fichier
Permalien Soumis par StimL le 9 Avril, 2009 - 18:48
Les droits sur le fichier files (qui est vide) sont en 777 et j'ai toujours ce problème :(
As-tu une autre idée ?
Attention, lorsque vous
Permalien Soumis par gramoun_kal le 29 Janvier, 2010 - 17:21
Attention, lorsque vous changez les paramètres de permission sur un dossier, il n'est pas dit que le changement soit valide pour les sous-dossier. En particulier s'ils ont été créés plus tard.
Utiliser chmod en récursif.
Pour un répertoire (de façon récursive) : chmod -R [u g o a] [+ - =] [r w x] nom_du_répertoire
(source fr.wikipedia (pour respecter leur licence CC :) )
Merci en tout cas, j'ai eu le même problème et le voilà résolu.
Julien
moi aussi j'avais le mm
Permalien Soumis par ruwen le 22 Février, 2010 - 15:16
moi aussi j'avais le mm bleme, et ça marche mnt
j'ai selement modifier le CHMOD en 777 et appliquez le aussi sur les sous-dossier du repertooire files
:)
Vérifiez en premier lieu le
Permalien Soumis par tartalac le 17 Mars, 2010 - 16:26
Vérifiez en premier lieu le chemin de votre répertoire temporaire (?q=admin/settings/file-system). C'est particulièrement important pour les sites qui ont été développés sur un autre serveur que celui de production puis copiés (par ftp ou autre). Je me suis pris la tête un moment avant de voir que j'avais le chemin de mon tmp de développement.
Bonjour, J'ai une
Permalien Soumis par cyberjimi le 16 Mai, 2010 - 14:39
Bonjour,
J'ai une installation multisite, et je viens de mettre à jour 8 modules j'ai le même problème sur un seul de mes sites, j'ai passé www/tmp en 777 ainsi que le répertoire images qu'il contenait pareil pour le répertoire file j'ai même créé un répertoire tmp dans file en 777 (en changeant le chemin dans le système de fichiers) et j'obtiens toujours le même message.
Pour les autres sites sans soucis (6 sur la même config) les répertoires sont pourtant tous en 755.
Modules mis à jour :
menu per role 1.7
Advanced taxonomy bloc 3.3
jQuerry menu 3.3
Menu icons 6.4
Node Reference explorer 1.1rc3
Permissions API 2.7
Terms of use 1.12
Taxonomy tree menu 7.1
Le site étant vide je vais tenter de réinstaller ces modules un par un…
Par ailleurs je ne pense pas que de passer en 777 soit une très bonne idée.
C'est menu icons qui me fiche
Permalien Soumis par cyberjimi le 16 Mai, 2010 - 15:26
C'est menu icons qui me fiche le souc je l'ai viré
je viens tout juste
Permalien Soumis par jodumont le 13 Février, 2011 - 15:21
je viens tout juste d'installer la version 7 de drupal
et j'ai obtenu le problème du répertoire temporaire invalide
que j'ai corrigé comme suit :)
1' primo créer le répertoire tmp à la racine de votre domaine
(répertoire de base contenant drupal)
2' s'assurer que les permissions sont 0755
3' dans l'Admin de drupal sous Configuration -> Média -> Système de Fichiers
le répertoire par défault est /tmp
je l'ai changé pour tmp/ et le tour est joué
SOLUTION ? Sous CentOS ça
Permalien Soumis par impaled_drupaled le 9 Septembre, 2011 - 13:44
SOLUTION ?
Sous CentOS ça fonctionne, donc sur tous Debian/Ubuntu/...
chown -R apache [...vers sites/...]/files
Et hop !
SOLUTION ? Sous CentOS ça
Permalien Soumis par impaled_drupaled le 9 Septembre, 2011 - 13:44
SOLUTION ?
Sous CentOS ça fonctionne, donc sur tous Debian/Ubuntu/...
chown -R apache [...vers sites/...]/files
Et hop !