안녕하세요,
Markdown 헤더에 대한 앵커 링크를 비활성화할 수 있는 방법이 있을까요? (v2.7.0에서 도입됨)
우리는 Data Explorer 플러그인을 사용하여 토픽을 조회하는 코드를 사용 중인데, 이 앵커 링크 때문에 해당 프로세스가 깨집니다. Discourse를 업그레이드하고 싶지만 이 코드 문제로 인해 막혀 있는 상태입니다.
감사합니다, 미셸
미셸님, 안녕하세요. 
앵커 링크를 설정할 수 있는 옵션은 없습니다.
저희 쪽에서 도움을 드릴 수 있을지 모르겠습니다: 앵커 링크 중 어떤 부분이 쿼리를 깨뜨리고 있나요? 
Maiki, 지원해 주셔서 감사합니다
알겠습니다. 저희는 이 소프트웨어를 사용 중입니다: GitHub - canonical/canonicalwebteam.discourse · GitHub
이것은 Data Explorer 쿼리를 사용하지만, 앵커 링크를 처리하지 못합니다.
따라서 저는 두 가지 가능한 방향을 보고 있습니다:
- 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
...
제안이 있을까요?
버전을 그렇게 되돌릴 수는 없습니다. 데이터 마이그레이션으로 인해 데이터베이스 상태가 호환되지 않게 되므로, 오직 앞으로의 진행만 지원됩니다.
팔코님, 안녕하세요.
다운그레이드가 아니라 완전히 새로운 서버를 시작하는 걸 생각하고 있어요.
현재 데이터는 대수롭지 않은 양이라 몇 가지 항목만 새 서버에 다시 넣으면 돼요.
Discourse 2.6 브랜치는 거의 2년 전의 것이므로, 현재 우리가 제공하는 기본 컨테이너 이미지와 호환되지 않을 가능성이 있습니다. 문제를 해결하려면, 새 설치 환경에서 2.6.7로 재빌드할 때의 ./launcher rebuild logs가 필요합니다.
그러나 더 이상 보안 업데이트를 받지 않는 Discourse 버전을 실행하는 것은 매우 좋지 않은 방법이므로, 올바른 해결책은 이 통합을 처리하는 데 사용하는 소프트웨어를 수정하는 것입니다.
수정이 필요한 SQL 쿼리를 공유해 주실 수 있을까요?