Results 10 comments of Nahida

> > 现在可以导出 uigf 格式的 json 文件。 > > 导出的好像有问题,Snap.Genshin和KeqingNiuza都用不了 这个问题困扰我好几个小时,反复看了 UIGF 标准和 Snap.Genshin, KeqingNiuza 的源码,发现问题并没有出在 Genshin Wish Export,反而是那两个工具有问题,Snap.Genshin 的 Json 导入功能有 bug,哪怕它自己导出的也不能正确导入第二次,KeqingNiuza 导入 Json 的那块处理逻辑和标准有细微的不一致,要求 Json 里面每一条记录都必须含有 uid 字段。为了方便我自己使用,我写了个...

> > > 现在可以导出 uigf 格式的 json 文件。 > > > > > > 导出的好像有问题,Snap.Genshin和KeqingNiuza都用不了 > > 这个问题困扰我好几个小时,反复看了 UIGF 标准和 Snap.Genshin, KeqingNiuza 的源码,发现问题并没有出在 Genshin Wish Export,反而是那两个工具有问题,Snap.Genshin 的 Json 导入功能有 bug,哪怕它自己导出的也不能正确导入第二次,KeqingNiuza...

遇到了类似的问题,比如[这个作品](https://www.pixiv.net/artworks/113464727),并非R18,网页返回的作品信息 json 也没有和其他作品显著不一致的内容,但移动端看不了( > 可以检查下少的那个作品有什么特殊标签,比如R-18/仅网页展示之类的 请问除了直接同时从移动端和web接口获取作品信息,还有其他方法吗?“仅网页展示”的标签在哪?

可以在 config.plist 中启用 AMDRyzenCPUPowerManagement 试一下,不知道为什么默认是关闭的,体感启用之后卡顿频率会降低

有没有这样一种方式,可以快速跳转到单字? 搜狗输入法似乎可以按0快速跳到单字,rime有没有提供类似的快捷键或功能?

23 点停电之前更新,打卡偷偷又变了,新增一个健康码状态字段,脚本似乎可以获取上次打卡的值,但是移动端手动打卡看不到这个状态……我选择直接写常量。好烦啊23333 附上 last_post_json 的原始信息,注意到 14 天状态和接种状态两项现在都不会从服务器返回,完整的打卡需要自己补上。 ```json [ { "assembltype": "Temperature", "checkValues": null, "createBy": null, "createTime": null, "decription": "体温", "deptName": null, "isBack": "true", "isStatistics": "true", "limitSize": null, "params": {},...

ech 需要 dns 服务器支持 HTTPS 记录,clash 的内建 dns 服务器没有实现。作为替代,如果可以接受支持 ech 但是丧失基于域名的分流,可以通过打开浏览器内置的 doh 来绕过这点

请求作者适配v2 cookie吧,适配之前寻空小组件应该用不了了(

抱歉占用时间。 ![Image](https://github.com/user-attachments/assets/2692bd02-49ba-49b4-8086-6ce646d69058) ![Image](https://github.com/user-attachments/assets/ebb43e41-0c80-47b9-894a-a9c0968e763c) 内存泄漏情况是无意间看朋友直播时遇到的,旁边 mac 挂着直播间几分钟崩溃一次才发现不对劲。随后在我自己的同账户 Windows Chrome 上复现了。 上图为昨天遇到内存泄漏时的截图,当时反复比对手头两个设备,在 Windows Chrome 上关闭所有插件、脚本,直至 BilibiliSponsorBlock 才停止内存泄漏。随即在另一台同一用户身份同步的 Mac 上仅关闭 BilibiliSponsorBlock,观察内存占用情况稳定,判断可能是 BilibiliSponsorBlock 的问题。 然后在开启 BilibiliSponsorBlock 的情况下,进入任何直播间都存在相似的内存占用一直增长的情况。 但是我同样的设备今天也复现不了……

今天又观察到了跟上次情况相同的内存泄露(挂直播间遇到标签页 OOM) 随即尝试隐私模式复现,仅打开本插件的情况下成功复现。比较诡异的是,内存泄漏问题恰好在我这边某个特定直播间最严重。 如下面两张图所示,可以注意文件名或右上角时间戳,一个直播间泄露了 ~700MB,另一个泄露了 ~100MB. DevTools 观察 JS 堆内存无增长,内存泄露发生在其他层面。 ![Image](https://github.com/user-attachments/assets/17509021-9d98-4683-b4fa-670b0efac573) ![Image](https://github.com/user-attachments/assets/3180791f-ae1a-4ee2-9181-d1fa9d72949d) 就在截图时,内存泄露较快的直播间已经崩溃了。 关闭本插件后,标签页内存始终稳定在 ~450MB,没有内存泄露问题。 上述问题均在截图的 Mac (stable 132.0.6834.84) 和另一台 Windows PC (stable 132.0.6834.110) 上复现,相比上次浏览器发生了更新。 ![Image](https://github.com/user-attachments/assets/5716debc-6c46-4243-987e-caab93c3104e) ![Image](https://github.com/user-attachments/assets/cc0a49ce-0ae3-47e4-b7d5-7f10747c56e0) 可否让插件仅匹配视频播放页面?