Web浏览器链接文件：//协议是否失效？

这将是对我非常有用的，如果内部网服务器可能产生链接，如

<a href="file:///shared/customer_info/customer-name"> 
<a href="file:///shared/customer_info/customer-name/history.ods">

因为它是一个内部网应用程序，服务器和用户的系统共享相同的文件存储的访问，所以这是明智的。

不幸的是，Firefox和Chrome已禁用file://链接。我唯一能做的就是右键单击，复制链接位置，然后将其粘贴到文件管理器的位置栏中，甚至粘贴到浏览器自己的位置栏中（在这种情况下，它们会非常漂亮！）

Is there一种文档化的方式在浏览器上重新启用它们？优选地，如果存在主要的安全问题，则选择性地使得仅来自本地网上的服务器的链接被起作用。我知道有一个Firefox插件“本地文件系统链接”提供了一些这样的功能，但由于Firefox有一些打破插件的历史，我会犹豫是否让我的雇主依赖它。另外大多数用户更喜欢镀铬）

来源

2017-01-05 nigel222

当你已经举办自己的文件服务器，你为什么不设置也是一个HTTP服务器？ – rekire

它*是一个生成'file：//'链接的http服务器。我可以在（新的）基于数据库的系统中使用一些简单的启发式方法来指向（相关的，旧的）数据文件的用户，这些文件包含可能永远不会加载到数据库中的非系统数据。 – nigel222

没有该协议不解散，但它不是一个网络协议，它主要是设计什么样的Web浏览器。 file://适用于IE和Chrome版本55.0.2883.87，但正如您所说，在Firefox中不起作用。在Windows环境中，文件协议虽然像网址一样构建，但实际上仅仅是幕后的SMB。它与使用UNC路径相同，但允许您使用超级链接并在浏览器中显示。

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

对于Intranet或Internet我建议设置HTTP链接。虽然file://可以在一定程度上通过Intranet工作，但我不推荐它。特别是，正如你所说，你已经有一个HTTP服务器运行。

来源

2017-01-06 22:40:19

Web浏览器链接文件：//协议是否失效？

回答

相关问题