Careful with performance if you're on an underpowered machine, as with all content injectors, it could provoke frequent freezes if you have a decent to large amount of tabs open.
Decentraleyes – Local CDN Emulation
21–30 of 84 posts
Re: Decentraleyes – Local CDN Emulation
#22I've used Decentraleyes for a while now and it works great. I would actually like to see it—or more specifically, the idea—integrated into browsers. It would improve privacy, (potentially) security, and speed at the cost of disk space.
I was thinking the same but then browsers have caches and most of the CDNs (e.g. jsdeliver) set max-age to a year and immutable so you're only tracked once
Re: Decentraleyes – Local CDN Emulation
#23It'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…
In recent years libraries haven't been used off CDN like this much but rather bundled, tree-shaken, and uploaded to a CDN with the library baked into a JavaScript app.
Re: Decentraleyes – Local CDN Emulation
#24Just chiming in to say I think the name is brilliant and perfectly matched to such a software project.
Re: Decentraleyes – Local CDN Emulation
#25I kind of wonder how effective these extensions are for js libraries since dependencies are often bundled into a single file. I have been using decentraleyes for a while and when I have spot checked it on occasion it hasn’t intercepted any requests on the page. I am assuming this is due to bundling.
From a security standpoint bundling is not an issue as no additional requests are made but from a speed and performance standpoint I don’t think there is much extensions like this or browser caching can do. It kind of makes me wish bundling wasn’t a thing now that we have QUIC/HTTP3 being adopted.
With all that said I am still glad to have this extension around.
Re: Decentraleyes – Local CDN Emulation
#26I 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...
Re: Decentraleyes – Local CDN Emulation
#27isn't your browser already caching these resources for you.
Re: Decentraleyes – Local CDN Emulation
#28After 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…
They can also track you by IP and other means... It is better to avoid CDNs if you can (mostly because they are so popular and centralized).
Re: Decentraleyes – Local CDN Emulation
#29Does this addon have any security implications when used in combination with uBlock or NoScript? If the JS is being injected, does that induce any risks of JS being executed when it should be blocked?
Re: Decentraleyes – Local CDN Emulation
#30If it is taking third party resources and inlining them then this extension will be breaking the protections offered by the domain and JavaScript security model.