<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml-stylesheet href="http://bugs.horde.org/themes/feed-rss.xsl" type="text/xsl"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
 <channel>
  <title>Global &quot;pretty urls&quot; config setting</title>
  <pubDate>Sun, 07 Sep 2008 16:28:08 -0400</pubDate>
  <link>http://bugs.horde.org/ticket/6264</link>
  <atom:link rel="self" type="application/rss+xml" title="Global &quot;pretty urls&quot; config setting" href="http://bugs.horde.org/ticket/6264/rss" />
  <description>Global &quot;pretty urls&quot; config setting</description>

  
  
  <item>
   <title>I'd like to add a Horde-level &quot;pretty urls&quot; config setting -</title>
   <description>I'd like to add a Horde-level &quot;pretty urls&quot; config setting - something like $conf['urls'] with options for regular query_string, mod_rewrite, path_info, and forcetype style URLs. That way apps like Ansel and Whups (Horde 3.2+ apps) don't need their own settings, and would have a way of knowing if they should generate pretty URLs or GET URLs.

If there are no objections I'd like to get this into Horde 3.2.</description>
   <pubDate>Fri, 15 Feb 2008 01:31:01 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6264#t42377</link>
  </item>
  <item>
   <title>Added with No (false) and 'mod_rewrite' options for now. Mic</title>
   <description>Added with No (false) and 'mod_rewrite' options for now. Michael R., what sort of rules do you have for lighttpd? We should add those somewhere too.</description>
   <pubDate>Sun, 24 Feb 2008 22:59:34 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6264#t42938</link>
  </item>
  <item>
   <title>&gt; Added with No (false) and 'mod_rewrite' options for now. M</title>
   <description>&gt; Added with No (false) and 'mod_rewrite' options for now. Michael R., 
&gt; what sort of rules do you have for lighttpd? 

Basically, code written to work with mod_rewrite will work with lighttpd's url.rewrite module, but the rewrite rules themselves are written differently.  We can maybe include snippet of the rewrite rules somewhere in the docs but it's not as easy to have them be dropped in like they are with apache's .htaccess files.

Forcetype style urls aren't really supported per se in lighttpd but they can be simulated with rewrite rules.  

I haven't really tried it in depth, but using PATH_INFO would probably work OK with lighttpd.

I'm thinking the easiest thing to do would be to either have a 'lighttpd' configuration choice, that is basically an alias of mod_rewrite, or just a note somewhere to use mod_rewrite if you are using (and have configured) lighttpd rewrite rules...</description>
   <pubDate>Mon, 25 Feb 2008 10:54:47 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6264#t42959</link>
  </item>
  <item>
   <title>&gt; Basically, code written to work with mod_rewrite will work</title>
   <description>&gt; Basically, code written to work with mod_rewrite will work with 
&gt; lighttpd's url.rewrite module, but the rewrite rules themselves are 
&gt; written differently.  We can maybe include snippet of the rewrite 
&gt; rules somewhere in the docs but it's not as easy to have them be 
&gt; dropped in like they are with apache's .htaccess files.

[snip]

&gt; I'm thinking the easiest thing to do would be to either have a 
&gt; 'lighttpd' configuration choice, that is basically an alias of 
&gt; mod_rewrite, or just a note somewhere to use mod_rewrite if you are 
&gt; using (and have configured) lighttpd rewrite rules...

Okay, so how about we have 'none' (as now), meaning GET urls, 'rewrite', meaning mod_rewrite or lighttpd rules or whatever, and 'base_url' (better names?) meaning PATH_INFO or ForceType or Horde_Routes - anything with a single script as the base. With this last one, we'd include an additional option to actually set the base_url to use. We could make this portable across apps by having a single routing file in Horde that dispatched to apps that use pretty URLs. Would be a bit of a hack on top of the existing stuff, but easier to deal with than the current mish-mash of rewrite rules.</description>
   <pubDate>Tue, 26 Feb 2008 01:16:51 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6264#t43077</link>
  </item>
  <item>
   <title>Sounds good to me.</title>
   <description>Sounds good to me.</description>
   <pubDate>Tue, 26 Feb 2008 05:27:38 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6264#t43082</link>
  </item>
  <item>
   <title>Sounds good to me as well...assuming the apps being released</title>
   <description>Sounds good to me as well...assuming the apps being released for Horde 3.2 can still code for it the 'old' way.</description>
   <pubDate>Tue, 26 Feb 2008 10:29:53 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6264#t43107</link>
  </item>
  <item>
   <title>&gt; assuming the apps being released for Horde 3.2 can still c</title>
   <description>&gt; assuming the apps being released for Horde 3.2 can still code for it the 'old' way.

Not sure what you mean by this?</description>
   <pubDate>Tue, 26 Feb 2008 11:32:42 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6264#t43112</link>
  </item>
  <item>
   <title>Sorry. I basically mean without the Horde Routes stuff, like</title>
   <description>Sorry. I basically mean without the Horde Routes stuff, like the way Chora, for example, currently handles it...</description>
   <pubDate>Tue, 26 Feb 2008 11:38:50 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6264#t43113</link>
  </item>
  <item>
   <title>Right, Routes won't be a requirement, but I was thinking of </title>
   <description>Right, Routes won't be a requirement, but I was thinking of support in Horde 3.2 for generalizing PATH_INFO and ForceType style URLs.</description>
   <pubDate>Tue, 26 Feb 2008 13:07:58 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6264#t43117</link>
  </item>
  <item>
   <title>Okay, the config setting is tweaked and should be good now. </title>
   <description>Okay, the config setting is tweaked and should be good now. PATH_INFO and ForceType are still going to be tricky perhaps.</description>
   <pubDate>Tue, 26 Feb 2008 13:54:35 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6264#t43125</link>
  </item>
  

 </channel>
</rss>
