안녕하세요.
EC2 인스턴스에서 discourse를 작동시키려고 하고 있습니다. EC2의 기본 설정은 완료되었고, 아무 문제가 없어 보입니다.
하지만,
https://github.com/discourse/discourse.git에서 클론한 discourse 소스를 수정했습니다.
앱을 로컬에서 테스트해 보니 모든 것이 정상적으로 작동하는 것 같으므로, 이 소스 코드 세트를 EC2 인스턴스에 전달하여 원래의 소스 코드인 discourse_dev를 대체해야 합니다.
Docker 이미지를 생성하고 EC2 인스턴스에서 이를 가져와서 해당 이미지에서 컨테이너를 시작했습니다.
./launcher enter app을 시도했을 때 /var/www/discourse를 찾을 수 없었습니다.
제가 무엇을 잘못하고 있는 것일까요? 도와주세요!
그렇게 하지 않았더라면 단순한 지원 요청이었을 수도 있었을 것입니다.
왜 그렇게 해야 했나요? 왜 플러그인 또는 테마 컴포넌트 아키텍처를 사용하지 않나요?
일반적으로 비표준 설치 환경은 여기서 지원되지 않습니다.
SSO 작업을 진행 중이었습니다.
이 구성은 유지보수가 많이 필요합니다. 변경 사항을 지속적으로 병합해야 합니다. API 계층을 수정해야 하는 경우 플러그인을 사용하세요.
Discourse의 tests-passed를 사용하여 기본 설치가 정상적으로 작동하도록 설정한 후, 필요에 따라 변경 사항을 플러그인으로 이동하세요.
SSO에 대한 네이티브 지원이 있습니다. 메인 앱에서 Discourse SSO 프로토콜을 제공하는 단일 라우트를 실행하면 되며, 문서 여기를 참고하세요: Official Single-Sign-On for Discourse (sso)
어떤 플러그인을 추천하시나요?
직접 작성해 보세요. 다만 저는 일반적인 경우에 대해 말씀드린 것입니다. 라파엘은 기본 설치에서 SSO가 기본적으로 지원되므로, 그가 링크한 가이드만 따라 설정하면 된다고 지적했습니다.
네. 이 주제를 만들기 전에 이미 진행했습니다.
음… 디스코urs 이미지를 서버에 배포하는 방법에 대해 여쭤보려고 여기에 왔습니다. (제 경우엔 EC2 인스턴스입니다)
이 내용을 다른 카테고리로 옮기는 게 좋을까요?
지원팀으로 이관할 수 있습니다. 다만, 공식 discourse 리포지토리를 사용하여 표준 설치 방법을 사용했는지 꼭 확인해 주세요.
네, 감사합니다. 확실히 표준 설치 방법을 사용했습니다.
그러면 지금 수정되지 않은 discourse 인스턴스를 사용하고 계신 건가요? 표준 설치 스크립트를 그대로 사용하고 있으며, 포크를 사용하는 시도를 더 이상 하지 않는 건가요?
오해가 있는 것 같습니다. 저는 공식 가이드라인을 따라 Discourse를 설치했다는 뜻이었습니다.
Discourse SSO에 대해 여러 자료를 찾아봤지만, 제 로그인 시나리오에는 도움이 되지 않았습니다.
그래서 소스 코드를 수정할 수밖에 없었습니다.
따라서 코드를 자체 플러그인으로 이동해야 합니다. 코드를 직접 수정할 수 있는 능력이 있다면, 그 작업을 수행할 수 있는 기술도 갖추고 계실 것으로 생각합니다. 다른 사용자들과 동일한 방식으로 설치하세요. 그렇지 않으면, 누군가가 충분한 여유 시간을 들여 여러분의 독특한 사례를 분석해 주지 않는 한, 여러분의 상황은 지원 대상이 아닙니다.
핵심 로직이 요구사항에 맞지 않는 경우, 플러그인 아키텍처를 사용하세요. 그러면 최소한 기본 설치 과정은 동일해집니다. 나중에 업데이트가 버튼 한 번 클릭으로 끝날 때 스스로에게 고마워하게 될 것입니다. 또한 여러분을 대신해 계정을 관리하게 될 사람들도 도울 수 있고, 여기서 더 신속한 지원을 받을 수 있습니다.
필요한 가이드는 여기 있습니다: Developing Discourse Plugins - Part 1 - Create a basic plugin
그러나 그 단계에 도달하기 전에, 왜 네이티브 SSO 지원이 요구사항에 맞지 않는지 설명해 주시면 좋겠습니다. 해당 기능에 대한 전문가(SME)가 의견을 제시할 수 있을지도 모르니까요.