Jump to content

Ublock Origin Lite (MV3) vs AdGuard MV3 Chromium Extensions


Recommended Posts

  • 2 weeks later...

Posted (edited)

uBlock Origin works best in Firefox.

I did a test in Ghacks.net.
In Firefox + uBO no sponsored content.
In Edge + uBO (same filter lists) sponsored content is shown.

Interesting performance of AdGuard adBlocker 5.x in Edge (but in other Chromium-based browsers it would be the same).

3879 Dynamic rules + 63473 Static rules

amnVY5i.png

 

Do MSFN members view sponsored content with their Chromium-based browser?

 

 

Edited by Sampei.Nihira
Posted
2 hours ago, Sampei.Nihira said:

Do MSFN members view sponsored content with their Chromium-based browser?

No.  I never even knew that ghacks even had a sponsored content section.  I had to fire up a VM just to see WHERE the sponsored content is even "supposed to be".

image.thumb.png.2408c77e1fe705cefa75f14e74bab670.png

Posted

No, but I don't have any of the recent Chromium browsers either. Though Edge 94 is getting long in the tooth, judging by GitHub's appearance.

  • 4 weeks later...
Posted

I've noticed an odd anomoly in my uBO list sizes.

My lists *ARE* current, the yellow triangle is related to *NOT* enabling "auto-update" (a feature I despise, lol).

Being a "portable" browser, I archive regularly as a .zip of the entire folder, profile and all.

The archive size is different by as much as 16 MB with the ONLY difference being the "order" in which the uBO lists are updated.

While the number of network filters + cosmetic filters is the same, each individual list of "used out of" will change depending on which ORDER the lists are MANUALLY updated.

My SMALLEST archive size is if I update the LARGER "used out of" lists first and manually update ONE AT A TIME from larger to smaller as numbered below.

The LARGEST archive size is if I update the SMALLER lists first and manually update ONE AT A TIME from smaller to larger opposite as numbered below.

I guess my THEORY is that if we want to optimize list parsing, then we should update LARGE to SMALL and not let auto-update just update in a random order.

image.thumb.png.56fa4882aaf94493d284d32f23109ac1.png

Posted
16 hours ago, NotHereToPlayGames said:

I've noticed an odd anomoly in my uBO list sizes.

My lists *ARE* current, the yellow triangle is related to *NOT* enabling "auto-update" (a feature I despise, lol).

Being a "portable" browser, I archive regularly as a .zip of the entire folder, profile and all.

The archive size is different by as much as 16 MB with the ONLY difference being the "order" in which the uBO lists are updated.

While the number of network filters + cosmetic filters is the same, each individual list of "used out of" will change depending on which ORDER the lists are MANUALLY updated.

My SMALLEST archive size is if I update the LARGER "used out of" lists first and manually update ONE AT A TIME from larger to smaller as numbered below.

The LARGEST archive size is if I update the SMALLER lists first and manually update ONE AT A TIME from smaller to larger opposite as numbered below.

I guess my THEORY is that if we want to optimize list parsing, then we should update LARGE to SMALL and not let auto-update just update in a random order.

image.thumb.png.56fa4882aaf94493d284d32f23109ac1.png

Is it Ublock Origin Lite (MV3), or the classic one?

Posted

Um, neither?

I have never used (nor have any plans to use) this so-called "Lite" version.  So perhaps I should have started a new thread (no plans for that either)?

And I'm not sure what "classic" means.  I'm using 1.59.0 (since abandoning AdNauseam recently).  There are probably newer versions, I intentionally stay a version or two behind.

Ignore "blocked since install" - I see it as a form of "history telemetry" and my version "resets" at each and every browser exit.  Though no, I have not monitored if this "data" is sent 'outbound'.

 

image.png.198be622ac65d21ffd2831edb0f2337c.png

Posted (edited)
14 hours ago, NotHereToPlayGames said:

I've noticed an odd anomoly in my uBO list sizes.

My lists *ARE* current, the yellow triangle is related to *NOT* enabling "auto-update" (a feature I despise, lol).

Being a "portable" browser, I archive regularly as a .zip of the entire folder, profile and all.

The archive size is different by as much as 16 MB with the ONLY difference being the "order" in which the uBO lists are updated.

While the number of network filters + cosmetic filters is the same, each individual list of "used out of" will change depending on which ORDER the lists are MANUALLY updated.

My SMALLEST archive size is if I update the LARGER "used out of" lists first and manually update ONE AT A TIME from larger to smaller as numbered below.

The LARGEST archive size is if I update the SMALLER lists first and manually update ONE AT A TIME from smaller to larger opposite as numbered below.

I guess my THEORY is that if we want to optimize list parsing, then we should update LARGE to SMALL and not let auto-update just update in a random order.

image.thumb.png.56fa4882aaf94493d284d32f23109ac1.png

A word of advice,you have too many rules.
There is a high probability of conflicting rules in similar filter lists but maintained by different maintainers,which can give problems.
Also try checking for errors in each filter list that lead to invalid and therefore unenforced rules.
more rules = more errors 
It's simple to do this,just click your mouse in the eye icon in each filter list in the image you highlighted.:hello:

P.S.

I write the above because there is no blocking of an ads/tracker (googlesyndication) in your extension and instead in MSFN it should be blocked (so there is probably an impediment as I wrote above):

1.png

 

Edited by Sampei.Nihira
Posted
1 hour ago, Sampei.Nihira said:

A word of advice,you have too many rules.

No I do not.  "To each their own."  I know how to test for list interference.  My lists are fine, but thanks for the concern.

 

1 hour ago, Sampei.Nihira said:

there is no blocking of an ads/tracker (googlesyndication) in your extension

You make the MISTAKE of assuming uBO is my only defense.

Posted

Whatever.:)
Have a good day.:hello:
Oh I forgot,best wishes for the coexistence and/or resolution of the “anomaly”.

  • 2 weeks later...
Posted

Today I finished my lengthy tests with AdGuard Adblocker v. 5.x.
I am very hesitant to recommend,if required,to use AG v.5.x or UBO Lite.
The long reactivation time of AG's Service Worker after suspending the browser is a penalty factor.
I estimated a reactivation time of about 10 sec and asked for a decrease in this time,during which the filtering capability is compromised.
This problem does not appear to be present in UBO Lite.
With UBO Lite I recommend the combination of the MV3 extension, Ping Blocker 0.1.3.

 

Posted (edited)

In AG AdBlocker I requested it but my request was not considered,probably because the time in which the extension would be ready is too long (with the current parameters).
In UBO Lite there is no need for this functionality.

P.S.

If any forum member is interested in testing the behavior of his (UBO + browser) in comparison with these 2 MV3 extensions I would be very interested in this duel.:)
Also because I can perform “limited” tests (because I know the “responses” of many websites I use in my tests).

Edited by Sampei.Nihira

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...