Web performance: Cache efficiency exercise
code.facebook.com
Web performance: Cache efficiency exercise
1–8 of 8 posts
Re: Web performance: Cache efficiency exercise
#2Side note: It's ridiculous that webpages are often several MBs in size these days, while offering nothing more in value for all that extra weight.
Re: Web performance: Cache efficiency exercise
#3Uh, `Last-Modified: $now` doesn't seem to be in any RFC I can find, or any other credible sources I could find via Google for that matter.
Definitely not in RFC 1123, though.
Re: Web performance: Cache efficiency exercise
#4Uh, `Last-Modified: $now` doesn't seem to be in any RFC I can find, or any other credible sources I could find via Google for that matter. Definitely not in RFC 1123, though.
I'm sure they're using "$now" as a variable placeholder for the example, it's not meant to be read as a literal header. (In PHP variables begin with $.) They're not very clear on that though, so your point is valid.
Re: Web performance: Cache efficiency exercise
#5Side note: It's ridiculous that webpages are often several MBs in size these days, while offering nothing more in value for all that extra weight.
It's hard, in that most sites/webapps aren't hand-crafted components... I'm waist deep in a web application now, that's very difficult to prune... It has jQueryUI AND Bootstrap controls, not to mention a dozen plugins for each. It's a significant mess to say the least. The main .JS min/merged weighs in at over 1mb (down about a mb since I min/merged them) that doesn't include site js, just the libraries (not including jquery's base).
Of course, it's easy to clear that size with some big full-screen splash images, which are more and more common... it is kind of depressing. I really appreciate the work the Polymer team has done in creating paper components, and would love to see something closer to that for React as a base, most of the Paper/Component bases I've seen are still relatively heavy, with React-Bootstrap being one of the better ones.
It's not easy coming into something that's already in place, and harder to reign in the proliferation of modules that get added in.
Re: Web performance: Cache efficiency exercise
#6Side note: It's ridiculous that webpages are often several MBs in size these days, while offering nothing more in value for all that extra weight.
Does this payload size include images too? If so, it's not a surprise given the increase in screen resolution.
Re: Web performance: Cache efficiency exercise
#7Uh, `Last-Modified: $now` doesn't seem to be in any RFC I can find, or any other credible sources I could find via Google for that matter. Definitely not in RFC 1123, though.
Its a PHP endpoint that generates the timestamp for $now
Re: Web performance: Cache efficiency exercise
#8Side note: It's ridiculous that webpages are often several MBs in size these days, while offering nothing more in value for all that extra weight.
I agree - the sizes of pages have increased, but it doesn't seem at all like the actual content in them has grown nearly the same amount. If you don't include images, then realise that 1MB is a lot of text.
The first point everyone should know about caching is to keep things as small as possible, and in fact, loading a tiny page over the network could even be faster than a locally cached but huge page that the browser needs to spend time parsing and rendering.