<?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: Your Pages Will Load Faster with Rails!</title>
	<atom:link href="http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/</link>
	<description></description>
	<lastBuildDate>Wed, 08 Feb 2012 12:12:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Eliot Sykes</title>
		<link>http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/comment-page-1/#comment-42167</link>
		<dc:creator>Eliot Sykes</dc:creator>
		<pubDate>Thu, 06 May 2010 22:52:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=3043#comment-42167</guid>
		<description>&lt;p&gt;Using timestamped query strings for managing asset caching isn&#039;t reliable - some caching proxies ignore query strings. For improved cacheability you&#039;re better off using fingerprinted file names. There&#039;s a Rails AssetFingerprint plugin to help with this that I&#039;m shamelessly promoting. More info here:&lt;a href=&quot;http://blog.eliotsykes.com/2010/05/06/why-rails-asset-caching-is-broken/&quot; rel=&quot;nofollow&quot;&gt;http://blog.eliotsykes.com/2010/05/06/why-rails-a...&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;HTH - Eliot&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Using timestamped query strings for managing asset caching isn&#39;t reliable &#8211; some caching proxies ignore query strings. For improved cacheability you&#39;re better off using fingerprinted file names. There&#39;s a Rails AssetFingerprint plugin to help with this that I&#39;m shamelessly promoting. More info here:<a href="http://blog.eliotsykes.com/2010/05/06/why-rails-asset-caching-is-broken/" rel="nofollow">http://blog.eliotsykes.com/2010/05/06/why-rails-a&#8230;</a></p>
<p>HTH &#8211; Eliot</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eliot Sykes</title>
		<link>http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/comment-page-1/#comment-42168</link>
		<dc:creator>Eliot Sykes</dc:creator>
		<pubDate>Thu, 06 May 2010 15:52:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=3043#comment-42168</guid>
		<description>Using timestamped query strings for managing asset caching isn&#039;t reliable - some caching proxies ignore query strings. For improved cacheability you&#039;re better off using fingerprinted file names. There&#039;s a Rails AssetFingerprint plugin to help with this that I&#039;m shamelessly promoting. More info here:&lt;a href=&quot;http://blog.eliotsykes.com/2010/05/06/why-rails-asset-caching-is-broken/&quot; target=&quot;_blank&quot;&gt;http://blog.eliotsykes.com/2010/05/06/why-rails-a...&lt;/a&gt; 
 
HTH - Eliot </description>
		<content:encoded><![CDATA[<p>Using timestamped query strings for managing asset caching isn&#039;t reliable &#8211; some caching proxies ignore query strings. For improved cacheability you&#039;re better off using fingerprinted file names. There&#039;s a Rails AssetFingerprint plugin to help with this that I&#039;m shamelessly promoting. More info here:<a href="http://blog.eliotsykes.com/2010/05/06/why-rails-asset-caching-is-broken/" target="_blank">http://blog.eliotsykes.com/2010/05/06/why-rails-a&#8230;</a> </p>
<p>HTH &#8211; Eliot</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fill</title>
		<link>http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/comment-page-1/#comment-38845</link>
		<dc:creator>Fill</dc:creator>
		<pubDate>Thu, 07 Jan 2010 16:21:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=3043#comment-38845</guid>
		<description>Absolutely agree. IE6 must die. Gues&#039;... it&#039;s already dead but not everywhere. Come on dude, you droped a link with updates, but I&#039;ll tell u&#039; what people around the world using ie6 99% of them even don&#039;t know about that link but the most problem is not only knowing about such things, people are scared to make updates. That is the problem when everything suites them. They just do not won&#039;t. As a good developer that want&#039;s to earn some money it&#039;s not a good strategy to piss those people off. U need to take care of them firstly. Some day ie6 will die completely but before, it&#039;s just our mission to make web-aps that support ie6. That&#039;s my vision of things, am I right or not, I&#039;m still wining the bigger amount of users around the world =)  </description>
		<content:encoded><![CDATA[<p>Absolutely agree. IE6 must die. Gues&#039;&#8230; it&#039;s already dead but not everywhere. Come on dude, you droped a link with updates, but I&#039;ll tell u&#039; what people around the world using ie6 99% of them even don&#039;t know about that link but the most problem is not only knowing about such things, people are scared to make updates. That is the problem when everything suites them. They just do not won&#039;t. As a good developer that want&#039;s to earn some money it&#039;s not a good strategy to piss those people off. U need to take care of them firstly. Some day ie6 will die completely but before, it&#039;s just our mission to make web-aps that support ie6. That&#039;s my vision of things, am I right or not, I&#039;m still wining the bigger amount of users around the world =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Conrey</title>
		<link>http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/comment-page-1/#comment-38473</link>
		<dc:creator>Chris Conrey</dc:creator>
		<pubDate>Mon, 21 Dec 2009 16:24:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=3043#comment-38473</guid>
		<description>IE5 didn&#039;t take this long to disappear because IE6 didn&#039;t require a license check constantly like IE7.  Hence why so many people don&#039;t want to upgrade - because they know they&#039;re on pirated gear and don&#039;t want to pay. But yes, if you can negotiate the requirement out do so - or at least charge extra for it. </description>
		<content:encoded><![CDATA[<p>IE5 didn&#039;t take this long to disappear because IE6 didn&#039;t require a license check constantly like IE7.  Hence why so many people don&#039;t want to upgrade &#8211; because they know they&#039;re on pirated gear and don&#039;t want to pay. But yes, if you can negotiate the requirement out do so &#8211; or at least charge extra for it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous Coward</title>
		<link>http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/comment-page-1/#comment-38386</link>
		<dc:creator>Anonymous Coward</dc:creator>
		<pubDate>Thu, 17 Dec 2009 02:19:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=3043#comment-38386</guid>
		<description>Engine Yard is an nginx-only shop, AFAIK &lt;a href=&quot;http://www.engineyard.com/technology/stack&quot; target=&quot;_blank&quot;&gt;www.engineyard.com/technology/stack&lt;/a&gt; </description>
		<content:encoded><![CDATA[<p>Engine Yard is an nginx-only shop, AFAIK <a href="http://www.engineyard.com/technology/stack" target="_blank">http://www.engineyard.com/technology/stack</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jack</title>
		<link>http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/comment-page-1/#comment-38383</link>
		<dc:creator>Jack</dc:creator>
		<pubDate>Wed, 16 Dec 2009 18:43:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=3043#comment-38383</guid>
		<description>Thanks for the great article. Can you share what Apache config directives EngineYard uses for the far-future expiry? </description>
		<content:encoded><![CDATA[<p>Thanks for the great article. Can you share what Apache config directives EngineYard uses for the far-future expiry?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: taelor</title>
		<link>http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/comment-page-1/#comment-38377</link>
		<dc:creator>taelor</dc:creator>
		<pubDate>Wed, 16 Dec 2009 11:28:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=3043#comment-38377</guid>
		<description>two things real quick 
 
1. Rails is a Framework, not a Language. 
 
2. Read some source code for once, that&#039;s why its open. </description>
		<content:encoded><![CDATA[<p>two things real quick </p>
<p>1. Rails is a Framework, not a Language. </p>
<p>2. Read some source code for once, that&#039;s why its open.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Red_flyer</title>
		<link>http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/comment-page-1/#comment-38374</link>
		<dc:creator>Red_flyer</dc:creator>
		<pubDate>Wed, 16 Dec 2009 09:13:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=3043#comment-38374</guid>
		<description>I don&#039;t know why, but I repeatedly think that using the &#039;I&#039;ll do it all&#039;  languages like Rails is like treatment by Chiropractors, simply not knowing whats happening under the surface. </description>
		<content:encoded><![CDATA[<p>I don&#039;t know why, but I repeatedly think that using the &#039;I&#039;ll do it all&#039;  languages like Rails is like treatment by Chiropractors, simply not knowing whats happening under the surface.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clayton</title>
		<link>http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/comment-page-1/#comment-38372</link>
		<dc:creator>Clayton</dc:creator>
		<pubDate>Wed, 16 Dec 2009 04:31:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=3043#comment-38372</guid>
		<description>I&#039;ve seen a lot of performance improvements with gzipping content on a forum which has a lot of pageviews/visit. </description>
		<content:encoded><![CDATA[<p>I&#039;ve seen a lot of performance improvements with gzipping content on a forum which has a lot of pageviews/visit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Levy Carneiro Jr</title>
		<link>http://www.engineyard.com/blog/2009/your-pages-will-load-faster-with-rails/comment-page-1/#comment-38370</link>
		<dc:creator>Levy Carneiro Jr</dc:creator>
		<pubDate>Wed, 16 Dec 2009 02:06:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=3043#comment-38370</guid>
		<description>I don&#039;t know where I read this: some versions of squid, had a default configuration where yada.js?20091215 are handled the same way as yada.js, there is, no point in using the serial in the URL. While some others versions of Squid came with the right config. 
 
As far as I know, the best way to handle this in a 100% way, is to version the filename itself, such as &quot;yada.20091215.js&quot;, and having mod_rewrite (htaccess) rewrite it to the actual filename, which is yada.js. This preserves the actual filenames in Git, for example, and all proxy servers will see it&#039;s a different file. 
 
The same solution in PHP here: 
&lt;a href=&quot;http://particletree.com/notebook/automatically-version-your-css-and-javascript-files/&quot; target=&quot;_blank&quot;&gt;http://particletree.com/notebook/automatically-ve...&lt;/a&gt;  
 
Cheers! </description>
		<content:encoded><![CDATA[<p>I don&#039;t know where I read this: some versions of squid, had a default configuration where yada.js?20091215 are handled the same way as yada.js, there is, no point in using the serial in the URL. While some others versions of Squid came with the right config.</p>
<p>As far as I know, the best way to handle this in a 100% way, is to version the filename itself, such as &quot;yada.20091215.js&quot;, and having mod_rewrite (htaccess) rewrite it to the actual filename, which is yada.js. This preserves the actual filenames in Git, for example, and all proxy servers will see it&#039;s a different file.</p>
<p>The same solution in PHP here:</p>
<p><a href="http://particletree.com/notebook/automatically-version-your-css-and-javascript-files/" target="_blank">http://particletree.com/notebook/automatically-ve&#8230;</a>  </p>
<p>Cheers!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

