<?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"
	>
<channel>
	<title>Comments on: Resourceful Vs Hackable Search URLs</title>
	<atom:link href="http://morethanseven.net/posts/resourceful-vs-hackable-search-urls/feed/" rel="self" type="application/rss+xml" />
	<link>http://morethanseven.net/posts/resourceful-vs-hackable-search-urls/</link>
	<description>Morethanseven is where Gareth Rushgrove plays with the web</description>
	<pubDate>Fri, 16 May 2008 06:14:15 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: James Aylett</title>
		<link>http://morethanseven.net/posts/resourceful-vs-hackable-search-urls/#comment-8721</link>
		<dc:creator>James Aylett</dc:creator>
		<pubDate>Wed, 23 Apr 2008 11:09:30 +0000</pubDate>
		<guid isPermaLink="false">http://morethanseven.net/?p=217#comment-8721</guid>
		<description>Don't forget that you can have parameters in path segments. Now how this gets used depends a lot on what you're trying to do, but for instance: http://traintimes.org.uk/from=newcastle;to=london/ has many advantages in that you can further compose it: http://traintimes.org.uk/from=newcastle;to=london/today/last for instance.

Of course, generating these in plain HTML is painful (albeit not impossible - you can happily have /search?from=newcastle&#38;to=london redirect to /from=newcastle;to=london/ ). I guess there's a useful distinction between a URI that can act as a view, and a search resource that can point you straight to the right view.</description>
		<content:encoded><![CDATA[<p>Don&#8217;t forget that you can have parameters in path segments. Now how this gets used depends a lot on what you&#8217;re trying to do, but for instance: <a href="http://traintimes.org.uk/from=newcastle;to=london/" rel="nofollow">http://traintimes.org.uk/from=newcastle;to=london/</a> has many advantages in that you can further compose it: <a href="http://traintimes.org.uk/from=newcastle;to=london/today/last" rel="nofollow">http://traintimes.org.uk/from=newcastle;to=london/today/last</a> for instance.</p>
<p>Of course, generating these in plain HTML is painful (albeit not impossible &#8211; you can happily have /search?from=newcastle&#038;to=london redirect to /from=newcastle;to=london/ ). I guess there&#8217;s a useful distinction between a URI that can act as a view, and a search resource that can point you straight to the right view.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris S</title>
		<link>http://morethanseven.net/posts/resourceful-vs-hackable-search-urls/#comment-8713</link>
		<dc:creator>Chris S</dc:creator>
		<pubDate>Sun, 20 Apr 2008 19:42:34 +0000</pubDate>
		<guid isPermaLink="false">http://morethanseven.net/?p=217#comment-8713</guid>
		<description>This is always a source of mindwrangling for me. Query strings imply name value pairs, which sometimes feel/more/appropriate/than/this. URLS imply hierarchy, which is usually the right choice.

Different types of searches demand different URLs. The 'simplest case', ?q=keyword+search feels wrong to me as the name part of the name/value pair ("q") is completely irrelevant... /search/keyword+search feels better, or possibly /search/keyword/keyword+search (alongside examples such as /search/category/coconuts and /search/legs/3), but this breaks down if your search is across a number of criteria... It's in this case which a query string makes me happier (for example: /search/?keywords=ham+jam&#38;category=fillings&#38;cost=299)

In the examples above, I don't like the train times. It feels non-obvious, and London is not subordinate to Newcastle (or vice versa)... ?from=newcastle&#38;to=london would please me more.

I think the Y! TV URLS are spot on though.</description>
		<content:encoded><![CDATA[<p>This is always a source of mindwrangling for me. Query strings imply name value pairs, which sometimes feel/more/appropriate/than/this. URLS imply hierarchy, which is usually the right choice.</p>
<p>Different types of searches demand different URLs. The &#8216;simplest case&#8217;, ?q=keyword+search feels wrong to me as the name part of the name/value pair (&#8220;q&#8221;) is completely irrelevant&#8230; /search/keyword+search feels better, or possibly /search/keyword/keyword+search (alongside examples such as /search/category/coconuts and /search/legs/3), but this breaks down if your search is across a number of criteria&#8230; It&#8217;s in this case which a query string makes me happier (for example: /search/?keywords=ham+jam&#038;category=fillings&#038;cost=299)</p>
<p>In the examples above, I don&#8217;t like the train times. It feels non-obvious, and London is not subordinate to Newcastle (or vice versa)... ?from=newcastle&#038;to=london would please me more.</p>
<p>I think the Y! TV URLS are spot on though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Wilcox</title>
		<link>http://morethanseven.net/posts/resourceful-vs-hackable-search-urls/#comment-8696</link>
		<dc:creator>Matt Wilcox</dc:creator>
		<pubDate>Fri, 18 Apr 2008 18:34:39 +0000</pubDate>
		<guid isPermaLink="false">http://morethanseven.net/?p=217#comment-8696</guid>
		<description>@Nate

Indeed, the impact of different 
URLs for the same page content has occurred to me. As far as I know though, search engines will penalise identical content only if the top level domain is different. But I definitely would want to know if that's wrong. I've not been able to dig up any information on it. Ideally I want two URL solutions to lead to the same page. I'll blog later tonight on it I think.</description>
		<content:encoded><![CDATA[<p>@Nate</p>
<p>Indeed, the impact of different <br />
URLs for the same page content has occurred to me. As far as I know though, search engines will penalise identical content only if the top level domain is different. But I definitely would want to know if that&#8217;s wrong. I&#8217;ve not been able to dig up any information on it. Ideally I want two URL solutions to lead to the same page. I&#8217;ll blog later tonight on it I think.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2008-04-18 &#171; Derivadow.com</title>
		<link>http://morethanseven.net/posts/resourceful-vs-hackable-search-urls/#comment-8695</link>
		<dc:creator>links for 2008-04-18 &#171; Derivadow.com</dc:creator>
		<pubDate>Fri, 18 Apr 2008 18:34:08 +0000</pubDate>
		<guid isPermaLink="false">http://morethanseven.net/?p=217#comment-8695</guid>
		<description>[...] Resourceful Vs Hackable Search URLs [Morethanseven] A nice article considering the design of RESTful URL including a look at including search strings in URLs. (tags: URL REST) [...]</description>
		<content:encoded><![CDATA[<p>[...] Resourceful Vs Hackable Search URLs [Morethanseven] A nice article considering the design of RESTful URL including a look at including search strings in URLs. (tags: URL REST) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gareth</title>
		<link>http://morethanseven.net/posts/resourceful-vs-hackable-search-urls/#comment-8694</link>
		<dc:creator>gareth</dc:creator>
		<pubDate>Fri, 18 Apr 2008 16:31:32 +0000</pubDate>
		<guid isPermaLink="false">http://morethanseven.net/?p=217#comment-8694</guid>
		<description>@Nate Not sure I see the /books/{book-name} example as a search as such, more inline with the idea of resources (ie. individual entities having a single URL). A search might be for an incomplete term or for a book on which you know the subject, and it might return multiple results. So /books/?q={subject} for instance.

Good point regarding duplicate content though, especially where search results can return large chunks of the site content from elsewhere.</description>
		<content:encoded><![CDATA[<p>@Nate Not sure I see the /books/{book-name} example as a search as such, more inline with the idea of resources (ie. individual entities having a single URL). A search might be for an incomplete term or for a book on which you know the subject, and it might return multiple results. So /books/?q={subject} for instance.</p>
<p>Good point regarding duplicate content though, especially where search results can return large chunks of the site content from elsewhere.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Nolan</title>
		<link>http://morethanseven.net/posts/resourceful-vs-hackable-search-urls/#comment-8692</link>
		<dc:creator>Mike Nolan</dc:creator>
		<pubDate>Fri, 18 Apr 2008 14:53:01 +0000</pubDate>
		<guid isPermaLink="false">http://morethanseven.net/?p=217#comment-8692</guid>
		<description>It's good to know that I'm not the only one who obsesses about URL structure!  I wrote a series of blog posts on the topic a couple of months ago:

http://blogs.edgehill.ac.uk/webservices/tag/badurls/</description>
		<content:encoded><![CDATA[<p>It&#8217;s good to know that I&#8217;m not the only one who obsesses about URL structure!  I wrote a series of blog posts on the topic a couple of months ago:</p>
<p><a href="http://blogs.edgehill.ac.uk/webservices/tag/badurls/" rel="nofollow">http://blogs.edgehill.ac.uk/webservices/tag/badurls/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nate Klaiber</title>
		<link>http://morethanseven.net/posts/resourceful-vs-hackable-search-urls/#comment-8691</link>
		<dc:creator>Nate Klaiber</dc:creator>
		<pubDate>Fri, 18 Apr 2008 14:27:01 +0000</pubDate>
		<guid isPermaLink="false">http://morethanseven.net/?p=217#comment-8691</guid>
		<description>Im still not sure how I feel searches should be constructed. I have done them both ways, one in a hackable URL format - so people could type in whatever like /books/{book name or isbn}, /authors/{author name}, etc. I think it worked out well, there were a few considerations on the backend to tie everything together properly.

I just like pretty URL's, no matter what - so I try and avoid the 'q' - even though it has been considered pretty standard.

@Matt Wilcox
The tricky part in regards to SEO is having the content change, or having duplicate content - so - while wanting to have your searches indexed, you have to balance all of that. That's just a small part of it all.</description>
		<content:encoded><![CDATA[<p>Im still not sure how I feel searches should be constructed. I have done them both ways, one in a hackable URL format &#8211; so people could type in whatever like /books/{book name or isbn}, /authors/{author name}, etc. I think it worked out well, there were a few considerations on the backend to tie everything together properly.</p>
<p>I just like pretty URL&#8217;s, no matter what &#8211; so I try and avoid the &#8216;q&#8217; &#8211; even though it has been considered pretty standard.</p>
<p>@Matt Wilcox<br />
The tricky part in regards to SEO is having the content change, or having duplicate content &#8211; so &#8211; while wanting to have your searches indexed, you have to balance all of that. That&#8217;s just a small part of it all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Wilcox</title>
		<link>http://morethanseven.net/posts/resourceful-vs-hackable-search-urls/#comment-8689</link>
		<dc:creator>Matt Wilcox</dc:creator>
		<pubDate>Fri, 18 Apr 2008 13:28:34 +0000</pubDate>
		<guid isPermaLink="false">http://morethanseven.net/?p=217#comment-8689</guid>
		<description>Very interesting. I've had a post brewing about URL structure for a while, but haven't gotten around to distilling all my thoughts into a coherent wrap-up yet. I'm very interested in URL as command-line, but also trying to combine that with effective SEO. It's tricky to do both, but I've got a solution in my head that I want to blog about.

I had not thought to extending the idea to search queries though.</description>
		<content:encoded><![CDATA[<p>Very interesting. I&#8217;ve had a post brewing about URL structure for a while, but haven&#8217;t gotten around to distilling all my thoughts into a coherent wrap-up yet. I&#8217;m very interested in URL as command-line, but also trying to combine that with effective SEO. It&#8217;s tricky to do both, but I&#8217;ve got a solution in my head that I want to blog about.</p>
<p>I had not thought to extending the idea to search queries though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
