<?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: Improving Django performance with better caching</title>
	<atom:link href="http://www.peterkrantz.com/2008/improving-django-cache-performance/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.peterkrantz.com/2008/improving-django-cache-performance/</link>
	<description>A blog about technology, visualization, music and unmanned vehicle experiments</description>
	<lastBuildDate>Thu, 26 Aug 2010 18:28:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Evgeniy</title>
		<link>http://www.peterkrantz.com/2008/improving-django-cache-performance/comment-page-1/#comment-2647</link>
		<dc:creator>Evgeniy</dc:creator>
		<pubDate>Thu, 22 Oct 2009 05:13:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkrantz.com/?p=231#comment-2647</guid>
		<description>This patch applied to the trunk? Or GET requests still not cached?</description>
		<content:encoded><![CDATA[<p>This patch applied to the trunk? Or GET requests still not cached?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emil Stenström</title>
		<link>http://www.peterkrantz.com/2008/improving-django-cache-performance/comment-page-1/#comment-2351</link>
		<dc:creator>Emil Stenström</dc:creator>
		<pubDate>Mon, 03 Nov 2008 21:49:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkrantz.com/?p=231#comment-2351</guid>
		<description>Yeah, I agree, with many parameters it gets complicated, and your patch works well for that case. 

For a typical site, most search queries will probably be new ones, so most people won&#039;t benefit from caching them. But I guess it doesn&#039;t hurt to cache them too.</description>
		<content:encoded><![CDATA[<p>Yeah, I agree, with many parameters it gets complicated, and your patch works well for that case. </p>
<p>For a typical site, most search queries will probably be new ones, so most people won&#8217;t benefit from caching them. But I guess it doesn&#8217;t hurt to cache them too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Krantz</title>
		<link>http://www.peterkrantz.com/2008/improving-django-cache-performance/comment-page-1/#comment-2350</link>
		<dc:creator>Peter Krantz</dc:creator>
		<pubDate>Mon, 03 Nov 2008 07:58:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkrantz.com/?p=231#comment-2350</guid>
		<description>@Emil: It gets complicated to do slash-based URL:s if you have many combinations of parameters. Also, for a site where content changes slowly, I would expect to receive the same result for ?q=ponies over a short period of time (e.g. an hour) so I would definitely like that to get cached.

Thanks for notifying me about the openid-stuff. Seems to be thoroughly broken right now.</description>
		<content:encoded><![CDATA[<p>@Emil: It gets complicated to do slash-based URL:s if you have many combinations of parameters. Also, for a site where content changes slowly, I would expect to receive the same result for ?q=ponies over a short period of time (e.g. an hour) so I would definitely like that to get cached.</p>
<p>Thanks for notifying me about the openid-stuff. Seems to be thoroughly broken right now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emil Stenström</title>
		<link>http://www.peterkrantz.com/2008/improving-django-cache-performance/comment-page-1/#comment-2349</link>
		<dc:creator>Emil Stenström</dc:creator>
		<pubDate>Sun, 02 Nov 2008 23:14:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkrantz.com/?p=231#comment-2349</guid>
		<description>Also, OpenID is very much broken here. I logged in and got redirected to your wp-admin with the message that a user was created but that I couldn&#039;t log in. Message was lost :(

Second time my name was saved in the OpenID field (how?) and my comment got lost again.

Very annoying...</description>
		<content:encoded><![CDATA[<p>Also, OpenID is very much broken here. I logged in and got redirected to your wp-admin with the message that a user was created but that I couldn&#8217;t log in. Message was lost :(</p>
<p>Second time my name was saved in the OpenID field (how?) and my comment got lost again.</p>
<p>Very annoying&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emil Stenström</title>
		<link>http://www.peterkrantz.com/2008/improving-django-cache-performance/comment-page-1/#comment-2348</link>
		<dc:creator>Emil Stenström</dc:creator>
		<pubDate>Sun, 02 Nov 2008 23:05:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkrantz.com/?p=231#comment-2348</guid>
		<description>So you&#039;re already hacking away on the Django source :) That&#039;s clearly one success criteria of a open source project, to get smart people interested.

In your specific case, you could have made your views not use get parameters: /items/sort/name/ or something like that, but I agree with you that the expected behavior is that GET params are cached too. When using the middleware sitewide cache I&#039;m not sure we want the same behavior though, that would cache all searches (?q=ponies) too.

Nice VPS site, will keep in mind when the play-around-hosting I use now expires.</description>
		<content:encoded><![CDATA[<p>So you&#8217;re already hacking away on the Django source :) That&#8217;s clearly one success criteria of a open source project, to get smart people interested.</p>
<p>In your specific case, you could have made your views not use get parameters: /items/sort/name/ or something like that, but I agree with you that the expected behavior is that GET params are cached too. When using the middleware sitewide cache I&#8217;m not sure we want the same behavior though, that would cache all searches (?q=ponies) too.</p>
<p>Nice VPS site, will keep in mind when the play-around-hosting I use now expires.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://www.peterkrantz.com/2008/improving-django-cache-performance/comment-page-1/#comment-2347</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Sun, 02 Nov 2008 20:17:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkrantz.com/?p=231#comment-2347</guid>
		<description>The answer for me is -- don&#039;t cache views.
Cache the data returned from queries, before sorting/processing/etc.

-- joe</description>
		<content:encoded><![CDATA[<p>The answer for me is &#8212; don&#8217;t cache views.<br />
Cache the data returned from queries, before sorting/processing/etc.</p>
<p>&#8211; joe</p>
]]></content:encoded>
	</item>
</channel>
</rss>
