performance - Subresource server hint header doesn't work -


The sub-source server is trying to use the signal, but it seems that it does not work.

At the bottom of the screen you can see the main page with the "link" header and both resources are retrieved later. And as you see, instead of getting the header before parsing any content, the manager has parsers. So the result is the same as we were before using this header: (

Why any thoughts?

Full size:

Full size:

  1. This is an open bug in the Chromium project since 2010.

    The link HTML element is the equivalent of a response header. This follows the form:

      link:  

    We should support this header, especially for relay type prefetch, sub-resources and DNS prefetch.

    At the time of writing, the last update of this issue was 2 days ago, 2014-10-28.
    Extension of the issue:

  2. According to,

    The link unit-header field provides a means to serial one or more links in the HTTP header. This is semantically eq

  3. It states that

    HTTP link header, in fact the question The resource can be given metadata without touching

  4. A comment from current, 2011 has said that link header processing

    to add HTML element There is only one case. Based on these these references, I conclude that Chrome is processing this header as this link element & lt; Head & gt; .


    Since this does not break the page, I do not lose any sleep in chrome ... On the other hand, Internet Explorer, - and I quote - "We link top on webpage Given the limited use of the article, do not plan to fix this issue. "


Comments

Popular posts from this blog

java - Can't add JTree to JPanel of a JInternalFrame -

javascript - data.match(var) not working it seems -

javascript - How can I pause a jQuery .each() loop, while waiting for user input? -