Récupération du chemin absolu d'un fichier (fakepath)

Version imprimable

23/05/2014, 16h44
baresi

Récupération du chemin absolu d'un fichier (fakepath)

Bonjour,

Je développe une application où je dois charger un fichier à l'aide d'un <input type="file">, mais le fichier n'est pas important. Ce qui est important c'est le chemin du fichier.

Je dois récupérer le chemin du fichier à partir du input file.

S'ils vous plaît, quelqu'un sait comment faire ? Parce que, après quelques recherches, j'ai vu que c'était pas vraiment possible... mais j'aimerais bien avoir une solution si elle existe.

Merci d'avance.
23/05/2014, 16h58
Bovino

Ni l'application serveur (donc qui traite un formulaire) ni JavaScript n'ont à connaitre cette information, ce serait même une faille de sécurité de la fournir, c'est pourquoi aucun navigateur digne de ce nom ne le fait.
Si "tu en as vraiment besoin" (reste à savoir pourquoi :whistle:), utilise IE6.
23/05/2014, 17h14
baresi

C'est pour une entreprise et selon la spéc : un utilisateur sélectionne un fichier qui se trouve dans un répertoire partagé puis un administrateur (sur une autre jsp) ouvre le fichier en cliquant simplement sur un lien (C:\le chemin du fichier\nom du fichier).

Si ce n'est pas possible, il faudra que l'utilisateur (non informaticien) sélectionne le chemin puis le nom du fichier.

Essayez cela :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
<html><head>
<script type="text/javascript">
     function recup()
          {
     alert (document.getElementById('chemin').value) ;
          }
</script>
</head><body>
     <FORM onsubmit="recup()">
     Select a file: <input type="file" id="chemin">
     <input type="submit">
     </FORM>
</body></html>

P.S. Vous devez faire en séquence : Parcourir > Sélectionner un de vos fichiers > L'ouvrir > Puis enfin soumettre la requête

23/05/2014, 18h23
Bovino

Code:

document.getElementById('chemin').value

A part avec les navigateurs obsolètes type IE6, cela ne récupère jamais le chemin du fichier...
http://codepen.io/anon/pen/fgdAc
23/05/2014, 19h38
iakou

Fonctionne \ IE qui renvoie le chemin complet : C:\______\______\fichier.extension

Résultats différents pour les autres nav :

CHROME et OPERA renvoient : C:\fakepath\fichier.extension tandis que le "renard" ne retourne que fichier.extension

Probablement du paramétrage de navigateur à mettre en place ?...
24/05/2014, 04h43
Watilin

Citation:

Envoyé par iakou

Probablement du paramétrage de navigateur à mettre en place ?...

Non : c'est une sécurité, elle est là pour protéger l'utilisateur. L'option était désactivable dans IE8, la version d'IE dans laquelle elle a été introduite ; quant à Firefox, il n'expose plus les chemins depuis sa version 3, et ce n'est pas configurable. Je n'ai pas d'infos précises pour les autres navigateurs, mais le fait que la sécurité soit présente dans IE8 et FF3 est un signe que c'est un principe assez ancien et bien implanté.

Pour faire simple, JavaScript ne doit pas avoir accès au système de fichier ; un <input type="file"> a accès au système de fichier, c'est pourquoi il est nécessaire que JavaScript ne connaisse pas la vraie valeur de l'input. Il va falloir revoir la spec avec le client. Puisqu'il y a un <input type="file">, pourquoi ne pas s'en servir pour envoyer le fichier à l'administrateur ?

Si le client ne veut pas revoir sa spec, il va falloir passer par un module tiers : activeX, applet Java, extension, ou autre.

Je ne connais pas tous les aspects du projet mais je me demande simplement : est-ce que baser la partie client sur un navigateur web est la meilleure approche ?
24/05/2014, 09h21
iakou

Bonjour.

Merci à Watilin pour ces précisions (4h43 ! Le monde appartient à ceux qui se lèvent tôt...)
Précedemment, j'avais écrit concernant IE : C:\___\___\ fichier.extension, je voulais montrer qu'il y a bien le chemin complet Ex : C:\Users\Philippe\Pictures\divers\masque1.JPG
J'ai désactivé l'option "Inclure le chemin d'accès au répertoire local" par les outils IE, mais ce dernier me renvoie tjs le chemin complet.
Il doit encore y avoir une subtilité IE 9.0 !
Cdlt

PS : Si dans l'application de 'baresi', il y a une bibliothèque dédiée, le nom de fichier devrait suffire. Non ?...
24/05/2014, 09h51
Bovino

Citation:

concernant IE : C:\___\___\ fichier.extension

:nono:

Ce n'est vrai que si tu ouvres le fichier en local (protocole file:), installe un serveur local (type WAMP) et ouvre le fichier depuis le serveur (http://localhost) et tu te rendras compte que ce n'est plus du tout la même chose !

Encore une fois, il s'agit d'un mécanisme lié à la sécurité et aucun navigateur ne joue avec ça !
24/05/2014, 14h23
iakou

C'est exact !

Sous WAMP j'obtiens comme pour les autres nav C:\fakepath\fichier.extension

Pour 'baresi', si dans sa boite les postes "clients" respectent un même protocole, peut-il s'en sortir seulement avec le nom du fichier ?
24/05/2014, 23h40
thelvin

Une solution bourrin que j'ai déjà explorée : le serveur a qu'à aller regarder lui-même ce qu'il y a sur le répertoire partagé et afficher son propre système de sélection de fichiers au lieu de passer par un <input file>.
Ah suivant les cas c'est pas le même budget, mais en théorie il y a pas de problème si on maîtrise son SI.

Il y aurait aussi l'idée de faire des extensions et de les installer sur les postes, pour que les navigateurs acceptent de fournir cette info à cette page du site de l'entreprise. Après tout, sur ces postes et pour cette page, c'est une sécurité qui n'est pas nécessaire.
L'ennui c'est que faire ce genre d'extensions est déraisonnablement difficile et que les navigateurs évoluent trop vite.

Bon, et faire un programme client lourd dédié au lieu de passer par un navigateur pour cette action-là, ça marche pas mal non plus.
26/05/2014, 09h25
baresi

Merci à tous pour ces réponses ;)

Je pense que la meilleur solution est une modification de la spec. L'utilisateur saisie le chemin + le nom du fichier... Vu comment la BDD a été faite

Sinon ce ne serait pas faisable avec la classe File de java ?
26/05/2014, 10h37
thelvin

Citation:

Envoyé par baresi

Je pense que la meilleur solution est une modification de la spec. L'utilisateur saisie le chemin + le nom du fichier... Vu comment la BDD a été faite

La meilleure solution est une modification de l'idée. L'utilisateur doit "parler d'un fichier partagé" sur une application, mais il doit aller chercher ce fichier ailleurs que dans l'application ? Ça ne tient pas.

Citation:

Envoyé par baresi

Sinon ce ne serait pas faisable avec la classe File de java ?

Ben oui, c'est ce qu'on t'a dit avec l'approche "client lourd." Mais on ne fait pas de Java dans une page web.

... Sauf à la rigueur si tu pensais à une applet. Là oui, effectivement, applet Java ou Flash, les deux peuvent le faire. Mais il faut que le plug-in soit installé bien sûr. Ce serait donc plutôt du flash.