Vector000
Vector000
还行，隔壁 [Dawnnnnnn/bilibili-tools](https://github.com/Dawnnnnnn/bilibili-tools) 已经有实现了，移植基本没难度，但是谁去 做呢？（发出了咕咕咕的声音）
昨天发现破站的code好像又改了，现在raffle接口的访问被拒绝返回貌似变成了-403 现在觉得与其去揣摩变幻莫测的code，不如直接用msg 然后异常值直接throw new error
因为同样的原因，我抛弃了高贵的GitHub Page选择了低端的tx云（笑）
有空搞搞，最近B事贼多，昨天还砸了显示器，效率贼低现在 `package.json`的话，因为要编译ts所以一堆依赖包全扔`dependencies`，就一个之前无聊引入的cz包在dev里 自动更新的话，我在dev branch里面做的是基于`pm2 restart`，子进程跑`git pull`和`npm run build`后台把东西搞完了再触发`restart`。历史版本的占用主要还是git仓库的空间占用吧，相比依赖包简直微不足道（wu）
我试过用pm2监听build文件夹修改，结果直接爆炸，因为一个build文件夹涉及build:client，build:view，copy等操作，一重启后续工作就莫得了 之前也想过做编译好的release，子线程下载文件下完了再告诉主线程“你该重启了”。这样用的时候就不用折腾太多git pull啊依赖包什么的。但是我就真的很懒（趴），不想发release 发送自 Windows 10 版邮件应用 ________________________________ 发件人: nopast 发送时间: Monday, May 6, 2019 5:27:34 PM 收件人: Vector000/bilive_client 抄送: Vector000; Comment 主题: Re: [Vector000/bilive_client] 大佬有空的话可以优化一下这些方面吗？ (#20) 其实可以直接通过配置pm2.json来监听文件修改来restart。 我不想弄太多零碎文件的原因主要是自己的服务器太垃圾了，香橙派+TF卡，npm i和git...
主副监控都会同时接收数据的，不存在切换的问题，你描述的应该是一个重连的问题，设定是在前端界面变更了对应的监控服务器URL之后就会自动触发对应的Update事件，也就是先Close再Connect，相当于强行重连 我怀疑应该是自动重连的bug，目前是断连之后每隔10s尝试一次重连，10次失败就1min后再试一次
awsl 发送自 Windows 11 ________________________________ 发件人: ShmilyChen 发送时间: Thursday, July 18, 2019 9:25:56 PM 收件人: Vector000/bilive_client 抄送: Subscribed 主题: Re: [Vector000/bilive_client] 礼物刷屏 (#41) 石油佬每天100个小电视 ― You are receiving this because...
可以尝试重新编译一下
可以考虑，但是破站有时候会改POST的body，所以外置感觉也不是很好，而且其实这也不算是升级，破站把老版本的api可以重复领的漏洞补上了而已