Markdownヘッダーへのアンカーリンクを無効にする

こんにちは。

Markdown ヘッダーへのアンカーリンクを無効にする方法はありますか? (v2.7.0 で導入されました)

Data Explorer プラグインを使用してトピックをクエリするコードを使用していますが、これらのアンカーリンクがそのプロセスを妨げています。Discourse をアップグレードしたいのですが、このコードで立ち往生しています。

よろしくお願いします。Michel

Michelさん、こんにちは。:wave:

アンカーリンクを設定するオプションはありません。

こちら側でお手伝いできるかもしれません。アンカーリンクの何がクエリを壊すのでしょうか? :slight_smile:

Maiki、サポートありがとうございます :slight_smile:

さて、このソフトウェアを使用しています : GitHub - canonical/canonicalwebteam.discourse
これはData Explorerクエリを使用しますが、アンカーリンクに対応できません。

そのため、2つの可能なアプローチがあります:

  • CanonicalにPRを送信する
  • Discourseサーバーを2.6.7にする

現在、私たちのサーバーは2.9.0 beta10です。コンテンツはあまりないので、別のサーバーに移行するのは非常に簡単です。問題ありません。

以下を使用して新しいサーバー(Docker下)を起動しようとしました:
#version: tests-passed

version: f73cdbbd2f20460ea6330930f97cdce59fb984be (2.6.7の最後のコミット)
に置き換えました。

しかし、残念ながら起動しません:

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クエリを共有していただけますか?

「いいね!」 2