<?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: RESTful Django practice</title>
	<atom:link href="http://kunxi.org/archives/2009/01/restful-django-practice/feed/" rel="self" type="application/rss+xml" />
	<link>http://kunxi.org/archives/2009/01/restful-django-practice/</link>
	<description>Yet another code monkey blog.</description>
	<lastBuildDate>Wed, 04 Jan 2012 07:28:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: RaiulBaztepo</title>
		<link>http://kunxi.org/archives/2009/01/restful-django-practice/comment-page-1/#comment-58461</link>
		<dc:creator>RaiulBaztepo</dc:creator>
		<pubDate>Sun, 29 Mar 2009 01:06:59 +0000</pubDate>
		<guid isPermaLink="false">http://kunxi.org/?p=343#comment-58461</guid>
		<description>Hello!
Very Interesting post! Thank you for such interesting resource! 
PS: Sorry for my bad english, I&#039;v just started to learn this language ;)
See you! 
Your, Raiul Baztepo</description>
		<content:encoded><![CDATA[<p>Hello!<br />
Very Interesting post! Thank you for such interesting resource!<br />
PS: Sorry for my bad english, I&#8217;v just started to learn this language ;)<br />
See you!<br />
Your, Raiul Baztepo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martinez Marchand</title>
		<link>http://kunxi.org/archives/2009/01/restful-django-practice/comment-page-1/#comment-58453</link>
		<dc:creator>Martinez Marchand</dc:creator>
		<pubDate>Sat, 28 Mar 2009 15:16:50 +0000</pubDate>
		<guid isPermaLink="false">http://kunxi.org/?p=343#comment-58453</guid>
		<description>The issue with query strings is that the search may not be entirely accurate.</description>
		<content:encoded><![CDATA[<p>The issue with query strings is that the search may not be entirely accurate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2009-01-17 &#124; zoia.org</title>
		<link>http://kunxi.org/archives/2009/01/restful-django-practice/comment-page-1/#comment-57027</link>
		<dc:creator>links for 2009-01-17 &#124; zoia.org</dc:creator>
		<pubDate>Sun, 18 Jan 2009 00:04:45 +0000</pubDate>
		<guid isPermaLink="false">http://kunxi.org/?p=343#comment-57027</guid>
		<description>[...] RESTful Django practice &#124; Refactor the Life (tags: django python rest webdev) [...]</description>
		<content:encoded><![CDATA[<p>[...] RESTful Django practice | Refactor the Life (tags: django python rest webdev) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Moore</title>
		<link>http://kunxi.org/archives/2009/01/restful-django-practice/comment-page-1/#comment-57003</link>
		<dc:creator>Jon Moore</dc:creator>
		<pubDate>Fri, 16 Jan 2009 21:37:27 +0000</pubDate>
		<guid isPermaLink="false">http://kunxi.org/?p=343#comment-57003</guid>
		<description>(Whoops, did not escape my markup in the first post!)

In _RESTful Web Services_, one suggestion would be to have /bookshelf/books/{isbn} be metadata; this could be returned in a structured format (HTML, XML, JSON) and could contain elements pointing to the available representations, as in:

&lt;link rel=&quot;alternate&quot; href=&quot;/bookshelf/books/{isbn}.json&quot; type=&quot;application/json&quot;/&gt;

This makes the formats discoverable and “hypertext-driven”.

One downside to the use of the HTTP Accept header to specify format is that some clients cannot easily modify their headers (e.g. how do I make my web browser change that for a request)?</description>
		<content:encoded><![CDATA[<p>(Whoops, did not escape my markup in the first post!)</p>
<p>In _RESTful Web Services_, one suggestion would be to have /bookshelf/books/{isbn} be metadata; this could be returned in a structured format (HTML, XML, JSON) and could contain elements pointing to the available representations, as in:</p>
<p>&lt;link rel=&#8221;alternate&#8221; href=&#8221;/bookshelf/books/{isbn}.json&#8221; type=&#8221;application/json&#8221;/&gt;</p>
<p>This makes the formats discoverable and “hypertext-driven”.</p>
<p>One downside to the use of the HTTP Accept header to specify format is that some clients cannot easily modify their headers (e.g. how do I make my web browser change that for a request)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Moore</title>
		<link>http://kunxi.org/archives/2009/01/restful-django-practice/comment-page-1/#comment-57002</link>
		<dc:creator>Jon Moore</dc:creator>
		<pubDate>Fri, 16 Jan 2009 21:35:34 +0000</pubDate>
		<guid isPermaLink="false">http://kunxi.org/?p=343#comment-57002</guid>
		<description>In _RESTful Web Services_, one suggestion would be to have /bookshelf/books/{isbn} be metadata; this could be returned in a structured format (HTML, XML, JSON) and could contain  elements pointing to the available representations, as in:



This makes the formats discoverable and &quot;hypertext-driven&quot;.

One downside to the use of the HTTP Accept header to specify format is that some clients cannot easily modify their headers (e.g. how do I make my web browser change that for a request)?</description>
		<content:encoded><![CDATA[<p>In _RESTful Web Services_, one suggestion would be to have /bookshelf/books/{isbn} be metadata; this could be returned in a structured format (HTML, XML, JSON) and could contain  elements pointing to the available representations, as in:</p>
<p>This makes the formats discoverable and &#8220;hypertext-driven&#8221;.</p>
<p>One downside to the use of the HTTP Accept header to specify format is that some clients cannot easily modify their headers (e.g. how do I make my web browser change that for a request)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian</title>
		<link>http://kunxi.org/archives/2009/01/restful-django-practice/comment-page-1/#comment-56986</link>
		<dc:creator>Adrian</dc:creator>
		<pubDate>Fri, 16 Jan 2009 08:00:24 +0000</pubDate>
		<guid isPermaLink="false">http://kunxi.org/?p=343#comment-56986</guid>
		<description>@Masklinn having the format in the querystring as an optional parameter makes it easier to &quot;smoke test&quot; services on the browser... Just my opinion, I think (and I&#039;ve usually done that) you should have both, but enforce the header option.</description>
		<content:encoded><![CDATA[<p>@Masklinn having the format in the querystring as an optional parameter makes it easier to &#8220;smoke test&#8221; services on the browser&#8230; Just my opinion, I think (and I&#8217;ve usually done that) you should have both, but enforce the header option.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bookstack</title>
		<link>http://kunxi.org/archives/2009/01/restful-django-practice/comment-page-1/#comment-56984</link>
		<dc:creator>bookstack</dc:creator>
		<pubDate>Fri, 16 Jan 2009 04:54:08 +0000</pubDate>
		<guid isPermaLink="false">http://kunxi.org/?p=343#comment-56984</guid>
		<description>@Masklinn:

If the user wants to check out the available eBook formats, but no intention to know the details of authors, publishers, ... I am wondering whether HEAD could acts as a simple query? If not so, it can be dropped.

I also checked out roy.biv.com, he assumes that each URL should be representable, and guide the blind web crawler to find all the contents. In that sense, we need the following list:

/bookshelf/:  list available object list: books, authors, publishers, etc
/bookshelf/books: list all available books with pagination. This is where query string shines: ?page=n</description>
		<content:encoded><![CDATA[<p>@Masklinn:</p>
<p>If the user wants to check out the available eBook formats, but no intention to know the details of authors, publishers, &#8230; I am wondering whether HEAD could acts as a simple query? If not so, it can be dropped.</p>
<p>I also checked out roy.biv.com, he assumes that each URL should be representable, and guide the blind web crawler to find all the contents. In that sense, we need the following list:</p>
<p>/bookshelf/:  list available object list: books, authors, publishers, etc<br />
/bookshelf/books: list all available books with pagination. This is where query string shines: ?page=n</p>
]]></content:encoded>
	</item>
</channel>
</rss>

