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.