포럼을 설정하면서 2컨테이너 설치를 꼭 해보고 싶었는데, 템플릿 파일을 수정해야 한다는 논의가 너무 부담스러워서 포기할 뻔했습니다.
그런데 discourse-setup의 “2container” 커맨드라인 옵션을 우연히 발견해서 정말 쉽게 설치할 수 있었습니다.
discourse-setup 스크립트를 우연히 읽게 되어서야 이 옵션을 알게 되었습니다.
이 옵션이 설치 문서에 추가되지 않은 것이 의도적인 것인가요? (문서에 이미 있는데 제가 놓친 것이라면 죄송합니다)
훌륭한 제품을 만들어 주신 개발자분들과 커뮤니티에 감사드립니다.
Mark B
2container는 문서화되지 않은 기능입니다. Discourse에 대한 실용적 이해가 없는 사용자에게는 권장되지 않으며, 처음 Discourse를 설정하려는 사용자가 혼란을 겪을 수 있다는 이유가 있습니다.
왜 그렇게 말씀하시는 건가요? 듀얼 컨테이너 설정에 대한 #howto가 있습니다.
@pfaffman이 ./discourse-setup에 2container 기능을 추가했을 때, 해당 과정에 대한 전체적인 사용 가이드를 작성해 달라고 요청했었습니다. 하지만 그는 불필요한 혼란을 줄 수 있으므로 그럴 필요가 없다고 제안했습니다.
아마도 2container는 해당 설정이 공식적으로 지원되지 않는다는 점을 조용히 경고하면서, 그렇게 설정을 진행하는 것이겠지요.
이 부분을 변경해야 할까요?
@pfaffman 은 그 내용을 가져오거나 메타 토픽에 명시적으로 링크해야 합니다.
FAQ 정리가 진행 중이므로, 이 내용을 전용 FAQ 주제에 추가할 수 있을까요?
pfaffman
(Jay Pfaffman)
4월 20, 2020, 2:42오후
7
문서화에 나와 있습니다.
출처: Move from standalone container to separate web and data containers
5minpause:
@pfaffman이 2019-12-11에 추가했습니다.
참고: 2개 컨테이너 사이트를 만들려면 다음을 실행할 수 있습니다:
./discourse-setup 2container
정상적인 방식과 동일하게 작동하지만, 별도의 data와 web_only 컨테이너를 생성하고 데이터베이스용 무작위 비밀번호를 생성합니다. 이미 app.yml 파일이 있는 경우 이름을 변경해야 하며, 그렇지 않으면 discourse-setup이 해당 파일을 업데이트할 뿐입니다. 그런 다음 백업을 /var/discourse/shared/web_only/backups/default로 복사하고 복원할 수 있으며, 이는 아래에 설명된 방법보다 약간 더 쉽습니다.
30분 만에 설치하는 지침에 이 내용을 넣기를 주저합니다. 이 지침은 지침을 겨우 이해할 수 있을 뿐이고 주의 깊게 읽지 않는 많은 사람들이 사용하는데, ./launcher rebuild app를 볼 때마다 ./launcher rebuild web_only와 같은 내용으로 지침을 다시 작성할 수 있는 충분한 역량이 필요하기 때문입니다. "'./launcher rebuild app’을 실행했는데 오류가 발생했어요! 도와주세요!"라는 상황이 생길 수 있습니다.
명령줄 문서와 명령줄 출력을 해당 토픽과 연결하라는 뜻입니다. 여기서는 GitHub 문서 변경 사항에 대해 언급하는 것이 아닙니다.
pfaffman
(Jay Pfaffman)
4월 21, 2020, 1:41오전
9
어떤 주제를 변경해야 하는지 이해하지 못하겠습니다.
bash 스크립트의 명령줄 출력/도움말에는 참고용으로 토픽 URL이 표시되어야 합니다. 제가 말씀드리고 싶은 것이 바로 이겁니다. 더 명확하게 설명할 수 있는 방법이 있다면 알려주세요!