文件://协议对于网络浏览器链接已经过时了吗？

Question

文件协议是否已经失效？

如果一个内部网络服务器可以生成以下链接，那对我来说将非常有用：

<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。）

- nigel222

---

当你已经拥有自己的文件服务器时，为什么不设置一个 HTTP 服务器呢？ - rekire

它是一个生成file://链接的HTTP服务器。我可以在（新的）基于数据库的系统中添加一些简单的启发式算法，指向（相关、旧的）数据文件，这些文件包含非系统化的数据，可能永远不会被加载到数据库中。 - nigel222

Answer 1

不，该协议并未过时，但它不是一个网页协议，而这正是网页浏览器的主要设计目的。在IE和Chrome版本55.0.2883.87中，file://可以使用，但正如您所说，在Firefox中无法使用。在Windows环境下，尽管文件协议的构造方式与Web URL相同，但其实质上只是SMB协议。它与使用UNC路径相同，但允许您使用超链接并在浏览器中显示。

其主要用途是用于产品安装的本地文档（通常是帮助文件）。它允许通过Web浏览器访问文档，并在文档内使用超链接。对最终用户而言，它看起来像一个网站，但实际上只是本地文件访问。

对于企业内部网络或互联网，我建议设置HTTP链接。虽然file://在企业内部网络中可能可以使用，但我不建议这样做。特别是，如您所述，您已经有一个HTTP服务器运行。

- E LaRoche

---

注意：现在它在Chrome或新版Edge中无效，因此IE 11是唯一可用的内部浏览器。叹气 - NetMage