wangyizhi
wangyizhi
看起来只是一些必填项的问题，可以将 `namespace`、`version`，放到byEditor里判断，我构造了一个测试文件 [测试.zip](https://github.com/user-attachments/files/23443891/default.zip)
> 虽然我没时间提PR > 但我还是认为背景脚本应该是 event driven > 不是定义 `@crontab` > 而是 `CAT_onEvent({event: "CRONTAB 5 4 * * *", callback: ....})` 这样的方式 > 然后里面可以再定义其他东西，取消CAT_onEvent等等 > > `CAT_onEvent({event: "crontab", crontab: "5 4...
用blob储存也很奇怪，读的时候还要fetch造成一次请求，压缩 session 中的数据，尽量从 local 中去读取呢？例如 session 只存脚本id，要用到数据的时候去local读取，有些数据也可以存储到local中去
我的压缩，不是数据压缩的意思，我的意思是 session 中只放 指向数据的id之类的内容，然后去 local 中读取 你这个blob，也差不多是类似的操作吧，session中放blobUrl，用的时候fetch去读取，精简session中的数据
但是有些数据就是长期储存的，只是之前一股脑的放进来了，比如scriptInfo，精简一下我觉得也可以解决部分这个问题，用blobURL+fetch觉得太脏了 另外你创建blobURL始终要去offscreen的，我觉得在offscreen中用内存来储存，然后使用message来获取，也可以，这样也不是长期的
[归档.zip](https://github.com/user-attachments/files/23004241/default.zip) 一个可在 https://content-security-policy.com/ 复现的示例，这似乎是一个合理的表现，参考：https://github.com/lisonge/vite-plugin-monkey/issues/1 在 inject-into content 可以绕过元素的CSP策略，但是这里使用的方法是通过网络的形式注入脚本，是被网络层面的CSP策略拦截的，可以考虑给脚本猫也添加上一个禁用CSP策略的选项
Thank you for your feedback. It seems to be the Firefox version; I’ll be releasing a new update for it in the next few days.
The stable version is still under review. https://addons.mozilla.org/zh-CN/firefox/addon/scriptcat/versions/
🤔没仔细考虑过，目前的逻辑感觉也可以接受，不过回退到列表页似乎是一个更好的选择？
我没有读太明白，是下面这个意思么： 当前设备总共有10个脚本，另外一个设备有5个脚本，导出备份，然后到当前设备导入这5个脚本的备份文件，你期望的是将另外的5个脚本进行删除，只导入这备份了的5个脚本？