在uBlock Origin中在元素级别进行解锁


13

我(一周内)使用uBlock0时没有发现ABP的一项重要功能-“打开可阻止的项目”功能,该功能使我可以在页面元素级别上进行允许和禁止的操作。

即使在选中“我是高级用户”复选框之后,uBlock0似乎也只有子域级取消阻止的粒度,因此如果我希望允许被阻止的内容,则必须允许该子域中的所有元素。

“元素选择器”提供了“打开可阻止的项目”功能的一半,但另一半是我更为常用的用例:取消阻止已被阻止的元素。有没有办法在元素级别而不是子域级别做到这一点?另外,对我来说,仅仅查看哪些元素正被阻止的能力对我来说是一个很大的可用性提高,而且我不知道在uBlock0中是否有办法做到这一点。

注意:我使用的是Firefox。


Answers:


8

除了受过滤器影响的CSS规则外,您还可以使用uBlock Origin自己的记录器记录被阻止或允许的网络请求。

请从官方uBlock起源自己的Wiki页面协助记录器的此正式概述:https : //github.com/gorhill/uBlock/wiki/The-logger

祝好运。


1
嗯 因此,看起来它仅在打开后才开始记录:因此,我要么必须一直保持记录器处于打开状态以使用此功能,要么必须打开记录器然后重新加载页面(这可能并不总是可行的)。我一直使用uBlock来解决这些UI问题,因此随着本月即将发布的ABP性能补丁,我可能会回到更可用的ABP。
sundar-恢复莫妮卡2015年

对于其他想知道这是否也有助于解除元素阻塞的人:github.com/gorhill/uBlock/wiki/The-logger#creating-filters带您进入一个UI,您可以在其中调整各个级别的动态过滤器或创建如果需要模式等,则为静态过滤器。
sundar-恢复莫妮卡2015年

3
Wiki有点过时,所以从今天起,您还具有给定页面的DOM检查</>器(记录器中重新加载图标旁边的图标),您可以在其中隐藏/取消隐藏(有效地启用或禁用要更改的CSS更改)受uBlock Origin的影响)
Mike

3
“仅在打开后才开始记录”:这是有效的记录方法。在后台记录事件会无条件地给每个人(包括永远不会使用这种功能的人)带来不小的CPU和内存成本。效率是uBlock Origin的一项主要功能,所有内容均根据此设计。因此,日志记录的CPU和内存开销仅会发生在实际使用日志记录器的用户身上。
里尔,2015年

1
我知道@rhill,但是可用性的问题仍然存在,我只是在尝试确定可用性和性能之间的权衡对我来说是否值得。顺便说一句,ABP是否会自动记录每个发生的网络请求以能够显示该UI?(当然,在ABP的情况下,效率低下可能会在许多其他主要效率低下中消失,但是我仍然想理解这一点。)
sundar-恢复莫妮卡2015年

8

对于想查看如何取消手动添加元素的人,您可以单击uBlock图标,单击左上角的齿轮图标进入“仪表盘”。从那里转到“我的过滤器”标签,它将向您显示您手动阻止的所有元素的列表。

手动阻塞元素对于所有这些烦人的社交小部件都非常方便,这些小部件在您阅读页面时弹出的页面或随即弹出的小盒子中出现,这些小盒子如今指的是您阅读同一网站上的其他文章。

但是我正在阅读的网站,我不小心封锁了整个主要内容框架!值得庆幸的是,通过一点搜索就可以使其畅通无阻。


1
相反,如何阻止除元素以外的所有内容?
skan,

谢谢-终于使我到了正确的地方。要实际取消屏蔽,您需要编辑该部分并删除与您创建的过滤器相关的整行(或多行)。
敏锐的
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.