fix: get_user_info error -663

[cxw620]

部分API似乎开始验证mobi_app这个参数, 也可能是appkey不对劲, 可能报告 {"code":-663,"message":"鉴权失败，请联系账号组","ttl":1}. 还是预备一下.
参考A SocialSisterYi/bilibili-API-collect#533
参考B SocialSisterYi/bilibili-API-collect#393 (comment)

同时在请求user_info遇到这个错误应该是限制请求频率. 大概每秒累计最多5次.

持续观察后续情况, 先不merge.

错误日志:

12月 06 12:20:07 debian biliroaming_rust_server[1084672]: [2022-12-06 12:20:07][DEBUG] [GET USER_INFO][U] AK a9336424a90c3a8e50b062774608**** | Upstream Reply: {"code":-663,"message":"鉴权失败，请联系账号组","ttl":1}
12月 06 12:20:07 debian biliroaming_rust_server[1084672]: [2022-12-06 12:20:07][ERROR] [GET USER_INFO][U] AK a9336424a90c3a8e50b062774608**** -> Get UserInfo failed. REQ Params -> APPKEY 1d8b6e7d45233436 | TS 1670300407 | APPSEC 560c52ccd288fed045859ed18bffd973 | SIGN ecf3eaeb9b2670a81c4c6b30bb13d882. Upstream Reply -> {"code":-663,"message":"鉴权失败，请联系账号组","ttl":1}
12月 06 14:40:12 debian biliroaming_rust_server[1084672]: [2022-12-06 14:40:12][DEBUG] [GET USER_INFO][U] AK f7f3ca15e42c9a43b79245af75c5**** | Upstream Reply: {"code":-663,"message":"鉴权失败，请联系账号组","ttl":1}
12月 06 14:40:12 debian biliroaming_rust_server[1084672]: [2022-12-06 14:40:12][ERROR] [GET USER_INFO][U] AK f7f3ca15e42c9a43b79245af75c5**** -> Get UserInfo failed. REQ Params -> APPKEY 1d8b6e7d45233436 | TS 1670308807 | APPSEC 560c52ccd288fed045859ed18bffd973 | SIGN 50b7c0b770ede55dc209493e0eb719dd. Upstream Reply -> {"code":-663,"message":"鉴权失败，请联系账号组","ttl":1}
12月 06 14:40:14 debian biliroaming_rust_server[1084672]: [2022-12-06 14:40:14][DEBUG] [GET USER_INFO][U] AK f7f3ca15e42c9a43b79245af75c5**** | Upstream Reply: {"code":-663,"message":"鉴权失败，请联系账号组","ttl":1}
12月 06 14:40:14 debian biliroaming_rust_server[1084672]: [2022-12-06 14:40:14][ERROR] [GET USER_INFO][U] AK f7f3ca15e42c9a43b79245af75c5**** -> Get UserInfo failed. REQ Params -> APPKEY 1d8b6e7d45233436 | TS 1670308814 | APPSEC 560c52ccd288fed045859ed18bffd973 | SIGN 5304595d7e068df543e88c95f060a085. Upstream Reply -> {"code":-663,"message":"鉴权失败，请联系账号组","ttl":1}

[pchpub]

抓包的时候发现官方客户端的接口 appkey 为 783bbb7264451d82

[cxw620]

统一使用783bbb7264451d82这个key了, 看了看Github里面的其他项目涉及用户登录等等这种credential related的都用了这个.

也顺手观察一下playurl的情况, 不过app端原生应该是用grpc的

[pchpub]

试了下不行， {"code":61000,"message":"使用登录状态访问了，并且登录状态无效，客服端可以／需要删除登录状态","ttl":1}
那个debug分支就是使用783bbb7264451d82这个key的(用了一下午200+报错), 实测客户端正常，网页好像不正常，可能网页请求得用ios的appkey

[cxw620]

试了下不行， {"code":61000,"message":"使用登录状态访问了，并且登录状态无效，客服端可以／需要删除登录状态","ttl":1} 那个debug分支就是使用783bbb7264451d82这个key的(用了一下午200+报错), 实测客户端正常，网页好像不正常，可能网页请求得用ios的appkey

我试了试没办法复现, 奇了怪了. 是不是旧版网页脚本的问题

[pchpub]

好，有报错再修（

[pchpub]

先观察一波

[cxw620]

欸今天复现了, 怕是access_key过期了, 其他的appkey也这样

[SpaceXC]

欸今天复现了, 怕是access_key过期了, 其他的appkey也这样
我认为基本不可能，因为我在postman中的access_key好久没有更新过了，前两天有同样的问题，今天突然又正常了，期间还有过因为更换ip地址过于频繁，而导致的大会员被暂时冻结，之后要求更改密码，从而全部客户端被强制下线的经历