Assurez-vous <a href=“fichier local”> est ouvert en dehors du navigateur

Pour un Intranet d'application web (gestion de documents), je veux afficher une liste des fichiers associés à un certain client. Le HTML résultant est comme ceci:

<a href="file:///server/share/dir/somefile.docx">somefile.docx</a>
<a href="file:///server/share/dir/someotherfile.pdf">somefile.pdf</a>
<a href="file:///server/share/dir/yetanotherfile.txt">yetanotherfile.txt</a>

Cela fonctionne bien. Unfortunetly, lorsque vous cliquez sur un fichier texte (ou fichier d'image), Internet Explorer (et je suppose que la plupart des autres navigateurs ainsi) insistent sur l'affichage dans le navigateur au lieu de l'ouverture du fichier avec l'application correspondante (par exemple le bloc-notes). Dans notre cas, c'est un comportement indésirable, car elle ne permet pas à l'utilisateur de modifier le fichier.

Est-il une solution de contournement pour ce problème (par exemple, quelque chose comme <a href="file:///..." open="external">)? Je suis conscient que c'est un navigateur spécifique de la chose, et un IE seule solution serait bien (c'est une application Intranet, après tout).

  • PS: d'ouvrir le fichier sur le serveur de diffusion en continu et avec Content-disposition: attachment n'est pas une option, car cela ne ferait que permettre à l'utilisateur de modifier une copie locale du fichier.
  • Même si l'utilisateur peut ouvrir le fichier directement dans l'application, le fichier n'est encore qu'une copie locale.
  • Non, il n'est pas. Au moins c'est à dire est assez intelligent pour ne pas télécharger une copie locale du fichier, mais pour envoyer le chemin d'accès UNC à l'application.
InformationsquelleAutor Heinzi | 2010-05-05
  1. 1

    VOULEZ-vous les gens à perdre avec des choses allongé sur votre serveur? Qui pue le manque de sécurité pour moi...

    Je le recommande permettant à l'utilisateur de vérifier localement et à l'aide d'une base de données ou similaire pour permettre aux gens de vérifier dans de nouveaux projets. Dit les traites doivent être vérifiées et validées en quelque sorte, avant qu'ils ne soient écrites sur le serveur du système de fichiers.

    • Oui, c'est une exigence. C'est un logiciel pour les petites entreprises où la commune se trouvent les fichiers sur un partage réseau et tous les fichiers sont modifiés "en place". L'accès au fichier est géré par les autorisations NTFS.
    InformationsquelleAutor Platinum Azure
  2. 0

    Je viens de tester et cela semble fonctionner (IE6, pas dans FF ou Chrome):

    <HTML>
<script language="JavaScript">
  function startWord(strFile)
  {
    var myApp = new ActiveXObject("Word.Application");
    if (myApp != null)
    {
      myApp.Visible = true;
      myApp.Documents.Open(strFile);
    }
  }
</script>
<a href="javascript:startWord('file:///server/share/dir/test.doc')">test.doc</a>.

    Trouvé ici.

    • Merci, mais les fichiers Word ne sont pas le problème ici. Le problème sont des fichiers texte, des fichiers d'image, et tout autre type de fichier c'est à dire peut afficher en ligne.
    • Vous devriez voir le lien que j'ai référencé. Il a d'autres types de fichiers/Programme-des associations. Je peux au moins vous l'avez souligné dans la bonne direction. Une autre alternative serait d'écrire un protocole personnalisé mais cela nécessiterait une installation ou regedit sur les machines locales.
    InformationsquelleAutor J.Hendrix