SilverWolf

@9k001 目前最主要的原因有两个，1是账号异常被风控了，这种会可能会有站内信或者直接所有平台退出登录。2 就是我提到的浏览器会刷新cookie，解决办法我已经说了啊，你用隐私窗口获取 cookie，这样你正常使用就不会影响脚本了。 登录 b 站会有新的登录记录，和旧的互不影响，你别把正常使用时的 cookie 挂脚本就行了。 这个值存在就会刷新 cookie，你每次进入b站主页他都会尝试刷新。 

@9k001 两次登录不存在挤的。之所以要用隐私窗口见#186

> > @9k001 两次登录不存在挤的。之所以要用隐私窗口见#186 > > 感谢，另我按照你的开发者模式找寻 ac_time_value，发现没有该值的存在,可能是不同账号之间的区别。 如果位置正确，可能原因是登录时间在b站改版之前，这个值是登录时获取的(类似于app的refresh token)

这是什么鬼  我觉得你们这资源占用都好高 > 用户资源使用量，由函数配置内存，乘以函数运行时的计费时长得出。 

> > emmmm，那我也就不清楚了，你看一下我的配置，我的云函数目前一切正常。你把云函数首页的概览截图给我看一下吧 > >  电脑不在身边，手机截的图，函数已经删了看不到日志了，不过这张图能看到确实是bili工具导致的超量扣费 免费的并发配额为 128 GB，看你这个好像是256GB了，不过现在无所谓了，SCF即将全面收费

是import？可以把后缀js改为mjs

> > > 这个应该是已经知道bug，当写的时候，是扫码活动领取的3天大会成员试用，现在没有会员了，抓不到包了🙈 > > > > > > 我借你一个这样可以修复吗？ > > 来，我试试 这个 bug 我之前提过，可能你没有注意。

这个问题是由 cookie 导致的。 可以参考 这个页面中的编码方式如下： ```js function encodeCookieValue(val: string): string { return encodeURIComponent(val) .replace(/%7C/g, '|') .replace(/%2B/g, '+') .replace(/%25/g, '%') .replace(/\*/g, '%2A'); } ``` 关键就在于 `SESSDATA` 是否被编码，由于大家的 cookie 来源不一致，所以有的人没问题，有的人有问题。 `SESSDATA=b281131,167123189,1235294*21` 是错误的...

就看出错的是不是没有编码了

很尴尬的是，我刚才说错了，-403 其实和那个搜索up视频一样，是 referer 的问题。 大积分的部分接口，比如签到，Cookie 鉴权方式下需要满足以下条件。 - 需要 Referer 在 `*.bilibili.com` 域名下。 - 需要 SESSDATA 被 url 编码 刚找到一个带会员，用真实案例举例 这是一个真实有效的带会员，且满足上面条件： ```bash curl -X POST 'https://api.bilibili.com/pgc/activity/score/task/sign' \ -d 'csrf=xxx \ -b...