<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Yusuf's hosted blog</title>
	<atom:link href="http://yusufg.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://yusufg.wordpress.com</link>
	<description>Just another WordPress.com weblog</description>
	<lastBuildDate>Wed, 28 Feb 2007 15:22:32 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Early thoughts on NewsGator Online Beta by Tim Walker</title>
		<link>http://yusufg.wordpress.com/2007/02/28/early-thoughts-on-newsgator-online-beta/#comment-6</link>
		<dc:creator>Tim Walker</dc:creator>
		<pubDate>Wed, 28 Feb 2007 15:22:32 +0000</pubDate>
		<guid isPermaLink="false">http://yusufg.wordpress.com/2007/02/28/early-thoughts-on-newsgator-online-beta/#comment-6</guid>
		<description>Hi Yusuf, 

First off thank you very, very much for the technical review. Your input as a customer is invaluable to us and 

is integral to our &#039;customer.com&#039; development process. You bring up some great points! 

Specifically: 

1) Putting static images and in a domain other than ngs\subscriber and using more friendly cache headers is 

something we&#039;ll experiment with, completely agreed! 

2) We do have gzip compression for JS coming from the end-point in our data JSON objects but we made a 

conscious decision not to do this for the JS framework for the initial Beta as the savings we observed in that 

area were not too dramatic. We are planning on doing this prior to production. In fact the JS Framework code will (in all likelihood) be a single compressed and obfuscated file. 

In addition to the performance gains we are looking for, the new architecture will allow us to add features quickly and the team is very eager to get on with those activities now that we have the new technology stack in place. 

Thank you for your valuable feedback, the team is really excited about delivering the best reader technology possible and we simply can not do that without this information. 

Sincerely, 

--
Tim Walker
Director Online Applications, NewsGator</description>
		<content:encoded><![CDATA[<p>Hi Yusuf, </p>
<p>First off thank you very, very much for the technical review. Your input as a customer is invaluable to us and </p>
<p>is integral to our &#8216;customer.com&#8217; development process. You bring up some great points! </p>
<p>Specifically: </p>
<p>1) Putting static images and in a domain other than ngs\subscriber and using more friendly cache headers is </p>
<p>something we&#8217;ll experiment with, completely agreed! </p>
<p>2) We do have gzip compression for JS coming from the end-point in our data JSON objects but we made a </p>
<p>conscious decision not to do this for the JS framework for the initial Beta as the savings we observed in that </p>
<p>area were not too dramatic. We are planning on doing this prior to production. In fact the JS Framework code will (in all likelihood) be a single compressed and obfuscated file. </p>
<p>In addition to the performance gains we are looking for, the new architecture will allow us to add features quickly and the team is very eager to get on with those activities now that we have the new technology stack in place. </p>
<p>Thank you for your valuable feedback, the team is really excited about delivering the best reader technology possible and we simply can not do that without this information. </p>
<p>Sincerely, </p>
<p>&#8211;<br />
Tim Walker<br />
Director Online Applications, NewsGator</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on engine(3) support for flood by Haik</title>
		<link>http://yusufg.wordpress.com/2006/03/16/engine3-support-for-flood/#comment-5</link>
		<dc:creator>Haik</dc:creator>
		<pubDate>Mon, 24 Apr 2006 22:20:46 +0000</pubDate>
		<guid isPermaLink="false">http://yusufg.wordpress.com/2006/03/16/engine3-support-for-flood/#comment-5</guid>
		<description>Can you hook up some flood config files? I plan to test this on a 8 core and 4 core Niagara system. I assume it&#039;s possible to configure flood to have say 16 threads making HTTP requests in parallel, but the documentation is a little scant.

Thanks</description>
		<content:encoded><![CDATA[<p>Can you hook up some flood config files? I plan to test this on a 8 core and 4 core Niagara system. I assume it&#8217;s possible to configure flood to have say 16 threads making HTTP requests in parallel, but the documentation is a little scant.</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Enabling cheaper SSL hosting by inside aebrahim's head</title>
		<link>http://yusufg.wordpress.com/2006/02/19/enabling-cheaper-ssl-hosting/#comment-4</link>
		<dc:creator>inside aebrahim's head</dc:creator>
		<pubDate>Tue, 21 Feb 2006 14:55:39 +0000</pubDate>
		<guid isPermaLink="false">http://yusufg.wordpress.com/2006/02/19/enabling-cheaper-ssl-hosting/#comment-4</guid>
		<description>&lt;strong&gt;Server Name Indication (SNI)...&lt;/strong&gt;

I was browsing through Yusuf&#039;s blog today and read in his post about enabling cheaper SSL hosting for the first time about Server Name Indication (SNI), as specified in section 3.1 of RFC3546. Anyone who&#039;s had to set up an......</description>
		<content:encoded><![CDATA[<p><strong>Server Name Indication (SNI)&#8230;</strong></p>
<p>I was browsing through Yusuf&#8217;s blog today and read in his post about enabling cheaper SSL hosting for the first time about Server Name Indication (SNI), as specified in section 3.1 of RFC3546. Anyone who&#8217;s had to set up an&#8230;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Working with people who know the value of everything but the cost of nothing by inside aebrahim's head</title>
		<link>http://yusufg.wordpress.com/2005/05/25/working-with-people-who-know-the-value-of-everything-but-the-cost-of-nothing/#comment-3</link>
		<dc:creator>inside aebrahim's head</dc:creator>
		<pubDate>Wed, 25 May 2005 14:03:48 +0000</pubDate>
		<guid isPermaLink="false">http://yusufg.wordpress.com/2005/05/25/working-with-people-who-know-the-value-of-everything-but-the-cost-of-nothing/#comment-3</guid>
		<description>&lt;strong&gt;Challenges faced by Community Projects&lt;/strong&gt;

Working on community projects can be one of the most rewarding types of volunteer work out there. This is for a couple of reasons, the most important of which is that these type of projects bring like-minded people together and...</description>
		<content:encoded><![CDATA[<p><strong>Challenges faced by Community Projects</strong></p>
<p>Working on community projects can be one of the most rewarding types of volunteer work out there. This is for a couple of reasons, the most important of which is that these type of projects bring like-minded people together and&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Mobile phone growth by Aziz</title>
		<link>http://yusufg.wordpress.com/2004/12/13/mobile-phone-growth/#comment-2</link>
		<dc:creator>Aziz</dc:creator>
		<pubDate>Wed, 15 Dec 2004 03:55:23 +0000</pubDate>
		<guid isPermaLink="false">http://yusufg.wordpress.com/2004/12/13/mobile-phone-growth/#comment-2</guid>
		<description>actually the next big thing will be cell phones that receive TV signals from standard TV broadcast towers (not 3G data streams). Just watch...</description>
		<content:encoded><![CDATA[<p>actually the next big thing will be cell phones that receive TV signals from standard TV broadcast towers (not 3G data streams). Just watch&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
