Eyeo adblock vs declarativeNetRequest implementation #2270
BugmanSpirit
started this conversation in
General
Replies: 2 comments 1 reply
-
Simply because extensions do not work on Android, for now (#256) |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Would |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I remember that eyeo adblock or bromite's subresource filter based adblock was initially picked up because of light weight resource consumption and good integration with existing chromium codebase. Looking at google's declarativeNetRequest implementation, it already does all that both of these adblockers tried to achieve. It uses the same fundamentals from google's sub resource filter like flatbuffer for storing rules on disk. It will be maintained by chromium upstream so no problem of integration. And it also has better community for maintaining filter lists like uBO lite, which is much better than adblock plus. So why not ditch this eyeo thing and just support extensions like uBO lite?
Beta Was this translation helpful? Give feedback.
All reactions