<?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: Doing it Asynchronously</title>
	<atom:link href="http://ajaxian.com/archives/doing-it-asynchronously/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/doing-it-asynchronously</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Mon, 15 Mar 2010 17:26:03 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: gram</title>
		<link>http://ajaxian.com/archives/doing-it-asynchronously/comment-page-1#comment-245382</link>
		<dc:creator>gram</dc:creator>
		<pubDate>Tue, 19 Dec 2006 14:49:03 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/doing-it-asynchronously#comment-245382</guid>
		<description>pretty useless article, actually it doesn&#039;t explains the meaning of A part. The main idea i see is to handle asynchronous responses via callbacks (onComplete prototype handler), but it doesn&#039;t explains main problem:

first of all, most modern sites are using &quot;synchronous&quot; ajax, that doesn&#039;t means they freeze browser by specifying &quot;synchronous&quot; flag to XMLHttpReuqest, but rather they follow the following steps:
onSomethingEvent -&gt; Display &quot;Loading&quot; -&gt; Make request &#124;&#124;&#124;&#124;&#124;&#124; Recieve Response -&gt; Update Interface -&gt; Hide &quot;Loading&quot;. 
That&#039;s what actually make them &quot;SynJAX&quot;, and that&#039;s the problem which must be solved with &quot;A&quot; in AJAX, and not what Jeff writes here. 

second problem, is synchronization of events. If you won&#039;t block user with &quot;Loading&quot; dialog, you should handle concurrent request to the server. Let&#039;s get back to the &quot;check marks&quot; sample in the article. Let&#039;s assume you make really &quot;A&quot;JAX request to the server on each click. If user clicks too much and too often, there is a possibility to get out-of-order requests on the server due to network latency. I.e. your server may receive updated states in the following order: 1: enabled, 3: enabled, 2: disabled. This must be handled carefully, and solutions is not always trivial.
And that&#039;s the _main_ problem you don&#039;t often see the real part &quot;A&quot; in modern web sites.</description>
		<content:encoded><![CDATA[<p>pretty useless article, actually it doesn&#8217;t explains the meaning of A part. The main idea i see is to handle asynchronous responses via callbacks (onComplete prototype handler), but it doesn&#8217;t explains main problem:</p>
<p>first of all, most modern sites are using &#8220;synchronous&#8221; ajax, that doesn&#8217;t means they freeze browser by specifying &#8220;synchronous&#8221; flag to XMLHttpReuqest, but rather they follow the following steps:<br />
onSomethingEvent -&gt; Display &#8220;Loading&#8221; -&gt; Make request |||||| Recieve Response -&gt; Update Interface -&gt; Hide &#8220;Loading&#8221;.<br />
That&#8217;s what actually make them &#8220;SynJAX&#8221;, and that&#8217;s the problem which must be solved with &#8220;A&#8221; in AJAX, and not what Jeff writes here. </p>
<p>second problem, is synchronization of events. If you won&#8217;t block user with &#8220;Loading&#8221; dialog, you should handle concurrent request to the server. Let&#8217;s get back to the &#8220;check marks&#8221; sample in the article. Let&#8217;s assume you make really &#8220;A&#8221;JAX request to the server on each click. If user clicks too much and too often, there is a possibility to get out-of-order requests on the server due to network latency. I.e. your server may receive updated states in the following order: 1: enabled, 3: enabled, 2: disabled. This must be handled carefully, and solutions is not always trivial.<br />
And that&#8217;s the _main_ problem you don&#8217;t often see the real part &#8220;A&#8221; in modern web sites.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawn</title>
		<link>http://ajaxian.com/archives/doing-it-asynchronously/comment-page-1#comment-245239</link>
		<dc:creator>Shawn</dc:creator>
		<pubDate>Thu, 14 Dec 2006 19:26:25 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/doing-it-asynchronously#comment-245239</guid>
		<description>This article is great for the beginner, but not necessarily in-depth.
I like how they break it down into the positive aspects and uses, I hope this will clear up alot of confusion based around AJAX.</description>
		<content:encoded><![CDATA[<p>This article is great for the beginner, but not necessarily in-depth.<br />
I like how they break it down into the positive aspects and uses, I hope this will clear up alot of confusion based around AJAX.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cam Turner</title>
		<link>http://ajaxian.com/archives/doing-it-asynchronously/comment-page-1#comment-245231</link>
		<dc:creator>Cam Turner</dc:creator>
		<pubDate>Thu, 14 Dec 2006 17:39:29 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/doing-it-asynchronously#comment-245231</guid>
		<description>This is indeed an excellent article!</description>
		<content:encoded><![CDATA[<p>This is indeed an excellent article!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
