内部wikiセットアップがあり、内部共有上のファイルへの多くのリンクを実行します。
通常、次の形式を使用します(Shareはサーバーの名前です)。
<a href="file:///\\share\blah\blah\file.txt">
これは、FireFox(userpref.jsを変更した後)およびIEで機能します。
GoogleChromeが少し採用されました。これらのリンクはChromeでは機能しないようです。私は今のところネット上でそれについて何も見つけることができませんでした。 :/
これはIISボックス(7.0、https)で提供されます。ChromeはFireFoxのように何らかの保護があり、ファイルリンクがWebページからロードされます。回避策を知っている人はいますか?
Chrome Extension Local Links: https://chrome.google.com/webstore/detail/jllpkdkcdjndhggodimiphkghogcpida を使用してより良い解決策を見つけました
file://
リンクのローカルファイルリンクを有効にする拡張子はどうですか?
概要概要
Chromeで無効になっているローカルファイルへのリンクをクリックして開くことができるようにします。 Google Chromeでは、IEとは異なり、ローカルファイルへのリンクは無効になっています。この拡張機能を使用すると、ローカルファイルをクリックして開くことができます。
【セキュリティ】悪意のあるページは、ユーザーのクリック操作にしか反応しないため、許可なくローカルファイルを開くことはできません。
【その他】個人情報の収集・利用は行っておりません。ソースコードはGitHubにリリースされています(「Webサイト」リンクを参照)。
最新のchromeベータ版と<a href="file:///\\share\blah\blah\file.txt">
動作します。
回避策を見つけました。 RightLinkの紹介: http://www.chromeextensions.org/other/rightlink/
UNCパスを右クリックして開きます。拡張機能のオプションで、(パスではなく)ローカルファイルを開くオプションを有効にする必要がある場合があります。
それは私のイントラネットで動作します。
OK、Chromeの回避策を見つけました。
Chromeでこれに移動 リンク 。これで、右クリックすると任意のドキュメントを開くことができます。
私のリンクはこのように見えます
file://SERVER/file
RightLinkは機能しますが、私がいつも使用している右クリックのコンテキストメニューが無効になるため、私にとっては悪い回避策です。
IETab 一方、うまく機能します。 Auto-URL構成にいくつかの内部サイトを追加しました(例: http:// somesite / *)。それらは埋め込まれたIE tab。IE(またはIEタブ)は、マシンの信頼構成に従って、期待どおりにfile://リンクを処理します。
この形式を試してください:
<a href="file://server/share/blah/blah/file.txt">
これは、最新のGoogle Chromeベータ版のクイックテストでうまくいきました。
任意のブラウザ/プログラムで機能するはるかに簡単な解決策は、共有をドライブにマップし、それを介してアクセスすることです。