Server Side Rendering from the trenches

William Durand (10.May.2018 at 15:00, 1 hr )
Talk at jsDay 2018 (English - US)

Rating: 4 of 5

Server Side Rendering (SSR) is a technique to reuse client-side JavaScript code on the server. The main advantage is to speed up the first rendering time and improve the user experience on page load. It is considered one of the most complicated features to implement in the JS ecosystem. Yet, web apps with a high traffic often need it. In this talk, I’ll start by introducing the concept of SSR, followed by examples with React, Vue and some other frameworks (like Next or Nuxt). The last part will be dedicated to what I've learned building the new [Mozilla Add-ons frontend](

Who are you?

Claim talk

Talk claims have been moved to the new site.

Please login to the new site to claim your talk

Comments closed.


Rating: 3 of 5

11.May.2018 at 01:18 by Samuele Lilli (82 comments) via Web2 LIVE

Nice subject but a bit slow and unclear (pleonastic?) exposure. Don’t know if this was due to a long time slot or not, but it was really hard to stay concentrated for all the hour long.

Rating: 5 of 5

11.May.2018 at 18:39 by Luca Fabbri (31 comments) via Web2 LIVE

Loved this talk, he presented how a team has been involved in the topic, issues found (not few!) and some good suggestion to avoid them.
Loved the conclusion about using or not SSR.

Rating: 3 of 5

15.May.2018 at 20:34 by João Ferreira (13 comments) via Web2 LIVE

This is mostly an intro to server side rendering, and a lot of the time is spent discussing the wrong way to do it (double rendering). Some interesting points like performing requests to an API mid-request in the back-end are not addressed.

The author also seemed to think redux was the first implementation of the flux architecture?

Speaker comment:

15.May.2018 at 21:08 by William Durand (39 comments) via Web2 LIVE

@João Ferreira thanks for the feedback. I did not say Redux was the first (or only) implementation of the Flux architecture, sorry if that was not clear. I insisted on Redux because around 2015-2016, it became clear that Redux was a good choice for React apps that needed a data management layer other than what React offered.

© 2019