v2ex plus 用户们，你们知道你们的浏览器被用来跑分布式爬虫了吗

难怪之前用了 V2EX Plus 之后我的 activity bar 经常拉满直接黑了。。。后来感觉这个插件有点问题就删了，没想到是这样

谢谢提醒，已卸载，换别的了。

为什么要在程序员社区搞这种小动作，被发现是迟早的事情。

但是信用永远找不回来了，作者主页： member/sciooga
建议一起 block

作者在线但就是不回应，是在想着找啥借口吗

害怕!

当年 cent browser 在 2.7 升 2.8 后弹 2345 导航 也把我恶心了好久.

远离国产，远离国产，远离国产

有点秀了

作者能不能解释一下这个等量的爬取任务指的是 V2 站内的呢？还是别的网站的呢？

我说怎么翻不了页了，擦，已删除

持续关注，一开始用的就是这个扩展

@chirsgod 这个是不是没有办法用夜间模式，设置了夜间模式没有生效

之前抓包的时候看到了这个网址，一直不知道是哪个插件来的，直接屏蔽了这个网址。

@Livid #68 站长楼层号塌陷是 feature 还是 bug ？

删除+举报了，太恶心了

没用过这个插件，但看了一下代码，“/api/topic/task” 这个任务下发的接口风险应该挺高，如果用来做恶的话。

老哥们有什么更好的 v 站插件推荐吗？

真恶心，以后用插件都要长个心眼了。

@javen73 #110 原来是这个原因。。我之前找了很久

@hellomynameis #117 可以试试这个 https://greasyfork.org/zh-CN/scripts/458024 ，代码是开源的

用的 V2EX polish

看了一圈，尝试了一遍，用了 V2EX - 超级增强 ，主要是脚本我看得懂里面搞了什么操作。

感谢所有增强插件的作者。

@bjzhush 应该是服务端下发的任务，可以是任何网站

一直使用 V2EX plus ，我在 选项 - 其他 里没有找到 vDaily 设置，macOS ，Firefox 。

@sciooga 出来洗地

@blacko 激活微博是啥意思？

@blacko 当然没有，firefox 商店的最新版是 2021 年的 1.6.5 版本，vdaily 功能是今年三月份加入的

谢谢，已卸载。

我不在乎，随便爬。

@chirsgod 才知道 V2EX 有插件，改了暗色还行，就是图片亮度太高了

无所谓吧，不是挖矿就行，我也想看 vDaily 啊

@PinLeak 那我和楼上不少老哥都很在乎

我居然才知道 V2EX 有插件

@blacko #124 老版本没有。之前其实也都很长时间没更新了，今年突然快速更新了很多版，然后才有了这功能。

@zyronon #42 卸载了 v2 plus 扩展之后用你的脚本，发现回复帖子会提示“回复失败”，禁用脚本之后成功回复。

@gzlock #135 好的，收到

一下就想到了 "中国人愿用隐私换便捷"， 哈哈哈哈， 有点招笑， 假如作者关了的话，我想我还是会继续用吧，先卸了，等子弹飞一会。

谢谢 已卸载

补充几个额外信息：

原作者在 GitHub 上还弄了一个名为 v2ex-plus-backend 的开源项目： https://github.com/sciooga/v2ex-plus-backend/

为了避免意外情况，这是互联网存档： https://web.archive.org/web/20230513145058/https://github.com/sciooga/v2ex-plus-backend/

如果你对代码感兴趣，这是源代码 zip 归档的 archive 链接： https://web.archive.org/web/20230513144958/https://codeload.github.com/sciooga/v2ex-plus-backend/zip/refs/heads/master

另外，刚发现这个后端似乎存在获得 V2EX 用户 session 和 cookie 的高危行为：

https://github.com/sciooga/v2ex-plus-backend/blob/5427f9f97613e71086777bcfc8cac265a7b1255b/fastapi/tools.py#L137

互联网存档： https://web.archive.org/web/20230513145855/https://github.com/sciooga/v2ex-plus-backend/blob/5427f9f97613e71086777bcfc8cac265a7b1255b/fastapi/tools.py

我不认为一个插件有任何获得 session 与 cookie 的正当理由，建议大家谨慎抉择

@pokon548 我看了看，他那个好像是弄了个 自动生成周报并发帖的功能。用 @vPlus 这个账号发布的

不好意思，我不是在线不回复（目前在外，家里电脑安装了扩展会定时获取未读消息就会一直在线了），刚知道消息，还是朋友告知的，没想到发酵这么厉害，针对上面的一些疑惑逐一解答：

1. 无论是扩展还是后端的代码都是开源的，先看代码再说嘛，如果要做偷鸡摸头的事情，其实没必要把代码开源、日志开放是吧？也写过几年代码，没有这么笨，如果有什么不舒服地方石锤就好，然后删掉扩展进行投诉。

2. 做这个事情的初衷很简单，vDaily 并不是今年才做的项目，扩展也默默服务了很多年，至少一直有个重构的想法，今年才抽出时间维护了一下重构了，之前也收到一些朋友咨询建议恢复 vDaily 。

3. 活跃度的进度条容易变黑是否和 vDaily 功能有关系？有一定的关系，但是主要的原因在于每几分钟查看一次未读消息，每次访问都会记录一点点活跃度，vDaily 获取的信息主要是当前浏览的主题基本内容（不含 cookie ，不含任何与用户相关的信息欢迎查看源码以及解压线上任何一个版本的扩展来质疑）获取完当前后可能会随机爬取几个主题，概率为 30%（ https://github.com/sciooga/v2ex-plus-backend/blob/master/fastapi/tools.py#L68 ）。

4. 是否会操作用户 cookie ？#140 举例的地方看得懂 python 的同学可以看看源码，是周报机器人自动登录后保存周报机器人需要的 cookie 为未来每周发帖使用的，无法操作前端，再次强调一下哈，前端没有操作任何 cookie 的地方，无法翻页的问题以及 502 的问题，大概率不是扩展导致的，也有很多没安装扩展的同学遇到了翻页 502 ，早两天还和站长沟通了这个情况 t/937337

5. vDaily 加入扩展是 2.0.3 版本的时候，我看了下确实没有通知到大家这个功能是默认开启的，实在不好意思，但是通过上面的解释应该能明白这个功能只能爬取 v 站帖子的基础信息（没办法爬取站外的信息），同时也没有操作 cookie （需要操作 cookie 扩展就可以完成不需要后端支持），而且当时主要的目的是侧栏增加最近热门及高赞帖子的随机列表。对应的通知： https://github.com/sciooga/v2ex-plus/commit/2936025bf45b7b4b64a890a2e39443140b103f9a

6. goAccess 的访问是否是我们删除的？没有，这个服务确实不是很稳定时不时还需要手动启动用过的小伙伴应该知道，不想给大家看，连地址都不需要展示出来，欢迎监督。

7. 有小伙伴提到扩展是否允许自动化行为？这个也不好意思哈，开发这个扩展的时候我还在读书当时没注意这些功能是否违反规定，自动化的功能主要有：签到、检查新回复、检查关注者新主题（上了 cf ，2.0 无法实现，移除了），爬虫的工能是在浏览的时候提交当前页面的信息以及获取几个超过一定时间未更新的主题爬取更新（ 30% 以内的概率）

目前在外地哈，后面会多留意消息，有什么疑问还可以 @ 我，我尽快回复，最后有朋友提到吃饭的问题，其实这个项目除了六年前有过几个月捐助二维码收入了几百块钱给了我很大的鼓励之外再也没有收入了，vDaily 的服务器也是热心朋友赞助的，我正在创业，时间似乎更加需要投入到非盈利的事情上，所以更新慢了很多，今年才抽出时间迭代，所以一切看源码不用质疑太多。

@HFX3389 @ljsh093 @lran9527

@Xianmua 感觉帖子内关系的用户还是不少的，如果 OP 愿意 append 一下我回复的楼层那可能更好，谢谢了。

这位插件作者， 应该就是想要 v 站全站的数据，n 年前的数据都会爬取，貌似会遍历帖子 id 依次爬，这功能推出这么长时间了，v 站早被爬光了。刚看见这个功能的时候还犹豫了一下，多亏犹豫了一下，我也差点中招，这么多用户居然没人曝出来

@sciooga 你另开一帖吧，正式说下

@Livid 实在不好意思，我在做这个功能之前也有考虑过会不会增加 V 站的压力，活跃度这块由于定时检查签到、未读消息每天已经固定有一定量的访问了（活跃度黑得很快），所以最开始我们向 sov2ex 的作者要了一份他爬取的存量数据，但是由于通过接口获取的数据没有主题和回复的数据信息（ up 、点击量、收藏数、感谢数等）所以还是需要通过爬虫爬取 HTML 解析，由于我们扩展的用户量似乎不是很大 1W+ 所以在爬完历史数据后，我们不断的下调了爬取的任务数，感觉对 V 站的用户应该不会造成很大的影响，爬取的任务是浏览主题时第 1 、2 、3 分钟的时候如果标签页还打开时，每次会有 30% 的概率额外爬取一个信息，也就是浏览一个主题，最多会额外增加 3 个 get 请求。

很早以前煎蛋的站长也吐槽过很多新人拿煎蛋网练手造成了额外的压力，我们做这个小站点的初心很简单，平时比较忙又不想错过一些精彩的内容，所以爬爬主题做做排行，如果站长觉得这样确实不妥，我们也可以下线此站，谢谢。

@Xianmua 刚刚仔细看了一下，确实是我误判了代码逻辑，@sciooga 抱歉带来错误的结论判断。

@Xianmua #145 如果你是想把事情弄清楚，这个帖子热度很高 append 其实是很好的解决方案，也节约很多大家的时间，谢谢。
明天早上有空的话，我也会在周报内再次说明一下。

@sciooga 先不说爬虫对不对了，做周报有必要爬历史数据吗？ n 年前的数据也会爬，想好了跟大家解释，不用回复我。
看我帖子里这张截图，那是 19 年的帖子，原链接在这，t/589681 ，你爬这个是为了做周报？？

@Xianmua #149 因为不单单有周报，还有全站的排行，历史数据会随机提取一些到推荐内，所以历史数据更新会比较慢，最近的数据更新会快一些。
看你的语气倒是有不少怨气，大可不必，代码是开源的、项目也没有任何盈利，好好沟通可以把误会说清楚。