Dun-Cookie-Vue

Dun-Cookie-Vue copied to clipboard

有些电脑第一次打开要6秒多，之后3秒左右。也可能有更慢的 做成优先打开popup，再加载数据，填充数据，渲染界面

phidiaLam

大概分析一下蹲饼策略 1. 数据源分组，默认自己独立一组，可设置分组ID，ID相同的共同一组，设总分组数量为**G** 2. 设平台限制频率(硬编码默认值，可接收Dun-Cookies-Info.json的配置下发)为**C** 3. 设用户设置的蹲饼频率为M，用户启用的该平台的数据源数量为**N** 4. 设**X**=M/C，**Y**=M/N，**Z**=M/G * X的含义是指定蹲饼频率下可接受的数据源数量 * Y的含义是在所有**数据源**满足用户设置的蹲饼频率的情况下实际平均请求间隔 * Z的含义是在所有**分组**满足用户设置的蹲饼频率的情况下实际平均请求间隔 * 可以得到如下等式M=XC=YN=ZG 5. **第一种情况**，由4可知，当X>=N时，必然满足Y>=C * 所以当X>=N时，能够同时满足用户的蹲饼频率、平台限制，因此所有数据源都按照用户设置的频率蹲饼，**结束策略** 6. **第二种情况**，由4可知，当G

Yun-Shan

插件改为manifest v3架构

1

**Note: Chrome官方信息推迟了v2淘汰时间，目前时间待定，预计至少在2024年6月前都能正常使用** 参考： https://groups.google.com/u/1/a/chromium.org/g/chromium-extensions/c/zQ77HkGmK9E https://developer.chrome.com/docs/extensions/migrating/mv2-sunset/ 必要性： - :white_check_mark: chrome从~2023年1月~时间待定开始全面淘汰manifest v2，届时v2插件将被拒绝运行，且不再能够推送更新(旧版chrome应该可以运行，但大概率不能推送更新) 可实现性： - :white_check_mark: chrome在一年多前的版本就已经是v3全部用户可用了 - :white_check_mark: firefox目前已在101版本开放v3的开发者测试，个人认为年底应该能上全部用户可用的版本 - :boom: 旧版本很可能无法使用v3插件，需要调研如何让旧版能够使用(最差情况要构建两种版本的插件) 难点： - :building_construction: v3插件不再支持持久化后台，需要将background重构为基于事件响应的模式，这可能会遇到很多问题 - :boom: setTimeout不再可靠，正式的alarm api最短频率是1分钟，这会给蹲饼的实时性带来很大挑战(可能的一种方案是创建很多个alarm，但可行性不清楚，需要测试)

Yun-Shan

这样才健全

Yun-Shan

close #54

Yun-Shan

~大概率是蹲饼器分析器那边的活，只是周报写着插件端就在这开吧，反正都自己人(~ 错误的，后端给图了，这边远古代码一直没改

Yun-Shan