2010/9/19 Julian Reschke <span dir="ltr"><<a href="mailto:julian.reschke@gmx.de">julian.reschke@gmx.de</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 15.09.2010 19:45, Gavin Peters (蓋文彼德斯) wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Hi, I'm working on link tags inside of chrome.  We're now experimenting<br>
with an optimization that uses link tags and headers to avoid round<br>
trips for cache validation in many cases.<br></div>
...<br>
</blockquote>
<br>
Clarifying: essentially that's a workaround for resources for which the actual cache information returned by HTTP GET isn't accurate, right? Which of course leads to the question: if the maintainers of a site can't get their cache information right, what makes you think they can get their HTML right instead?<br>
</blockquote><div> </div></div>No, it's a performance optimization. I presume that if the link attributes indicate that the browser's cached resource is valid, the browser does not issue a network request to validate the resource.<br clear="all">
<br>Rob<br>-- <br>"Now the Bereans were of more noble character than the 
Thessalonians, for they received the message with great eagerness and 
examined the Scriptures every day to see if what Paul said was true." [Acts 17:11]<br>