search.endpoint: https://kp.itzdrli.cc
代码来自某位活跃但是不出现在论坛的大佬
食用方法：直接将上面链接填入 market 插件配置中的 search.endpoint 选项
鉴于最近 npm search 老出问题，因此诞生了这个项目，目前已收录 1900+ Koishi 插件
探针: Here
赞助: 爱发电
4 个赞
用了这个源，然后左边的分类全是0正常么
3 个赞
正常，但是也不正常
是这个源 本身就这样
你会发现还有很多 不是很合理的地方（
2 个赞
比官方多是因为 npm 已经有一段时间不工作了，新增的都看不到（）
3 个赞
看起来这个源暂时还没有分类功能（）
4 个赞
分类功能预计在明天之前推送至生产环境(
2 个赞
分类已上线
2 个赞
12/25 IC 公告
由于后端内部 API 出现异常,
以下功能可能降级或不可用:
- 分类功能
- 不安全标记 (部分手动标记的不安全插件信息丢失)
12/24 23:18
发现分类功能降级
简单排查原因
12/25 15:57
已确定失败的具体原因,
尝试修复
KM API
受影响的 API
- /api/publish/*
- /api/check/*
- /api/categories/:category/
- /api/category-of/*
部署的仓库数据 (GitHub Pages)
如果您使用 KM API 提供插件分类, 请使用来自 koishi-registry/categories 仓库的数据
分类列表
https://koishi-registry.github.io/categories/index.json
单个分类
https://koishi-registry.github.io/categories/<category>.json
所有分类
https://koishi-registry.github.io/categories/bundle.json
2 个赞
12/25 21:45
kp.itzdrli.cc 的所有功能降级或不可用问题已经解决
主要 KM API 仍然部分功能不可用, 您可以尝试使用 km-api.itzdrli.cc 代替
注意, km-api.itzdrli.cc 不支持认证令牌颁发, 如果您需要使用带有身份验证的端点, 请使用官方 KM API 签发令牌.
3 个赞
12/27 00:02
已经确认并定位一个问题为后端改版中发生的逻辑BUG,
该 BUG 同时存在于开源版和 private 中,
在该 BUG 修复后, 将会被 backport 至开源版中,
在此之前, 您可以通过重启实例来重建丢失的最新信息
12/27 00:12
临时修复发布 rc.1 已提交仅 private,
升级该版本将导致 NpmWatcher 缓存数据恢复初始状态,
如果您使用 private 版本, 不用担心,
由于我们在 rc.0 加入了数据预置,
所以重新初始化过程将很快结束
2 个赞
24/12/27 14:25
发现 npm replicate api 的数据与 registry api 不一致且信息不连续,
由于我们的市场源基于 npm replicate api 进行 replicate 和插件更新监听,
所以我们的市场源无法由于 npm 上游影响保证数据不丢失和正确性.
相关问题已提交 npm 工单, 索引团队正在商讨对策, 请等待后续更新,
由于 npmmirror 似乎不受 npm replicate API 的影响,
相关问题印象至少 1 个或最多超 100 个 Koishi 插件无法被索引/刷新
如果您的插件未被 https://kp.itzdrli.cc/ 索引, 请联系我们
Fallback
您可以使用
来自 @Hoshino-Yumetsuki 的基于 npmmirror 搜索功能的市场源
https://koishi-registry.yumetsuki.moe/index.json
但是其实现不完整, 我们无法保证其数据正确性
*我们不对来自 https://koishi-registry.yumetsuki.moe/ 源的任何数据做保证
2 个赞
25/1/4
更新修复版本已提交开源版
priv:0.4.rc.0
: 原本单文件插件形式拆成多个包, 分类至 packages/ 和 plugins/ 文件夹
: 新增实验性的 WebUI 功能, 于 webui/, 基于 Vite, 无需提前构建, 支持 HMR, 后续可能还会对 Vite 进行深度魔改- : 增加 daemon, 以及极其先进的类型驱动 爆炸 的 ChildProcess/Worker 通讯服务
: 修复了已知 BUG
2 个赞
关于 Q78KG 的插件市场实现问题
我们上述通知提及了当我们的源出现问题时建议的临时替代
我们无法保证以上替代源的数据完整性和稳定性, 我们无法对上述源的实现做出保证
近日, 我们发现上述源中出现了部分问题, 已经反馈给相关开发者
但是部分问题暂时未能解决, 下面给出缓解方法
由于方式方法问题, 实现错误等, 如果您使用来自 @Hoshino-Yumetsuki 的插件市场源:
https://koishi-registry.yumetsuki.moe/index.json
的话, 您可能遇到无法获取最新插件, 或获取到最新的版本已过期等问题
为了确保您的插件能够及时更新到以上源中,
请确保
- 您使用官方提供的 pub 脚本发布插件 (e.g.
yarn pub,pnpm run pub,bun run pub,npm run pub), 官方脚本会自动请求 npmmirror 相关 API 进行同步 - 或, 您手动请求 npmmirror 方进行数据同步
由于实现技术问题, 代码内的 npmmirror 包同步功能实际上是无效的, 但我开发者暂时不提供代码漏洞修复方案, 希望 @Hoshino-Yumetsuki 能阅读 Yakumo/Koishi 相关源码尽快修复该问题
2 个赞
该问题的描述存在错误（无法获取最新插件, 或获取到最新的版本已过期），同步问题仅存在于已经弃用的包中。目前已发现npmmirror不会自动同步已经弃用的包，并不会影响新的插件收录与更新。目前正在尝试寻找方法解决弃用包的状态同步问题
2 个赞
您好, 根据我们的测试结果, npmmirror 同步有延迟(经测试约 4~5 分钟)
但是如果您手动执行同步, 则 npmmirror 会立即同步
2 个赞