Chrome 终于迎来 NotScript 扩展,可在加载前屏蔽脚本元素
2010年8月18日
发表评论
因为 Chrome 的限制,FireFox 上非常受欢迎的插件 NotScript 一直未能移植到 Chrome 上来,因为此前 Chrome 一直都没有提供加载前预先屏蔽的功能。不过,现在 Chrome 已经可以实现这个功能了,所以 NoScript 也就有了 Chrome 版本。
NotScript 主要可以让你使用浏览器更加安全,它可以屏蔽掉网页上的各种脚本、iFrames 以及插件,避免因为这些东西造成安全方面的问题。也就是说安装该扩展后,此前网页上的脚本、iFrames 以及插件元素都会被预先屏蔽掉而显示成空白,如果你想要看这些元素的内容,可以点击地址栏的扩展图标允许相应的元素加载。
当然,你也可以设置白名单,让来自这些网站的脚本元素都可以正常显示。使用扩展需要首先设置密码,长度不能低于20位,最多不超过100位,这都是出于安全性考虑。
不过,目前该扩展还是不够完美,比如放在<APPLET></APPLET>中的元素就屏蔽不了,另外直接写在HTML中的行内脚本也屏蔽不了,比如<script>alert(“Hello, World!”);</script>。但对于绝大部分的脚本元素来说,这款扩展都可以很好的屏蔽,推荐给对浏览器安全性要求较高的童鞋。
via Ghacks、Lifehacker
除非特别声明,本站文章均为Chrome迷原创编译
我们欢迎任何形式的转载,但请务必注明出处,尊重他人的劳动就是尊重自己
转载文章请注明:文章转载自:Chrome迷 (http://www.chromi.org)
本文标题:Chrome 终于迎来 NotScript 扩展,可在加载前屏蔽脚本元素
本文地址:http://www.chromi.org/archives/6676
我们欢迎任何形式的转载,但请务必注明出处,尊重他人的劳动就是尊重自己
转载文章请注明:文章转载自:Chrome迷 (http://www.chromi.org)
本文标题:Chrome 终于迎来 NotScript 扩展,可在加载前屏蔽脚本元素
本文地址:http://www.chromi.org/archives/6676


<code> 中要用 < 和 > 代替 ……
@xslidian 已修复,搞忘了哈哈,囧死了
用Firefox时一直不喜欢这个扩展
第一时间装上了,应该说这个扩展是chrome最重要的扩展之一了。google本身就是广告公司,要想让它自己过滤自己的广告脚本,不太现实。所以,那个内容设置至今做的依然很简陋,没办法用。
特意去新浪试了下,点开40个标签:(adblock+flashblock+Noscripts)
内存占用,220M;没有Noscripts时占用380M+;全部的三个扩展关闭时,内存占用620M+~~@@
最大的亮点是:打开多个标签的时候,cpu占用很快的恢复到很低的值,也就是卡的现象大大减轻了。
以前,chrome 5上面存在内存释放不干净的现象,很郁闷,换到6.0之后,似乎这个现象不存在了,反复试验了好久,内存释放的很彻底。^ˇ^≡
从资源占用来看,现在很完美了~~
现在就希望:扩展API进一步完善,adblock完美支持真正的拦截;Noscripts的细度加大,增强易用性,那以后就真的离不开chrome了,哈哈。~~~///(^v^)~~~
Firefox的叫NoScript,没有NotScript
不好用,和firefox的那个相去甚远。
NotScripts不是所谓的过滤第三方脚本的方式,而是默认全部站点屏蔽+白名单,感觉这种还不如chrome自带的“内容设置”。
我个人更喜欢黑名单过滤的方式,AdBlock本身就能全局直接过滤3rd party脚本。这个NotScripts目前还不成熟,至少要能像firefox的那样设置“默认临时允许顶层站点”。
@at
的确如你所说,这个目前不成熟,这是肯定的。因为这个插件是2010年8月17日才发布的,这个插件的过滤机制和FF上面的Noscript也不一样,主要是因为chrome有api限制。但是,这个插件未来的走势还是很不错的。chrome内置的内容过滤太粗糙,只有个全局黑白名单,完全没办法用。同样,由于api限制的缘故,chrome上面的adblock还无法做到全局拦截3rd party脚本,上一些小说阅读网站,adblock对那种弹窗几乎没有任何办法,而Notscripts却可以轻松拦截掉。不过,目前,彼此间都无法替代谁,倒是可以互相配合着用(^v^)。“默认临时允许顶层站点”应该很快会支持的,有不少人反馈过这个功能。后面还会支持“Clickjacking”保护。