feat: 适配 x·ite

[davidxuang]

适配新站点。
前置 issue/PR：#1815 #1860

截图

[IITII]

不建议修改,

1. 问题的原因是 这个站点的搜索实现和其他站点不一致. np 默认的应该是 and 或者说 like, 该站默认是 or.
2. ptpp 不会改写搜索关键词, -= 标准符可以直接写搜索词里面.
3. 站点架构划分, 最普遍的或许就是 np 了. 但是 np 不支持 -+ 这种标志符, 如果加上则会无结果. 而且其他架构的站点对标志符的支持也是存疑的
4. 一般 PTPP 搜索的使用场景都是批量. 结果可以多, 但是不能少. 多了可以筛选
5. 如果帮用户改写关键词, 相当于修改搜索习惯. 可能会增加搜索出问题时候的排查成本.

如果需要修改

1. 功能可关闭. 搜索结果不准确时, 可以关闭和站点原始搜索内容进行对比, 降低搜索出问题时候的排查成本. (可以考虑放在 siteInfo 里面)
2. 注意多标志符, 以及无法改写时候的 fallback. 结果可以多, 但是不能少

[davidxuang]

不建议修改,

1. 问题的原因是 这个站点的搜索实现和其他站点不一致. np 默认的应该是 and 或者说 like, 该站默认是 or.

2. ptpp 不会改写搜索关键词, -= 标准符可以直接写搜索词里面.

3. 站点架构划分, 最普遍的或许就是 np 了. 但是 np 不支持 -+ 这种标志符, 如果加上则会无结果. 而且其他架构的站点对标志符的支持也是存疑的

4. 一般 PTPP 搜索的使用场景都是批量. 结果可以多, 但是不能少. 多了可以筛选

5. 如果帮用户改写关键词, 相当于修改搜索习惯. 可能会增加搜索出问题时候的排查成本.

如果需要修改

1. 功能可关闭.  搜索结果不准确时, 可以关闭和站点原始搜索内容进行对比, 降低搜索出问题时候的排查成本. (可以考虑放在 siteInfo 里面)

2. 注意多标志符, 以及无法改写时候的 fallback. 结果可以多, 但是不能少

好像讨论错版了，不过就在这里好了 :)

• 提出这个需求就是因为批量的时候一页返回的结果有限，如果相关性降低会很难受；
• “功能可关闭”具体是要移到哪里呢？把开关移到 SearchEntry 里，然后给所有预置 entry 加 opt-in 这个功能的副本，这样就全由用户手动开启，可以吗？
  • 如果给 SearchEntry 加了这个开关，是在自定义 entry 的 UI 里把这个开关开放给所有站点并附上说明吗？
• 关于已有标志符的情况我确实忘了考虑，这个功能的确应该只对 trival 的搜索词生效。简单写了个正则，用来验证搜索词是否是平凡、多词语，规则是每个词必须由字母 \{L} 数字 \{N} 开头，且只含有字母数字和标点 \{P}：

const re = /^((?:[\p{L}\p{N}][\p{L}\p{N}\p{P}]*)(?: [\p{L}\p{N}][\p{L}\p{N}\p{P}]*)+)$/u

[IITII]

1. 配置项参考其他的放站点设置就可以,通过站点信息判断是否需要 rewrite.
2. 考虑一些其他情况, 比如 Dead-Poets, 尽量不要导致结果缺少
3. 为了方便排查问题, 建议 rewrite 后打印下日志