News for hackers. Stuff that matters.
Re:React-boilerplate: setup for performance orientated, offl... by spinningarrow on Sunday December 27, 2015 @09:47AM (#10797559)
I think the GP actually meant that the JavaScript has to be parsed anyway so on the server side you get a delay because the server does it while on the client side you get a delay when the browser does it, so how does this save time in total?
Re:React-boilerplate: setup for performance orientated, offl... by firasd on Sunday December 27, 2015 @10:06AM (#10797595)
The main problem with client-side rendering is not the parsing time, the problem is the HTTP requests that have to complete before you can start parsing. Whereas parsing on the server side is done in milliseconds by any dynamic document, including this HN page.
Re:React-boilerplate: setup for performance orientated, offl... by gildas on Sunday December 27, 2015 @10:25AM (#10797652)
While parsing time may not be an issue on client-side, on server-side the situation is a bit different, "server side is done in milliseconds" does not mean it is faster than client side, cf. this presentation [1]. Moreover, I thought that Flux was the solution to the latency introduced by the multiple HTTP requests.

[1] http://www.slideshare.net/nickdreckshage/react-meetup

Re:React-boilerplate: setup for performance orientated, offl... by firasd on Sunday December 27, 2015 @10:46AM (#10797718)
When this thread started off with the comment saying apps being isomorphic/universal leads to them being "SEO friendly and fast rendering times on first visits" it wasn't about React rendering speed, it was about page load times. First-time visits mean when there the browser hasn't cached various page elements.