Re:What Spectre and Meltdown Mean for WebKit
by cm2187 on Tuesday January 09, 2018 @03:49AM
(#16104577)
Websites are only bloated because of the MB of javascript to make them applications (images do not count as they need to be rendered either way and can be cached). Most of the websites I visit every day don’t display that much content. Once gzipped it's a tiny file.
[ Parent
| on HN ]
Re:What Spectre and Meltdown Mean for WebKit
by aaron-lebo on Tuesday January 09, 2018 @04:16AM
(#16104699)
Yeah and if you visit a site everyday, the JS is cached, too. After the initial download, it shouln't be an issue. This is besides the fact that it should not take MBs of JS to make complex applications.
The issue is what people are choosing to do with the tools, not the tools themselves.
Re:What Spectre and Meltdown Mean for WebKit
by madez on Tuesday January 09, 2018 @05:03AM
(#16104902)
HTML can be cached, too. Even if JavaScript permitted some clever way to safe network traffic like for example delivering the site as a torrent that is then downloaded from other visitors [0], then we can standardize that and implement it as a part of HTML or so.
[0] For example something like https://github.com/xuset/planktos but without the JavaScript.
Re:What Spectre and Meltdown Mean for WebKit
by davidcuddeback on Tuesday January 09, 2018 @11:59AM
(#16107590)
> the JS is cached
Except that the current trend in webdev is to deploy small incremental changes multiple times per day and cache-bust the assets that change on each of those deploys. So the user is probably actually downloading the JS asset at least once per day Monday through Thursday (because no deploys on Fridays).