<?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: I do not like the trend for EPiServer web.config!</title>
	<atom:link href="http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/</link>
	<description>Chatter about EPiServer, ASP.NET, CSS and Web Development.</description>
	<lastBuildDate>Thu, 29 Jul 2010 09:07:13 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mikael Söderström</title>
		<link>http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/comment-page-1/#comment-3345</link>
		<dc:creator>Mikael Söderström</dc:creator>
		<pubDate>Fri, 30 Oct 2009 12:46:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/#comment-3345</guid>
		<description>Why not use the same method as in .NET 4.0? Since there is a new version of the CLR (the first new since .NET 2.0) they had the ability to move all settings to machine.config.

Wouldn´t it be possible to do the same in EPiServer? Why not just move some of the configuration settings to machine.config? There is a lot of shared properties between all the sites on a single server.</description>
		<content:encoded><![CDATA[<p>Why not use the same method as in .NET 4.0? Since there is a new version of the CLR (the first new since .NET 2.0) they had the ability to move all settings to machine.config.</p>
<p>Wouldn´t it be possible to do the same in EPiServer? Why not just move some of the configuration settings to machine.config? There is a lot of shared properties between all the sites on a single server.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Magnus Stråle</title>
		<link>http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/comment-page-1/#comment-3341</link>
		<dc:creator>Magnus Stråle</dc:creator>
		<pubDate>Thu, 22 Oct 2009 06:10:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/#comment-3341</guid>
		<description>You can take a look at our new configuration guideline over at http://world.episerver.com/Blogs/Magnus-Strale/Dates/2009/10/What-do-we-do-about-config-file-bloat/</description>
		<content:encoded><![CDATA[<p>You can take a look at our new configuration guideline over at <a href="http://world.episerver.com/Blogs/Magnus-Strale/Dates/2009/10/What-do-we-do-about-config-file-bloat/" rel="nofollow">http://world.episerver.com/Blogs/Magnus-Strale/Dates/2009/10/What-do-we-do-about-config-file-bloat/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henrik Nystrom</title>
		<link>http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/comment-page-1/#comment-3340</link>
		<dc:creator>Henrik Nystrom</dc:creator>
		<pubDate>Wed, 21 Oct 2009 23:11:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/#comment-3340</guid>
		<description>I couldn&#039;t agree with you more, Fredrik. 

Removing all the default values and examples from the production install and ship the public templates with a full web.config with all default values, examples and comments. Then developers can use that to discover and learn about configuration settings as Ted mentions.

I&#039;m also worried about references to page IDs, page type IDs and other things that is getting added lately. These values changes between environments and deployments and being in an environment where we pass on deployment scripts to a hosting engineer this is a nightmare.

Always good to read your posts!

Cheers
Henrik</description>
		<content:encoded><![CDATA[<p>I couldn&#8217;t agree with you more, Fredrik. </p>
<p>Removing all the default values and examples from the production install and ship the public templates with a full web.config with all default values, examples and comments. Then developers can use that to discover and learn about configuration settings as Ted mentions.</p>
<p>I&#8217;m also worried about references to page IDs, page type IDs and other things that is getting added lately. These values changes between environments and deployments and being in an environment where we pass on deployment scripts to a hosting engineer this is a nightmare.</p>
<p>Always good to read your posts!</p>
<p>Cheers<br />
Henrik</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ted Nyberg</title>
		<link>http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/comment-page-1/#comment-3338</link>
		<dc:creator>Ted Nyberg</dc:creator>
		<pubDate>Wed, 21 Oct 2009 16:44:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/#comment-3338</guid>
		<description>I agree in general, and I loved the chart! :)

I think it&#039;s great to separate the configuration into different .config files (not just connection strings) - it definitely makes versioning and deployment easier!

Just 2 cents on default values - I don&#039;t think they should be removed for EPiServer-specific configuration elements.

They may well be left out for standard ASP.NET elements, but EPiServer-specific elements&#039; default values should be kept so that developers know what the default values are (and also which settings you can change).</description>
		<content:encoded><![CDATA[<p>I agree in general, and I loved the chart! <img src='http://blog.fredrikhaglund.se/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>I think it&#8217;s great to separate the configuration into different .config files (not just connection strings) &#8211; it definitely makes versioning and deployment easier!</p>
<p>Just 2 cents on default values &#8211; I don&#8217;t think they should be removed for EPiServer-specific configuration elements.</p>
<p>They may well be left out for standard ASP.NET elements, but EPiServer-specific elements&#8217; default values should be kept so that developers know what the default values are (and also which settings you can change).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin S.</title>
		<link>http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/comment-page-1/#comment-3336</link>
		<dc:creator>Martin S.</dc:creator>
		<pubDate>Wed, 21 Oct 2009 16:03:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fredrikhaglund.se/blog/2009/10/21/i-do-not-like-the-trend-for-episerver-webconfig/#comment-3336</guid>
		<description>Spot on, great post and tips to EPiServer. This Web.Config maintenance hell will also be a bit easier with .NET 4 :)</description>
		<content:encoded><![CDATA[<p>Spot on, great post and tips to EPiServer. This Web.Config maintenance hell will also be a bit easier with .NET 4 <img src='http://blog.fredrikhaglund.se/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
