<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Better code downloading with AJAX</title>
	<atom:link href="http://alexander.kirk.at/2005/10/10/better-code-downloading-with-ajax/feed/" rel="self" type="application/rss+xml" />
	<link>http://alexander.kirk.at/2005/10/10/better-code-downloading-with-ajax/</link>
	<description></description>
	<lastBuildDate>Thu, 26 Jan 2012 12:45:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Erik Arvidsson</title>
		<link>http://alexander.kirk.at/2005/10/10/better-code-downloading-with-ajax/comment-page-1/#comment-30</link>
		<dc:creator>Erik Arvidsson</dc:creator>
		<pubDate>Wed, 12 Oct 2005 17:14:33 +0000</pubDate>
		<guid isPermaLink="false">http://alexander.kirk.at/?p=28#comment-30</guid>
		<description>I have looked at the code for Mozilla but like you I haven&#039;t really found where the bug is. I assume the bug is that they do not add the if-modified-since header and therefore the files will always be redownloaded from the server.

It is pretty easy to see what goes on in Mozilla using Live HTTP Headers. Then you&#039;ll see that it totally ignores last-modified.</description>
		<content:encoded><![CDATA[<p>I have looked at the code for Mozilla but like you I haven't really found where the bug is. I assume the bug is that they do not add the if-modified-since header and therefore the files will always be redownloaded from the server.</p>
<p>It is pretty easy to see what goes on in Mozilla using Live HTTP Headers. Then you'll see that it totally ignores last-modified.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander Kirk</title>
		<link>http://alexander.kirk.at/2005/10/10/better-code-downloading-with-ajax/comment-page-1/#comment-23</link>
		<dc:creator>Alexander Kirk</dc:creator>
		<pubDate>Tue, 11 Oct 2005 07:34:29 +0000</pubDate>
		<guid isPermaLink="false">http://alexander.kirk.at/?p=28#comment-23</guid>
		<description>I haven&#039;t yet had time to approve Erik&#039;s comment myself (by trying it out) but it did some research on the web which seemed to approve it.

Furthermore I had a look at the &lt;a href=&quot;http://lxr.mozilla.org/seamonkey/source/extensions/xmlextras/base/src/nsXMLHttpRequest.cpp#1581&quot; rel=&quot;nofollow&quot;&gt;Source code part&lt;/a&gt; where a comment says:
&lt;code&gt;
1581   // Bypass the network cache in cases where it makes no sense:
1582   // 1) Multipart responses are very large and would likely be doomed by the
1583   //    cache once they grow too large, so they are not worth caching.
1584   // 2) POST responses are always unique, and we provide no API that would
1585   //    allow our consumers to specify a &quot;cache key&quot; to access old POST
1586   //    responses, so they are not worth caching.
&lt;/code&gt;

So, when using a GET request for loading data via XHR it should indeed be cached. I will verfiy this.</description>
		<content:encoded><![CDATA[<p>I haven't yet had time to approve Erik's comment myself (by trying it out) but it did some research on the web which seemed to approve it.</p>
<p>Furthermore I had a look at the <a href="http://lxr.mozilla.org/seamonkey/source/extensions/xmlextras/base/src/nsXMLHttpRequest.cpp#1581"   rel="nofollow">Source code part</a> where a comment says:<br />
<code><br />
1581   // Bypass the network cache in cases where it makes no sense:<br />
1582   // 1) Multipart responses are very large and would likely be doomed by the<br />
1583   //    cache once they grow too large, so they are not worth caching.<br />
1584   // 2) POST responses are always unique, and we provide no API that would<br />
1585   //    allow our consumers to specify a "cache key" to access old POST<br />
1586   //    responses, so they are not worth caching.<br />
</code></p>
<p>So, when using a GET request for loading data via XHR it should indeed be cached. I will verfiy this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Mahemoff</title>
		<link>http://alexander.kirk.at/2005/10/10/better-code-downloading-with-ajax/comment-page-1/#comment-22</link>
		<dc:creator>Michael Mahemoff</dc:creator>
		<pubDate>Tue, 11 Oct 2005 00:50:14 +0000</pubDate>
		<guid isPermaLink="false">http://alexander.kirk.at/?p=28#comment-22</guid>
		<description>Great stuff! I need to add some discussion of caching in On-Demand Javascript.

I was interested in Eric&#039;s comment wrt XHR caching and Firefox and found this link - https://bugzilla.mozilla.org/show_bug.cgi?id=268844 - which confirms there was a bug,

And the commentary there links to an interesting comment in the WHATWG webapp spec:
&quot;In particular, UAs must not automatically set the Cache-Control or Pragma headers to defeat caching.&quot; http://whatwg.org/specs/web-apps/current-work/#setrequestheader</description>
		<content:encoded><![CDATA[<p>Great stuff! I need to add some discussion of caching in On-Demand Javascript.</p>
<p>I was interested in Eric's comment wrt XHR caching and Firefox and found this link - <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=268844"   rel="nofollow">https://bugzilla.mozilla.org/show_bug.cgi?id=268844</a> - which confirms there was a bug,</p>
<p>And the commentary there links to an interesting comment in the WHATWG webapp spec:<br />
"In particular, UAs must not automatically set the Cache-Control or Pragma headers to defeat caching." <a href="http://whatwg.org/specs/web-apps/current-work/#setrequestheader"   rel="nofollow">http://whatwg.org/specs/web-apps/current-work/#setrequestheader</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

