Re:Against privacy defeatism: why browsers can still stop fi...
by DennisP on Friday June 29, 2018 @06:08PM
(#17428218)
Why not cache it for the user, but go ahead and retrieve it in the background?
[ Parent
| on HN ]
Re:Against privacy defeatism: why browsers can still stop fi...
by neverfone on Friday June 29, 2018 @07:20PM
(#17428591)
I don't understand the question, it's either cached or not.
If it's not cached, then it has to be fetched synchronously for anything depending on its value to work - so it's slow.
If it is cached, then the cached value is known.
Re:Against privacy defeatism: why browsers can still stop fi...
by notriddle on Friday June 29, 2018 @08:54PM
(#17428926)
> Why not cache it for the user, but go ahead and retrieve it in the background?
If the JS triggers another download, and the browser requests the second resource before the initial JS is done downloading...
Re:Against privacy defeatism: why browsers can still stop fi...
by jessaustin on Friday June 29, 2018 @07:24PM
(#17428620)
The point is that other scripts on the page can find out that id=0x1234567, and use that value for tracking requests. Since you've cached it, they can track you across sessions.
Re:Against privacy defeatism: why browsers can still stop fi...
by endianswap on Friday June 29, 2018 @07:27PM
(#17428643)
The idea is that if you visit two sites, and on both sites you use the same token, the ad-provider (or whoever) can associate you across the two origins because of the cached token.