<?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: Symfony and lighttpd</title>
	<atom:link href="http://laurent.bachelier.name/2009/04/symfony-and-lighttpd/feed/" rel="self" type="application/rss+xml" />
	<link>http://laurent.bachelier.name/2009/04/symfony-and-lighttpd/</link>
	<description>Musings on software, internet and technology by Laurent Bachelier</description>
	<lastBuildDate>Thu, 12 Aug 2010 19:16:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Laurent</title>
		<link>http://laurent.bachelier.name/2009/04/symfony-and-lighttpd/comment-page-1/#comment-58</link>
		<dc:creator>Laurent</dc:creator>
		<pubDate>Wed, 07 Oct 2009 08:36:11 +0000</pubDate>
		<guid isPermaLink="false">http://laurent.bachelier.name/?p=92#comment-58</guid>
		<description>Interesting idea. I’d put the &lt;code&gt;fastcgi.server&lt;/code&gt; line inside of a &lt;code&gt;$HTTP[&quot;url&quot;]&lt;/code&gt; conditional (I already have one &lt;code&gt;fastcgi.server&lt;/code&gt; line per &lt;code&gt;$HTTP[&quot;host&quot;]&lt;/code&gt; and it works great).</description>
		<content:encoded><![CDATA[<div class='microid-mailto+http:sha1:87cb62125a7e275147cf0edddf7bc9d4b5ce9e0d'>Interesting idea. I’d put the <code>fastcgi.server</code> line inside of a <code>$HTTP["url"]</code> conditional (I already have one <code>fastcgi.server</code> line per <code>$HTTP["host"]</code> and it works great).</div>
]]></content:encoded>
	</item>
	<item>
		<title>By: brainfault</title>
		<link>http://laurent.bachelier.name/2009/04/symfony-and-lighttpd/comment-page-1/#comment-57</link>
		<dc:creator>brainfault</dc:creator>
		<pubDate>Wed, 07 Oct 2009 07:25:49 +0000</pubDate>
		<guid isPermaLink="false">http://laurent.bachelier.name/?p=92#comment-57</guid>
		<description>what about disabling php execution in the upload folder ?</description>
		<content:encoded><![CDATA[<div class='microid-mailto+http:sha1:a2af57460873a6480f6dcd45c0952d29c31a2274'>what about disabling php execution in the upload folder ?</div>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tal Ater</title>
		<link>http://laurent.bachelier.name/2009/04/symfony-and-lighttpd/comment-page-1/#comment-11</link>
		<dc:creator>Tal Ater</dc:creator>
		<pubDate>Fri, 08 May 2009 15:13:40 +0000</pubDate>
		<guid isPermaLink="false">http://laurent.bachelier.name/?p=92#comment-11</guid>
		<description>Maybe this will finally explain all the difficulties I’ve had working with querystrings that no one else was able to understand… I never thought to look in the lighttpd.conf … argh!

Thanks for the post.

By the way, I just released a new plugin for dealing with domains and subdomains in an elegant way straight from the routing system… It’s called sfDomainRoutePlugin (http://www.symfony-project.org/plugins/sfDomainRoutePlugin) and it lets you do some fancy things with subdomains, or domains in an elegant way. The kind of things that most of us had to resort to url rewrite hacks for.

For example, you can restrict rules to certain domains or subdomains  (e.g. www.site.com and blog.site.com will go to different routes in the same application) , or even pass parameters in the subdomain (e.g. username.site.com) or even in the domain (e.g. PS2News.com vs. XboxNews.com).</description>
		<content:encoded><![CDATA[<div class='microid-mailto+http:sha1:7f6c159c73a4144ae01cf94746aa85de004ca43c'>Maybe this will finally explain all the difficulties I’ve had working with querystrings that no one else was able to understand… I never thought to look in the lighttpd.conf … argh!</p>
<p>Thanks for the post.</p>
<p>By the way, I just released a new plugin for dealing with domains and subdomains in an elegant way straight from the routing system… It’s called sfDomainRoutePlugin (<a href="http://www.symfony-project.org/plugins/sfDomainRoutePlugin" >http://www.symfony-project.org/plugins/sfDomainRoutePlugin</a>) and it lets you do some fancy things with subdomains, or domains in an elegant way. The kind of things that most of us had to resort to url rewrite hacks for.</p>
<p>For example, you can restrict rules to certain domains or subdomains  (e.g. <a href="http://www.site.com" >http://www.site.com</a> and blog.site.com will go to different routes in the same application) , or even pass parameters in the subdomain (e.g. username.site.com) or even in the domain (e.g. PS2News.com vs. XboxNews.com).</div>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurent</title>
		<link>http://laurent.bachelier.name/2009/04/symfony-and-lighttpd/comment-page-1/#comment-6</link>
		<dc:creator>Laurent</dc:creator>
		<pubDate>Mon, 13 Apr 2009 14:58:02 +0000</pubDate>
		<guid isPermaLink="false">http://laurent.bachelier.name/?p=92#comment-6</guid>
		<description>Thanks for the information.
I always felt like the absence of a &quot;file exists&quot; rule was a &lt;em&gt;feature&lt;/em&gt; of lighttpd. I don&#039;t think it&#039;s that a good idea . But it will make hosting some applications much easier; I&#039;ve seen some horrific rewriting examples ;-).</description>
		<content:encoded><![CDATA[<div class='microid-mailto+http:sha1:87cb62125a7e275147cf0edddf7bc9d4b5ce9e0d'>Thanks for the information.<br />
I always felt like the absence of a &#8220;file exists&#8221; rule was a <em>feature</em> of lighttpd. I don&#8217;t think it&#8217;s that a good idea . But it will make hosting some applications much easier; I&#8217;ve seen some horrific rewriting examples ;-).</div>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamie</title>
		<link>http://laurent.bachelier.name/2009/04/symfony-and-lighttpd/comment-page-1/#comment-4</link>
		<dc:creator>Jamie</dc:creator>
		<pubDate>Mon, 13 Apr 2009 10:58:25 +0000</pubDate>
		<guid isPermaLink="false">http://laurent.bachelier.name/?p=92#comment-4</guid>
		<description>Lighttpd 1.4.23 will include a handy helper to do a rewrite based on whether or not a file exists, which means you will be able to take all those static file rules out. See: http://redmine.lighttpd.net/issues/985</description>
		<content:encoded><![CDATA[<div class='microid-mailto+http:sha1:02e83876ae2851fdef9af3299e289a8f7b09e742'>Lighttpd 1.4.23 will include a handy helper to do a rewrite based on whether or not a file exists, which means you will be able to take all those static file rules out. See: <a href="http://redmine.lighttpd.net/issues/985" >http://redmine.lighttpd.net/issues/985</a></div>
]]></content:encoded>
	</item>
</channel>
</rss>
