guqing

> 我的理解，不知道和你们设计符不符合： CreationTimestamp：真正创建的时间，不可修改 PublishTime：用户自定义的发布时间，用户可以修改 lastModifyTime：修改后更新时间，系统修改 > > worldpress：  差不多正确，不过 lastModifyTime 是指的文章已经发布的内容的，如果只修改了文章的设置则不会变

> 我没有明白你的意思，我就是按照安装文档在docker-compose.yaml所在目录执行的命令，但我使用的是`docker compose`，中间是空格而不是`-`，这会有影响吗？ 参考： https://docs.docker.com/compose/gettingstarted/#step-8-experiment-with-some-other-commands > f you want to run your services in the background, you can pass the -d flag (for “detached” mode) to docker compose up and...

> 每次打开文章页时，cpu能跑满 你写文章的时候是否有直接在编辑器粘贴过图片的操作呢

> 这个太不合理了，正常cms逻辑基本上复制图片自动上传默认存储路径下才对 @guqing 是的，我们会逐步解决这些问题，此问题有以下几个因素导致： 1. 为了足够的扩展性，表结构只有一张，见 [extension rfc](https://github.com/halo-dev/rfcs/tree/main/extension), 所以保证查询速度需要在代码层面做的更多。 2. 在编辑器拖拽或复制上传图片时没有支持上传到附件库，导致图片是 data blob 形式，内容很大。 3. 文章具有版本管理机制但还没有提供用户界面让用户管理，所以即使更新了内容发布后依旧不会改动到旧的历史版本。 4. 文章内存是根据首个发布版本增量保存，所以查询内容时需要获取第一个版本 patch 到当前版本得到内容，应该优化以减少文章 Snapshot 的 list 操作规避将大内容查询到内存。 我们会在 2.2.0 这个版本着重解决这些问题，尽量做到小数据量的使用速度并在后续版本迭代查询优化问题。

/remove-priority critical-urgent /priority important-soon

这个功能感觉不需要再提供设置项了让用户配置了，只需要基于之前已有的 Favicon 设置，如果用户设置了图片则根据那个图片生成几种标准尺寸的缩略图作为 Favicon 然后自动填充到模板页的 head 即可： ```html ``` 参考： - https://favicon.io/favicon-generator/ - https://en.wikipedia.org/wiki/Favicon

> 我的建议是：专门提供一个接口获取评论相关的设置，并配置好权限。这样评论组件就能够知晓系统设置，并适配对应的逻辑。 是否应该还需要暴露一些 Interface 方法给插件使用，比如获取系统的标题等设置，可能插件会用到

> > 是否应该还需要暴露一些 Interface 方法给插件使用，比如获取系统的标题等设置，可能插件会用到 > > 目前 SystemFetcher 似乎可以完成这件事情。 也就是插件允许查询 system configMap 吗

是本地运行还是按照官网的Docker命令运行的 Halo呢，使用jar包安装插件需要确保 halo 中的 halo.plugin.runtime-mode=deployment

/milestone 2.9.x