Bonjour,

Je développe un site interne à une entreprise et je suis en train de créé une rubrique où l'on peut poster de la documentation située sur différents lecteurs réseau.
Pour ajouter une documentation, l'utilisateur utilise un formulaire où il entre :
-le titre de la documentation
-le chemin réseau de cette documentation (à l'aide d'un bouton parcourir)

Le problème est que la lettre du lecteur réseau peut variée selon la configuration de l'utilisateur. Il faudrait un script qui soit capable de convertir ce chemin au format UNC de façon à ce que la documention soit accessible par tous les postes.

Avez-vous une idée ? Merci

Perso, j'ai fait un montage samba sur mon serveur web des différents lecteurs réseaux. J'utilise "parcourir" pour récupérer le chemin du fichier que je mets dans un champ caché via javascript (attention, sous firefox, il aime pas cette manip, faut donc afficher en-dessous du champ "file" un input type texte pour que l'utilisateur copie/colle le chemin puis je vide le champ "file" histoire de pas uploader inutilement le fichier. Côté php, je fais un find-replace du chemin local par le chemin samba.
Pour le réaffichage, je fais un find-replace dans le sens inverse et j'affiche le lien en file:// (pour firefox, faut créer un fichier user.js et y mettre 3 lignes qui modifient la police de sécurité du navigateur, par défaut, FF n'ouvre pas les liens file://).
 
Mais si y'a moyen de faire autrement, je suis preneur

quand tu crées un nouveau mail Outlook et que tu insères un lien vers ce doc, tu constateras que quand outlook souligne le lien, il l'a converti en chemin UNC. T'as donc pas de lettre de lecteur dans le lien.
 
c'est un peu galère comme méthode, mais si t'as besoin d'un exemple simple et "qui parle" aux utilisateurs, Outlook peut vous y aider ... (si vous l'utilisez oeuf corse !)

dans mon cas, pas oeuf corse

OK Merci.
 
Le plus simple pour moi serai de faire exactement comme outlook effectivement mais en utilisant des langages web. C'est possible ?

up

Mon serveur Web ne peut pas contacter les lecteurs réseaux de l'entreprise. Il faut vraiment qu'au niveau du poste client il soit possible de traduire un chemin local en chemin UNC (ex : "X:\rep\fichier.doc" en "\\nom-du-serveur\rep\fichier.doc" ).
Je pense pas que cela soit possible de faire cette traduction en passant par PHP étant donné que le serveur Web lui-même ne peut pas contacter les différents lecteurs réseaux. Il me faudrait un script client qui puisse mapper les lecteurs réseaux de la machine cliente et faire le lien entre le nom du serveur et la lettre du chemin ...
Toujours pas de solution ??

si t'es sûre que X:\soit exactement le même lecteur chez tout le monde, tu peux toujours faire une fonction qui te le remplace par le chemin UNC ...
Je dis "fonction" car tu pourrais modulariser ce bout de code et centraliser le traitement des chemins UNC.
 
Par exemple une fonction du style
 

Il l'a dit précédemment, tous les utilisateurs n'ont pas le même nom de montage pour un même chemin réseau Enfin, c'est ce que j'ai compris. Je lui avais déjà proposé le replace sinon...

Merci Newslet Tux mais comme le dit rufo tous les utilisateurs n'ont pas forcément le même nom de montage pour un même chemin réseau .J'ai essayé de me tourner vers les applets java mais bon .. je suis pas top en la matière et puis des sécurités empêchent de fouiller dans l'arboresence des clients ...
En gros : mon projet n'est tout simplement pas possible ....

Heureux de te dire que non ton projet n'est pas impossible !

 
Sans doute, mais en proposant une solution technique, ça donnerait plus de poids à ton affirmation

Désolé de revenir si tard.
 
Dans mon entreprise, chaque utilisateur possède un script de connexion lancé au démarrage de la session utilisateur.
 
Exemple l'employé toto à un script nommé toto.bat contenant :  
 
@net use I: \\serveur\....
 
Effectivement sur le poste de travail de toto on a un lecteur réseau I:\  correspondant au chemin \\serveur\...
il suffit ensuite de récupérer l'ID utilisateur, et d'aller lire dans le fichier le chemin UNC.
 
Si le système n'est pas le même chez toi alors, les autres solutions proposées sont excellente car en effet les appli PHP ou asp.net s'exécutent côté serveur et il n'existe pas de lecteur I:\ H:\... chez les serveur, donc il ne trouvera rien.
 
Si par contre tu exécute ton appli en Locale ( je ne pense pas que ce soit le cas vu que c'est pour le réseau del'entreprise )  
 
alors voici une super fonction  
 

 
j'espere en avoir aidé !  
Contactez moi si besoin

Y'a peut-être moyen de faire la même chose en Javascript moyennant une modif de paramétrage de Firefox puis d'envoyer via une requête Ajax le chemin trouvé au serveur.
 
J'avais trouvé ce script : http://www.captain.at/ajax-file-upload.php
Ca permet d'uploader via ajax un fichier sur le serveur (alors que normalement, ce n'est pas possible). Quand tu regardes le code, ça lit le fichier octet par octet sur le hdd de l'utilisateur. Si ça se trouve, y'a d'autres fonctions sympathiques de ce genre pour Firefox ...

Perso, je n'ai pas compris le problème.
 
Si tu mets un <input/> de type "file", le fichier est envoyé au serveur... pas son chemin.

Du genre de ces fcts : https://developer.mozilla.org/en/Co [...] e_I%2F%2FO
 
Pour les privilèges : http://www.mozilla.org/projects/se [...] jssec.html
 
Tiens, pour lancer une appli via JS : https://developer.mozilla.org/en/Co [...] plications
 
Plus généralement : https://developer.mozilla.org/en/Code_snippets

Si tu parles de l'upload d'un fichier via ajax et que tu ne vois pas en quoi c'est un pb alors saches que normalement, ajax n'est pas censé faire des requêtes post en multipart. Du coup, tu peux pas poser un formulaire contenant un input type "file".
 
En gros, si tu veux faire un form d'upload de fichier et que la page n'ait pas besoin de se rafraîchir pour visualiser le résultat de l'upload (genre afficher des liens hypertextes sur les fichiers qui viennent d'être uploadés), ben de base, tu peux pas avec Firefox (sauf avec IE 6, mais là, c'est parce qu'il est pas super secure ). Faut mettre en place le script que j'ai cité + modifier la conf de firefox.

Non je parlais de son problème à la base. Tu as répondu entre temps

son pb est que ses users ont différents lecteurs réseaux qui sont montés sur des lettres différentes, genre un répertoire "RepServ1" du server1 qui est mon chez Toto sur R:\ alors que chez Titi, il est monté sur S:\. De la doc est référencée dans ces répertoires réseaux et il a créé une appli qui doit permettre de référencer des fiches documentaires avec un lien de type file:// pointant sur les fichiers. Le pb, c'est que si Titi références un doc situé sur S:\, le lien en file:// va marcher pour tous ceux qui ont le doc sur S:\ mais pas pour toto ou les autres qui ont le même doc mais sur R:\. Il voudrait donc une solution pour connaître le chemin UNC et non local du répertoire.
 
Moi, j'avais le même pb pour mon appli Astres. Sauf que j'avais moyen de discriminer le chemin de montage du répertoire via l'OS. Tous ceux sous Linux avait le répertoire sur un montage réseau donné et tous ceux sous Windows sur un autre. Donc en détectant l'OS, je m'en sortait pour faire le liens en file:// Mais c'est pas valable pour lui... Il n'a pas de critère de discrimination (a priori en tout cas).

Au fait magg27, c'est toi sur ce topic : http://www.developpez.net/forums/d [...] hemin-unc/  ?

Yop tout le monde,
 
Désolé de répondre si tard.
 

 
Oui c'est bien moi   vu que mon problème tournait en rond et que je ne trouvais absolument rien sur le net, j'ai posté sur plusieurs forums.
Mais ne vous inquiétez pas, je ne vous fais pas faux bond  
 
Enfin, mon problème est toujours au goût du jour et avec la rentrée, celui-ci deviens très critique pour mon entreprise : Les gens vont commencer activement à poster des chemins de doc sur l'outil.
 

 
Il y a beaucoup de monde dans l'entreprise : il y a plusieurs sites en France ... Cette solution est trop difficile à mettre en place : on ne peut pas toucher aux paramétrage de Firefox ...
 

 
Par contre cette solution m'interesse beaucoup .. Mais je ne connais pas du tout ce langage, est-il possible d'intégrer ce code à mon site php ?
 
Merci à tous le monde pour vos nombreuses réponses !    et encore désolé pour ma réponse tardive
 
 
 

C'est du VB/VBA/VBS. Non, pas intégrable en l'état.

Ca aurait été trop facile Et il y a moyen de revoir son état ?

regardes du côté de javascript pour Firefox : https://developer.mozilla.org/en/Co [...] plications
 
Avec le code du dessus, tu le mets dans VB, t'en fais un exe que tu appelles avec la méthode donnée ci-dessus.

Bonjour,
 
Je déterre ce post pour vous annoncer que je n'ai toujours pas réussi à faire ce que je voulais ...
 
Mon intranet souffre beaucoup de ce problème car il devient de plus en plus pauvre en information.
 
Je suis vraiment à cours d'idée et je compte sur votre communauté pour me donner de nouvelles pistes, c'est très très urgent ..
 
Je vous serai très reconnaissant pour votre aide. Par avance merci ..

Si on reprend le problème dans un autre sens, on a :
- l'utilisateur a des lecteurs réseaux mappés, chaque utilisateur a ses lettres de lecteur à sa convenance
- poste des liens de documents via une page web en php/html
 
côté client, il y a 2 langages qui sont dynamiques : Java et Javascript. Le souci est que Javascript est limité (pour des questions évidentes de sécurité) et Java itou, mais celui-ci possède un moteur qui peut exécuter des commandes.
 
Si on part du principe que les mappages de lecteurs réseaux de l'utilisateur ne changent pas, pour un même utilisateur, dans le temps (le S: reste toujours \\serveur\chemin chez Toto p.ex.), on peut arriver à une solution qui mène à ma fonction de remplacement plus haut : dans le "profil" de l'utilisateur, tu déclares ses chemins réseaux ...
 
 
 
Typiquement, tu fais exécuter ce fichier BAT à chaque utilisateur :

 
ça créera un fichier texte avec la session de l'utilisateur (par exemple pour Bill Gates, ça donnera c:\bgates_mapping_reseau.txt)
 
Dans ce fichier t'as tous les lecteurs + le pointage vers lequel ils renvoient. T'as plus qu'à uploader et parser ce doc et enregistrer la correspondance dans le profil de l'utilisateur (ou plus propre, dans une autre table)
genre ID User 3 lecteur S: partage \\serveur\chemin
IDUser 3 lecteur T: partage \\serveur2\chemin  
etc.
 
et à chaque lien qu'il poste, connaissant ses correspondances de lecteurs réseaux, tu fais le remplacement comme rufo et moi te l'avons suggéré.
 
Le gros inconvénient c'est qu'en php tu ne peux absolument pas récupérer les lecteurs, en javascript non plus ... donc ça demande une intervention manuelle de l'utilisateur, mais après rien ne t'empêche de lui "interdire" de poster des docs s'il n'a pas uploadé son fichier texte...

J'ai supposé dans mon message précédent que les lecteurs ne changeaient pas dans le temps pour un même utilisateur, donc S:\pour toto, renvoie toujours à \\serveur\chemin, mais il peut être intéressant de prévoir pour cette "table de correspondance" une date de péremption, date à partir de laquelle l'utilisateur serait invité à retélécharger le fichier .BAT proposé, le rééxécuter et réuploader les nouvelles correspondances ...
 
(ça, c'est au cas où certains de tes utilisateurs changent fréquemment leurs lettres, ce qui n'est, certes, pas dans leur intérêt, mais bon...)
 
merci de me(nous) tenir au courant en tous cas, la suite m'intéresse ...

Si, en javascript on peut récupérer les lecteurs réseaux, mais y'a 2 pré-requis : utiliser Firefox et avoir modifié certaines variables de conf (cf les liens que j'ai donnés dans un précédent post). Et avec ces pré-requis, tu peux même lire un fichier sur le HDD
 
Sinon, y'a vraiment aucun moyen de déduire l'ordre des mappages d'un utilisateur à partir d'infos accessibles par php ou JS (ex, basé sur l'IP, l'OS et/ou sa version...)

Je suis actuellement en recherche d'infos sur l'interfaçage PHP et les variables d'environnement Windows, j'ai pas encore bcp cherché mais le peu que j'ai fait me laisse à penser que c'est très limité ...
 
L'inconvénient de ta solution (qui reste sans doute la plus automatisée de ce sujet, donc requérant le moins d'actions de la part de l'utilisateur en minimisant au maximum les risques d'erreur) reste dans le fait qu'il faut un firefox modifié alors que dans l'environnement de magg27 c'est pas envisageable. L'avantage de ma solution est qu'elle marche aussi pour ceux qui ne jurent que par IE et ne veulent pas de navigateurs alternatifs dans leur entreprise.

 
d'où ma question s'il avait moyen de discriminer automatiquement l'ordre du mappage des utilisateurs en fonction des infos envoyées par le navigateur au serveur (version d'OS, IP...).

Salut !

En fait je recherche une solution qui n'implique pas un paramétrage préalable de l'utilisateur. Etant donné que l'intranet est utilisé par 200 personnes éparpillés en Europe et maîtrisant plus ou moins bien l'informatique, ce type de solution n'est pas du tout envisageable.

Donc la solution de rufo qui consiste à reparamétrer chaque profil user de Mozilla n'est pas faisable.
La solution de NewsletTux est déjà mieux mais elle est trop lourde à mettre en prod : comme je le disais, les 200 personnes sont des novices en informatique, donc dans un premier temps cela ne coulera pas de source pour eux d'exécuter le .bat et d'uploader le .txt sur le serveur web ... dans un second temps, il peut arriver que leurs lecteurs réseaux cassent et en les remettant la lettre à des chances d'être modifiée, ce qui implique alors de mener une regénération du .txt pour le reuploader à nouveau ... Autrement cette solution est très astucieuse !

Je sais bien que mon projet est très exigeant ... Dans l'idéal, il me faudrait un applet ou autre qui s'exécute sur le poste du client pour avoir davantage d'action sur celui-ci ... Mais comment ?

Mes utilisateurs s'authentifient sur l'intranet via leurs identifiants de domaine. Mon serveur web peut donc contacter le serveur LDAP de l'entreprise. Sachant cela, y a t-il d'autres solutions ?

Merci pour vos réponses en tout cas  

le mappage des lecteurs réseaux est enregistré dans les variables du profil, pas dans un champ de l'objet "utilisateur" de AD. Si tu as des profils itinérants, alors il y a peut-être moyen de faire la requête au niveau du serveur (si tant est que ton intranet PHP s'exécute sur le même serveur...
 
Mais autrement, si on pousse mon raisonnement plus loin, j'ai peut-être une solution encore plus astucieuse ...
Puisque tu as un AD avec domaine, ça veut dire que les utilisateurs s'y authentifient = récupèrent des paramètres de l'AD.
 
Rien ne t'empêche alors, côté serveur, d'exécuter le .BAT à l'ouverture de session de la personne (inconvénient : le fichier texte sera recréé à chaque ouverture de session, mais il écrasera le précédent, et en cas de lecteur qui sautent et sont mal remis (i.e. avec la mauvaise lettre), ça met à jour le fichier texte) et depuis ton intranet, tu récupères l'IP du poste client ...
 
Ainsi tu récupères 192.168.0.200 (par exemple) à la connexion de l'utilisateur à ton intranet.
Et tu peux ensuite aller chercher dans \\192.168.0.200\c$\bgates_mapping_reseau.txt
 
Ainsi tu fais ce que j'ai dit plus haut, en toute transparence pour l'utilisateur ...