- 已装运
- 2026年8月19日 08:09 UTC
- 作者
- Kamo
- 提交
- 2d0a998
四个终点 重建的知识库需求, 三个事实 API是 无法声明 。 Get / api/ kb/ pins 返回一页针 ROWS, KbArticlePin。 文章是 @JsonIgnore——所以反应中携带了一针id,一个成员id和一个日期, 没有任何关于那篇文章的内容。 主页已经要求 由于一个Page信封没有 . . . . 平宁已经 从来没有工作到结束。 现在它还原了文章本身,解决了 在交易中,而不是依赖开放的视野。 获取/api/kb/文章/概览是新的:状态计数,每篇文章都是真实的 日期、作者、字数和节录 加上打电话者的被钉住的guids 一读. 该主页通过取取前十个节点来伪造"最近". 树,并用空白日期盖上它们。 Get/api/kb/reviews/queue是新的:等待什么和最近是什么 已解决,两者在一项请求中均减半。 查看空队列的审查者询问 无论是哪种方式,都是一样的问题——不是等待,或者我刚才澄清了。 其决定读取的是限值列表,而不是页:在只读的列表中 交易 a Page 已丢弃的 COUNT 绝不是报表 1, 因此 Yugabyte 无法 重新启动它,并同时写入将队列变为40001. 获取/api/kb/media 现在发送每行的文章 。 绘图,其预签名的 URL 。 计票人只居住过 单资源端点,所以库的"被用在 N 文章"警告之前 删除绝不可能起火——嵌入了九篇文章的图表被删除 安静地作为一个孤儿。 URL是列表后每个缩略图一个请求 已经着陆了 POST /api/kb/media/urls 为呼叫者签署批次 已经保持行。 每个INT64成员 ID 离开作为一个STRING。 它们是十九位独有的 rowid() 值和一个 JSON 数字是浏览器中的 IEEE 双倍 – 提交者 ID 在审查队列到达前, 这就是为什么它永远不会是 与成员目录相匹配,并在名称所属位置设置了原始的标识。 没有共享-图书馆更改,因此没有卡莫Initializer运行,也没有舰队重新部署.