<?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: More on compression</title>
	<atom:link href="http://heliologue.com/2006/11/13/more-on-compression/feed/" rel="self" type="application/rss+xml" />
	<link>http://heliologue.com/2006/11/13/more-on-compression/</link>
	<description></description>
	<lastBuildDate>Wed, 08 Feb 2012 22:33:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Ben</title>
		<link>http://heliologue.com/2006/11/13/more-on-compression/#comment-33506</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Thu, 16 Nov 2006 15:45:14 +0000</pubDate>
		<guid isPermaLink="false">http://heliologue.com/blog/2006/11/13/more-on-compression/#comment-33506</guid>
		<description>For javascript, a fair bit, but it has to do with how much bandwidth you expect the the first place.  On my meager workstation here at work, &lt;code&gt;gzip&lt;/code&gt; with default switches compresses the &lt;code&gt;prototype.js&lt;/code&gt; library to &lt;25% of its original size in about 47 milliseconds.  Provided you&#039;re caching efficiently on the server side, and you have visitors who are using browsers capable of unzipping on the client side, you could see a significant savings in bandwidth and load times.

The real question, though, is whether you want to run compression with Apache (&lt;code&gt;mod_deflate&lt;/code&gt;, for instance), which will compress everything compressible, or if you want to use the native compression capabilities of the language you&#039;re working with.  PHP has a rather effective &lt;code&gt;gzip&lt;/code&gt; handler that you can use just by sticking the following code at the top of your javascript file and changing the extension to .php.

&lt;pre&gt;

&lt;?php 
	ob_start (&quot;ob_gzhandler&quot;);
	header(&quot;Content-type: text/javascript; charset: UTF-8&quot;);
	header(&quot;Cache-Control: must-revalidate&quot;);
	$offset = 60 * 60 ;
	$ExpStr = &quot;Expires: &quot; . 
	gmdate(&quot;D, d M Y H:i:s&quot;,
	time()   $offset) . &quot; GMT&quot;;
	header($ExpStr);
?&gt;

&lt;/pre&gt;</description>
		<content:encoded><![CDATA[<p>For javascript, a fair bit, but it has to do with how much bandwidth you expect the the first place.  On my meager workstation here at work, <code>gzip</code> with default switches compresses the <code>prototype.js</code> library to &lt;25% of its original size in about 47 milliseconds.  Provided you&#8217;re caching efficiently on the server side, and you have visitors who are using browsers capable of unzipping on the client side, you could see a significant savings in bandwidth and load times.</p>
<p>The real question, though, is whether you want to run compression with Apache (<code>mod_deflate</code>, for instance), which will compress everything compressible, or if you want to use the native compression capabilities of the language you&#8217;re working with.  PHP has a rather effective <code>gzip</code> handler that you can use just by sticking the following code at the top of your javascript file and changing the extension to .php.</p>
<pre>

&lt;?php
	ob_start ("ob_gzhandler");
	header("Content-type: text/javascript; charset: UTF-8");
	header("Cache-Control: must-revalidate");
	$offset = 60 * 60 ;
	$ExpStr = "Expires: " .
	gmdate("D, d M Y H:i:s",
	time()   $offset) . " GMT";
	header($ExpStr);
?&gt;
</pre>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kabari</title>
		<link>http://heliologue.com/2006/11/13/more-on-compression/#comment-33479</link>
		<dc:creator>Kabari</dc:creator>
		<pubDate>Thu, 16 Nov 2006 08:56:56 +0000</pubDate>
		<guid isPermaLink="false">http://heliologue.com/blog/2006/11/13/more-on-compression/#comment-33479</guid>
		<description>Thanks! Good read by the way. I was looking for compression info because I wanted to compress my javascript files but wasn&#039;t sure how much of a difference gzipping would make.</description>
		<content:encoded><![CDATA[<p>Thanks! Good read by the way. I was looking for compression info because I wanted to compress my javascript files but wasn&#8217;t sure how much of a difference gzipping would make.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://heliologue.com/2006/11/13/more-on-compression/#comment-33397</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Wed, 15 Nov 2006 14:30:08 +0000</pubDate>
		<guid isPermaLink="false">http://heliologue.com/blog/2006/11/13/more-on-compression/#comment-33397</guid>
		<description>By the way, I love your company.  Standards-based, Web2.0-y design?  Yum.</description>
		<content:encoded><![CDATA[<p>By the way, I love your company.  Standards-based, Web2.0-y design?  Yum.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://heliologue.com/2006/11/13/more-on-compression/#comment-33396</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Wed, 15 Nov 2006 14:28:13 +0000</pubDate>
		<guid isPermaLink="false">http://heliologue.com/blog/2006/11/13/more-on-compression/#comment-33396</guid>
		<description>Well, color me surprised.  It&#039;s been a hell of a long time, Kabari.  I&#039;m actually not studying English as a major (I&#039;m an Info Tech guy—can you tell by the content of the above post?), but I haven&#039;t been taking a number of English classes for fun and presenting at conferences (look at the bottom of the &lt;a href=&quot;http://heliologue.com/colophon/&quot; rel=&quot;nofollow&quot;&gt;Colophon&lt;/a&gt;)</description>
		<content:encoded><![CDATA[<p>Well, color me surprised.  It&#8217;s been a hell of a long time, Kabari.  I&#8217;m actually not studying English as a major (I&#8217;m an Info Tech guy—can you tell by the content of the above post?), but I haven&#8217;t been taking a number of English classes for fun and presenting at conferences (look at the bottom of the <a href="http://heliologue.com/colophon/" rel="nofollow">Colophon</a>)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kabari</title>
		<link>http://heliologue.com/2006/11/13/more-on-compression/#comment-33389</link>
		<dc:creator>Kabari</dc:creator>
		<pubDate>Wed, 15 Nov 2006 10:22:54 +0000</pubDate>
		<guid isPermaLink="false">http://heliologue.com/blog/2006/11/13/more-on-compression/#comment-33389</guid>
		<description>Hey Ben! I stumbled across this site and just wanted to leave a post saying what&#039;s up. Good to see you&#039;re doing well! Are you still studying English man? I just got my English degree and am going to be attending UofC for grad school. 
Take care,
-Kabari</description>
		<content:encoded><![CDATA[<p>Hey Ben! I stumbled across this site and just wanted to leave a post saying what&#8217;s up. Good to see you&#8217;re doing well! Are you still studying English man? I just got my English degree and am going to be attending UofC for grad school.<br />
Take care,<br />
-Kabari</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://heliologue.com/2006/11/13/more-on-compression/#comment-33305</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Tue, 14 Nov 2006 17:03:26 +0000</pubDate>
		<guid isPermaLink="false">http://heliologue.com/blog/2006/11/13/more-on-compression/#comment-33305</guid>
		<description>gzip and bzip2 aren&#039;t as culpable, but archivers like 7Zip and WinRAR in &quot;best&quot; mode eat up as much CPU as you&#039;ll allow them, which is why they come with options to run the compression in the background.  I&#039;m not sure WinACE has this option, and while the &lt;a href=&quot;http://www.brhack.net/&quot; rel=&quot;nofollow&quot;&gt;UHARC frontend&lt;/a&gt; I used was very nice, it doesn&#039;t have such an option, either.

UHARC is so interesting to me, because it was &lt;em&gt;the&lt;/em&gt; archiver for a long time, especially in the warez scene.  I still remember seeing Class rips that had to be unpacked and injected with sound files.  Then, at some point, RAR became the &lt;i&gt;de facto&lt;/i&gt; standard for compression in the &quot;Scene,&quot; even though its multimedia compression doesn&#039;t particularly impress me.  Blame the ready availability of the &lt;code&gt;unrar&lt;/code&gt; DLL, and the limitations inherent to UHARC:  once games got to be over 2GB in size, there were some problems, apparently.

As I said before, some formats like PAQ or RK were so ridiculous in their requirements as to be untenable for realistic desktop use.  UHARC pushes the limits (especially decompression time), but I included it as a foil for WinRAR (UHARC being the first widespread compressor with a multimedia filter, iirc) and also because there are some nice GUIs for it now.</description>
		<content:encoded><![CDATA[<p>gzip and bzip2 aren&#8217;t as culpable, but archivers like 7Zip and WinRAR in &#8220;best&#8221; mode eat up as much CPU as you&#8217;ll allow them, which is why they come with options to run the compression in the background.  I&#8217;m not sure WinACE has this option, and while the <a href="http://www.brhack.net/" rel="nofollow">UHARC frontend</a> I used was very nice, it doesn&#8217;t have such an option, either.</p>
<p>UHARC is so interesting to me, because it was <em>the</em> archiver for a long time, especially in the warez scene.  I still remember seeing Class rips that had to be unpacked and injected with sound files.  Then, at some point, RAR became the <i>de facto</i> standard for compression in the &#8220;Scene,&#8221; even though its multimedia compression doesn&#8217;t particularly impress me.  Blame the ready availability of the <code>unrar</code> DLL, and the limitations inherent to UHARC:  once games got to be over 2GB in size, there were some problems, apparently.</p>
<p>As I said before, some formats like PAQ or RK were so ridiculous in their requirements as to be untenable for realistic desktop use.  UHARC pushes the limits (especially decompression time), but I included it as a foil for WinRAR (UHARC being the first widespread compressor with a multimedia filter, iirc) and also because there are some nice GUIs for it now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Egner</title>
		<link>http://heliologue.com/2006/11/13/more-on-compression/#comment-33289</link>
		<dc:creator>Christopher Egner</dc:creator>
		<pubDate>Tue, 14 Nov 2006 13:56:23 +0000</pubDate>
		<guid isPermaLink="false">http://heliologue.com/blog/2006/11/13/more-on-compression/#comment-33289</guid>
		<description>You know what would be interesting is to see is the processor time used by each. Most people will be doing other things at the same time, so why not see what it would take away from the user.</description>
		<content:encoded><![CDATA[<p>You know what would be interesting is to see is the processor time used by each. Most people will be doing other things at the same time, so why not see what it would take away from the user.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

