(真不晓得没有她将会怎样)。而正因这种爱，所以才有了分享。
|
1楼#
发布于：2017-04-21 00:23
|
|
|
2楼#
发布于：2017-04-20 01:00
shiming：还是调不出来暗黑效果：（回到原帖https://github.com/InternalError503/CyberCTR/releases 我又找了下配置向导选项, 但仍没找到. 或者你试试1.6.3, "chrome://classic_theme_restorer/content/cctr/firstrun.html" 是没问题的, 我反复重启Fx, 然后用这个链接都能打开配置向导. ================================================= 我知道了, 你用的是1.6.0吧? 现在最新版是1.6.3, 所以用"chrome://classic_theme_restorer/content/cctr/firstrun.html"打开配置向导失败, 去升级到1.6.3吧, 百分百就可以了 P.S. 更改界面的扩展我很少用, 包括CTR, 所以... 应该是有打开配置向导的选项, 只是我没找到, :( |
|
|
3楼#
发布于：2017-04-19 01:36
|
|
|
4楼#
发布于：2017-04-18 01:55
|
|
|
5楼#
发布于：2017-04-16 07:07
Proxy SwitchyOmega 2.4.8.7z.001.zip
Proxy SwitchyOmega 2.4.8.7z.002.zip https://github.com/FelisCatus/SwitchyOmega/issues/102#issuecomment-294078914 https://addons.mozilla.org/en-US/firefox/addon/switchyomega/ 幸亏眼疾手快下的早, 不知道是开发团队删除了, 还是没过初审, 链接已失效. XPI来自上方链接, 未作任何修改. 下载两个压缩包后, 将zip文件后缀改成7z, 解压出xpi, 安装前. extensions.webextPermissionPrompts -> false. |
|
|
6楼#
发布于：2016-10-15 23:36
|
|
|
7楼#
发布于：2016-10-01 10:30
实用精品扩展分类整理 功能比对及备份 (顶楼传送门) 禁止引用此楼 ※ UNDATED ※ Keyword Box, Multiple-Highlighter [扩展见顶楼附件] ● Keyword Box 
这是一个挺有个性的扩展，利用设定好的关键词执行一些动作，如高亮谷歌地图页面内的词汇，查看天气，Web dev查找， 设定bugzilla的id通过关键词直接访问，虽然不见得方便，但还算独特。 ● Multiple-Highlighter
页面内高亮扩展，从名字就可以得知，多词汇同时高亮。支持自定义高亮颜色，与“ctrl+f”互不冲突，若开启弹出窗内的电源键，则意味着永远高亮自定义词汇。设定高亮词汇不会因关闭Fx而被重置为默认，强烈推荐。 ● RightToClick 解除页面内因脚本而引起的对右键的限制，允许高亮。 ● Popup Blocker Ultimate 对指定域名禁止弹出窗口。 (顶楼传送门) |
|
|
8楼#
发布于：2016-10-01 00:00
|
|
R.W 我只能说这个扩展态赞啦, 太喜欢啦. 
|
9楼#
发布于：2016-09-25 16:57
实用精品扩展分类整理 功能比对及备份 (顶楼传送门) 禁止引用此楼 ※ Web Development ※ DOM Inspector, Firebug, Inspect Context, Pentadactyl, Vimperator [扩展见顶楼附件] ● DOM Inspector
DOM Inspector 是Fx的id事件查看器，如果想修改Fx，必备。 ● Firebug
Firebug 是Fx的一大利器，不过现在Fx自带的开发工具已经整合Firebug，只是某些操作上有些区别。 ● Inspect Context Inspect Context 是DOM Inspector辅助程序，就像EHH与ABP的关系，借助这个扩展可以随意在Fx的某处调用DOM Inspector，为查询ID带来很大便利。 ● Pentadactyl
Pentadactyl 是Vimperator的一个分支，非常棒的分支，细致的帮助页面会给初接触到dactyl，带来很大帮助。 ● Vimperator
Vimperator 简称Vimp，Fx键盘映射的终极利器，与Keysnail、VimFx相较，更喜欢Vimp。 终于写到这了，不知该说什么好，原本想写些如何使用他们，但他们也同样是个坑，文字表述的话会相当麻烦，所以先截几个图，考虑考虑看如何介绍这里...不排除不继续更新这的可能，大发现什么非常棒的脚本，会在此贴出来。 (顶楼传送门) |
|
|
10楼#
发布于：2016-09-25 16:57
实用精品扩展分类整理 功能比对及备份 (顶楼传送门) 禁止引用此楼 ※ Tabs ※ All Tabs Helper, Tab Mix Plus, Tab Utilities Fixed [扩展见顶楼附件] ● All Tabs Helper
All Tabs Helper 将当前所打开的标签页，统一以菜单的形式管理，可以在菜单中点击“x”，即可关闭不需要的标签页，遗憾的是该菜单不能跟随其logo按钮的移动而变换位置，被死死的钉子在工具栏右侧。 ● Tab Mix Plus vs Tab Utilities Fixed
Tab Mix Plus 和 Tab Utilities 同属管理标签类扩展，现在讲讲他们之间的共性与差别。 新标签页打开：都可以设定紧邻当前标签页打开链接。后台或前台手动新建标签页。对主页、书签、地址栏等也可以采用新标签页的方式打开。细节方面，TMP可以对调用外部程序也设置为在新标签页中打开。 标签页关闭：两个扩展均能设定子页与父页之前的从属关系，在关闭某个标签页后，也可以细致的设定返回到上次打开标签页、或左、或右等等，同时感觉TMP的这方面设定略显地多余。 鼠标点击：这方面几乎没什么差别，TU设定方面更为直观。 外观：均可以设定已读、未读、未加载等标签外观，添加更多的菜单选项，TMP除对标签右键进行设定外，还能单独对页面右键菜单选项进行添加或删减。
二者间的不同点：整体上看，TMP与TU基本功能大体一致，或者说TU的设定更为简洁高效。唯独在控制是否使用新标签页打开方面，TU与TMP差别很大。当“新窗口打开链接”同时设定“(当前窗口)新标签页”，且"外来链接打开"均设定为“当前页打开”的条件下，当遭遇诸如“ganji、58、douan”之流时，TMP或TU则会判断该域名为外部链接(具体何故，不得而知，但一定与这类网站的内置脚本有关联)，故此会使Fx调用新标签页打开链接，到此TU就完全没有任何办法了。然而TMP则可以在勾选“在当前标签页打开包含 target 属性的链接”选项，同时点击“阻止下载文件时弹出空白标签页”右侧的编辑按钮，并添加“*/58; ; /ganji; /douban” 为了防止误伤，也可以这样写"*\douban\.com\/(.*)"，然后保存，当再次从豆瓣主页跳转到电影或音乐则不会再用新标签也打开，58、ganji也是如此。所以说这就是最大的区别，也因此偶选择了TMP。 (顶楼传送门) |
|
|
11楼#
发布于：2016-09-25 16:56
实用精品扩展分类整理 功能比对及备份 (顶楼传送门) 禁止引用此楼 ※ Social & Communication ※ [扩展见顶楼附件] ● ChatZilla ChatZilla是一个非常强大的免费IRC客户端，在预览内可以改变背景颜色、字体大小等等，还可以载入各种你需要的脚本，功能上不亚于一个付费客户端 (比如mIRC/Xchat，哦，当然Xchat不是在所有平台都付费。还有一个加壳的Xchat，即：HexChat，也是知名IRC客户端)。关于cZ是英文界面，不是偶不用中文，cZ的中文语言包已经失效，安装会导致cZ报错而无法启动。
点击顶部IRC按钮，填写你想去的irc server及频道，然后点击右侧加入，等待连接成功后，自动会进入你希望去的频道。在添加irc服务器后，在设置内可以对相应的irc服务器进行设置。 ● Messenger for Facebook™ [
Facebook 侧栏登录窗，因为脸书用的太少，账户被禁用了，没办法截图，就这样吧。 ● Reddit Enhancement Suite 是否经常去Reddit？虽说是非reddit官方出品，但很实用。安装后，打开reddit主页，在顶部右上角会多出一个图标，点击后会在图标下方弹出个小窗口，添加reddit板块名称，点加入。不需要登录也同样能订阅reddit子板块。下方锯齿图标内有提示及使用技巧，夜间模式等等，经常逛reddit。稍微看一下就知道，这样优化一下舒服很多啦。
● Twitter App
Twitter 侧边栏，查阅推特信息比较方便，就像网页版QQ，还不错啦。 (顶楼传送门) |
|
|
12楼#
发布于：2016-09-25 16:54
实用精品扩展分类整理 功能比对及备份 (顶楼传送门) 禁止引用此楼 ※ Search Tools ※ Add to Search Bar, Old Search Fixed, Quick Context Search, Scroll Search Engines, XML Search Engines Exporter Importer, Fastest Search - Browse Search Faster! [扩展见顶楼附件] ● Add to Search Bar
Add to Search Bar 是一个添加搜索引擎到搜索栏的经典扩展，大致从(具体真记不准确了)...就已经不能自动转化这XML，并存储在searchplugins目录内了，目前，Fx自带的XML搜索引擎文件在~\firefox\browser\omin.ja\zh-CN\locale\browser\searchplugins内，用户自行添加的搜索引擎信息存储在search.json.mozlz4文件中，偶曾经试着去编辑，但没能成功。如果想自己创建一个XML搜索引擎文件，可以按以下方法操作： 首先打开一个文本编辑器，windows不建议用自带编辑器， <ShortName>搜索引擎名称</ShortName>
<Description>搜索引擎描述</Description>
<InputEncoding>UTF-8</InputEncoding>
<Image width="16" height="16">data:image(此处为base64图片，搜索引擎的logo，可以自己ps图片作为logo，做好图片后，用工具转化成base64，这是我推荐你的工具“http://freeonlinetools24.com/base64-image”，添加是删掉此处括号)</Image>
<SearchForm>域名</SearchForm>
<Url type="text/html" method="GET" template="主域名+?(?=一些变量，一般紧跟随主域名之后){searchTerms}">
</Url>
</SearchPlugin>
● Fastest Search - Browse Search Faster! 这个扩展是最近在逛卡饭时，无意间看到有狐友推荐。说到卡饭，还是挺良心的，没有完全限制访问火狐区，换句话说，无账户也同样可以浏览，否则或许我会错失这个扩展。所以感谢卡饭的火狐区，及cqman2，不知道他是否在这里，也不知道他能否看到，不管怎样，谢谢推荐。 这个扩展最大的亮点在于它的自定义搜索，即设定搜索引擎快捷键并同时将其划分类别。下面就来介绍一下如何使用这个扩展。
1. 导航栏建议搜索结果，及多个搜索引擎快捷键同时搜索。即：每个搜索引擎快捷键分别用","分隔开，如在导航栏键入g,bd(空格)关键词，然后回车。则会调用谷歌和百度同时对该关键词进行搜索。在左下角标有5和6的那张图中，若勾选search opens new tab项，则调用新标签页搜索该关键词，反之，则使用当前页(若多个搜索引擎快捷键，仍然会用多个标签页)。 2. 2和3分别是类别及引擎设定快捷键。4创建搜索引擎，大致有三种方式。其一，在网站的搜索框内输入“DO_NOT_CHANGE_THIS”并搜索后，单击fastest search按钮，在弹出的浮动菜单内加入搜索引擎。其二，用Add to Search Bar扩展加入搜索引擎后，点击图中“4”按钮后，右侧点击加入。最后一种方式是用导出json配置文件后，用文本编辑器直接编辑修改或添加引擎。 3. 5为后台打开搜索页面。6为在当前页面的左侧打开搜索页面，不勾选则在右侧打开。 4. 键盘斜杠"/"，开启在页面内查找词汇模式，但若安装vimp或dactyl，则需要更改该快捷键，否则会影响该功能。 5. 若不习惯fastest search的浮动搜索框，可以在8处，输入g或bd，浮动搜索框只显示一个引擎图标。9，主要是搜索框的显示延迟时间及隐藏时间。 首先：划词搜索 (1)当在页面内选择某个词汇时，在弹出的搜索框内输入g,bd并回车，将会同时调用谷歌和百度搜索该关键词，以此类推。可以调用n多个引擎同时该词汇进行搜索。 (2)同样在弹出的输入框内输入相应类别，将同时调用该类别的全部搜索引擎对关键词进行搜索，注意区分字母大小写。 其次：在firefox页面内的任何一个输入框，键入";"，调用其他搜索引擎搜索。即：";” + 搜索引擎快捷键 + 关键词。 MingYi Liu录制的视频教程：https://www.youtube.com/watch?v=gDlLrVZ54L0，其他细节就不细说了，很不错的扩展，尤其是当要查找或下载时，必须加些修饰才能体现出其搜索速度，即：“超极快捷”。 ● Old Search Fixed
Old Search Fixed 返回旧式搜索栏，必不可少的扩展，没有多余功能，超级简洁，安装即可恢复，是否感觉有了这个，就没必要在用CTR了，嘻嘻。 ● Organize Search Engines
Organize Search Engines 这是笔者见过最棒的还原旧式搜索栏扩展，超级赞！继承了就是搜索栏的诸多优点，比如一键切换默认搜索引擎，旧式下拉式菜单。而且还加入了诸多功能，例如：非常便捷的创建子目录，可以为搜索引擎细化分类，搜索引擎添加关键字，查看XML文件内容。推荐指数★★★★★。喜欢旧式搜索栏的狐友绝对不容错过。 ● Quick Context Search
Quick Context Search 快速右键搜索扩展，就因为有了这个，现在笔者已经彻底抛弃搜索栏。安装后在右键菜单会罗列出全部的Fx正在使用的搜索引擎图标，在设置中还可以做一些细微的改动，推荐。 ● Scroll Search Engines Scroll Search Engines 搜索引擎滚动切换扩展，用鼠标指到搜索栏，滚动中键，即可切换默认搜索引擎，与Old Search Fixed扩展天生绝配，在设置中可以显示当前搜索引擎logo。 ● XML Search Engines Exporter Importer
既然提到Add to Search Bar扩展，当然XML Search Engines Exporter Importer就更必不可少了(从Fx45开始，Add to Search Bar加入的所搜索引擎等信息均被写入search.json.mozlz4，这样给导出xml带来不必要的麻烦)，有了这个扩展，导出添加的自定义引擎就相当快捷啦。 (顶楼传送门) |
|
|
13楼#
发布于：2016-09-25 16:52
实用精品扩展分类整理 功能比对及备份 (顶楼传送门) 禁止引用此楼 ※ Privacy & Security ※ Adblock Plus, Cookies Manager+, Cookie Monster, CookieSwap, NoScript Security Suite, Multifox, Privacy Settings, Redirect Control, Requestpolicy Continued, uBlock Origin, uMatrix, User Agent Overrider [扩展见顶楼附件] ● Adblock Plus vs uBlock Origin
关于uBO vs ABP，一直是争论不休的话题，原本我也不想趟这趟浑水，但为什么又会写这样的评述呢？理由很简单，因为想知道她们的优劣到底在哪里，争论到底是否有意义。 事先说一下，在无任何网页打开且除了Fx以为没启动任何除系统外额外的程序的情况下，CPU占用大致10-25%左右，而且很稳定，在载入推特、百度贴吧，CPU飙升到70-80之间%，这就是firefox占用CPU大致的情况，截图有些困难，或多或少也影响测试真实度，所以针对于硬件，主要对内存进行测试，好观察，也可可以说明些问题。
这是未安装 ABP和uBO 前firefox对内存的占用情况。
about:performance，在未加载任何网页是，每个扩展占用CPU的情况。
https://easylist-downloads.adblockplus.org/easylistchina.txt https://raw.githubusercontent.com/cjx82630/cjxlist/master/cjx-annoyance.txt https://raw.githubusercontent.com/cjx82630/cjxlist/master/cjxlist.txt ABP 与 uBO 分别订阅了相同的规则，以保证内存测试的公平及合理性。
在ABP和uBO的订阅完成后，且二者同时启用的情况下，firefox对内存占用的具体情况。
笔者分别对twitter，facebook，tieba进行测试，经反复尝试，得出以下结论： 百度贴吧 - ABP内存占用基本稳定在300-450MB之间，uBO稳定在250-400MB之间，两者相差内存相差60-90MB浮动，没有超过100MB。 推特 - ABP内存占用600-800MB之间，uBO维持在500-700MB区间，内存相差100-150MB上下浮动，内存占用差值已超过100MB。 脸书 - ABP内存在400-650MB之间浮动，uBO在400-500MB左右，ABP与uBO相较，内存多占用50-70MB之间。 ABP与uBO在内存占用方面，得出的结论是：uBO内存占用明显低于ABP，比ABP少50-150MB之间，我这里测试不会超过这个数值。这些数值都是稳定后的数值，页面未加载完成前，不做记录。 再说一下ABP与uBO其他方面的比较： ABP，操作界面依旧是那么熟悉，对订阅规则一目了然，删减修改编辑非常方便，简单到你跟本察觉不到是在修改或添加规则，非常直观。而且与自带的过滤器完美结合，不需要切换任何页面即可查阅规则是否在正常工作，便捷透了，不得不说程序设计之如此巧妙，而且可以一键关闭ABP，真的折服了。或许经过很长一段时间放弃ABP后，重温一下的感觉还是很好的，真的都有些忘记使用ABP的感觉，同时感谢自己要写这篇文章。 uBO，作为一个后起之秀，或许是因为代码移植的关系吧，自从使用uBO起，就带有一种chrome的风范，起初真接受不了，但最终还是弃了ABP转投uBO，为什么呢？因为ABP的诸多做不到：屏蔽根域名，便捷阻止第三方请求、内联脚本、图片及其他元素，从v1.9.0可以取消通用规则内的修饰规则以降低内存占用。当然有优点必然也有弊端，矛盾无处不在。uBO的计数不够直观，或许我看惯了ABP的计数。uBO当需要编辑或添加自定义动态规则太过繁琐(保存规则要回到顶部，发现需要修改有需要查找词条规则，找到后在有时忘记点击顶部编辑，就有要回到顶部点击后再找到规则在编辑，对于这个真是头大。为此曾经想过还是去写ABP的规则，也就是uBO的静态规则，但添加规则容易，里面真是一团乱麻，完全分不清楚，编辑规则与自带的网络日志需要来回切换，真的是糟透了。还有添加白名单，有时候懒得去点击那些粉色区块，之接关了uBO，看完了就把网页关了，但白名单已经保存了，所以经常的到设置页面去清理白名单，尼玛，uBO的power按钮就是个摆设，只能在当前页关闭，不能全局，确实在这些方面很不顺畅，让我不得不联想到这是从chrome移植过来的扩展。) 说了这么多，大致估计您看了我的这段，应该也会对ABP和uBO间的差别有一定了解了。下面我总结一下： ABP vs uBO： uBO内存占用低是无可厚非的，绝对不需要再置疑，但如果自定义修改编辑或添加规则一团乱麻，糟透了，就这点，真想回到ABP。 ABP内存占用明显高于uBO，没什么好说的，但...可但是，这都是在订阅规则的基础上发生的，如果不去订阅规则呢？如果全部自定义规则呢？这个评测还存在否？所以总体上讲，ABP在自定义规则方面绝对是优胜者。其次，关于可接受广告，我在该帖说过(因为之前该帖部分数据丢失，已无法恢复)关闭就是了，到目前为止，尚未发现ABP没节操的举报。 再来评价一下我所听到的声音，比如uBO更适合小白，我不否认uBO自定义规则糟透了，但更适合小白这种评价就太偏激，因为uBO支持ABP规则，规则完全可以自己添加，只是管理不是很直观方便罢了，更何况还有ABP所不能，只能说个人习惯不同，适合自己就是最好，但不要因个人习惯去抹杀一个优秀的作品，这是带有倾向性的观点，无任何意义。 以上就是我对uBO与ABP的观点。完结。 (2017年6月5号添加)
至今为止，一提到uBO和ABP，还是会有人争论，只是言辞没那么激烈，实际上都不重要了，做的都是同一件事情，“拒绝广告，保护隐私”。他们都很好，而uBO，虽然网络日志和规则管控始终不尽如人意，但个人认为其他方面远胜于此。uBO更像是一颗璀璨的新星，不断地馈赠惊喜，为网络生活增添新鲜的体验。 另，这是uBO Lightness version，或许因我个人更喜欢或该词汇吧，不管怎样，受够了白色的乍眼，所以让白色见鬼去吧，若不喜欢，因为更新版本会很麻烦，也可以点击这里(传送门)。 ● Cookies Manager+
说道Cookie编辑器，Cookies Manager+是不得不提的扩展，作者最近很活跃，这个扩展可以通过搜索栏方便的搜索一些关键词，过滤出你想找到的cookie项，比如域名，有效值，然后在下方修改编辑，比如延长cookie使用失效，设置读写权限等，是编辑cookies一大利器。
但还有一个很优秀的扩展是Advanced Cookie Manager，虽然没有cookies manager+呼声高，但个人认为编辑cookie界面更直观，左侧区域搜索、删除、导入、导出，右侧区域查看、编辑、关闭，唯独管理cookies页面，不能逐项域名删除。不过其搜索区域要更强大些，可以多词汇过滤，比如cookie name + cookie value，搜索后点击右侧可查看cookie内容，并可编辑修改，在搜索结果列表中可右键逐一删除，也可点击底部删除清空全部cookies。 ● Cookie Monster
Cookie Monster 这是一个管理cookie的扩展，有了它，用户就可以非常方便的控制cookie，管理cookie写入。实则就是Firefox的设置->隐私->禁止储存历史记录(never remember history) (因为是英文版的关系，中文版应该这样翻译的吧)，在cookie项，有个例外，将需要写入的cookie添加到例外列表中。但人为操作步骤繁琐麻烦，加大了不小的工作量，所以还是借助扩展来的方便，就像"dialog"一样。但现在遗憾的是，添加临时域名到列表已经失效了(Fxv50.0已经自动修复啦)，貌似作者不打算继续更新了，也不知能用多久了，不过还好，毕竟有umatrix。 ● CookieSwap vs Multifox
CookieSwap与Multifox都是切换cookie非常棒助手，但两者略有不同，CookieSwap切换cookie后，浏览器本身的cookie将被切换，即切换成内容完全不同的cookie，且重启浏览器后，不会回到默认cookies。Multifox则是，仅仅针对当前标签页、及由此标签跳转到新标签页的切换有效，一旦手动新建标签页，或重启Fx，将回到默认cookies。这就是两者间的区别。 ● NoScript Security Suite
NoScript Security Suite 简称NS，与uM、PliceMan属于同类扩展，但NS与uM、PM有所不同，在NS高级设置内，可以写正则反XSS保护，加密或忽略HTTPS域名的cookies，添加ABE规则阻止java、flash等请求，AMO排名前十的知名扩展，安装还需要理由吗...哈哈。 ● Privacy Settings
Privacy Settings 可以说绝对良心的扩展，便捷的更改about:config参数，增强或降低Fx对隐私的保护，如果修改完成后，不需要再用，完全可以卸载。而且很难得开发团队一直坚持更新。 当开启Full模式设置后，需要注意的是： dom.storage.enabled，设置为true(启用)，会导致Fx个人数据无法同步。 security.ssl.treat_unsafe_negotiation_as_broken，security.ssl.require_safe_negotiation，设置为启用，会导致某些https无法访问。 ● Requestpolicy Continued vs Redirect Control
Requestpolicy Continued，首先要说明一下为何要使用这个扩展，这个扩展可以很方便的阻止请求，禁止显示图片，当点击链接重定向到其他域名时，会在请求跳转前同时发出警告提醒，避免垃圾或弹出窗侵扰，Redirect Control，则相当于Requestpolicy Continued mini，这个扩展支持正则，如果仅仅需要禁止重定向，Redirect Control已然足够。 ● uMatrix
uMatrix 这是类似于NS，PM的扩展，同属R. Hill的作品，将页面内元素分割成cookie("* * cookie block"可以阻止cookies泄漏给第三方)、式样、图片、插件(只有当被激活状态，该项才会工作)、脚本、XHR、框架、其他(这种分类方法有些像policeman)。同样，uM具有阻止脚本请求等功能，通过订阅hosts阻止广告请求。有人常常会问，uBO与uM有什么区别？下面我引用R.Hill的一段话，为什么不翻译，因为翻译就会参杂个人观点。 Matrix-based filtering and its inheritance model (cell/rows/columns/scopes) can't be obtain with uBlock. uBlock follows ABP-filtering semantic, which is very simple: Allow everything Unless there is a matching block filter Unless there is a matching allow filter Then it stops there. You can't override beyond this. There is no such restriction with matrix-filtering, it is fully hierarchical with no limit, and since it's written from the ground up this way, it far more efficient than pattern-based filtering. However, a higher granularity can be obtained with pattern-based filtering. So they complement each other in a way. But a majority of users just want an install and forget blocker, and this is uBlock. Power users however like to be fully informed about what web pages do, and be able to act on that information with a tool that makes it all easy, this is uMatrix. Just like RequestPolicy can't fully replace Adblock Plus and vice versa, and using one doesn't prevent using the other. 看似功能重叠(以前也认为uM与uBO部分功能相同)，实际上阻止请求方式完全不同，如仍有疑问，在谷歌上搜一下，中文的确实么有。uM图标虽丑了点，但uM的闪亮是无法被掩盖的，是非常实用的保护隐私工具，还可以和uBO或ABP搭配使用。uMatrix我之必备。 ● User Agent Overrider
User Agent Overrider 扩展可以为Fx披上一层外衣，伪装成其他的人，嘻嘻，一看名字就知道了哈。最棒的伪装扩展，编辑超级方便。唯独v0.4.1有bug，左键点击图标按钮，切换到禁用状态失效，但右键选择默认与关闭无异，v3.0正常。 # Linux Linux / Firefox 51: Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0 Linux / Chrome 51: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 # Mac Mac / Firefox 51: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11_1; rv:51.0) Gecko/20100101 Firefox/51.0 Mac / Chrome 51: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Version/9.0.1 Chrome/51.0.2704.106 Safari/537.36 Mac / Safari 9: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/601.2.4 (KHTML, like Gecko) Version/9.0.1 Safari/601.2.4 # Windows Windows / Firefox 51: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0 Windows / Chrome 51: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 Windows / IE 11: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) # iOS iOS iPad / Chrome 51: Mozilla/5.0 (iPad; CPU OS 9_0 like Mac OS X) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Mobile/13A344 Safari/537.36 iOS iPad / Safari 9: Mozilla/5.0 (iPad; CPU OS 9_0 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Mobile/13A344 Safari/601.1 iOS iPhone / Chrome 51: Mozilla/5.0 (iPhone; CPU iPhone OS 9_1 like Mac OS X) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Mobile/13B5110e Safari/537.36 iOS iPhone / Safari 9: Mozilla /5.0 (iPhone; CPU iPhone OS 9_1 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Mobile/13B5110e Safari/601.1 # Android Android / Firefox 51: Mozilla/5.0 (Android 5.5.1; Mobile; rv:51.0) Gecko/51.0. Firefox/51.0 Android / Chrome 51: Mozilla/5.0 (Linux; Android 5.5.1; Nexus 5 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/51.0.2704.106 Mobile Safari/537.36 (顶楼传送门) |
|
|
14楼#
发布于：2016-09-25 16:51
实用精品扩展分类整理 功能比对及备份 (顶楼传送门) 禁止引用此楼 ※ Other ※ AutoProxy / (FoxyProxy), Flagfox, Google Redirects Fixer & Tracking Remover, Google search link fix, Redirect Bypasser, Redirector, Smart HTTPS [扩展见顶楼附件] ● AutoProxy vs FoxyProxy 代理扩展，关于如何配置不做过多介绍了，否则就成教程啦，这里主要介绍一下关于AutoProxy和FoxyProxy两者之间的区别。
添加 FoxyProxy无内置广告版，上方为配置页面截图，下载见顶楼附件。 具体操作，详见下方：
首先，分别在AutoProxy和FoxyProxy中，各添加GoAgent和ShadowSocks两个代理，此时，要将同一个域名添加至两个扩展的代理列表。
FoxyProxy，在FP图标上单击右键，在菜单中选择“快速添加”，在弹出窗口中选择GoAgent，然后点击ok。这时，进入FP的设置选项，双击名为Goagent的那个代理，再点击URL模式，看到刚刚那个链接已经被添加到代理列表。
我在打开名为ShadowSocks的代理，点击URL模式，代理列表为空。 这样，偶可以很确信的告诉你，如果我想将相同的域名添加至ShadowSocks代理中，则需要再添加一次域名到SS的代理列表。 再来看FP如何切换默认代理，条件是不开全局的情况下，我找了许久，都没能发现切换默认代理最快捷的方法。貌似只有通过打开FP选项，将其中一个代理上移至顶部，即是切换默认代理。又或开启高级选项，并全部代理服务器设置为未启用状态(即服务器左侧勾去掉)，然后在FP图标上点击右键，需要使用哪个代理服务器，则将其设为启用。还有个弊端，当只设置启用一个代理服务器，同时启用快速添加时，关闭Fx再启动Fx，偶尔会出现快速代理被禁用的提示窗。 或者关闭其他代理，而只启用当前正在使用的代理服务器。但当想切换到另一个代理时，则需要先关闭当前的，再启用另一个，都启用的话，FP分不清代理服务器，导致代理列表内的该域名均无法正常访问(关于快速代理切换，或许是之前很少用FP的缘故，删除线中的内容是错误的，完全可以跳过。又或许之后的版本修复了该问题也未可知？)。但无论怎样，当启用快速代理且建立3个以上的代理服务器的基础上，快速切换代理会增加不少点击次数。而AP无论建立多少个代理服务器，快速切换始终是：“自动代理模式->全局代理模式->禁用代理”。又或许会说，FP右键可以直接切换，没错，那是当然，不过AP也同样可以右键切换。
AutoProxy，点击阿福选项菜单，单击一次那个需要代理的域名，然后去阿福的首选项中查看，添加代理列表成功。那阿福如何切换默认代理呢？随意点击某个代理即可切换。 从我描述的文字就可以看出FoxyProxy与AutoProxy之间的区别。在此总结一下他们之间的区别。 FoxyProxy，1.如果在使用两个以上的代理服务器，添加代理的次数就等于代理服务器的数量，因为代理列表不能互通。即：每个代理服务器必须使用独立代理列表。2. 在建立N个代理服务器后，快速切换代理步骤繁琐，点击次数太多(若是用vimp配置快捷键切换代理的话，只能呵呵了)。3.操作界面凌乱，或者说全部是垃圾推广(广告)。 AutoProxy，界面干净，操作便捷，无内置推广/广告侵扰。 这样一比较，FoxyProxy就像屎一样，看着有种大海的感觉，典型的辣鸡，还有什么理由去用此等扩展。
在经历Firefox版本不断地更新迭代后，AutoProxy亦然破损不堪，终于止步于Firefox v53，但随之Mozilla对WebExtensions的极力推广，Webext类的扩展已慢慢被纳入至AMO。Proxy SwitchyOmega现已能够在Nightly v55上运行，但目前尚处在测试阶段。 首先，在about:config中，extensions.webextPermissionPrompts -> false，然后到https://addons.mozilla.org/en-US/firefox/addon/switchyomega/下载扩展并安装。 下面再来对比一下FoxyProxy和Proxy SwitchyOmega之间的差异。 Proxy SwitchyOmega支持代理配置导出导入，支持HTTPs服务器以提高代理安全性，支持PAC及导出，支持快速代理一键切换。可以针对每个代理服务器指定hosts(个人认为该功能意义不大)。支持代理规则导入导出，但是是随代理服务器配置同时导出，若想只导出代理规则或代理服务器配置，那是不可能够滴。 FoxyProxy同样支持代理配置导出导入，支持HTTPs高安全性代理，支持PAC及导入，支持快速代理一键切换，但不能对每个代理服务器指定独立hosts列表。支持代理规则导入，代理规则文件类型为json。 这两个扩展，与AP相较而言，二者均不支持共享代理规则，也就是说，有N个代理服务器，就得导入或添加N次代理规则，操作过于繁琐。 不否认个人对FoxyProxy有偏见，但并不会阻碍写一个较为客观地结论。经过这次的签名折腾过后，对FoxyProxy与SwitchyOmega又做了详细地细节上的对比。从操作次数、修改编辑、添加规则等繁琐程度，以及Fx加载速度而言，个人无疑将推荐FoxyProxy，因为其更便捷快速。再提供个小细节，switchomega需要启用接受第三方cookies，即："network.cookie.cookieBehavior"设置为"2"，若设置为3的话，需要将配置链接添加至例外，否则配置页面空白。还有在此次对比过程中，获知AutoProxy及由此衍生出的扩展，因年久失修，DNS解析已经失效，如果使用过Flagfox或同类扩展，会发现启用代理浏览网页的同时，Fx无法或许对方服务器IP地址。最后，等待AutoProxyMod能被修复或者有更优良的扩展出现吧。 P.S. 至于说Pan，实际上还不错，可以订阅ABP规则，备份及导入自定义广告过滤规则，就相当于AutoProxy + Adblock Plus，本人粗略测试了下，貌似Pan占用缓存高于ABP和uBO，或许因为功能多吧？不知道经常使用该扩展的坛友是什么感受。至于他们之间选择谁，完全取决于个人习惯了，以上仅限个人观点，仅供参考。 ● Flagfox
Flagfox 是一个根据IP，定位服务器所处的地域，以国旗的方式呈现给用户，非常直观，扩展内还内置了Xmarks, Alexa, check virus等功能，很方便，IP地域检测也很精准。起码比隔壁的扩展检测精准。 ● Google Redirects Fixer & Tracking Remover
移除谷歌重定向扩展，如果经常用谷歌而不是垃圾度，应该需要有一个，当然也可以用脚本来解决。 ● Google search link fix
移除Google / Yandex重定向，直接访问真实链接，Google Redirects Fixer & Tracking Remover替代品。 ● Redirect Bypasser
Redirect Bypasser 反重定向扩展，当页面内存在有重定向链接时，用滑鼠指到上面，稍作停顿，就会弹出一个真实的链接，直接点击也可用鼠标右键在新建标签页打开，实则这是一个挺实用的扩展，而且设置挺人性化，打开设置的常规选项，可以在其内设置是否使用新标签页打开链接(后台/前台)。式样中可以设置弹出菜单延迟时间及隐藏时间，字体大小和背景颜色。高级中可以指定人间类型反盗链。还支持链接重定向，支持正则和通配符。值得拥有的五颗星扩展。 ● Redirector https://addons.mozilla.org/en-US/firefox/addon/redirector/ http://einaregilsson.com/redirector/ https://github.com/einaregilsson/Redirector Redirector是一个重定向扩展，支持通配符与正则表达式，可以利用它来屏蔽广告、重定向到指定域名等功能。例如不借助cookie重定向Google HK到Google.com。Einar Egilsson更新也很勤快，记得从v3.0开始弃用了XML(忘记在哪里看到的，刚刚去翻阅了下，找到了，之前找错了地方)，应该已经对未来的Fx做好了支持的准备。还有，当从 v3.0.6 -> v3.1.0 后，发现无法储存规则，当时认为是NoScript与Redirector冲突，但实际是由于RequestPolicy导致。如果v3.1.0与RequestPolicy同用，需要在RequestPolicy的设置中,添加一条Allow(允许)规则。 内容如下： Origin scheme: about Destination scheme: moz-extension Destination host: ？(打开Redirector的编辑设置，在moz-extension://这部分内容/html中，将“这部分内容”替换？，点击Add Rule加入规则) 如果使用Dark Theme，可以添加如下代码到userChrome.css或在Stylish中运行。我将Einar Egilsson给出的最终式样颠倒了一下，感觉这样看起来会舒服些。 /* Redirector button for dark Firefox themes */ toolbarbutton#toggle-button--redirectoreinaregilssoncom-redirector[image*="active"]{filter:invert(100%) brightness(600%);} toolbarbutton#toggle-button--redirectoreinaregilssoncom-redirector[image*="disabled"]{filter:invert(100%) brightness(250%);} 之前也确实没有注意，如果使用Dark Theme，添加这个CSS只是区分enable/disable两个状态，我看了一下里面的图标，激活状态图标为黑色字体，所以...
先前截好的图就是为了现在做准备，坛子里的哥们期待详细，也不知道我这关于Redirector的终结篇是否会令其满意，满意的话跟贴就成了，别无他求，切入正题。 Redirector的重定向功能十分强大，隔壁那里同类扩展倒是不少，但Fx的这类扩展，自认为是最强大的。可谓是反重定向之利器，网游必备之尤物。来瞧一瞧这张图... 顶部第一行实则就是对当前要创建的这条规则的一个概述，可以理解为规则名称，填写随意。 第二行：网址，填写纯网址或带有通配符的网址，正则也行，总之这是下面要填写规则的样板，模具，一旦确定后，下面的规则就得依照这个来写，否则无法保存或不起作用。 第三行：包含，因不想看上去改变本身的含义，所以直接直译的。这行就是依照上一行连填写规则，可以理解为上一行的转化、反译。反译方式可以选择通配符或正则表达式。 第四行：重定向至，就是最终想要到达的路径，目的地。 第五行：匹配结果，如果上面填写的都正确无误，在这一行会自动生成一个链接，在这里，可以一看生成的结果是否是你想要的，若不是，证明有误，需要再次修改。 第六行：排除，在这里填写一些排除字串，因为有时规则写的过短，会导致误伤，可以在这进行排除。 (歇歇,喝口水，话说5566太坏了，把俺拉进来然后就任由自生自灭了，就看码了这些字，不给个精华啥的，都没动力啦  ，还有那么老多哪，要不偶撂挑子版大来续 )
第七行：匹配处理，在这有四个选项，分别是： No Processing: 实际上,这是针对上面的网址，一种转化处理模式。此项为不做任何处理。 URL Encode: 例如，网址是以 “/bar/foo?x=2 into %2Fbar%2Ffoo%3Fx%3D2” 形式表现时，可以考虑启用该项，启用后，可以通过匹配结果来验证是否选择正确，否则将达不到预期目的地。 URL Decode: 网址以 “%2Fbar%2Ffoo%3Fx%3D2 into /bar/foo?x=2” 样式呈现时，则开启，验证是否正确，同上。 Base64 Decode: 网址以 “aHR0cDovL2Nubi5jb20= into hXXp://cnn.com” 形式显示时，考虑启用，验证同上。 (出了点问题，继续写...才发现，这之前写的内容也丢了，唉...) 接下来的这些可勾选的选项就是网页中的各种对象、元素，仅勾选一项，则规则仅对该项起作用，故此，勾选的选项越多，规则适应范围就越宽，反之，则越窄。其中，值得注意的是，勾选“Main Windows”，意味着规则仅对地址栏有效。 以下，是不借助cookies，禁止Google.com重定向到Google.com.HK的规则。将下方文字拷贝粘帖到文本编辑器，这里推荐“sublime Text”或“NotePad++”，之后保存为filename.json。再在Redirector中导入该文件，即可。关于正则，就不费额滴五爪金龙了，否则这口老血就再也压不住啦！ {
"createdBy": "Redirector v3.1.0",
"createdAt": "2016-09-16T12:14:54.375Z",
"redirects": [
{
"description": "GoogleHKiNDEX",
"exampleUrl": "http://www.google.com.hk/",
"exampleResult": "https://www.google.com/ncr",
"error": null,
"includePattern": "http*://www.google.com.hk/",
"excludePattern": "",
"redirectUrl": "https://www.google.com/ncr",
"patternType": "W",
"processMatches": "noProcessing",
"disabled": false,
"appliesTo": [
"main_frame"
]
},
{
"description": "GoogleRESEARCH",
"exampleUrl": "http://www.google.com.hk/search?",
"exampleResult": "https://www.google.com/ncr#hl=en&newwindow=&safe=off&=1&",
"error": null,
"includePattern": "^https?:\\/\\/(?:www|ipv6)\\.google\\.com\\.hk\\/search\\?(.*)",
"excludePattern": "",
"redirectUrl": "https://www.google.com/ncr#hl=en&newwindow=&safe=off&=1&$1",
"patternType": "R",
"processMatches": "noProcessing",
"disabled": false,
"appliesTo": [
"main_frame"
]
}
]
}
导入上面规则后，可以达到这样的效果：“妈妈再也不用担心跳转到HK啦！！！” ● Smart HTTPS
Smart HTTPS 可以在支持HTTP与HTTPS协议的网站之间，来回快速切换，而且可以添加白名单，支持正则，原本想翻译一下配置页面，感觉很简单的扩展，没必要再去翻译了。非常小巧方便的扩展。 (顶楼传送门) |
|
上一页
下一页
