<?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: SEF/Fancy/Pretty URLs</title>
	<atom:link href="http://blog.punbb.org/2007/03/19/seffancypretty-urls/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.punbb.org/2007/03/19/seffancypretty-urls/</link>
	<description>Straight from the horse's mouth</description>
	<pubDate>Thu, 28 Aug 2008 16:43:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6-bleeding</generator>
		<item>
		<title>By: Neal</title>
		<link>http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-10656</link>
		<dc:creator>Neal</dc:creator>
		<pubDate>Tue, 09 Oct 2007 22:51:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-10656</guid>
		<description>With that mod_rewrite setup, I don't think adding slugs would be an issue.</description>
		<content:encoded><![CDATA[<p>With that mod_rewrite setup, I don&#8217;t think adding slugs would be an issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Asbjørn Ulsberg</title>
		<link>http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-10603</link>
		<dc:creator>Asbjørn Ulsberg</dc:creator>
		<pubDate>Tue, 09 Oct 2007 08:53:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-10603</guid>
		<description>This isn't exactly, but close, to how WordPress does rewrites. WordPress can include literal "slugs" in the URL as well (something I wish PunBB could have too), but it's basically like this.</description>
		<content:encoded><![CDATA[<p>This isn&#8217;t exactly, but close, to how WordPress does rewrites. WordPress can include literal &#8220;slugs&#8221; in the URL as well (something I wish PunBB could have too), but it&#8217;s basically like this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neal</title>
		<link>http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-8145</link>
		<dc:creator>Neal</dc:creator>
		<pubDate>Tue, 18 Sep 2007 01:37:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-8145</guid>
		<description>Asbjørn: I had actually thought of this exact same thing before (I'm not certain, but is this what Wordpress does?). I can't remember if I ever brought it up, but I'll look into it again.</description>
		<content:encoded><![CDATA[<p>Asbjørn: I had actually thought of this exact same thing before (I&#8217;m not certain, but is this what Wordpress does?). I can&#8217;t remember if I ever brought it up, but I&#8217;ll look into it again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Asbjørn Ulsberg</title>
		<link>http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-8087</link>
		<dc:creator>Asbjørn Ulsberg</dc:creator>
		<pubDate>Mon, 17 Sep 2007 14:00:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-8087</guid>
		<description>Wow, no activity on this blog in a while! However, I have an idea that can solve the problem space of having too many rewrite rules and having to rewrite PunBB to support the "one file serves it all" idiology. What you can do is have one rewrite rule that serves all PunBB URL's to one file (since index.php is taken, just call it rewrite.php or whatever). Inside this file, you can inspect the URL and just require() the necessary files based on what the request looks like. Since this is an optional layer on top of the existing PunBB codebase, it won't break anything. The only real change needed to be done is the forming of URL's inside PunBB, but that work needs to be taken care of (and I imagine it already is) no matter how you do the rewriting.

This rewrite.php file can, for a URL like "/forum/19" include the file "viewforum.php" with the "$id" set to "19". For a URL like "/topic/2312", it will include "viewtopic.php" with "$id" set to "2312", and so on. I don't think this should be too hard to implement and would make it fairly easy to administer the rewrites in the future.</description>
		<content:encoded><![CDATA[<p>Wow, no activity on this blog in a while! However, I have an idea that can solve the problem space of having too many rewrite rules and having to rewrite PunBB to support the &#8220;one file serves it all&#8221; idiology. What you can do is have one rewrite rule that serves all PunBB URL&#8217;s to one file (since index.php is taken, just call it rewrite.php or whatever). Inside this file, you can inspect the URL and just require() the necessary files based on what the request looks like. Since this is an optional layer on top of the existing PunBB codebase, it won&#8217;t break anything. The only real change needed to be done is the forming of URL&#8217;s inside PunBB, but that work needs to be taken care of (and I imagine it already is) no matter how you do the rewriting.</p>
<p>This rewrite.php file can, for a URL like &#8220;/forum/19&#8243; include the file &#8220;viewforum.php&#8221; with the &#8220;$id&#8221; set to &#8220;19&#8243;. For a URL like &#8220;/topic/2312&#8243;, it will include &#8220;viewtopic.php&#8221; with &#8220;$id&#8221; set to &#8220;2312&#8243;, and so on. I don&#8217;t think this should be too hard to implement and would make it fairly easy to administer the rewrites in the future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NoWhereMan</title>
		<link>http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2943</link>
		<dc:creator>NoWhereMan</dc:creator>
		<pubDate>Sun, 24 Jun 2007 12:26:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2943</guid>
		<description>Of course I already thought *that* would have been the real problem, and I see the point, so I'm just saying "keep up your great work" :) 

I'm looking forward the final 1.3 which already looks great.

Bye!</description>
		<content:encoded><![CDATA[<p>Of course I already thought *that* would have been the real problem, and I see the point, so I&#8217;m just saying &#8220;keep up your great work&#8221; :) </p>
<p>I&#8217;m looking forward the final 1.3 which already looks great.</p>
<p>Bye!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rickard</title>
		<link>http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2941</link>
		<dc:creator>Rickard</dc:creator>
		<pubDate>Sun, 24 Jun 2007 10:27:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2941</guid>
		<description>NoWhereMan: I am aware of that, but the fact that we would have to pipe all requests through one script will mean a massive rewrite of the PunBB codebase. It should also be noted that the frontend of a blog such as WordPress is a lot less complex than for example PunBB. There's only so much you can do in a blog frontend.

Maybe in a future version, we will look into doing something similar. Don't expect it for 1.3 though.</description>
		<content:encoded><![CDATA[<p>NoWhereMan: I am aware of that, but the fact that we would have to pipe all requests through one script will mean a massive rewrite of the PunBB codebase. It should also be noted that the frontend of a blog such as WordPress is a lot less complex than for example PunBB. There&#8217;s only so much you can do in a blog frontend.</p>
<p>Maybe in a future version, we will look into doing something similar. Don&#8217;t expect it for 1.3 though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NoWhereMan</title>
		<link>http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2940</link>
		<dc:creator>NoWhereMan</dc:creator>
		<pubDate>Sun, 24 Jun 2007 09:18:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2940</guid>
		<description>Hi,

I've been playing around with mod_rewrite a bit for FlatPress.

I've been hacked many regexes stuffed into my .htaccess and actually I was wondering how WordPress managed the entire thing.

Rickard, you talked about that index.php "ugly hack", well actually that's how WordPress works: they just parse the URL to get 'arguments' following 'index.php' in form of index.php/my/args/

http://codex.wordpress.org/Permalinks

The great thing is that this way the only job here for mod_rewrite is REMOVING the ugly index.php from the http://mysite.com/index.php/my/args/ to make it look like http://mysite.com/my/args/

which

a) makes the regex set trivial (only one RewriteRule)
b) leaves the job to parse the URL completely to PHP, where you have access to all of the users' settings and sys variables (and a more flexible syntax :) )

the drawback is you've got to have a centralized index.php which handles all of the requests (in fact wp-admin is in a separate directory)

I hope this helps

bye</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I&#8217;ve been playing around with mod_rewrite a bit for FlatPress.</p>
<p>I&#8217;ve been hacked many regexes stuffed into my .htaccess and actually I was wondering how WordPress managed the entire thing.</p>
<p>Rickard, you talked about that index.php &#8220;ugly hack&#8221;, well actually that&#8217;s how WordPress works: they just parse the URL to get &#8216;arguments&#8217; following &#8216;index.php&#8217; in form of index.php/my/args/</p>
<p><a href="http://codex.wordpress.org/Permalinks" rel="nofollow">http://codex.wordpress.org/Permalinks</a></p>
<p>The great thing is that this way the only job here for mod_rewrite is REMOVING the ugly index.php from the <a href="http://mysite.com/index.php/my/args/" rel="nofollow">http://mysite.com/index.php/my/args/</a> to make it look like <a href="http://mysite.com/my/args/" rel="nofollow">http://mysite.com/my/args/</a></p>
<p>which</p>
<p>a) makes the regex set trivial (only one RewriteRule)<br />
b) leaves the job to parse the URL completely to PHP, where you have access to all of the users&#8217; settings and sys variables (and a more flexible syntax :) )</p>
<p>the drawback is you&#8217;ve got to have a centralized index.php which handles all of the requests (in fact wp-admin is in a separate directory)</p>
<p>I hope this helps</p>
<p>bye</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: elbekko</title>
		<link>http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2609</link>
		<dc:creator>elbekko</dc:creator>
		<pubDate>Wed, 13 Jun 2007 11:48:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2609</guid>
		<description>"Having SQL queries in the PHP files themselves without any abstraction between that and the presentation of the arrays they produce will make it difficult to change the database engine and the logic built around it. Creating such an abstraction is a lot of work, but people have done it before."

Due to 1.3's extension system and query builder, you should be able to modify faulty queries through an extension. So you could for example have an extension adding support for Oracle, MSSQL or Sybase.


A little sidenote to Carl: since the rewrite scheme isn't at all required, I don't see how support for lighttpd has been dropped. It's not a vital part of PunBB, and as such isn't a requirement. It's merely an option.</description>
		<content:encoded><![CDATA[<p>&#8220;Having SQL queries in the PHP files themselves without any abstraction between that and the presentation of the arrays they produce will make it difficult to change the database engine and the logic built around it. Creating such an abstraction is a lot of work, but people have done it before.&#8221;</p>
<p>Due to 1.3&#8217;s extension system and query builder, you should be able to modify faulty queries through an extension. So you could for example have an extension adding support for Oracle, MSSQL or Sybase.</p>
<p>A little sidenote to Carl: since the rewrite scheme isn&#8217;t at all required, I don&#8217;t see how support for lighttpd has been dropped. It&#8217;s not a vital part of PunBB, and as such isn&#8217;t a requirement. It&#8217;s merely an option.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: guardian34</title>
		<link>http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2436</link>
		<dc:creator>guardian34</dc:creator>
		<pubDate>Wed, 06 Jun 2007 21:49:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2436</guid>
		<description>&lt;blockquote&gt;&lt;a href="http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2435" rel="nofollow"&gt;John&lt;/a&gt; wrote:
Sorry if I am asking a stupid question, but about PunBB 1.3 - when will it go into BETA? I’d really love to use it right now but I’m concerned if it’s stable.&lt;/blockquote&gt;
"When's it's ready" has been the usual answer to everyone who has asked in the forums so far.

I often tell people to keep an eye on the &lt;a href="http://dev.punbb.org/report/3" rel="nofollow"&gt;tickets&lt;/a&gt; and the &lt;a href="http://dev.punbb.org/timeline" rel="nofollow"&gt;timeline&lt;/a&gt; (apparently there are people who don't already subscribe to that RSS feed :P).

If you want to test the progress so far, then download the current subversion copy (&lt;a href="http://punbb.org/forums/viewtopic.php?id=13570" rel="nofollow"&gt; Downloading 1.3 from trac&lt;/a&gt;).</description>
		<content:encoded><![CDATA[<blockquote><p><a href="http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2435" rel="nofollow">John</a> wrote:<br />
Sorry if I am asking a stupid question, but about PunBB 1.3 - when will it go into BETA? I’d really love to use it right now but I’m concerned if it’s stable.</p></blockquote>
<p>&#8220;When&#8217;s it&#8217;s ready&#8221; has been the usual answer to everyone who has asked in the forums so far.</p>
<p>I often tell people to keep an eye on the <a href="http://dev.punbb.org/report/3" rel="nofollow">tickets</a> and the <a href="http://dev.punbb.org/timeline" rel="nofollow">timeline</a> (apparently there are people who don&#8217;t already subscribe to that RSS feed :P).</p>
<p>If you want to test the progress so far, then download the current subversion copy (<a href="http://punbb.org/forums/viewtopic.php?id=13570" rel="nofollow"> Downloading 1.3 from trac</a>).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2435</link>
		<dc:creator>John</dc:creator>
		<pubDate>Wed, 06 Jun 2007 21:25:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.punbb.org/2007/03/19/seffancypretty-urls/#comment-2435</guid>
		<description>Sorry if I am asking a stupid question, but about PunBB 1.3 - when will it go into BETA? I'd really love to use it right now but I'm concerned if it's stable.</description>
		<content:encoded><![CDATA[<p>Sorry if I am asking a stupid question, but about PunBB 1.3 - when will it go into BETA? I&#8217;d really love to use it right now but I&#8217;m concerned if it&#8217;s stable.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
