<?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: Quick Symfony Trick - The power of filters</title>
	<atom:link href="http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/</link>
	<description>Blogging the world of IT and Business</description>
	<pubDate>Sat, 05 Jul 2008 09:43:12 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: My Hobby is Programming &#187; Blog Archive &#187; Quick Symfony Trick - The power of filters</title>
		<link>http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-373</link>
		<dc:creator>My Hobby is Programming &#187; Blog Archive &#187; Quick Symfony Trick - The power of filters</dc:creator>
		<pubDate>Tue, 30 Oct 2007 11:24:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-373</guid>
		<description>[...] read more &#124; digg story [...]</description>
		<content:encoded><![CDATA[<p>[...] read more | digg story [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-270</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Fri, 12 Oct 2007 09:57:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-270</guid>
		<description>you could also define some settings in the settings file, and use symfony's already defined production / test / development settings, by defining which index it hits.. 

Thats similar, but doesn't require you to create another filter, which has to be  pre-processed..</description>
		<content:encoded><![CDATA[<p>you could also define some settings in the settings file, and use symfony&#8217;s already defined production / test / development settings, by defining which index it hits.. </p>
<p>Thats similar, but doesn&#8217;t require you to create another filter, which has to be  pre-processed..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukas</title>
		<link>http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-192</link>
		<dc:creator>Lukas</dc:creator>
		<pubDate>Thu, 04 Oct 2007 08:53:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-192</guid>
		<description>Yeah, different env's are not what you want. Env's are for separating if I want a debug toolbar to show up or not. But for preproduction testing (or deploying on multiple servers in a cluster), its not feasible to have a dev and prod config for all permutations.

The solution I found is the following:
- On all but the most default dev setup, I need to place a file with a unique identifier for the server (or application setup) in a file in the root dir of the symfony app
- This file is read inside the index.php (frontend_dev.php etc) and is put into a constant
- Now inside my yml files I simply add some PHP code that checks this constant and echo's the proper setting out in the yml file

This approach as the advantage of leverging the yml file cache instead of adding another filter, which is a significant overhead. In theory I could also cache the contents of the file that identifies the application setup. I guess I could also put something into the .htaccess file or the vhost setting</description>
		<content:encoded><![CDATA[<p>Yeah, different env&#8217;s are not what you want. Env&#8217;s are for separating if I want a debug toolbar to show up or not. But for preproduction testing (or deploying on multiple servers in a cluster), its not feasible to have a dev and prod config for all permutations.</p>
<p>The solution I found is the following:<br />
- On all but the most default dev setup, I need to place a file with a unique identifier for the server (or application setup) in a file in the root dir of the symfony app<br />
- This file is read inside the index.php (frontend_dev.php etc) and is put into a constant<br />
- Now inside my yml files I simply add some PHP code that checks this constant and echo&#8217;s the proper setting out in the yml file</p>
<p>This approach as the advantage of leverging the yml file cache instead of adding another filter, which is a significant overhead. In theory I could also cache the contents of the file that identifies the application setup. I guess I could also put something into the .htaccess file or the vhost setting</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vbali blogja&#160;&#187;&#160; links for 2007-09-29</title>
		<link>http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-142</link>
		<dc:creator>vbali blogja&#160;&#187;&#160; links for 2007-09-29</dc:creator>
		<pubDate>Sat, 29 Sep 2007 22:21:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-142</guid>
		<description>[...] Quick Symfony Trick - The power of filters Eltér? konfigurációs beállítások alkalmazása különböz? szerverekhez symfony flterrel. (tags: symfony framework development php webdev)     Oszd meg ezt a bejegyzést :  Ezek az ikonok ún. közösségi könyvjelz? oldalakra mutatnak, ahol meg lehet osztani másokkal is amit fontosnak találsz. [...]</description>
		<content:encoded><![CDATA[<p>[...] Quick Symfony Trick - The power of filters Eltér? konfigurációs beállítások alkalmazása különböz? szerverekhez symfony flterrel. (tags: symfony framework development php webdev)     Oszd meg ezt a bejegyzést :  Ezek az ikonok ún. közösségi könyvjelz? oldalakra mutatnak, ahol meg lehet osztani másokkal is amit fontosnak találsz. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tschellenbach</title>
		<link>http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-88</link>
		<dc:creator>tschellenbach</dc:creator>
		<pubDate>Mon, 24 Sep 2007 19:24:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-88</guid>
		<description>In most cases that is also a viable solution, however that approach

- forces you to have a duplicate settings specification for two environments ( I am unsure how much of an issue this becomes with larger configs )

- requires more duplication if you would like to have access to multiple environments on your live server.

For me the above approach become more attractive because i also wanted to define constants in a filter, so the effort was about the same.</description>
		<content:encoded><![CDATA[<p>In most cases that is also a viable solution, however that approach</p>
<p>- forces you to have a duplicate settings specification for two environments ( I am unsure how much of an issue this becomes with larger configs )</p>
<p>- requires more duplication if you would like to have access to multiple environments on your live server.</p>
<p>For me the above approach become more attractive because i also wanted to define constants in a filter, so the effort was about the same.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hardrock</title>
		<link>http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-87</link>
		<dc:creator>hardrock</dc:creator>
		<pubDate>Mon, 24 Sep 2007 18:26:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-87</guid>
		<description>Why not use two different environments? I'm using the environments 'live' and 'prod' here, sharing all except connection specific settings.

Regards</description>
		<content:encoded><![CDATA[<p>Why not use two different environments? I&#8217;m using the environments &#8216;live&#8217; and &#8216;prod&#8217; here, sharing all except connection specific settings.</p>
<p>Regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jo</title>
		<link>http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-85</link>
		<dc:creator>Jo</dc:creator>
		<pubDate>Mon, 24 Sep 2007 14:45:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-85</guid>
		<description>this is what I was looking for. 

Thanks

jo</description>
		<content:encoded><![CDATA[<p>this is what I was looking for. </p>
<p>Thanks</p>
<p>jo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rpsblog.com &#187; A week of symfony #38 (17-&#38;gt;23 September 2007)</title>
		<link>http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-82</link>
		<dc:creator>rpsblog.com &#187; A week of symfony #38 (17-&#38;gt;23 September 2007)</dc:creator>
		<pubDate>Sun, 23 Sep 2007 21:38:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.mellowmorning.com/2007/09/22/quick-symfony-trick-the-power-of-filters/#comment-82</guid>
		<description>[...] Quick Symfony Trick - The power of filters [...]</description>
		<content:encoded><![CDATA[<p>[...] Quick Symfony Trick - The power of filters [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
