<?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: SEO And Accessibility With HTML5 PushState, Part 2: Progressive Enhancement With Backbone.js</title>
	<atom:link href="http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/</link>
	<description>Better Than Yesterday</description>
	<lastBuildDate>Mon, 20 May 2013 17:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Jon</title>
		<link>http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/#comment-3086</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Wed, 27 Feb 2013 20:58:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derickbailey/?p=579#comment-3086</guid>
		<description>Michael, some info on bootstrapping your Backbone app with JSON data embedded in the page - http://backbonejs.org/#FAQ-bootstrap</description>
		<content:encoded><![CDATA[<p>Michael, some info on bootstrapping your Backbone app with JSON data embedded in the page &#8211; <a href="http://backbonejs.org/#FAQ-bootstrap" rel="nofollow">http://backbonejs.org/#FAQ-bootstrap</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Habdas</title>
		<link>http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/#comment-3055</link>
		<dc:creator>Josh Habdas</dc:creator>
		<pubDate>Fri, 15 Feb 2013 13:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derickbailey/?p=579#comment-3055</guid>
		<description>Derick, I&#039;ve been following your work for a few months and am a zealot for web standards. While I understand PE is achievable in a RIA using the &quot;Holy Grail,&quot; as Airbnb refers to it in their article &quot;Our First Node.js App: Backbone on the Client and Server&quot; (http://nerds.airbnb.com/weve-launched-our-first-nodejs-app-to-product), the a practical approach seems seems elusive and I continue to see many uninformed individuals pointing others towards the hashbang approach simply because Google is still hosting the documents.

Would you be able to list a set of related reading that might help those of us trying to improve &quot;time to content&quot; in a way congruent with usability and this here fine article? It seems to me that, because Google is considering page speed as a metric in the overall PR algo, and as a result of the concept of cloaking, there might be some disadvantages to sniffing crawlers and delivering a modified experience beyond what meets the eye for those looking for the quick fix.

Thanks for all you thought work and for writing in a clear, straightforward manner. And keep working on those conference talk proposals! ;)</description>
		<content:encoded><![CDATA[<p>Derick, I&#8217;ve been following your work for a few months and am a zealot for web standards. While I understand PE is achievable in a RIA using the &#8220;Holy Grail,&#8221; as Airbnb refers to it in their article &#8220;Our First Node.js App: Backbone on the Client and Server&#8221; (<a href="http://nerds.airbnb.com/weve-launched-our-first-nodejs-app-to-product" rel="nofollow">http://nerds.airbnb.com/weve-launched-our-first-nodejs-app-to-product</a>), the a practical approach seems seems elusive and I continue to see many uninformed individuals pointing others towards the hashbang approach simply because Google is still hosting the documents.</p>
<p>Would you be able to list a set of related reading that might help those of us trying to improve &#8220;time to content&#8221; in a way congruent with usability and this here fine article? It seems to me that, because Google is considering page speed as a metric in the overall PR algo, and as a result of the concept of cloaking, there might be some disadvantages to sniffing crawlers and delivering a modified experience beyond what meets the eye for those looking for the quick fix.</p>
<p>Thanks for all you thought work and for writing in a clear, straightforward manner. And keep working on those conference talk proposals! ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mattcrider</title>
		<link>http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/#comment-2842</link>
		<dc:creator>mattcrider</dc:creator>
		<pubDate>Wed, 14 Nov 2012 22:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derickbailey/?p=579#comment-2842</guid>
		<description>Are there any frameworks or projects (PHP preferably) where this consideration is built in?  E.g. a framework where controllers send back a fully function static html page by default but JSON data if requested by Backbone -- and shares the same templates between the front end and back-end?</description>
		<content:encoded><![CDATA[<p>Are there any frameworks or projects (PHP preferably) where this consideration is built in?  E.g. a framework where controllers send back a fully function static html page by default but JSON data if requested by Backbone &#8212; and shares the same templates between the front end and back-end?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derick Bailey</title>
		<link>http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/#comment-2761</link>
		<dc:creator>Derick Bailey</dc:creator>
		<pubDate>Sat, 29 Sep 2012 01:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derickbailey/?p=579#comment-2761</guid>
		<description>Hi Michael,


#1) standard data boot-strapping can be done here, where you render server side data directly in to the HTML as a javascript variable and then load it in to your models and collections.


#2) Both - whenever you are using pushState, your server and your backbone router have to both be able to handle the request appropriately.


hope that helps.</description>
		<content:encoded><![CDATA[<p>Hi Michael,</p>
<p>#1) standard data boot-strapping can be done here, where you render server side data directly in to the HTML as a javascript variable and then load it in to your models and collections.</p>
<p>#2) Both &#8211; whenever you are using pushState, your server and your backbone router have to both be able to handle the request appropriately.</p>
<p>hope that helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Wu</title>
		<link>http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/#comment-2755</link>
		<dc:creator>Michael Wu</dc:creator>
		<pubDate>Tue, 25 Sep 2012 14:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derickbailey/?p=579#comment-2755</guid>
		<description>Thanks Derick, for this informative post. Following on Mark&#039;s question, first of all, would you say there is a way for the server to send back the rendered HTML along with the data that will be used to populate the backbone models? Second, this is more of a clarification of backbone, using your method of server side rendering of the original DOM, it looks like the routing will be done through the server instead of the backbone router? Is that a good practice?</description>
		<content:encoded><![CDATA[<p>Thanks Derick, for this informative post. Following on Mark&#8217;s question, first of all, would you say there is a way for the server to send back the rendered HTML along with the data that will be used to populate the backbone models? Second, this is more of a clarification of backbone, using your method of server side rendering of the original DOM, it looks like the routing will be done through the server instead of the backbone router? Is that a good practice?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fsdafdasdfa</title>
		<link>http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/#comment-2476</link>
		<dc:creator>Fsdafdasdfa</dc:creator>
		<pubDate>Wed, 23 May 2012 08:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derickbailey/?p=579#comment-2476</guid>
		<description>fsadfaf</description>
		<content:encoded><![CDATA[<p>fsadfaf</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/#comment-2366</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Thu, 19 Apr 2012 07:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derickbailey/?p=579#comment-2366</guid>
		<description> Great this is helping me a lot, even though I am not using rails(java backend, I plan to use mustache for templates as I can use them in java as well) but I think I can take over some stuff!</description>
		<content:encoded><![CDATA[<p> Great this is helping me a lot, even though I am not using rails(java backend, I plan to use mustache for templates as I can use them in java as well) but I think I can take over some stuff!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derick Bailey</title>
		<link>http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/#comment-2364</link>
		<dc:creator>Derick Bailey</dc:creator>
		<pubDate>Wed, 18 Apr 2012 21:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derickbailey/?p=579#comment-2364</guid>
		<description>hi again,

i ran across this via twitter and thought you might get some value out of it: http://42floors.com/blog/posts/user-authentication-with-rails-and-backbone-js</description>
		<content:encoded><![CDATA[<p>hi again,</p>
<p>i ran across this via twitter and thought you might get some value out of it: http://42floors.com/blog/posts/user-authentication-with-rails-and-backbone-js</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derick Bailey</title>
		<link>http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/#comment-2361</link>
		<dc:creator>Derick Bailey</dc:creator>
		<pubDate>Wed, 18 Apr 2012 15:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derickbailey/?p=579#comment-2361</guid>
		<description>I would not recommend building the model from the data in the html elements. You would end up storing a lot of data that is not needed in the DOM in order to make this work. It would also become very slow and cumbersome for the end user, as DOM queries are notoriously slow in comparison to loading the data as JSON.

So, yes, you&#039;ll end up handling the data twice: once on the server to render the initial HTML, and then again on the client to populate the backbone models / collection. 

SEO, accessibility and pushState aren&#039;t &quot;free&quot; - there are tradeoffs involved, and this is one of them. If you need pushState, though, then the double processing of the data is a fairly small price to pay, in my experience.</description>
		<content:encoded><![CDATA[<p>I would not recommend building the model from the data in the html elements. You would end up storing a lot of data that is not needed in the DOM in order to make this work. It would also become very slow and cumbersome for the end user, as DOM queries are notoriously slow in comparison to loading the data as JSON.</p>
<p>So, yes, you&#8217;ll end up handling the data twice: once on the server to render the initial HTML, and then again on the client to populate the backbone models / collection. </p>
<p>SEO, accessibility and pushState aren&#8217;t &#8220;free&#8221; &#8211; there are tradeoffs involved, and this is one of them. If you need pushState, though, then the double processing of the data is a fairly small price to pay, in my experience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/#comment-2360</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 18 Apr 2012 15:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derickbailey/?p=579#comment-2360</guid>
		<description>You are filling your collection with userData. Normally this data is available on the server. Do you suggest to load this data from the server again(so its called twice, 1. for rendering 2. for loading the collection or do you suggest to generate the model from the view(li) itself?</description>
		<content:encoded><![CDATA[<p>You are filling your collection with userData. Normally this data is available on the server. Do you suggest to load this data from the server again(so its called twice, 1. for rendering 2. for loading the collection or do you suggest to generate the model from the view(li) itself?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
