2 ms·
Hey, disclaimer: I worked on this study. I would love to hear your thoughts about this. From our point of view, the argument is not that the native content blo
by pythux 8y ago
Hey, disclaimer: I worked on this study.
I would love to hear your thoughts about this. From our point of view, the argument is not that the native content blocker is slow or fast but instead that it's not an acceptable trade-off, for different reasons (see link below). We also show that some of the most popular content-blockers are more than fast enough in this regard. I would love Chrome to propose this declarative API as an addition to the current WebRequest APIs and incentivize developers to use it when it makes sense. But replacing the current WebRequest's blocking capability with this would prevent extensions from protecting users as efficiently as today.
I wrote a bit more about other reasons I think the declarative API as only blocking capability of the browser is not a good thing IMO: https://news.ycombinator.com/item?id=19175265 https://news.ycombinator.com/item?id=19175265