Compare Revisions

Link prefetching FAQ

Revision 53570:

Revision 53570 by mnot on

Revision 53571:

Revision 53571 by Cdolivei on

Title:
Link prefetching FAQ
Link prefetching FAQ
Slug:
Link_prefetching_FAQ
Link_prefetching_FAQ
Tags:
HTML, Gecko, Necko, HTTP, "Web Development", Performance, Link, Prefetch
HTML, Gecko, Necko, HTTP, "Web Development", Performance, Link, Prefetch
Content:

Revision 53570
Revision 53571
t90      Yes, only <span class="nowiki">http://</span> (and, startint90      Yes, only <span class="nowiki">http://</span> (and, startin
>g in {{ Gecko("1.9.1") }} <span class="nowiki">https://</span>) U>g in {{ Gecko("1.9.1") }} <span class="nowiki">https://</span>) U
>RLs can be prefetched. Other protocols (such as FTP) do not provi>RLs can be prefetched. Other protocols (such as FTP) do not provi
>de rich enough support for client side caching. In addition to th>de rich enough support for client side caching. &nbsp;
>is restriction, URLs with a query string are not prefetched. This 
> is done because such URLs often result in documents that cannot  
>be reused out of the browser's cache, so prefetching them often h 
>as little benefit. We found that some existing sites utilize the  
>&lt;link rel="next"&gt; tag with URLs containing query strings to 
> reference the next document in a series of documents. Bugzilla i 
>s an example of such a site that does this, and it turns out that 
> the Bugzilla bug reports are not cachable, so prefetching these  
>URLs would nearly double the load on poor Bugzilla! It's easy to  
>imagine other sites being designed like Bugzilla, so we explicitl 
>y do not prefetch URLs with query strings. (It might make sense t 
>o allow prefetching of these documents when the <code>rel=prefetc 
>h</code> relation type is specified, since this should not appear 
> in any existing content.) There are no other restrictions on the 
> URLs that are prefetched. 

Back to History