Live data from Hacker News

µBlock for Firefox

github.com

261–270 of 273 posts

Re: µBlock for Firefox

#261

I tried this out for a couple of weeks after the "Adblock makes things slower" article came out, and I found it was blocking more stuff - but not necessarily the right stuff. I was finding that sites were breaking, stuff was disappearing and it was because of uBlock. I think I was trying to log into Medium and the Twitter and Facebook had been hidden, literally breaking the functionality of the site. That's not what…

Well, as the README says, it's not an "adblocker" but a generic blocker. Hiding Twitter and Facebook log-in functionality on Medium is a feature not a bug for me. By including those javascripts, both companies can build up a history of the sites I visit. So I gather this is more of a privacy+ad blocker rather than strictly ad blocker.

This is what i like about ghostery. It will pop up a list of blocked sites in the corner each time you navigate, and you can from this list whitelist on a site-site basis.

Re: µBlock for Firefox

#262
post #98

Earlier quoted context omitted.

And so do Adblock Plus and Adblock Edge. The reason I am interested in this is because of much lower resource consumption than either of those. I haven't tried Bluehell Firewall though. Can you comment on its performance as compared to Adblock Plus/Edge?

Bluhell is touted as a lighter weight solution. I haven't taken measurements, but Firefox Mobile certainly feels snappier with Bluhell than with Adblock Plus/Edge.

Thanks, I'll give it a try.

Re: µBlock for Firefox

#263
post #149

Earlier quoted context omitted.

Don't know why parent comment was killed when the article contains a similar assertion (the other way). While not a lot is gained by using loaded words like "theft", it is a simple fact that using ad blockers causes the owners of many of the sites that you visit to receive less revenue than they would otherwise. One can argue that one is perfectly justified in doing this (e.g. many typical examples of this are includ…

That's the feature I'm missing mostly from ABP: the "whitelist this site" quick toggle

That's present in uBlock too, despite some fairly unintuitive UI - the big green power icon isn't a full disable for the extension, it disables it for the current site only.

Re: µBlock for Firefox

#264

Earlier quoted context omitted.

Unfortunately, Disconnect (new version is $5/month for any protection) is not as good as Ghostery and the sketchy part of it is Ghostrank which is easily disabled. Your answer was unrelated to my question... mdellabitta stated he was running Disconnect with ABP and Ghostery all together which is redundant and I was asking why he would be doing that.

Ghostrank is easily disabled, but it's off by default so you don't need to....

So simple statements of fact get downvoted? HN aspires to be Reddit ;-)

Re: µBlock for Firefox

#265

I decided to dump extension-based privacy stuff and installed Privoxy instead. I used to have Ghostery, Disconnect, ABP, and some other things running simultaneously. When you think about it, that's a lot of JS running and iterating the DOM multiple times every time you load a page. Now there's a single, purpose-built, standalone process written in C doing it. Not going back.

It really ought to be possible to have a dynamic browser hook in Firefox's parsing phase to allow pre-manipulation of the DOM (or raw HTML) in native code. However actually finding the right spot in the giant codebase to do this is another matter.

Re: µBlock for Firefox

#266
post #11

Hopefully at some point someone will do something similar for element-level blocking. A lot of my custom ABP rules are actually blocking dynamic HTML slide-ins, overlays, animated carousels, etc.

AdBlock (getadblock.com), competitor to Adblock Plus, has a wizard for blocking elements. Right click on the page, AdBlock -> Block This Ad -> adjust the slider for element-level specificity.

That creates a custom filter that you can go edit if you want.

Re: µBlock for Firefox

#267
post #49

The GitHub site also states that it's available for Chrome, Opera and Safari (not yet in the extension gallery). Chrome: https://chrome.google.com/webstore/detail/cjpalhdlnbpafiamej... Opera: https://addons.opera.com/en-gb/extensions/details/ublock/ Safari: https://chrismatic.io/ublock Haven't tried it out myself yet but it's nice to see effort put into lowering the memory & CPU usage of such blockers.

Thanks for those links. While the earlier versions for Safari (like v0.8.2.0, found here https://github.com/gorhill/uBlock/issues/117 ) work well on Safari 5, these new versions on your Safari link do not. They crash the browser during installation.

Safari is on version 7, why would you care about v5?

Re: µBlock for Firefox

#268
post #258

Earlier quoted context omitted.

Unfortunately HTTPS makes proxy-based privacy stuff unusable without invalidating your SSL/TLS certificate in the browser. Extensions are the only reliable method AFAIK for browsing ad-free, securely. That is, if you consider the extension secure.

Actually it can make your setup far more secure. You could move all SSL validation off to your proxy, and generate certificates from your own CA on the fly. Then within your browser or OS you can remove everything except your own CA from the trust store.

That would open up sniffing on your local machine/network would it not? I see the benefit of blocking malicious domains at a proxy or hosts file level. But aren't you sacrificing a lot of usability by blocking at a network level?

Re: µBlock for Firefox

#269
post #109

Earlier quoted context omitted.

Wah Chromium uses way more ram than Firefox. 425M (firefox+ublock) vs 1.04G (chromium+ublock) in all cases memory is reduced :)

I did warn on that page: > You can't compare directly the figures between the browsers Still, yes, Chromium uses more memory. A good part of this is because per-process tab. Once Firefox get the same per-process tab architecture, it will be easier to compare both browsers together.

well, firefox seems set to use a process for UI and a process for all tabs (such as in nightly right now), the consumption is still far lower.

Re: µBlock for Firefox

#270

Earlier quoted context omitted.

this is just different filter presets. You can change the filters. In my case, I had ABP doing all that same blocking, only I had to opt-in, whereas with ublock that blocking is opt-out.

fair enough, but if you're going to compare ublock to ABP, as a user my expectations from it are going to be like those from ABP. By default it should work like an ad-blocker, with an option to block other stuff. For users like myself, who don't really care about tracking, just about ads cluttering up a page or delatying a video, blocking out stuff other than ads just 'breaks' the site.

Why should it have to have those same assumptions and defaults? In my view, it's fundamentally better to block that other shit too.
Post reply on HN