こんにちは。
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つの可能なアプローチがあります:
現在、私たちのサーバーは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クエリを共有していただけますか?