文件协议(protocol)是否有效失效？
如果内联网服务器可以生成如下链接，那将对我非常有用
<a href="file:///shared/customer_info/customer-name">
<a href="file:///shared/customer_info/customer-name/history.ods">
由于它是一个内部 Intranet 应用程序，服务器和用户的系统共享对同一文件存储的访问，因此这是明智的。
很遗憾，Firefox 和 Chrome 禁用了 file:// 链接。我唯一能用它们做的就是右键单击，复制链接位置，然后将其粘贴到文件管理器地址栏中，甚至粘贴到浏览器自己的地址栏中(在这种情况下它们工作得很好!)
是否有记录在浏览器上重新启用它们的方法？如果存在重大安全问题，最好有选择地，以便仅对来自本地网络上服务器的 file:// 链接采取行动。
(我知道有一个 Firefox 插件“本地文件系统链接”提供了一些这样的功能，但我对让我的雇主依赖它犹豫不决，因为 Firefox 有破坏插件的历史。还有大多数用户更喜欢 Chrome。)
最佳答案
不，该协议(protocol)并未失效，但它不是网络浏览器主要设计的网络协议(protocol)。 file:// 适用于 IE 和 Chrome 版本 55.0.2883.87，但如您所说，不适用于 Firefox。在 Windows 环境中，文件协议(protocol)虽然像 Web URL 一样构造，但实际上只是幕后的 SMB。它与使用 UNC 路径相同，但允许您使用超链接并在浏览器中显示。
它的主要用例是产品安装的本地文档(通常是帮助文件)。它允许通过 Web 浏览器访问文档并使用文档中的超链接。它在最终用户看来就像一个网站，而实际上它只是本地文件访问。
对于 Intranet 或 Internet，我建议设置 http 链接。虽然 file:// 可以在某种程度上通过内部网工作，但我不推荐它。特别是，正如您所说，您已经有一个正在运行的 http 服务器。
关于google-chrome - 是文件://protocol for web browser links defunct?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/41492417/