Discourse 셀프 호스팅이 훨씬 쉬워졌습니다

Discourse를 직접 호스팅하는 방식을 크게 업데이트했다는 소식을 전하게 되어 기쁩니다. 직접 Discourse 인스턴스를 실행하는 것에 관심이 있었거나, 과거에 설정 과정이 복잡하게 느껴졌던 분이라면 이번 업데이트가 바로 여러분을 위한 것입니다.

한 줄 명령어로 Discourse 설치하기

자신의 서버에 Discourse를 설정하는 과정이 이제 하나의 명령어를 실행하는 것만큼 간단해졌습니다:

wget -qO- https://raw.githubusercontent.com/discourse/discourse_docker/main/install-discourse | sudo bash

이것만으로 끝입니다. 새 서버에서 이 명령어를 실행하면 바로 작동하는 Discourse 설치 환경을 갖출 수 있습니다. 더 이상 설정 파일을 이리저리 다루거나 긴 설정 가이드를 따라갈 필요가 없습니다.

SMTP는 이제 선택 사항

@codinghorror가 한때 말한 것처럼:

이 문제를 완화하기 위해 SMTP를 선택 사항으로 변경했습니다. 새로운 설치 프로그램은 Discourse ID를 로그인 수단으로 사용하여 SMTP 설정을 완전히 건너뛸 수 있도록 합니다.

SMTP 설정은 처음 Discourse를 설정하는 사람들이 가장 많이 어려움을 겪는 1순위 문제였기 때문에, 설치 과정의 이 장벽을 마침내 제거하게 되어 매우 기쁩니다.

Discourse ID를 통한 무료 서브도메인 제공

SMTP 문제를 해결한 뒤, 우리는 다음 장벽인 도메인 확보에 목표를 두었습니다. 도메인을 구매하고, DNS 레코드를 구성하고, 기다리는 과정… Discourse가 실행되는 것을 보기 전에 모두 거쳐야 했죠.

이 문제도 해결했습니다. 설치 프로그램을 실행할 때 도메인이 준비되어 있지 않으면, Discourse ID 계정을 통해 무료 discourse.diy 서브도메인을 신청하도록 안내해 드립니다. 이를 통해 몇 시간이 아니라 몇 분 만에 커뮤니티를 구축하고 운영할 수 있습니다.

이미 자신의 도메인이 있나요? 좋습니다, 설치 프로그램은 이를 지원하기도 합니다! 하지만 단순히 기능을 시험해보거나 빠르게 시작하고 싶다면 걱정 마세요.

더 친근한 설정 경험

새로운 설치 프로그램은 단계가 줄어든 새로운 인터랙티브 위자드(가이드)를 갖추고 있으며, 이를 지속적으로 개선할 수 있도록 더 새로운 기술로 구축되었습니다.

필요한 것

Discourse를 직접 호스팅하려면 다음이 필요합니다:

  • 클라우드 서버 (DigitalOcean, AWS, Vultr 또는 유사한 제공업체)
  • 약 10분의 시간

이것이 새로운 진입 장벽입니다. 여러분이 커뮤니티 구축에 집중할 수 있도록 마찰을 제거하기 위해 노력했습니다.

시작하기

시도해 보시겠습니까? 단계별 지침을 위해 업데이트된 설치 가이드를 방문해 주세요.

전체 프로세스가 어떻게 진행되는지 확인하려면 여기에서 스크린샷을 볼 수 있습니다.

문제가 발생하거나 피드백이 있다면 이 주제에서 알려주세요. 새로운 설치 프로그램에 대한 여러분의 경험을 듣고 싶습니다.


이 업데이트는 호스팅 플랫폼에서든 자체 인프라에서든 커뮤니티를 운영하시는 모든 분들이 Discourse에 더 쉽게 접근할 수 있도록 하는 우리의 지속적인 노력의 일환입니다.

76개의 좋아요

놀라워요! :exploding_head: 정말 마음에 들고 직접 써보고 싶습니다.

원래 Install Discourse in Under 30 Minutes 블로그 게시물을 수정해야겠네요. 체인소 없이 줄타기를 하는 것과 같은 느낌이네요!

15개의 좋아요

정말 훌륭해요, 축하합니다! :sparkles::folded_hands:

3개의 좋아요

이건 discourse가 생긴 이래 가장 큰 개선이라고 할 수 있습니다. discourse 화이팅하세요 :rocket:

8개의 좋아요

SMTP가 더 이상 필요하지하다는 것은 정말 멋진 일입니다. Discourse 설정에서 제게 가장 큰 문제가 항상 이 부분이었습니다.

4개의 좋아요

훌륭해요!! 정말 큰 한 걸음이네요! discourse를 정말 좋아하는데, 이렇게 누구나 더 쉽게 접근할 수 있게 되길 바라요!

3개의 좋아요

정말 훌륭하네요!

Chefs Kiss French Chef

확실히 하기 위해 질문드립니다. 이메일을 보내기 위해 여전히 SMTP를 설정해야 하는 것이 맞나요? SMTP 건너뛰기는 설치 과정에만 해당되는 것인가요? 기술에 익숙하지 않은 사용자로서, 게시글의 작성 방식 때문에 다소 의문이 듭니다 :smile:

8개의 좋아요

네, 이메일을 보내려면 여전히 SMTP가 필요하지만, 웹 푸시 알림의 도입으로 인해 이메일 없이도 Discourse를 온전히 즐길 수 있습니다. 저는 수년째 이렇게 해왔고, 이메일을 완전히 사용하지 않기로 선택한 고객들도 많습니다.

SMTP는 여전히 완전히 지원되지만, 더 이상 진행을 막는 장애물이 되지 않을 것입니다.

13개의 좋아요

와. 정말 간결한 설치 과정이네요! 이제 신규 셀프호스터들에게 훨씬 덜 부담스럽게 느껴질 것 같아요.

이 도메인을 사용할 수 있는 시간 제한이 있나요? 아니면 ‘영구적으로’ 사용할 수 있나요?

5개의 좋아요

diy 서브도메인에 대해, 나중에 자체 도메인으로 마이그레이션하고 싶을 때 리다이렉트가 가능한가요?

3개의 좋아요

오늘 통화에서 이 문제에 대해 논의했고, 일반적인 생각은 다음과 같습니다.

  1. 도메인 … 도메인은 인터넷에서 반드시 사용 가능해야 합니다.
  2. 해당 IP에서 Discourse 사이트에 접근할 수 있어야 합니다. (정기적으로 확인하며, 일주일 동안 사용 불가능할 경우 비활성화)

그런 다음, cars.discourse.diy와 같은 높은 가치의 이름이 어떤 이유로든 더 이상 Discourse 사이트를 호스팅하지 않는 경우, 이를 회수하고 DNS에서 비활성화할 권리를 보유합니다.

한번 활성화되었던 사이트(예: 20개 주제)는 재사용되지 않으므로, 장기간 비활성 상태가 되면 단순히 비활성화됩니다. 그리고 원래의 Discourse ID 소유자가 수동으로 다시 활성화할 수 있도록 허용합니다.

이 규칙들에 대한 세부 사항을 정리하고 있지만, 의도는 이러한 도메인이 인터넷에서 이용 가능한 활성 Discourse 사이트를 위해 사용되어야 한다는 것입니다. 인트라넷에서는 이 도메인을 사용하지 마세요.

18개의 좋아요

제가 질문을 잘못 표현한 것 같아요 :sweat_smile:. 셀프 호스터가 discourse.diy 도메인을 포럼용으로 영원히 사용할 수 있나요? 아니면 특정 기간(예: 3개월) 동안만 사용할 수 있나요?

4개의 좋아요

이 계획은 "영구적"이지만, 우리는 이를 중단할 권리를 보유합니다.

예를 들어:

  • 혐오 사이트를 제거합니다. diy 브랜드에 이러한 사이트를 노출하고 싶지 않기 때문입니다.
  • 폐쇄된 사이트의 기록을 제거합니다. 이렇게 하면 죽은 IP 주소나 Discourse 사이트를 실행하지 않는 주소로 해석되지 않도록 할 수 있습니다.
15개의 좋아요

방금 DigitalOcean에서 시도해 봤는데, 잘 작동해요. 좋은 일 했네요.

8개의 좋아요

그렇다면 새로운 커뮤니티에서는 메일링 리스트 모드를 사용할 수 없게 된다는 뜻인가요? 그렇다면 가입 시점에 이를 명확히 알려주는 것이 좋습니다. 해당 옵션이 없는 커뮤니티에는 가입하지 않을 것입니다.

1개의 좋아요

원하시면 메일 지원 기능을 여전히 추가할 수 있습니다. 다만 이제 더 이상 필수 사항이 아니에요. 처음부터 그렇게 되어 있었다면 정말 많은 고민을 덜 수 있었을 텐데 아쉬울 따름입니다.

5개의 좋아요

네, 이메일 설정을 추가하고 메일링 리스트 모드를 활성화하는 작업은 언제든 수행할 수 있습니다. 이를 위해 이메일 설정 절차를 거치게 되며, 초기에 또는 나중에 언제든 진행할 수 있습니다.

6개의 좋아요

새로운 프로세스가 어떤 모습인지 보고 싶은 분들을 위해 공유합니다.

저는 Hetzner CAX11 서버(ARM 아키텍처, 2 vCPU, 4GB RAM)에 Discourse를 설치했습니다.
설치 스크립트를 실행한 시점부터 사이트가 라이브로 올라갈 때까지 약 7분이 걸렸습니다.

  1. :magic_wand: 마법이 일어나는 순간:

  2. 새로운 설치 스크립트는 관리자 이메일을 요청합니다. 이는 남아있는 몇 안 되는 필수 요구 사항 중 하나입니다 :laughing::

  3. 다음으로 도메인 이름을 요청합니다(기본값: 예). 도메인이 없다면 id.discourse.com/my/subdomain으로 이동하도록 안내합니다.

    정말 아름답습니다.

  4. 서브도메인을 생성한 후, 설치 스크립트 과정에서 입력할 인증 코드를 생성해야 합니다:

  5. 인증 코드를 입력하면 id.discourse.com에서 도메인이 검증됩니다. 내가 간절히 원했던 서브도메인이 누군가에게 도용되지 않았다는 사실에 안도하게 되고, 스크립트는 SMTP 설정을 원하느냐고 묻습니다(흥미롭게도 기본값은 아니오입니다. 아마도 Discourse ID의 서브도메인을 사용했기 때문일 것입니다):


  6. 그런 다음, 스크립트는 입력된 모든 정보를 검증하고 모든 것이 정상인지 확인을 요청합니다(기본값은 예, 그래야 맞습니다):

  7. 이 모든 빠른 단계들 이후, 나머지 설치 과정은 Discourse 관리자들과 개발자들에게 익숙한 것입니다. 앱이 재빌드되며, 사양이 낮은 서버에서는 약 5분이 걸립니다.

  8. 몇 분간의 기다림과 커피 한 잔의 여유를 부린 후, 사이트는 라이브가 되고 우리의 Discourse ID를 요청합니다:

  9. 마법사(Wizard)가 이제 단 2단계로 줄어든 것을 확인할 수 있습니다: 초기 로그인과 이(또한 익숙한) 단계입니다:

  10. Discourse에 오신 것을 환영합니다: 이렇게 쉬운 적이 없었습니다 :partying_face:

26개의 좋아요

제가 가진 유일한 비판은, 그 이면의 논리를 이해하긴 하지만 diy 확장자를 선택한 점입니다.

충분히 숙고된 결과라고 확신하지만, 외국인(최소한 프랑스인들에게는)에게는 매우 영어 중심적이며, 이 약어가 대부분의 사람들에게는 아무런 의미도 갖지 못할 가능성이 높습니다.

또한 이 세 글자를 쓰기가 의외로 어렵습니다. 프랑스어에서는 자연스럽게 흘러나오지 않습니다 :thinking:. 도메인 확장자로 사용하는 것을 처음 보는 것이기도 해서, 그 맥락에서도 익숙하지 않습니다.

실제로, 영어를 알고 있고 프랑스어에 능하며 IT 환경에서 영어에 매우 익숙한 저조차도 "diy"를 쓸 때 집중해야 합니다. 전혀 자연스럽게 나오지 않습니다.

아마 더 보편적인 확장자가 더 적합했을 것입니다.

하지만 뭐, 아주 사소한 지적입니다 :grin:

12개의 좋아요

하하, 저도 같은 느낌입니다! 제가 직접 고른 건데도 입에 잘 안 붙어요 :stuck_out_tongue:

다만, 짧고, 최소한의 글자로 의미를 전달하며, 비용이 저렴하다는 점에서는 잘 어울리므로 저에게는 명백한 승자였습니다.

이 서비스가 매우 성공적이면, 미래에 다른 옵션도 제공할 수 있을 겁니다. 이번 작업을 위해 구축한 인프라 덕분에 나중에 더 추가하는 것은 그리 복잡하지 않을 것입니다.

이거 정말 좋아요! 원글(OP)에 링크를 걸어두겠습니다!

14개의 좋아요