Discussion :

[laurentSc]

Bonjour,

je suis dans un contexte où une chose évidente ne fonctionne pas avec Firefox (seulement avec Internet Explorer) : faire un lien html sur un fichier hébergé sur un serveur local (c'est de l'intranet) :

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
<a href="file:\\Wsfr00901\....xls" target="_blank" >
....xls</a>

.
Avec Firefox, il n'y a pas de message d'erreur comme quoi il ne trouve pas le fichier ; il ne se passe rien quand on clique. Pour contourner ce phénomène, je tente d'ouvrir ce fichier autrement :

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
<a href="openfile.php" >
....xls</a>

openfile.php :

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<?php
echo file_get_contents('\\Wsfr00901\....xls'); 
?>

Mon souci est que si le lien envoit bien sur openfile.php, ce fichier n'affiche rien et que si je rajoute un var_dump :

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
<?php
var_dump(file_get_contents('\\Wsfr00901\....xls'));
echo file_get_contents('\\Wsfr00901\....xls'); 
?>

il affiche false. Donc file_get_contents ne parvient à accéder au fichier. Y a-t-il un moyen de s'en sortir ?

[Pahcixam]

Bonjour,

Je vois que le lien pointe vers un partage Samba. Pour l'ouvrir en php, il faut que le serveur ait les droits nécessaires.

N'est-il pas possible de monter le répertoire distant sur le serveur de prod pour accéder de manière classique au fichier ?

Que dit firefox vis à vis du lien en question en l'analysant via la console de développement F12 ?

[sabotage]

Firefox n'autorise plus les accès file://
http://kb.mozillazine.org/Firefox_:_...Don't_Work

[laurentSc]

Donc d'après le lien de Sabotage, y a rien à faire...

[spastore]

Firefox n'autorise plus les accès file://

C'est pas si simple. Ce code dans mon navigateur FireFox 52.0.1 fonctionne très bien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<a href=file:///C:/wamp/www/page2.html>go</a>

Le lien vers lequel nous renvoie sabotage commence par : "For security purposes, Mozilla applications block links to local files (and directories) from remote files.". Donc ce ne sont pas tous les file:// qui ne sont plus autorisés. Et en Intranet (donc purement réseau local) il reste peut-être des possibilités, comme c'est le cas dans mon test. Je ne maîtrise pas assez bien l'anglais pour comprendre les subtilités expliquées dans le lien donné par sabotage.

Je vous suggère de commencer par :
- remplacer les antislashes (\) par des slashes (/) : j'ai déjà vu FireFox mal réagir sur de simples liens qui comportaient des antislashes (qui ne sont pas le standard HTML),
- tester votre file:// à destination d'un fichier sur le disque local, pour vérifier si oui ou non sabotage se trompe,
- prendre en compte ce que dit Pahcixam, ça a l'air très pertinent.

[laurentSc]

Bonsoir,

j'ai remplacé les antislashes par des slashes.

J'ai fait un test sur un fichier placé sur le disque local :

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

<a href="file:///text.html">test</a>

et
test.html :

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

test

Le souci est que même IE ne l'affiche pas si je clique sur le lien !

Sinon, j'ai vu que après le file: tu plaçais 3 slashes (par exemple <a href="file:///text.html">test</a>) au lieu de 2. L'intérêt si je fais ça, c'est que si je survole le lien sous Firefox, le lien qui s'affiche dans la barre dessous est correct ce qui n'était le cas avec seulement 2 slashes.

Dans la phrase du lien de Sabotage, la suite dit :

For security purposes, Mozilla applications block links to local files (and directories) from remote files. This includes linking to files on your hard drive

(je vois pas en quoi c'est des remote files, mais du coup, normal si ça ne marche pas).

N'est-il pas possible de monter le répertoire distant sur le serveur de prod pour accéder de manière classique au fichier ?

Non, car ces fichiers doivent rester disponibles et changer leur emplacement serait très lourd.

Que dit firefox vis à vis du lien en question en l'analysant via la console de développement F12 ?

Moi, non seulement, je ne maîtrise pas non plus l'anglais, mais pas non plus la console de développement, donc une fois lancée avec F12, je ne sais pas aller plus loin...

[sabotage]

Par contre ta solution alternative reste valable si tu arrives à donner les droits au serveur Apache vers le partage Windows.

[laurentSc]

Peux-tu préciser un peu ?

Quelle solution alternative ?

Sachant que j'ai accès au fichier httpd.conf du serveur, je peux modifier les droits du serveur Apache, mais que faut-il modifier ?

[Invité]

Bonjour Laurent,

• Mozilla support : liens vers les pages locales
• Erreur à l'ouverture d'un raccourci Internet ou d'un fichier HTML local
• Solution de contournement : utiliser l'extension LocalLink

N.B. Ca ne veut pas dire que ça marche, mais que ça a déjà été étudié.

[sabotage]

Ce n'est pas Apache qu'il faut modifier, c'est le partage.
Comme l'a indiqué Pahcixam, le mieux c'est de créer un montage déjà.

[Pahcixam]

Effectivement, quand je parle de montage, c'est simplement créer un point de montage dans le /etc/fstab afin d'avoir un chemin UNIX standard (ou l'équivalent Windows avec les lecteurs réseaux).

On gère les accès directement depuis le système et on peut très bien mettre le tout en lecture seule côté serveur.

On pourrait par exemple monter le dossier dans /media/partage_samba (unix) ou W:\ (Windows).

De cette manière en donnant les droits au serveur (apache, nginx ?) sur ce dossier, on peut lire les documents avec les fonctions php mentionnées dans le premier poste.

[laurentSc]

Désolé, mais je ne maîtrise pas le chinois

Néanmoins, grâce au premier lien de Jérôme, j'ai pu consulter la console d'erreur de Firefox et le message est :

Use of getPreventDefault() is deprecated. Use defaultPrevented instead. jquery-1.10.2.js:5375:28
Security Error: Content at http://localhost:8081/eis2/eisnew/page/index.inc.php may not load or link to file:///Wsfr00901/FR-GRENOBLE/TECHNOPOLE/GENERAL/IT/UNIX/Plan@IP%20-%20T1.xls.

J'ai aussi essayé de charger l'extension LocalLink mais

[Pahcixam]

Afin de pouvoir répondre au plus juste, il serait bien de connaitre les caractéristiques du serveur.

Firefox prévient l'utilisation de lien externe, et je pense qu'à l'avenir les autres navigateur lui emboiteront le pas.

Il faut simplement monter (c'est à dire lier une ressource samba avec un lecteur pour windows ou un dossier pour les os UNIX-like) le répertoire distant quelque part dans l’arborescence du serveur et lui donner les droits en lecture dessus.

Si vous voulez des commandes particulières, il faut que l'on en sache plus.

[laurentSc]

Bonjour,

ne sachant pas quelles informations seraient utiles, voici une copie écran des informations système :