我们有一个内部 wiki 设置,并且与内部共享上的文件进行了大量链接。
我们通常使用这种格式(其中 Share 是服务器的名称):
<a href="file:///\\share\blah\blah\file.txt">
这在 FireFox(修改 userpref.js 之后)和 IE 中有效。
我们现在已经习惯了使用 Google Chrome。这些链接似乎在 Chrome 中不起作用。到目前为止,我在网上找不到任何相关信息。:/
这是在 IIS 框 (7.0,https) 上提供的。Chrome 似乎具有一些像 FireFox 一样的保护功能,可以防止从网页加载文件链接。有人知道有什么解决方法吗?
答案1
那启用本地文件链接链接的扩展file://
?
概述
单击 Chrome 禁用的本地文件链接即可打开。与 IE 不同,Google Chrome 禁用本地文件链接。此扩展程序允许您单击本地文件链接来打开它。
[安全] 恶意页面无法在未经许可的情况下打开本地文件,因为此扩展仅对用户的点击操作做出反应。
[其他] 不收集/使用个人信息。源代码发布到GitHub(见“网站”链接)。
答案2
我刚刚下载了最新的 chrome 测试版并且<a href="file:///\\share\blah\blah\file.txt">
可以运行。
答案3
我找到了一个解决方法。介绍 RightLink:http://www.chromeextensions.org/other/rightlink/
右键单击要打开的 UNC 路径。您可能需要在扩展选项中启用打开本地文件(而不是路径)的选项。
它在我的内联网上运行。
答案4
RightLink 可以工作,但是对我来说是一种糟糕的解决方法,因为它禁用了我一直使用的右键单击上下文菜单。
网页浏览器另一方面效果很好。我在其自动 URL 配置中添加了几个内部网站(例如http://somesite/*) 并且它们会自动在嵌入式 IE 选项卡中打开。IE(或 IE 选项卡)根据机器的信任配置按预期处理 file:// 链接。