Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Decentraleyes – Local CDN Emulation

decentraleyes.org

Post reply on HN
Print view View original

71–80 of 84 posts

Re: Decentraleyes – Local CDN Emulation

#71

Post by mike_d »

lucb1e wrote: post #63
scarlac wrote: post #49

Earlier quoted context omitted.

Was Opera's "Turbo" mode not a similar feature? A feature launched in the early mobile/late dail-up days. Albeit the proxy CDN was provided by Opera. It would take proxy JPEGs, compress them more, serve them from an edge node. It don't think it was marketed as a privacy feature but mostly bandwidth/speed. But in theory if you trust Opera, you'd get more privacy?

Given that Mozilla now has a proxy (VPN) service, that could be a nice tie-in indeed.

You don't want your VPN provider also unwrapping TLS.

Re: Decentraleyes – Local CDN Emulation

#73

Post by gitgud »

minitech wrote: post #54
gitgud wrote: post #43

Earlier quoted context omitted.

I may be wrong, but I don't think the browser caches CDN requests, at least per site... So this might be a performance gain too https://stackoverflow.com/questions/29704811/why-isnt-the-br...

The answer at that Stack Overflow question is seriously incomplete (and even it doesn’t say there’s no cache). Browsers today will, for the most part, cache CDN responses, not need to revalidate them, and share that cache across sites (though I think first-party isolation changes that to a per-site cache).

Yeah that's what I meant, I'm pretty sure it's isolated by each domain for privacy reasons.

* example.com -> GET cdnjs.com/jquery

* another.com -> GET cdnjs.com/jquery (not cached from example.com)

No caching of the CDN assets between sites within the browser, regardless of HTTP caching headers.

Re: Decentraleyes – Local CDN Emulation

#74

Post by m463 »

gruez wrote: post #26

I like the idea of the extension, but the implementation in lacking. According to the project's gitlab[1], there's only a dozen or so libraries are actually being served. It doesn't seem to cache google web fonts, for instance. Some sibling comments mentioned LocalCDN, which has more libraries and also includes fontawesome, but still lacks google fonts. [1] https://git.synz.io/Synzvato/decentraleyes/-/tree/master/res…

I run decentraleyes and I like it.

The only thing I wish for is to add my own entries.

Re: Decentraleyes – Local CDN Emulation

#75

Post by m463 »

DavideNL wrote: post #37
viraptor wrote: post #2

It's a cool idea, even if just for performance reasons. So many things come from CDNs these days, we may as well start shopping the common ones ahead of time. But recently I learned something unexpected. Lots of extensions are terrible with their resources. On a page targeting tech-savvy people, around 1% of requests has some extension content injected into the website which requests an external font file. (info come…

> "even if just for performance reasons" I don't think it matters for performance because it's cached in the browser anyway... So the purpose of the extension is privacy.

I think most CDNs nowadays do not cache as much as you think because they are used for tracking.

Re: Decentraleyes – Local CDN Emulation

#76

Post by m463 »

minitech wrote: post #54
gitgud wrote: post #43

Earlier quoted context omitted.

I may be wrong, but I don't think the browser caches CDN requests, at least per site... So this might be a performance gain too https://stackoverflow.com/questions/29704811/why-isnt-the-br...

The answer at that Stack Overflow question is seriously incomplete (and even it doesn’t say there’s no cache). Browsers today will, for the most part, cache CDN responses, not need to revalidate them, and share that cache across sites (though I think first-party isolation changes that to a per-site cache).

Stop. Go and look at the stack overflow. Then view source and look at the CDN links stack overflow uses.

Re: Decentraleyes – Local CDN Emulation

#77

Post by m463 »

WJW wrote: post #3

After clicking through several more times and ending up in a gitlab wiki, this seems to be how it works: > It comes bundled with a fair amount of commonly used files, and serves them locally whenever a site tries to fetch them from a delivery network. The docs, both on the site that is linked to and on the wiki is extremely bare bones, but the gist of it is that a CDN can track you through the `referer` header of the…

I had a friend who worked at a CDN and they are basically huge tracking networks.

Re: Decentraleyes – Local CDN Emulation

#78

Post by njsubedi »

surround wrote: post #53
alexchamberlain wrote: post #51

Earlier quoted context omitted.

Citation needed?

Let’s say 80% of websites load Google Fonts. Now Google knows 80% of your browsing history.

Google Fonts doesn't track the users, or associate the use with the user's account.

Re: Decentraleyes – Local CDN Emulation

#80

Post by fluential »

m463 wrote: post #74
gruez wrote: post #26

I like the idea of the extension, but the implementation in lacking. According to the project's gitlab[1], there's only a dozen or so libraries are actually being served. It doesn't seem to cache google web fonts, for instance. Some sibling comments mentioned LocalCDN, which has more libraries and also includes fontawesome, but still lacks google fonts. [1] https://git.synz.io/Synzvato/decentraleyes/-/tree/master/res…

I run decentraleyes and I like it. The only thing I wish for is to add my own entries.

The extension idea is really good but is does break some websites plus its really slowing down the browser, after removing it was like a breath of fresh air.
Post reply on HN