<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Combo Handler Service Available for Yahoo-hosted JS</title>
	<link>http://yuiblog.com/blog/2008/07/16/combohandler/</link>
	<description>News and Artilces about Designing and Developing with Yahoo! Libraries.</description>
	<pubDate>Fri, 05 Dec 2008 10:19:37 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Remi Alvado</title>
		<link>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-427849</link>
		<dc:creator>Remi Alvado</dc:creator>
		<pubDate>Thu, 24 Jul 2008 09:49:54 +0000</pubDate>
		<guid>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-427849</guid>
		<description>I'm working for Kelkoo Front-End team and I have already developped a script which is able to :
   . read a configuration file where a list of JS files is declared. For each file, some options can be set (has to be minify or not, has to be included in the final file, has to be obfuscated, ...).
   . launch JSLint on each of the files and send a mail to a mailing list with only the diff between the old version and the new one.
   . launch YUICompressor to compress the file with the given options (obfuscated or not)
   . concat all JS files into a bigger one and commit this file to a CVS server if it is different from the older version.

On Kelkoo, we have several "global" files, each one is included on somes pages (depending on the needs : no need to include a carousel on a page without one for example :) ). So, my script is able to handle this and to generate a set of global files. Currently, it works for a few weeks, every hour on separate servers. Webdevs just need to commit their "small" file and global files are automatically generated and commited but in an asynchronous way. 

On development servers, we have a PHP script which generates global JS files on the fly using the same configuration file.

In conclusion, thanks to those tools, we only have one JS file included on each pages and we have increase our performances. Nevertheless, we still need to have a dynamic-generated JS file on production servers for setting some JS configuration. :(</description>
		<content:encoded><![CDATA[<p>I&#8217;m working for Kelkoo Front-End team and I have already developped a script which is able to :<br />
   . read a configuration file where a list of JS files is declared. For each file, some options can be set (has to be minify or not, has to be included in the final file, has to be obfuscated, &#8230;).<br />
   . launch JSLint on each of the files and send a mail to a mailing list with only the diff between the old version and the new one.<br />
   . launch YUICompressor to compress the file with the given options (obfuscated or not)<br />
   . concat all JS files into a bigger one and commit this file to a CVS server if it is different from the older version.</p>
<p>On Kelkoo, we have several &#8220;global&#8221; files, each one is included on somes pages (depending on the needs : no need to include a carousel on a page without one for example :) ). So, my script is able to handle this and to generate a set of global files. Currently, it works for a few weeks, every hour on separate servers. Webdevs just need to commit their &#8220;small&#8221; file and global files are automatically generated and commited but in an asynchronous way. </p>
<p>On development servers, we have a PHP script which generates global JS files on the fly using the same configuration file.</p>
<p>In conclusion, thanks to those tools, we only have one JS file included on each pages and we have increase our performances. Nevertheless, we still need to have a dynamic-generated JS file on production servers for setting some JS configuration. :(</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Miraglia</title>
		<link>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-426339</link>
		<dc:creator>Eric Miraglia</dc:creator>
		<pubDate>Tue, 22 Jul 2008 16:53:44 +0000</pubDate>
		<guid>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-426339</guid>
		<description>@Drew--Thanks for the catch. -Eric</description>
		<content:encoded><![CDATA[<p>@Drew&#8211;Thanks for the catch. -Eric</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Drew Freyling</title>
		<link>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-425906</link>
		<dc:creator>Drew Freyling</dc:creator>
		<pubDate>Tue, 22 Jul 2008 03:50:40 +0000</pubDate>
		<guid>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-425906</guid>
		<description>I noticed the YUI Configurator contains a blank combo link if you just specify the css files...</description>
		<content:encoded><![CDATA[<p>I noticed the YUI Configurator contains a blank combo link if you just specify the css files&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marco</title>
		<link>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-424771</link>
		<dc:creator>Marco</dc:creator>
		<pubDate>Mon, 21 Jul 2008 01:25:26 +0000</pubDate>
		<guid>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-424771</guid>
		<description>This is VERY nice guys! Especially sites that use a lot of widgets will benefit enormously from this service.</description>
		<content:encoded><![CDATA[<p>This is VERY nice guys! Especially sites that use a lot of widgets will benefit enormously from this service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Clay</title>
		<link>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-423225</link>
		<dc:creator>Steve Clay</dc:creator>
		<pubDate>Fri, 18 Jul 2008 20:56:48 +0000</pubDate>
		<guid>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-423225</guid>
		<description>@Ed - &lt;a href="http://code.google.com/p/minify/" rel="nofollow"&gt;Minify&lt;/a&gt; is a PHP library for combining and serving minified JS/CSS files with HTTP caching and compression.</description>
		<content:encoded><![CDATA[<p>@Ed - <a href="http://code.google.com/p/minify/" rel="nofollow">Minify</a> is a PHP library for combining and serving minified JS/CSS files with HTTP caching and compression.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Morris</title>
		<link>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-422418</link>
		<dc:creator>Jim Morris</dc:creator>
		<pubDate>Thu, 17 Jul 2008 19:54:40 +0000</pubDate>
		<guid>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-422418</guid>
		<description>Hey Eric, This is great. As we've been using more and more features our js hits have bloated. This is the perfect remedy. Thanks for reading my mind :)</description>
		<content:encoded><![CDATA[<p>Hey Eric, This is great. As we&#8217;ve been using more and more features our js hits have bloated. This is the perfect remedy. Thanks for reading my mind :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Haber</title>
		<link>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-422210</link>
		<dc:creator>Ed Haber</dc:creator>
		<pubDate>Thu, 17 Jul 2008 13:11:58 +0000</pubDate>
		<guid>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-422210</guid>
		<description>@Ed

I've written one that didn't work exactly how I wanted it to. But i've been meaning to revisit this.

@Jaisen

I'm taking a loot at what you did. I started noticing a long load time and its several seconds of loading individual js files or if they are cached checking on the files and seeing that they are not modified.

@John

I agree. I really like the more terse format you are suggesting. Is it ever recommended to include files from different versions of YUI? 

-Ed</description>
		<content:encoded><![CDATA[<p>@Ed</p>
<p>I&#8217;ve written one that didn&#8217;t work exactly how I wanted it to. But i&#8217;ve been meaning to revisit this.</p>
<p>@Jaisen</p>
<p>I&#8217;m taking a loot at what you did. I started noticing a long load time and its several seconds of loading individual js files or if they are cached checking on the files and seeing that they are not modified.</p>
<p>@John</p>
<p>I agree. I really like the more terse format you are suggesting. Is it ever recommended to include files from different versions of YUI? </p>
<p>-Ed</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Asvin Balloo</title>
		<link>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-422051</link>
		<dc:creator>Asvin Balloo</dc:creator>
		<pubDate>Thu, 17 Jul 2008 08:29:54 +0000</pubDate>
		<guid>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-422051</guid>
		<description>Cool was waiting for something like that ;-)</description>
		<content:encoded><![CDATA[<p>Cool was waiting for something like that ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Eliot</title>
		<link>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-421983</link>
		<dc:creator>Ed Eliot</dc:creator>
		<pubDate>Thu, 17 Jul 2008 05:59:45 +0000</pubDate>
		<guid>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-421983</guid>
		<description>@Eric - thanks for the spec reference. I had an interesting debate on this issue with some of the guys in London a few months ago and we were concerned it was a problem. It's cool that your testing proves that all browsers do follow as expected.

@Ed - I created a PHP script for merging resources (JS and CSS) a year or so back which will work fine with locally hosted copies of the YUI. It regenerates the merged file automatically as component files changes, adding versioning information and maintains and archive of old revisions to ensure that old references in locally cached HTML can still retrieve the correct CSS &#38; JS.</description>
		<content:encoded><![CDATA[<p>@Eric - thanks for the spec reference. I had an interesting debate on this issue with some of the guys in London a few months ago and we were concerned it was a problem. It&#8217;s cool that your testing proves that all browsers do follow as expected.</p>
<p>@Ed - I created a PHP script for merging resources (JS and CSS) a year or so back which will work fine with locally hosted copies of the YUI. It regenerates the merged file automatically as component files changes, adding versioning information and maintains and archive of old revisions to ensure that old references in locally cached HTML can still retrieve the correct CSS &amp; JS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Miraglia</title>
		<link>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-421911</link>
		<dc:creator>Eric Miraglia</dc:creator>
		<pubDate>Thu, 17 Jul 2008 03:20:51 +0000</pubDate>
		<guid>http://yuiblog.com/blog/2008/07/16/combohandler/#comment-421911</guid>
		<description>@Michiel -- A combo handler engine that intrinsically knows about YUI dependencies and could calculate a dependency tree from a component list would be a nice next step -- something that works the way YUI Loader does on the client side.  For now, you don't need to know about the dependencies -- you can rely on the Configurator (http://developer.yahoo.com/yui/articles/hosting/#configure ) to generate the combo URI for you. But the combo handler doesn't do dependency calculation today, so that needs to be done in advance.  -Eric</description>
		<content:encoded><![CDATA[<p>@Michiel &#8212; A combo handler engine that intrinsically knows about YUI dependencies and could calculate a dependency tree from a component list would be a nice next step &#8212; something that works the way YUI Loader does on the client side.  For now, you don&#8217;t need to know about the dependencies &#8212; you can rely on the Configurator (http://developer.yahoo.com/yui/articles/hosting/#configure ) to generate the combo URI for you. But the combo handler doesn&#8217;t do dependency calculation today, so that needs to be done in advance.  -Eric</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 1.879 seconds -->
