<?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: A Look At Simple Update Protocol (SUP)</title>
	<atom:link href="http://robert.accettura.com/blog/2008/08/28/a-look-at-simple-update-protocol-sup/feed/" rel="self" type="application/rss+xml" />
	<link>http://robert.accettura.com/blog/2008/08/28/a-look-at-simple-update-protocol-sup/</link>
	<description>Robert Accettura&#039;s Personal Blog on Web Development and Tech</description>
	<lastBuildDate>Fri, 10 Feb 2012 05:07:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Robert</title>
		<link>http://robert.accettura.com/blog/2008/08/28/a-look-at-simple-update-protocol-sup/comment-page-1/#comment-437928</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Fri, 29 Aug 2008 13:01:52 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=1917#comment-437928</guid>
		<description>@Gerv: Not really.  To get &lt;code&gt;Last-Modified-Date&lt;/code&gt; you still need to do a http request for each and every feed.  When your talking about a large site like Flickr or Facebook you can be talking about millions of unnecessary requests.  This is enormously wasteful of resources and slow unless you want to hammer Apache.

By having a list of what&#039;s been updated, they could retrieve content at a quicker interval with much fewer requests.

Adding more caching doesn&#039;t speed things up, it just creates more data latency.  The goal is to get fresh data as quickly and efficiently as possible.  This proposal accomplishes that.  Using &lt;code&gt;Last-Modified-Date&lt;/code&gt; still means making millions of unnecessary calls and a lot of wasted time.</description>
		<content:encoded><![CDATA[<p>@Gerv: Not really.  To get <code>Last-Modified-Date</code> you still need to do a http request for each and every feed.  When your talking about a large site like Flickr or Facebook you can be talking about millions of unnecessary requests.  This is enormously wasteful of resources and slow unless you want to hammer Apache.</p>
<p>By having a list of what&#8217;s been updated, they could retrieve content at a quicker interval with much fewer requests.</p>
<p>Adding more caching doesn&#8217;t speed things up, it just creates more data latency.  The goal is to get fresh data as quickly and efficiently as possible.  This proposal accomplishes that.  Using <code>Last-Modified-Date</code> still means making millions of unnecessary calls and a lot of wasted time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gerv</title>
		<link>http://robert.accettura.com/blog/2008/08/28/a-look-at-simple-update-protocol-sup/comment-page-1/#comment-437720</link>
		<dc:creator>Gerv</dc:creator>
		<pubDate>Fri, 29 Aug 2008 10:06:59 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=1917#comment-437720</guid>
		<description>Isn&#039;t this what HEAD requests and Last-Modified-Date headers are for?

If the server has resource constraints, it should keep a cache of the last modified dates for frequently-requested URLs. The work needed to keep this cache would be the same or less as the work needed to make a &quot;feed of updates&quot;, and would require no client-side changes. Instead of a &quot;table in a database containing the SUP-IDs of changed feeds&quot; have a &quot;table in the database containing the Last-Modified-Date of feeds&quot;. And send back Not Changed responses as appropriate.

Gerv</description>
		<content:encoded><![CDATA[<p>Isn&#8217;t this what HEAD requests and Last-Modified-Date headers are for?</p>
<p>If the server has resource constraints, it should keep a cache of the last modified dates for frequently-requested URLs. The work needed to keep this cache would be the same or less as the work needed to make a &#8220;feed of updates&#8221;, and would require no client-side changes. Instead of a &#8220;table in a database containing the SUP-IDs of changed feeds&#8221; have a &#8220;table in the database containing the Last-Modified-Date of feeds&#8221;. And send back Not Changed responses as appropriate.</p>
<p>Gerv</p>
]]></content:encoded>
	</item>
</channel>
</rss>

