안녕하세요 
GitHub의 이 가이드를 따르고 있는데, 거기서 Namecheap를 추천하고 있더군요.
이 부분을 계속 확인해 보니, 서브도메인을 확인해야 한다고 하네요.
두 가지 문제가 있습니다:
Namecheap 어디에도 제가 그 작업을 수행할 수 있는 옵션이 전혀 보이지 않습니다.
귀사의 문서 어디에도 그 방법을 어떻게 수행할 수 있는지 언급되어 있지 않습니다.
https://www.namecheap.com/support/knowledgebase/article.aspx/319/2237/how-can-i-set-up-an-a-address-record-for-my-domain/ 에 설명된 대로 원하는 하위 도메인에 대해 A 레코드를 생성하면 됩니다.
정말 감사합니다!
개인적으로, 서브도메인을 설정하는 방법에 대한 명확하고 전용된 안내가 없기 때문에 이 글은 실제로 도움이 되지 않는다고 생각합니다.
또한, 가이드에도 이에 대해 전혀 언급되어 있지 않습니다.
현재 상태로는 정말로 사용자에게 도움이 되는지 확신할 수 있을까요?
이 내용은 GitHub의 표준 설치 지침에 나와 있습니다.
“도메인 이름을 구매한 곳에서 DNS 설정에 접근할 수 있어야 합니다. Discourse를 설치할 클라우드 서버의 IP 주소를 알게 되면, discourse.example.com 호스트 이름에 대한 DNS A 레코드를 생성하고, 이메일용 SPF 및 DKIM 레코드를 입력하는 곳이 바로 여기입니다.”
그것은 특별히 할 일이 없기 때문입니다. 단순히 서버를 가리키는 DNS A 레코드일 뿐입니다.
일부 시스템에서는 서브도메인 설정이 큰 일처럼 보일 수 있습니다. 이러한 시스템은 HTTPS 요청에 응답하는 것(설치할 Discourse)을 설치하고, 그것이 실행되는 위치(만들 가상 머신)를 지정하며, DNS 레코드를 해당 위치로 연결(이해하기 어려운 부분이 바로 이 부분인 것 같습니다)하는 등 여러 작업을 수행하기 때문입니다.
그런 일을 해본 적 없는 사람에게 있어서, 그건 아무것도 아닌 게 아니야.
이제 실제 해결책에 좀 더 가까워졌습니다. 하지만 여전히 사람들이 자신의 IP 주소를 어떻게 얻는지 알지 못합니다.
이것이 이미 웹 개발자인 사람들을 대상으로 한 것이라면, 현재 문서는 아마도 적합할 것입니다.
Discourse가 제공하는 기회를 모든 사람에게 동일하게 제공하려는 의도라면, 아직 갈 길이 멉니다.
예를 들어, 제 웹 개발자는 SMTP 호스트 설정에 많은 어려움을 겪었습니다. 저라면 절대 그 작업을 해낼 수 없었을 것입니다.
Discourse를 설치하기 위해 로그인하는 VPS의 IP 주소와 같습니다.
이것은 신규 사용자를 위해 문서화해야 할 모든 관련 정보입니다. 병합에 관심이 있으시다면 이 작업을 수행할 의향이 있습니다.
조금 더 자세히 설명드리겠습니다. 그러나 귀하의 VP 제공업체는 대시보드의 서버 사양에 IP 주소를 보유하고 있습니다.
이것이 얼마나 쉬운지는 귀하가 선택하는 SMTP에 따라 달라집니다. 예를 들어 Brevo.com의 경우, 사용자 이름과 비밀번호로 가입한 후 무료 또는 유료 플랜을 사용하면 됩니다.
그런 다음 discourse 설정에 사용자 이름, 비밀번호와 SMTP 주소를 입력하기만 하면 됩니다
위 내용은 discourse에서 표준적인 절차입니다. 제가 올바르게 이해했다면, SMTP 제공업체는 DKIM을 구성하여 메일 전달을 보장하기 위해 DNS 레코드를 생성하는 방법에 대한 지침도 제공할 수 있습니다.
그런 다음 Lark와 같이 제가 위에 게시한 것보다 설정이 더 복잡한 서비스가 있습니다.
이것이 바로 Discourse Meta가 공식 및 커뮤니티 기반 지원을 제공하기 위해 여기 있는 이유입니다. 예산이 있다면 초기 설정을 대신해 주는 많은 분들이 있습니다. 또한 @pfaffman과 같은 분들은 셀프 호스팅 사용자를 위해 소액의 연회비를 받는 지원 대시보드를 제공하며, 여기에는 그의 지원도 포함됩니다. 이 대시보드는 기술에 익숙하지 않은 사용자들을 위해 플러그인 설치와 일부 커맨드 라인 유지보수를 수행할 수 있는 옵션을 제공합니다.
분명히 말씀드리지만, 귀하의 입장에 공감하며 말씀드리고 싶습니다. 오늘날과 같은 시대에 GUI UX는 일반 사용자들을 위해 더 표준화되고 있다고 생각합니다.