클라우드 서버를 Discourse 호스팅 전용으로 사용하는 사용자에게는 이 설치 가이드가 잘 작동할 것이라고 확신합니다.
하지만 이미 웹 서버와 메일 서버가 실행 중인 호스트에 설치하기를 원하면서(기존에 명시된 성능상의 단점을 이해하고 있는) 상당한 수의 사용자가 있을 수 있습니다.
이곳에는 해당 정보 중 일부라도 찾을 수 있는 “documentation” 카테고리가 있다는 것을 알고 있습니다. 하지만 토론 포럼을 문서화 플랫폼으로 사용하는 것은 이상적이지 않습니다. 그 이유는 자명할 것입니다.
저가 저장소에 수정된 설치 문서를 제출한다면(즉, Docker를 전제로 하고 클라우드 서버에 대한 내용은 그대로 유지하되, 기존 Nginx 또는 Apache 환경이 있는 경우에도 대응하도록 한 지침) 이를 수락받을 수 있을까요? 그렇게 하려면 전체적으로 가독성을 유지하기 위해 기존 INSTALL-cloud.md 파일에 일부 수정이 필요할 것입니다.
문서화는 존재합니다. 다만 디스커스(Discourse)와 리버스 프록시(Reverse Proxy)의 작동 원리를 모두 이해해야 합니다.
기존 Apache 사이트가 있는 서버에 Discourse 설정하기
Nginx Proxy Manager를 사용하여 Discourse와 함께 여러 사이트 관리하기
nginx에 대한 문서도 하나 더 있을 줄 알았는데, 링크 검색 상자에서 찾을 수 없었습니다.
문서가 있다는 점에는 동의합니다. 다만 GH 저장소에서 제시하는 방식과 비교할 때, 형식이 적절하지 않거나(또는 여러분이 보여준 것처럼 찾기 어렵거나) 하는 점이 문제입니다.
Hey @gilgongo, Documentation - Discourse Meta 를 확인해 보셨나요?
제공 가능한 문서는 여기서 우리가 제공할 수 있는 무료 지원의 범위가 제한적이라는 점을 반영합니다.
DigitalOcean의 새 VPS는 이미 잘 알려진 환경입니다. 이 방식을 사용하면 따라 하기 쉬운 단계를 제공할 수 있고, 최종적으로 정상 작동하는 설치를 거의 보장할 수 있습니다.
공유 서버, 온프레미스 배포, 개인 취미용 설치 등 다른 모든 구성을 고려하기는 어렵습니다.
Discourse 설치 방법을 배우고 싶으시다면, DigitalOcean의 드롭릿 비용은 시간 비례로 청구된다는 점이 좋은 소식입니다. $6짜리 VPS를 잘 알려진 정상 작동하는 참고용으로 유지하려면 하루에 $0.20만 들며, 이 동안 더 복잡한 환경에 Discourse를 설치해 보실 수 있습니다.
문서 섹션을 확인해 보았습니다. 사실 위에서 작성한 게시물에서 이미 해당 내용을 언급했죠.
하지만 문제를 일으키고 싶지는 않습니다. 모든 환경을 지원할 수는 없다는 점(“어디서든 실행”이 가능한 Docker를 사용하더라도)을 이해합니다. 그저 궁금해서 물어본 것입니다.
죄송합니다, 명확하지 않았습니다. "제출"이라 함은 포럼에 게시하는 것이 아니라, 이 문서가 포함된 저장소(여기)에 풀 리퀘스트를 보내는 것을 의미했습니다.
논의가 문서에 이상적이지 않은 이유는 “discourse docs” 플러그인이 존재하는 이유와 같을 것입니다. 해당 플러그인은 이러한 모든 문제를 매우 잘 해결하는 것으로 보입니다.
(부연하자면, 이 모든 내용은 제가 처음에 게시했던 원래 질문과는 아무 관련이 없습니다. 오히려 제가 지적하려던 문제를 잘 보여주고 있으니, 아이러니하네요.)
처음부터 그 의미를 이해하고 있었습니다. 제 답변은(공식 Discourse 레포지토리에 대한 어떤 통제권도 가지고 있지 않습니다) “아니오”입니다. 권장되는 해결책은 매우 간단하며 가능한 한 변수를 최소화하도록 설계되었습니다. 커맨드 라인을 한 번도 사용해 본 적 없는 사람들을 위해 만들어졌습니다. “간단한” 리버스 프록시를 앞에 놓기 시작하면, 시스템이 깨질 수 있는 방식이 기하급수적으로 증가합니다.
단순히 PHP 디렉터리 하나를 더 압축 해제하고 hosts-enabled에 파일을 하나 더 추가하는 문제가 아닙니다. 리버스 프록시가 무엇인지 알아야 하고, 포트에 대해 이해해야 하며, 도커 호스트네임이나 HTTPS 설정 방법, 컨테이너에서 force_https 설정, 그리고 리버스 프록스를 통해 실제 IP가 통과되도록 하는 마법 같은 설정도 알아야 합니다. 이 모든 것의 대부분을 사전에 이해하지 못하는 사람들이 우연히 이 방법을 발견해서 왜 작동하지 않는지 궁금해하는 상황을 원하지 않을 정도로 어렵습니다.
처음부터 이해하고 있었습니다. 제 답변은(공식 Discourse 리포지토리에 대한 통제 권한이 전혀 없으므로) "아니요"입니다.
하하, 저는 당신에게 답장한 게 아니에요! 계속될수록 점점 더 혼란스러워지네요, 정말 죄송합니다.
자, 이 문제는 그냥 여기서 마무리합시다. 누군가가 전체 스레드를 삭제해 주면 좋겠네요. 지원되는 방식으로 Discourse를 설치할 수 없는 사람들을 대신해서 이런 문제를 꺼내서는 안 됐습니다.