您好,
有没有办法禁用到 Markdown 标题的锚链接(在 v2.7.0 中引入)?
我们使用一段代码(使用 Data Explorer 插件)查询主题,但这些锚链接会破坏该过程。我们想升级我们的 Discourse,但被这段代码卡住了。
谢谢,Michel
您好,
有没有办法禁用到 Markdown 标题的锚链接(在 v2.7.0 中引入)?
我们使用一段代码(使用 Data Explorer 插件)查询主题,但这些锚链接会破坏该过程。我们想升级我们的 Discourse,但被这段代码卡住了。
谢谢,Michel
你好 Michel。 ![]()
没有设置可以配置锚点链接。
也许我们可以从这方面帮助你:锚点链接的什么会破坏你的查询?![]()
感谢 Maiki 的支持 ![]()
好的,我们正在使用这个软件:GitHub - canonical/canonicalwebteam.discourse
它使用了一个 Data Explorer 查询,但无法处理锚点链接。
因此,我认为有两种可能的途径:
我们的服务器目前是 2.9.0 beta10。上面没有太多内容,所以迁移到另一个版本会非常容易,没什么大不了的。
我尝试用以下方式启动一个新服务器(在 Docker 中):
#version: tests-passed
替换为
version: f73cdbbd2f20460ea6330930f97cdce59fb984be(2.6.7 的最后一个 commit)
但不幸的是,它拒绝启动:
run-parts: executing /etc/runit/1.d/00-ensure-links
run-parts: executing /etc/runit/1.d/00-fix-var-logs
run-parts: executing /etc/runit/1.d/01-cleanup-web-pids
run-parts: executing /etc/runit/1.d/anacron
run-parts: executing /etc/runit/1.d/cleanup-pids
Cleaning stale PID files
run-parts: executing /etc/runit/1.d/copy-env
Started runsvdir, PID is 47
ok: run: redis: (pid 62) 0s
ok: run: postgres: (pid 59) 0s
supervisor pid: 57 unicorn pid: 90
config/unicorn_launcher: line 71: kill: (90) - No such process
config/unicorn_launcher: line 15: kill: (90) - No such process
(57) exiting
timeout: down: redis: 0s, normally up, want up
timeout: down: redis: 1s, normally up, want up
timeout: down: redis: 1s, normally up, want up
timeout: down: redis: 1s, normally up, want up
timeout: down: redis: 0s, normally up, want up
timeout: down: redis: 0s, normally up, want up
timeout: down: redis: 0s, normally up, want up
timeout: down: redis: 0s, normally up, want up
timeout: down: redis: 0s, normally up, want up
timeout: down: redis: 1s, normally up, want up
timeout: down: redis: 0s, normally up, want up
timeout: down: redis: 1s, normally up, want up
timeout: down: redis: 0s, normally up, want up
timeout: down: redis: 1s, normally up, want up
ok: run: redis: (pid 358) 0s
timeout: down: postgres: 0s, normally up, want up
timeout: down: redis: 1s, normally up, want up
...
有什么建议吗?
您不能像这样回滚版本。数据迁移会使数据库状态不兼容,因此只支持向前更新。
你好 Falco,
我考虑从头开始建立一个新服务器,而不是降级。
现有数据没什么大不了的,只有几样东西,很容易在新服务器上恢复。
Discourse 2.6 分支是近 2 年前发布的,因此它可能与我们当前提供的基础容器映像版本不兼容。为了进行故障排除,我需要您在全新安装中尝试将其重建为 2.6.7 时的 ./launcher rebuild logs 日志。
但是,运行不再接收安全修复的 Discourse 版本是一个非常糟糕的主意,因此正确的处理方式是修复您用于处理此集成的软件。
也许您可以分享需要修复的 SQL 查询?