<?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: JavaScript Speed Wars</title>
	<atom:link href="http://michaeldaw.org/news/050107-0/feed" rel="self" type="application/rss+xml" />
	<link>http://michaeldaw.org/news/050107-0</link>
	<description>Weekly humour</description>
	<lastBuildDate>Thu, 07 May 2009 20:09:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: EvilPacket</title>
		<link>http://michaeldaw.org/news/050107-0/comment-page-1#comment-6783</link>
		<dc:creator>EvilPacket</dc:creator>
		<pubDate>Wed, 07 Feb 2007 23:01:34 +0000</pubDate>
		<guid isPermaLink="false">http://michaeldaw.org/news/050107-0/#comment-6783</guid>
		<description>Sometimes speed is a great indicator of input validation that is or is not being done. If it blows the doors off firefox and IE it may not be doing everything as tightly as it should be.</description>
		<content:encoded><![CDATA[<p>Sometimes speed is a great indicator of input validation that is or is not being done. If it blows the doors off firefox and IE it may not be doing everything as tightly as it should be.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: david.kierznowski</title>
		<link>http://michaeldaw.org/news/050107-0/comment-page-1#comment-6581</link>
		<dc:creator>david.kierznowski</dc:creator>
		<pubDate>Mon, 05 Feb 2007 20:35:12 +0000</pubDate>
		<guid isPermaLink="false">http://michaeldaw.org/news/050107-0/#comment-6581</guid>
		<description>Jason, good point. I know timeouts are set at varying levels to allow for correct functionality (i.e. page rendering). 

With regards to DOS attack prevention, a simple alert bomb will still cause havoc on a heavily utilised winbox, so fancy timeouts do nothing in these cases... bring the fast JS parsing and execution I say :)</description>
		<content:encoded><![CDATA[<p>Jason, good point. I know timeouts are set at varying levels to allow for correct functionality (i.e. page rendering). </p>
<p>With regards to DOS attack prevention, a simple alert bomb will still cause havoc on a heavily utilised winbox, so fancy timeouts do nothing in these cases&#8230; bring the fast JS parsing and execution I say :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Mac</title>
		<link>http://michaeldaw.org/news/050107-0/comment-page-1#comment-6556</link>
		<dc:creator>Jason Mac</dc:creator>
		<pubDate>Mon, 05 Feb 2007 18:24:26 +0000</pubDate>
		<guid isPermaLink="false">http://michaeldaw.org/news/050107-0/#comment-6556</guid>
		<description>Being the fastest may not be a good thing.....

You probably don&#039;t want give some old web page the ability to max out your CPU usage.  Browsers intentionally run JavaScript at slower speeds to prevent some types of DOS attacks.</description>
		<content:encoded><![CDATA[<p>Being the fastest may not be a good thing&#8230;..</p>
<p>You probably don&#8217;t want give some old web page the ability to max out your CPU usage.  Browsers intentionally run JavaScript at slower speeds to prevent some types of DOS attacks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
