子资源服务器提示标头不起作用

Posted

技术标签:

【中文标题】子资源服务器提示标头不起作用【英文标题】：Subresource server hint header doesn't work 【发布时间】：2014-12-23 11:49:53 【问题描述】：

尝试使用子资源服务器提示，但似乎不起作用。

在下面的屏幕上，您可以看到带有“链接”标题的主页，并且稍后会获取这两个资源。如您所见，发起者是解析器，而不是在解析任何内容之前收到的标头。所以结果和我们使用这个头文件之前是一样的:(

有什么想法吗？

全尺寸：http://i.stack.imgur.com/2ey2K.png

全尺寸：http://i.stack.imgur.com/fHXCM.png

【问题讨论】：

【参考方案1】：

    这是自 2010 年以来 Chromium 项目中的一个公开错误：

    Link html 元素具有等效的响应标头。它跟随 形式：

    Link: <http://href.here/to/resource.html>;rel="prefetch"

    我们应该支持这个头文件，特别是对于 rel 类型的预取， 子资源和 dns 预取。

    在撰写本文时，该问题最近一次更新是在 2 天前，即 2014-10-28。问题详情：https://code.google.com/p/chromium/issues/detail?id=58456

    根据section 5 of RFC 5988，

    链接实体标头字段提供了一种在 HTTP 标头中序列化一个或多个链接的方法。它在语义上等同于 HTML 中的 &lt;LINK&gt; 元素。

    W3C wiki page 指出

    HTTP 链接标头允许在不实际接触相关资源的情况下提供元数据

    在the relevant Webkit bug 上，2011 年的一条评论指出处理链接头是

    只是连接 HTML 元素的问题。

根据这些参考资料，我可以得出结论，Chrome 正在处理此标头，就像处理 &lt;head&gt; 中的 link 元素一样。

由于它不会破坏页面，我不会因为它而失眠...在 Chrome or Firefox 中。另一方面，Internet Explorer denied that they will add support -- 我引用 -- “我们不打算解决这个问题，因为我们在网页上看到的 Link 标头的使用有限。”

【讨论】：

以上是关于子资源服务器提示标头不起作用的主要内容，如果未能解决你的问题，请参考以下文章

Spring 4/5 全局 CORS 配置不起作用，给出“请求的资源上不存在‘Access-Control-Allow-Origin’标头’

PHP标头404不起作用

在现有 WCF SOAP 服务中添加 Http 标头不起作用

SharePoint 2019 - 添加自定义响应标头不起作用

标头位置重定向在 Web 服务器上不起作用

带有发布请求的 Angular 6 标头不起作用