저는 분명히 고급 사용자는 아닙니다. 하지만 몇 가지 단계를 따라가면서 ChatGPT와 Claude의 도움을 받으면 원하는 곳에 도달할 수 있는 경우도 있긴 합니다.
그럼에도 불구하고, 포럼에 오류가 표시되게 만드는 작업을 수행할 때 표시되는 페이지에 관한 이 주제를 살펴보니 몇 가지 진지한 질문이 떠오릅니다:
왜 Discourse에 이 기능이 기본적으로 내장되어 있지 않나요? (물론 이것이 매우 기술적인 내용이라는 점을 이해하고 있지만) 가능한 한 쉬운 영어로 설명해 주실 수 있나요?
현재 불가능하다면, 언젠가 이 기능이 구현되어 고급 사용자가 아닌 분들도 이러한 종류의 페이지를 활용할 수 있게 될까요?
Discourse를 설치한 지 3개월이 지났는데, 관리자 페이지에서 직접 업데이트를 시도할 때 99%의 확률로 실패하여 터미널을 사용해야 하는 상황이 발생합니다. 어딘가에서 관리자 영역을 통해 업데이트할 경우 사용자가 일부 지연을 경험할 수 있지만, 터미널을 사용할 때처럼 완전히 오프라인 상태가 되지는 않는다는 내용을 읽은 것 같습니다. 만약 그렇다면 왜 그런 것이며, 왜 저는 항상 이러한 오류를 경험하여 터미널에 의존해야 하는 건가요?
오프라인 상태가 되지 않으면서 터미널을 통해 업데이트하는 방법이 있을까요? 예를 들어 플러그ンを 추가하거나 제거할 때처럼, 오프라인 상태가 되는 것이 강제되는 것처럼 보이거든요.
무료 셀프호스팅 솔루션으로 유지보수를 정당화할 만큼 너무 복잡하고, 경험이 적은 일반 관리자가 지원받기에도 너무 복잡하기 때문일까요?
하지만 그 가이드를 따르면 여전히 그 방식이 작동할 수 있을 것입니다.
CDCK의 우선순위/로드맵에 대해서는 언급할 수 없습니다.
저도 (즉, “docker manager” 업데이트)가 신뢰할 수 없다고 생각합니다: “온라인” 빌드 중에 오류가 발생하면, 문제를 수정한 후(보통 플러그인 관련) 온라인 업데이트를 재시도할 수 없는 경우가 많습니다. 온라인 업데이트 프로세스가 응답하지 않는 것처럼 보이므로, 커맨드 라인 업데이트를 수행해야 합니다. 그런 일이 발생했을 때의 예시가 있으면 Support 토픽을 올릴 것입니다.
기본 설치에서는 불가능합니다. 단일 컨테이너를 재빌드해야 하고, 새로운 이미지가 필요할 수 있으며, 데이터베이스에 영향을 줄 수 있기 때문에 사이트 전체를 오프라인으로 가져가야 합니다.
웹 컨테이너를 별도로 재빌드할 수 있어 가동 시간을 더 늘릴 수 있는 두 컨테이너 솔루션을 시도해 볼 수 있습니다: