<?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 routes and prefixes with CakePHP</title>
	<atom:link href="http://cakebaker.42dh.com/2009/04/22/restful-routes-and-prefixes-with-cakephp/feed/" rel="self" type="application/rss+xml" />
	<link>http://cakebaker.42dh.com/2009/04/22/restful-routes-and-prefixes-with-cakephp/</link>
	<description>baking cakes with CakePHP</description>
	<lastBuildDate>Tue, 16 Mar 2010 17:17:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: cakebaker</title>
		<link>http://cakebaker.42dh.com/2009/04/22/restful-routes-and-prefixes-with-cakephp/comment-page-1/#comment-126184</link>
		<dc:creator>cakebaker</dc:creator>
		<pubDate>Thu, 23 Apr 2009 16:01:38 +0000</pubDate>
		<guid isPermaLink="false">http://cakebaker.42dh.com/?p=1169#comment-126184</guid>
		<description>@Brendon, Martin: Thanks for your comments!

@Brendon: Yes, I checked the 1.3 branch, but the behavior there is the same. And so opened an enhancement ticket for it.

Personally I think only &quot;/example&quot; should be supported, because all &quot;normal&quot; routes start with a slash and with a prefix you simply put something in front of those &quot;normal&quot; routes. 

@Martin: Good point. I think the term &quot;prefix&quot; is ambiguous in this case, its meaning can be a path prefix (that&#039;s how I interpreted it), or as a name prefix like in your example. So maybe there should be two different &quot;prefix&quot; options...</description>
		<content:encoded><![CDATA[<p>@Brendon, Martin: Thanks for your comments!</p>
<p>@Brendon: Yes, I checked the 1.3 branch, but the behavior there is the same. And so opened an enhancement ticket for it.</p>
<p>Personally I think only &#8220;/example&#8221; should be supported, because all &#8220;normal&#8221; routes start with a slash and with a prefix you simply put something in front of those &#8220;normal&#8221; routes. </p>
<p>@Martin: Good point. I think the term &#8220;prefix&#8221; is ambiguous in this case, its meaning can be a path prefix (that&#8217;s how I interpreted it), or as a name prefix like in your example. So maybe there should be two different &#8220;prefix&#8221; options&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Westin</title>
		<link>http://cakebaker.42dh.com/2009/04/22/restful-routes-and-prefixes-with-cakephp/comment-page-1/#comment-126126</link>
		<dc:creator>Martin Westin</dc:creator>
		<pubDate>Wed, 22 Apr 2009 18:00:28 +0000</pubDate>
		<guid isPermaLink="false">http://cakebaker.42dh.com/?p=1169#comment-126126</guid>
		<description>Nice tip. That is exactly the kind of thing that can keep you guessing for an hour before going through the source. Thanks for possible saving me some time in the near future. I was just looking at Cake&#039;s REST chapter today.

There might be a point to have the prefix just concatenate. It lets you create prefixes like example_posts. I&#039;m not sure I would use that kind of url but...</description>
		<content:encoded><![CDATA[<p>Nice tip. That is exactly the kind of thing that can keep you guessing for an hour before going through the source. Thanks for possible saving me some time in the near future. I was just looking at Cake&#8217;s REST chapter today.</p>
<p>There might be a point to have the prefix just concatenate. It lets you create prefixes like example_posts. I&#8217;m not sure I would use that kind of url but&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brendon Kozlowski</title>
		<link>http://cakebaker.42dh.com/2009/04/22/restful-routes-and-prefixes-with-cakephp/comment-page-1/#comment-126117</link>
		<dc:creator>Brendon Kozlowski</dc:creator>
		<pubDate>Wed, 22 Apr 2009 16:02:34 +0000</pubDate>
		<guid isPermaLink="false">http://cakebaker.42dh.com/?p=1169#comment-126117</guid>
		<description>I know you and CakePHP&#039;s trac have a varied history, but have you checked to see if 1.3 has the same outcome, and thought of possibly creating an enhancement request?

I would imagine that `/example`, `/example/`, `example/`, and `example` should all work the same, and that the only forward slashes that would be necessary would be in multi-level prefix path...not that I could think of a reason where someone would want to invoke a multi-level prefix path though...

I can see why the enhancement request might be taken to heart (it helps make development easier by not having to know ins-and-outs of exactly how to set something up), but on the other side, CakePHP is about convention over configuration - even if this is a configuration, it follows a convention.  It can&#039;t hurt to try, I suppose. ;)

Thanks for documenting this, Daniel.</description>
		<content:encoded><![CDATA[<p>I know you and CakePHP&#8217;s trac have a varied history, but have you checked to see if 1.3 has the same outcome, and thought of possibly creating an enhancement request?</p>
<p>I would imagine that `/example`, `/example/`, `example/`, and `example` should all work the same, and that the only forward slashes that would be necessary would be in multi-level prefix path&#8230;not that I could think of a reason where someone would want to invoke a multi-level prefix path though&#8230;</p>
<p>I can see why the enhancement request might be taken to heart (it helps make development easier by not having to know ins-and-outs of exactly how to set something up), but on the other side, CakePHP is about convention over configuration &#8211; even if this is a configuration, it follows a convention.  It can&#8217;t hurt to try, I suppose. ;)</p>
<p>Thanks for documenting this, Daniel.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
