andywang425

7.1.9已更新，可以测试一下好不好用

你说得对，可以根据直播间是否开播采取不同的点亮方式，我测试代码的时候也险些被禁言

> 去年第一次改成十条弹幕那时候，我就被三个直播间禁言了，其中一个房管私信我解了，那两个没通知，而且到现在都没解，可能是永久（ 抱歉兄弟（

这个功能在做，涉及到小范围的代码重构，需要花点时间。目前的思路是：对于所有熄灭的粉丝勋章，如果直播间开播，点赞30次点亮；如果没开播，发10条弹幕。点赞和发弹幕工作并行进行，提升效率。 > 先检测直播间是否开播，然后只在没开播的直播间发弹幕，因为在开播的直播间挂亲密度需要看25分钟，而15分钟就可以顺带点亮牌子 脚本可以无视开播情况观看直播。我这边测试下来，在粉丝勋章熄灭时观看的那15分钟不增加亲密度，所以如果想完全通过观看直播的方式获取所有亲密度，需要15+25=40分钟。实际操作时可能是因为误差，需要45分钟左右。因此还是决定用点赞的方式去点亮正在直播房间的勋章。

> 所以大概什么时候可以更新版本，顺便问一下 我刚用这个脚本不久，是要在任意一个直播室打开就可以运行是吗 直播间有些任务删除了，是懒得管就直接挂在哪里 如果要完成观看直播任务，最好挂在没有在直播的直播间 什么时候更新版本我不好说，最近比较懒，尽量下周结束之前更新一个吧

3 slashes is a correct and standard way while most software are also compatible with 2 slashes. So it's just a minor problem.

打印`unsafeWindow.BilibiliLive`这条日志里面有属性是0是正常的，脚本会等里面的属性加载好。你也可以点击Object展开看看，Chrome会实时获取值，这时候应该看不到0了。 问题应该出在`获取粉丝勋章列表出错`这条日志，很多模块运行的前提条件是默认模块要全部正常运行。下次运行的时候把这条日志的Object展开发出来看看。

感谢反馈，之后会研究下到底是什么原因。我现在猜测可能是因为获取粉丝勋章的API修改了Origin和Referer： ```ts fansMedalPanel: (page, page_size = 10) => { // 返回的 room_id 是长号 return request.live.get( '/xlive/app-ucenter/v1/fansMedal/panel', { page, page_size }, { Origin: 'https://link.bilibili.com', Referer: 'https://link.bilibili.com/p/center/index' } ) }, ``` 现在B站在直播间里也会调用这个API，所以之后脚本可以不修改。但是获取/领取大会员权益的API还是需要修改Origin和Referer，这个是没法避免的。

> 生成一个不可见的iframe直接打开目标页面呢？ 太复杂了。我把隐私獾这个拓展装上了，之后会测试找找原因。

我看了下隐私獾的介绍，我比较倾向于这是隐私獾自己的一个bug。首先它的介绍里没提到拦截跨域请求之类的功能，其次它作为拓展程序没理由去拦截别的拓展程序发起的请求，最后在当前界面上禁用了隐私獾确实仍然会导致BLTH请求失败。 具体原因不好说，我没读过Privacy Badger的代码。你可以试试去[提个issue](https://github.com/EFForg/privacybadger/issues)？这应该是个普遍性的bug，我刚刚测试了一个可以翻译网页的油猴脚本，请求也失败了。 我可以把获取粉丝勋章的API调用改一下，但除此之外不打算做更多适配。