cldxiang / huiyou.js Goto Github PK

x/web-interface/view 这个接口获取到的视频信息返回值 data.copywrite 可以知道视频是原创还是转载，仅推送原创视频应该可以极大地提升我们推送的质量

参考：https://github.com/SocialSisterYi/bilibili-API-collect/blob/master/video/info.md

由于需要另外调用接口获取信息，或许需要先调整爬取策略：#39

爬取视频去重时只排除了已推送的视频，没有考虑已缓存的视频，会导致视频缓存中存在重复视频

Antd 对我们的插件来说体量过大了，事实上按我们的界面的复杂程度是没有必要使用 Antd 的

当前浏览记录是按照视频发布时间排序的，但从产品逻辑看应当是按我们的推送时间降序排序

需要认真做一下 UI 设计，尽量贴近 B 站设计风格

关闭扩展或重新载入时，由于注入的脚本失去了与后台的连接，会触发 Uncaught Error: Extension context invalidated.
https://stackoverflow.com/questions/53939205/how-to-avoid-extension-context-invalidated-errors-when-messaging-after-an-exte

1. 添加 .prettierrc.js 统一格式化工具的行为

2. 添加 .gitattribute 统一设置行尾为 LF，git 在 Windows 下会默认将行尾设为 CRLF，导致无法通过 ESLint 的校验

现在是在用户观看了特定数目（推送阈值 - 1）时才预先爬取待推送视频，但是这在一些情况下仍会导致无法及时获取待推送视频（比如主动推送时）。

建议将策略改为弹匣式，用一个对象（类比为弹匣）存储待推送视频，只要弹匣空了（或者快要空了）就异步选取待推送视频（装弹），如此一来也可以更加游刃有余地进行筛选（比如可以通过 view 接口拉取更详细的视频信息）

如果弹匣大小大于 1，要限制装弹速度（调取接口的频率），仅在弹匣真的空了的时候才立刻调取接口（弹匣不空也不满的时候慢慢装弹就行，比如一分钟爬一个）