4 ms·
Author here - cool to see our test on HN :) We made the backend for the test open-source - it's a very straight forward Go binary that we run in several data c
by bobfunk 10y ago
Author here - cool to see our test on HN :)
We made the backend for the test open-source - it's a very straight forward Go binary that we run in several data centers around the world.
https://github.com/netlify/speedy https://github.com/netlify/speedy
The test focus on global performance, which might not be relevant to everybody - but for ourself it really does! We have users all over the world and as we've been building out our product we've seen a pretty clear correlation between opening up a new PoP on our CDN, and starting getting clients from that region. The performance matters.
For the article itself - it's obviously not as lightweight as motherfuckingwebsite.com! That said, the 4.2MB download number is just plain wrong. We're currently transferring 1.2Mb on a page load when caching is disabled (everything is gzipped), but the critical path contents (the HTML + CSS bundle) is 68.5kb and once that's loaded the page starts rendering.
The lunr.js index is very nifty - click the looking glass in the corner to try out the instant search. It's of course cached between page loads.
- theandrewbailey 10y ago> We're currently transferring 1.2Mb on a page load when caching is disabled (everything is gzipped), but the critical path contents (the HTML + CSS bundle) is 68.5kb and once that's loaded the page starts rendering. 1.2MB is still too much, even if it's deferred and compressed. For that, you should be blowing me away with your amazing multimedia blog post. I'm on Firefox+Noscript, and it's 676k. That's more like it, and I don't feel like I'm missing anything, the least of which is that search index of your entire site.