News for hackers. Stuff that matters.

A comment on What Spectre and Meltdown Mean for WebKit. Parent comment

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.

[ Parent | on HN ]
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.

[ Parent | on HN ]
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).

[ Parent | on HN ]
Re:What Spectre and Meltdown Mean for WebKit by cm2187 on Tuesday January 09, 2018 @04:22AM (#16104727)
Well right now the problem is that the tool is broken. We have a long term non fixable issue (outside of replacing the hardware) with non trusted code running locally.
[ Parent | on HN ]