是否可以跳过重建时的 Redis 版本检查?重建在最新版本的 Discourse 上开始失败,我看到的唯一错误是 Discourse 需要 Redis 6.2.0 或更高版本。我们正在使用一个外部 Redis 服务器,版本是 6.0.14。如果这会影响 Discourse 的功能,我会感到惊讶,所以我想在能够升级 Redis 之前仍然能够更新 Discourse。
我也尝试过在不使用外部 Redis 的情况下重建,但根据是否包含 redis 模板,会遇到不同的错误。
谢谢。
是否可以跳过重建时的 Redis 版本检查?重建在最新版本的 Discourse 上开始失败,我看到的唯一错误是 Discourse 需要 Redis 6.2.0 或更高版本。我们正在使用一个外部 Redis 服务器,版本是 6.0.14。如果这会影响 Discourse 的功能,我会感到惊讶,所以我想在能够升级 Redis 之前仍然能够更新 Discourse。
我也尝试过在不使用外部 Redis 的情况下重建,但根据是否包含 redis 模板,会遇到不同的错误。
谢谢。
如果他们有理由,我会对他们设置该版本作为要求感到惊讶。
我看到之前的一篇文章说/暗示,之所以有这个要求,仅仅是因为那是他们开发/测试使用的,所以他们不能保证低于此的版本能正常工作。我愿意承担这个风险,或者至少在可能的情况下进行测试。我还在考虑加快我们的升级。
嗯。这听起来确实很熟悉。但这个要求是最近才添加的,所以我想很可能是有原因的。但我用手机不太会搜索提交记录,所以我们看看还会听到什么!
我们正在使用一个仅在 Redis >= 6.2.0 版本中可用的新 Redis 命令。我们在基础镜像中提供了该 Redis 版本 11 个月,它也可在 AWS Elasticache 服务或官方 Redis docker 镜像 (official Redis docker image) 中找到。
此更改是为了在 Redis 成为某些大型 Discourse 实例瓶颈的高流量情况下获得更好的性能。
话虽如此,我们正在内部讨论这是否是一个过于激进的要求,并可能会撤销此性能补丁以适应停留在旧版本的站点。
很高兴知道,谢谢。杰伊说得对,你确实有理由。 ![]()
我可以切换到使用较新版本,但如果不会破坏任何东西,最好不要强制要求那些稍微落后的人使用。
谢谢!
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.