<?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: Reducing HTTP Requests: An idea for a plugin</title>
	<atom:link href="http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/</link>
	<description></description>
	<pubDate>Sat, 05 Jul 2008 21:47:29 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Khalil</title>
		<link>http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/#comment-77029</link>
		<dc:creator>Khalil</dc:creator>
		<pubDate>Tue, 31 Oct 2006 13:56:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1559#comment-77029</guid>
		<description>Hello,
Just wondering if anyone could help. I did something stupid and started my blog using a numerical archive system, and now I&#39;d like to change it so that the post title is part of the URL for SEO reasons. Is there any Wordpress plugins that anyone knows of that could switch it without sending Googlers to invalid pages? Maybe some sort of redirector to the correct page?

Thanks.</description>
		<content:encoded><![CDATA[<p>Hello,<br />
Just wondering if anyone could help. I did something stupid and started my blog using a numerical archive system, and now I&#39;d like to change it so that the post title is part of the URL for SEO reasons. Is there any Wordpress plugins that anyone knows of that could switch it without sending Googlers to invalid pages? Maybe some sort of redirector to the correct page?</p>
<p>Thanks.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: scott becker</title>
		<link>http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/#comment-33982</link>
		<dc:creator>scott becker</dc:creator>
		<pubDate>Thu, 29 Jun 2006 17:02:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1559#comment-33982</guid>
		<description>By the way, the Rails plugin has been updated and has some nice new features (stylesheet support, per asset timestamps, etc).

The name also changed from MergeJS to AssetPackager.

http://synthesis.sbecker.net/pages/asset_packager</description>
		<content:encoded><![CDATA[<p>By the way, the Rails plugin has been updated and has some nice new features (stylesheet support, per asset timestamps, etc).</p>
<p>The name also changed from MergeJS to AssetPackager.</p>
<p><a href="http://synthesis.sbecker.net/pages/asset_packager" rel="nofollow">http://synthesis.sbecker.net/pages/asset_packager</a></p>]]></content:encoded>
	</item>
	<item>
		<title>By: scottbecker</title>
		<link>http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/#comment-28730</link>
		<dc:creator>scottbecker</dc:creator>
		<pubDate>Sat, 03 Jun 2006 21:17:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1559#comment-28730</guid>
		<description>After reading Cal Henderson's article on Vitamin Serving Javascript Fast I was immediately inspired to create a plugin to easily facilitate this in Ruby on Rails. I whipped up most of it right then.

Seeing your article and &lt;a href="http://cwilliams.textdriven.com:8002/articles/2006/06/02/hardcore-caching-secrets-from-flickr" rel="nofollow"&gt;Chris Williams blog post&lt;/a&gt; kicked it into high gear, and I finally got around to polishing it for release today.

Told myself I wasn't allowed to eat today until I finished. How's that for inspiration?

Here you go!

MergeJS: http://synthesis.sbecker.net/pages/merge_js

- Scott</description>
		<content:encoded><![CDATA[<p>After reading Cal Henderson&#8217;s article on Vitamin Serving Javascript Fast I was immediately inspired to create a plugin to easily facilitate this in Ruby on Rails. I whipped up most of it right then.</p>
<p>Seeing your article and <a href="http://cwilliams.textdriven.com:8002/articles/2006/06/02/hardcore-caching-secrets-from-flickr" rel="nofollow">Chris Williams blog post</a> kicked it into high gear, and I finally got around to polishing it for release today.</p>
<p>Told myself I wasn&#8217;t allowed to eat today until I finished. How&#8217;s that for inspiration?</p>
<p>Here you go!</p>
<p>MergeJS: <a href="http://synthesis.sbecker.net/pages/merge_js" rel="nofollow">http://synthesis.sbecker.net/pages/merge_js</a></p>
<p>- Scott</p>]]></content:encoded>
	</item>
	<item>
		<title>By: HR</title>
		<link>http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/#comment-28094</link>
		<dc:creator>HR</dc:creator>
		<pubDate>Wed, 31 May 2006 17:44:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1559#comment-28094</guid>
		<description>I'm sorry, my previous post came out so wrong. After re-reading it I realize it sounds angry and it really wasn't my intention ;) The article's good and the idea is sound, I just wanted to point out to other readers that defining revalidation headers is good practice. Sorry again, next time I will post _after_ a good night of sleep, not before.

BTW, thanks for the link to Mark Nottingham's blog, this is a must read.</description>
		<content:encoded><![CDATA[<p>I&#8217;m sorry, my previous post came out so wrong. After re-reading it I realize it sounds angry and it really wasn&#8217;t my intention ;) The article&#8217;s good and the idea is sound, I just wanted to point out to other readers that defining revalidation headers is good practice. Sorry again, next time I will post _after_ a good night of sleep, not before.</p>
<p>BTW, thanks for the link to Mark Nottingham&#8217;s blog, this is a must read.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: timlucas</title>
		<link>http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/#comment-27748</link>
		<dc:creator>timlucas</dc:creator>
		<pubDate>Tue, 30 May 2006 13:02:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1559#comment-27748</guid>
		<description>HR: I really didn't cover the whole HTTP expiration side of things as I was mainly trying to discuss the idea of mashing assets together at deployment time--but you're right; you do definitely want to control the expires and max-age to take advantage of this kind of setup. If this plugin was ever to come to fruition I'd hope that Apache and lighttpd code snippets would accompany it.

In terms of page caching, you're right in that if the HTML never changes then browsers won't re-request the asset. You either have to expire page caches or stay dynamic.</description>
		<content:encoded><![CDATA[<p>HR: I really didn&#8217;t cover the whole HTTP expiration side of things as I was mainly trying to discuss the idea of mashing assets together at deployment time&#8211;but you&#8217;re right; you do definitely want to control the expires and max-age to take advantage of this kind of setup. If this plugin was ever to come to fruition I&#8217;d hope that Apache and lighttpd code snippets would accompany it.</p>
<p>In terms of page caching, you&#8217;re right in that if the HTML never changes then browsers won&#8217;t re-request the asset. You either have to expire page caches or stay dynamic.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: HR</title>
		<link>http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/#comment-27743</link>
		<dc:creator>HR</dc:creator>
		<pubDate>Tue, 30 May 2006 12:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1559#comment-27743</guid>
		<description>Query string or not, you should always set the corresponding headers if you're serving a file that can be cached. Especially in this case, where you should set a "Expires" header to a very distant date and/or a "Cache-control" with a huge "max-age" to avoid unnecessary revalidations.

BTW, I don't know RoR, but doesn't this technique interfere with the page cache? if the CSS file changes, shouldn't all the cached files referring to it be invalidated?</description>
		<content:encoded><![CDATA[<p>Query string or not, you should always set the corresponding headers if you&#8217;re serving a file that can be cached. Especially in this case, where you should set a &#8220;Expires&#8221; header to a very distant date and/or a &#8220;Cache-control&#8221; with a huge &#8220;max-age&#8221; to avoid unnecessary revalidations.</p>
<p>BTW, I don&#8217;t know RoR, but doesn&#8217;t this technique interfere with the page cache? if the CSS file changes, shouldn&#8217;t all the cached files referring to it be invalidated?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: timlucas</title>
		<link>http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/#comment-27674</link>
		<dc:creator>timlucas</dc:creator>
		<pubDate>Tue, 30 May 2006 06:26:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1559#comment-27674</guid>
		<description>Eric.Coleman: I haven't tested them, but according to &lt;a href="http://www.thinkvitamin.com/features/webapps/serving-javascript-fast#comment-893" rel="nofollow"&gt;Mike D&lt;/a&gt; and &lt;a href="http://www.thinkvitamin.com/features/webapps/serving-javascript-fast#comment-901" rel="nofollow"&gt;Cal's&lt;/a&gt; comments there shouldn't be a problem.</description>
		<content:encoded><![CDATA[<p>Eric.Coleman: I haven&#8217;t tested them, but according to <a href="http://www.thinkvitamin.com/features/webapps/serving-javascript-fast#comment-893" rel="nofollow">Mike D</a> and <a href="http://www.thinkvitamin.com/features/webapps/serving-javascript-fast#comment-901" rel="nofollow">Cal&#8217;s</a> comments there shouldn&#8217;t be a problem.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: timlucas</title>
		<link>http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/#comment-27671</link>
		<dc:creator>timlucas</dc:creator>
		<pubDate>Tue, 30 May 2006 06:22:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1559#comment-27671</guid>
		<description>BerislavLopac: Not sure exactly what you mean. Forcing new assets to download via a URL change means that you can serve them with expiry dates far into the future, allowing browsers to use their cache without any HTTP chatter.</description>
		<content:encoded><![CDATA[<p>BerislavLopac: Not sure exactly what you mean. Forcing new assets to download via a URL change means that you can serve them with expiry dates far into the future, allowing browsers to use their cache without any HTTP chatter.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Eric.Coleman</title>
		<link>http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/#comment-27672</link>
		<dc:creator>Eric.Coleman</dc:creator>
		<pubDate>Tue, 30 May 2006 06:22:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1559#comment-27672</guid>
		<description>I was under the impression that IE &#38; firefox would both cache urls with query strings.  It's safari &#38; opera that will not.

Am I wrong in this assumption?</description>
		<content:encoded><![CDATA[<p>I was under the impression that IE &amp; firefox would both cache urls with query strings.  It&#8217;s safari &amp; opera that will not.</p>
<p>Am I wrong in this assumption?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: timlucas</title>
		<link>http://www.sitepoint.com/blogs/2006/05/30/reducing-http-requests-an-idea-for-a-plugin/#comment-27668</link>
		<dc:creator>timlucas</dc:creator>
		<pubDate>Tue, 30 May 2006 06:18:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1559#comment-27668</guid>
		<description>Cal: Yep, but that's really only a prob if you're serving them from something other than Apache, lighttpd etc. &lt;a href="http://www.thinkvitamin.com/features/webapps/serving-javascript-fast#comment-893" rel="nofollow"&gt;A comment&lt;/a&gt; on Cal's article (different Cal?) has more information: &lt;a href="http://www.mnot.net/blog/2006/05/11/browser_caching" rel="nofollow"&gt;The State of Browser Caching&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Cal: Yep, but that&#8217;s really only a prob if you&#8217;re serving them from something other than Apache, lighttpd etc. <a href="http://www.thinkvitamin.com/features/webapps/serving-javascript-fast#comment-893" rel="nofollow">A comment</a> on Cal&#8217;s article (different Cal?) has more information: <a href="http://www.mnot.net/blog/2006/05/11/browser_caching" rel="nofollow">The State of Browser Caching</a>.</p>]]></content:encoded>
	</item>
</channel>
</rss>
