Predidit
Predidit
我重新看了一下 bangumi API 的文档，有这个字段，来自使用 bangumi ID 获取条目详细信息的接口。这个接口没有被kazumi使用过。 我需要考虑一下怎么处理这部分的检索，这部分的逻辑本来就因为需要实现并发查询而稍微复杂。我要想一想怎么实现失败时的别名检索更优雅一些。
日语在视频网站里检索不到，我觉得问题出在标题的句号上。应该在搜索时把句号带上，然后视频源应该也能正确得到结果。
这是方向上的问题 站点筛选大概就是 miru 和 eso 那种模式 这样需要更多的规则来确定番剧封面和元数据 规则是否失效的功能是指什么，现在检索失败的规则会被标红
这是做不到的，我们最多检查到目标站点的连通性 播放视频的话，这些站点本来大部分都是引用的外部资源。我想他们自己都没办法检查视频可用性。 不然他们就能在播放页标记出来了。
这个站点是移除了海贼王相关的资源 简单来说，视频资源的状态对这些引用外部资源的站点来说完全是黑箱。在播放之前不知道其可用性。当前自己主动停止了相关视频的访问的情况除外。
视频流失效了，不是我们的问题 这是哪条规则，也许我们可以移除它
哪个站点，有空我试试
我还没有具体查看这两个站点 1. 这似乎是一个影视站点，kazumi 的元数据只包含番剧，建立这种规则一样会在检索阶段出问题 2. 这个站点的搜索页面使用了 cloudflare 反爬虫验证，这阻碍了检索 我最近一直在考虑如何解决第二个问题，我们可以在遇到这种情况时弹出一个标签页，显示站点的验证页面，并在成功后保存凭据，但这样的体验不够连贯。 我们也可以将检索全部交给 webview 完成，webview 可以自动通过大部分的反爬虫校验，但这会导致检索阶段超高的内存占用。
1. 是这样的，这种设计是为了减少规则编写的复杂度，并且更容易处理历史记录和追番相关的功能 2. 我也是这样想的，这似乎是唯一的方法，虽然每个依赖webview的检索规则会吃掉大概 100M+ 的内存
唔，这应该是一个特定于视频源的问题 你在用哪个源看哪个动画的第几话时遇到了这个问题 能稳定复现吗