login/register

Snip!t from collection of Alan Dix

see all channels for Alan Dix

Snip
summary

When we shipped #NewTwitter in September 2010, we built ... application architecture that pushed all of the UI rende... JavaScript running on our users’ browsers and consumed... API directly, in a similar way to our mobile clients. Th...
To improve

Twitter Engineering: Improving performance on twitter.com
http://engineering.twitter.com/2012/05/improving-performance-on-twittercom.html

Categories

/Channels/techie/web development

[ go to category ]

For Snip

loading snip actions ...

For Page

loading url actions ...

When we shipped #NewTwitter in September 2010, we built it around a web application architecture that pushed all of the UI rendering and logic to JavaScript running on our users’ browsers and consumed the Twitter REST API directly, in a similar way to our mobile clients. That architecture broke new ground by offering a number of advantages over a more traditional approach, but it lacked support for various optimizations available only on the server.

To improve the twitter.com experience for everyone, we've been working to take back control of our front-end performance by moving the rendering to the server. This has allowed us to drop our initial page load times to 1/5th of what they were previously and reduce differences in performance across browsers.

HTML

<p>When we shipped #NewTwitter in September 2010, <a href="http://engineering.twitter.com/2010/09/tech-behind-new-twittercom.html">we built it</a> around a web application architecture that pushed all of the UI rendering and logic to JavaScript running on our users&#x2019; browsers and consumed the Twitter REST API directly, in a similar way to our mobile clients. That architecture broke new ground by offering a number of advantages over a more traditional approach, but it lacked support for various optimizations available only on the server.</p><p>To improve the twitter.com experience for everyone, we've been working to take back control of our front-end performance by moving the rendering to the server. This has allowed us to drop our initial page load times to 1/5th of what they were previously and reduce differences in performance across browsers.</p><p></p>