Re:Blazing fast node.js: performance tips from LinkedIn
by jameswyse on Sunday June 24, 2012 @11:00PM
(#4154896)
What about SEO? I've noticed a lot of these sites that are rendered client-side start with very little content in the HTML, doesn't this mean the search engines can't read the content?
Re:Blazing fast node.js: performance tips from LinkedIn
by cynwoody on Sunday June 24, 2012 @11:36PM
(#4154967)
According to this other LinkIn blog post, http://engineering.linkedin.com/frontend/leaving-jsps-dust-m... (look for SEO in the comments), they detect cases where the client can't or won't do JS and perform the rendering server-side.
Re:Blazing fast node.js: performance tips from LinkedIn
by Marwy on Monday June 25, 2012 @04:07AM
(#4155569)
How do they do that? I can't really figure out anything apart checking user agent (for web crawlers?)
Re:Blazing fast node.js: performance tips from LinkedIn
by heroic on Monday June 25, 2012 @07:39AM
(#4156028)
you can simply check for the accepts header.
In Twitter's case, client-side rendering was slow while server-side wasn't. In LinkedIn's case, html_download was slow while client_render_json_to_html wasn't. Performance aside, there are numerable reasons to go either away, all of which vary from project to project.
Having Worked with CoffeeScript + Twitter Bootstrap + BackboneJS/Underscore + LessCSS for some time now, I know I will not willingly go back to the old server-side ways unless there is a major reason to. Working fully client-side to make UI and relying on REST API / JSON is wonderful experience, especially when the app feels so responsive.