<?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: Har Har! One archive for Web performance and beyond; Implemented in Firebug and HttpWatch</title>
	<atom:link href="http://ajaxian.com/archives/har-har-one-archive-for-web-performance-and-beyond-implemented-in-firebug-and-httpwatch/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/har-har-one-archive-for-web-performance-and-beyond-implemented-in-firebug-and-httpwatch</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 09 Feb 2012 06:55:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
	<item>
		<title>By: souders</title>
		<link>http://ajaxian.com/archives/har-har-one-archive-for-web-performance-and-beyond-implemented-in-firebug-and-httpwatch/comment-page-1#comment-276032</link>
		<dc:creator>souders</dc:creator>
		<pubDate>Tue, 20 Oct 2009 18:35:38 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=7701#comment-276032</guid>
		<description>@tsonev hits the nail on the head - this is about providing a way for people to work together regardless of which tool they choose. 

@leptons: I agree - Firebug Net Panel can be inaccurate for web pages that have intensive JavaScript - the page&#039;s JavaScript can mess up Net Panel&#039;s results. In practice, however, I rarely encounter this situation. Since I use Firebug so much, I use Net Panel frequently. One downside of Fiddler is that it&#039;s a proxy so it alters the browser behavior. (See &lt;a href=&quot;http://www.stevesouders.com/blog/2008/03/20/roundup-on-parallel-connections/&quot; rel=&quot;nofollow&quot;&gt;Roundup on Parallel Connections&lt;/a&gt;.)

@sovtek: I review a bunch of packet sniffers in &lt;a href=&quot;http://www.amazon.com/Even-Faster-Web-Sites-Performance/dp/0596522304&quot; rel=&quot;nofollow&quot;&gt;Even Faster Web Sites&lt;/a&gt;: &lt;a href=&quot;http://pagetest.wiki.sourceforge.net/&quot; rel=&quot;nofollow&quot;&gt;AOL Pagetest&lt;/a&gt;, &lt;a href=&quot;http://webpagetest.org/&quot; rel=&quot;nofollow&quot;&gt;WebPagetest&lt;/a&gt;, &lt;a href=&quot;http://www.microsoft.com/downloads/details.aspx?FamilyID=119F3477-DCED-41E3-A0E7-D8B5CAE893A3&quot; rel=&quot;nofollow&quot;&gt;VRTA&lt;/a&gt;, &lt;a href=&quot;http://www.fiddlertool.com/&quot; rel=&quot;nofollow&quot;&gt;Fiddler&lt;/a&gt;, &lt;a href=&quot;http://www.charlesproxy.com/&quot; rel=&quot;nofollow&quot;&gt;Charles&lt;/a&gt;, &lt;a href=&quot;http://www.wireshark.org/&quot; rel=&quot;nofollow&quot;&gt;Wireshark&lt;/a&gt;, and &lt;a href=&quot;http://www.alphaworks.ibm.com/tech/pagedetailer&quot; rel=&quot;nofollow&quot;&gt;IBM Page Detailer&lt;/a&gt;. The key is - how many of these will adopt HAR? Honza pointed out that &lt;a href=&quot;http://debugbar.com/&quot; rel=&quot;nofollow&quot;&gt;DebugBar&lt;/a&gt; has already added HAR support.

@blepore: Most pages have a consistent performance profile. There are always some variabilities, but when doing performance analysis a single capture is often representative. The ability to save this, share it, and recall it later is huge.</description>
		<content:encoded><![CDATA[<p>@tsonev hits the nail on the head &#8211; this is about providing a way for people to work together regardless of which tool they choose. </p>
<p>@leptons: I agree &#8211; Firebug Net Panel can be inaccurate for web pages that have intensive JavaScript &#8211; the page&#8217;s JavaScript can mess up Net Panel&#8217;s results. In practice, however, I rarely encounter this situation. Since I use Firebug so much, I use Net Panel frequently. One downside of Fiddler is that it&#8217;s a proxy so it alters the browser behavior. (See <a href="http://www.stevesouders.com/blog/2008/03/20/roundup-on-parallel-connections/" rel="nofollow">Roundup on Parallel Connections</a>.)</p>
<p>@sovtek: I review a bunch of packet sniffers in <a href="http://www.amazon.com/Even-Faster-Web-Sites-Performance/dp/0596522304" rel="nofollow">Even Faster Web Sites</a>: <a href="http://pagetest.wiki.sourceforge.net/" rel="nofollow">AOL Pagetest</a>, <a href="http://webpagetest.org/" rel="nofollow">WebPagetest</a>, <a href="http://www.microsoft.com/downloads/details.aspx?FamilyID=119F3477-DCED-41E3-A0E7-D8B5CAE893A3" rel="nofollow">VRTA</a>, <a href="http://www.fiddlertool.com/" rel="nofollow">Fiddler</a>, <a href="http://www.charlesproxy.com/" rel="nofollow">Charles</a>, <a href="http://www.wireshark.org/" rel="nofollow">Wireshark</a>, and <a href="http://www.alphaworks.ibm.com/tech/pagedetailer" rel="nofollow">IBM Page Detailer</a>. The key is &#8211; how many of these will adopt HAR? Honza pointed out that <a href="http://debugbar.com/" rel="nofollow">DebugBar</a> has already added HAR support.</p>
<p>@blepore: Most pages have a consistent performance profile. There are always some variabilities, but when doing performance analysis a single capture is often representative. The ability to save this, share it, and recall it later is huge.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olivvv</title>
		<link>http://ajaxian.com/archives/har-har-one-archive-for-web-performance-and-beyond-implemented-in-firebug-and-httpwatch/comment-page-1#comment-276030</link>
		<dc:creator>olivvv</dc:creator>
		<pubDate>Tue, 20 Oct 2009 14:00:56 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=7701#comment-276030</guid>
		<description>@tsonev 
excepted that export is not available in the free edition.</description>
		<content:encoded><![CDATA[<p>@tsonev<br />
excepted that export is not available in the free edition.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mdmadph</title>
		<link>http://ajaxian.com/archives/har-har-one-archive-for-web-performance-and-beyond-implemented-in-firebug-and-httpwatch/comment-page-1#comment-276029</link>
		<dc:creator>mdmadph</dc:creator>
		<pubDate>Tue, 20 Oct 2009 13:19:51 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=7701#comment-276029</guid>
		<description>Would love to try HttpWatch -- don&#039;t want to spend $395 on it. :P</description>
		<content:encoded><![CDATA[<p>Would love to try HttpWatch &#8212; don&#8217;t want to spend $395 on it. :P</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blepore</title>
		<link>http://ajaxian.com/archives/har-har-one-archive-for-web-performance-and-beyond-implemented-in-firebug-and-httpwatch/comment-page-1#comment-276028</link>
		<dc:creator>blepore</dc:creator>
		<pubDate>Tue, 20 Oct 2009 13:07:02 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=7701#comment-276028</guid>
		<description>Maybe it&#039;s just the fact that my morning coffee hasn&#039;t kicked in yet, but I&#039;m not creative really seeing much benefit here.

Don&#039;t get me wrong, I&#039;m a fan of creating a standard for anything like this, but I just don&#039;t see many of my clients being comfortable with running the NET panel all the time just on the off chance something might happen. Most of my clients can&#039;t reproduce something in the first place. If they could I would able able to reproduce and life would work out.

Is it a useful performance metric, or is this primarily meant for debugging?</description>
		<content:encoded><![CDATA[<p>Maybe it&#8217;s just the fact that my morning coffee hasn&#8217;t kicked in yet, but I&#8217;m not creative really seeing much benefit here.</p>
<p>Don&#8217;t get me wrong, I&#8217;m a fan of creating a standard for anything like this, but I just don&#8217;t see many of my clients being comfortable with running the NET panel all the time just on the off chance something might happen. Most of my clients can&#8217;t reproduce something in the first place. If they could I would able able to reproduce and life would work out.</p>
<p>Is it a useful performance metric, or is this primarily meant for debugging?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sfoster</title>
		<link>http://ajaxian.com/archives/har-har-one-archive-for-web-performance-and-beyond-implemented-in-firebug-and-httpwatch/comment-page-1#comment-276027</link>
		<dc:creator>sfoster</dc:creator>
		<pubDate>Tue, 20 Oct 2009 13:02:40 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=7701#comment-276027</guid>
		<description>This is great news. I&#039;ve wanted something similar to export sessions from Charles/Fiddler/Firebug/HTTPWatch/whatever and round-trip this data between the various tools we use. Having a standard format will make it much easier to conduct arbitrary/custom analysis, rendering and reporting to highlight the particular thing you&#039;re interested in.</description>
		<content:encoded><![CDATA[<p>This is great news. I&#8217;ve wanted something similar to export sessions from Charles/Fiddler/Firebug/HTTPWatch/whatever and round-trip this data between the various tools we use. Having a standard format will make it much easier to conduct arbitrary/custom analysis, rendering and reporting to highlight the particular thing you&#8217;re interested in.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: simon000666</title>
		<link>http://ajaxian.com/archives/har-har-one-archive-for-web-performance-and-beyond-implemented-in-firebug-and-httpwatch/comment-page-1#comment-276021</link>
		<dc:creator>simon000666</dc:creator>
		<pubDate>Tue, 20 Oct 2009 09:11:39 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=7701#comment-276021</guid>
		<description>@leptons - Fiddler being a proxy is a bad thing as it means it alters browsers behaviour so it doesn&#039;t actually give you a true representation  of how you page/HTTP requests would handle over a real life connection.</description>
		<content:encoded><![CDATA[<p>@leptons &#8211; Fiddler being a proxy is a bad thing as it means it alters browsers behaviour so it doesn&#8217;t actually give you a true representation  of how you page/HTTP requests would handle over a real life connection.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tsonev</title>
		<link>http://ajaxian.com/archives/har-har-one-archive-for-web-performance-and-beyond-implemented-in-firebug-and-httpwatch/comment-page-1#comment-276018</link>
		<dc:creator>tsonev</dc:creator>
		<pubDate>Tue, 20 Oct 2009 05:39:38 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=7701#comment-276018</guid>
		<description>@leptons - Indeed Fiddler is a great tool, but this article is not about any single tool. Having a common format for HTTP logging will be a great addition to all such tools.

Imagine this - customer X is having a problem with your site that you can&#039;t reproduce. Let&#039;s say he&#039;s running a Mac. With HAR widely adopted you can give him a few simple instructions and he&#039;ll send you a detailed log in no time.</description>
		<content:encoded><![CDATA[<p>@leptons &#8211; Indeed Fiddler is a great tool, but this article is not about any single tool. Having a common format for HTTP logging will be a great addition to all such tools.</p>
<p>Imagine this &#8211; customer X is having a problem with your site that you can&#8217;t reproduce. Let&#8217;s say he&#8217;s running a Mac. With HAR widely adopted you can give him a few simple instructions and he&#8217;ll send you a detailed log in no time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sovtek</title>
		<link>http://ajaxian.com/archives/har-har-one-archive-for-web-performance-and-beyond-implemented-in-firebug-and-httpwatch/comment-page-1#comment-276017</link>
		<dc:creator>sovtek</dc:creator>
		<pubDate>Tue, 20 Oct 2009 02:13:48 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=7701#comment-276017</guid>
		<description>Too bad it is only on windows. Any mac equiv?</description>
		<content:encoded><![CDATA[<p>Too bad it is only on windows. Any mac equiv?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: leptons</title>
		<link>http://ajaxian.com/archives/har-har-one-archive-for-web-performance-and-beyond-implemented-in-firebug-and-httpwatch/comment-page-1#comment-276015</link>
		<dc:creator>leptons</dc:creator>
		<pubDate>Mon, 19 Oct 2009 22:27:13 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=7701#comment-276015</guid>
		<description>I use firebug religiously but I NEVER use it&#039;s built-in Http debugging tools.  

Fiddler is far superior and works with ALL browsers so I can debug http traffic across all browsers (and all platforms - its a proxy). Fiddler does so many things that Firebug does not and probably won&#039;t ever do with HTTP traffic (reverse-proxy, auto-responder, and so much more). And it also includes a format for archiving the traffic, much like this article is talking about.  IMO, Fiddler is simply the best tool for the job of analyzing HTTP traffic.</description>
		<content:encoded><![CDATA[<p>I use firebug religiously but I NEVER use it&#8217;s built-in Http debugging tools.  </p>
<p>Fiddler is far superior and works with ALL browsers so I can debug http traffic across all browsers (and all platforms &#8211; its a proxy). Fiddler does so many things that Firebug does not and probably won&#8217;t ever do with HTTP traffic (reverse-proxy, auto-responder, and so much more). And it also includes a format for archiving the traffic, much like this article is talking about.  IMO, Fiddler is simply the best tool for the job of analyzing HTTP traffic.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

