첫 번째 디스코스 관리자, 그 의욕이 꺾이다

대부분의 사용자는 제3자 클라우드 제공업체를 이용하고 있으며, 해당 업체들은 서비스 보안을 위해 상당한 투자를 하고 있습니다. 오버헤드는 주로 Discourse 자체를 업데이트하는 데 들며, 이는 많은 분들이 잘 처리하고 있습니다(사실 Discourse를 사용하는 사이트 대부분이 직접 업데이트를 하고 있죠!).

실제로 집에 컴퓨터를 두고 호스팅하는 경우라도… 보안에 조금 더 주의를 기울여야 하지만, ‘연 수백만 달러’ 수준으로 복잡한 것은 절대로 아닙니다.

다만, 가능할 때 호스팅 비용을 지불해 주시는 것은 Discourse 개발을 지원하는 훌륭한 방법임에 틀림없습니다!

11개의 좋아요

직접 하드웨어를 운영하든, 클라우드 서버에서 가상 하드웨어를 운영하든 관계없습니다. 직접 하드웨어를 운영하면 하드웨어 장애라는 추가적인 요인이 생기지만, 클라우드 서버를 유지보수하는 기본적인 딜레마는 비슷합니다. 다음 질문에 답할 수 있나요?

  • 방화벽이 가상 하드웨어로 들어오는 어떤 포트들을 허용하나요?
  • 방화벽이 가상 하드웨어에서 나가는 어떤 포트들을 허용하나요?
  • 80번 포트와 443번 포트를 나가는 방향으로 허용한다면, 나가는 연결이 방문할 수 있는 웹사이트를 제한하나요?
  • 침입자가 웹 서버를 통해 가상 하드웨어에 침투할 때 사용할 가능성이 가장 높은 해킹 전략 7가지는 무엇이며, 각각에 대해 어떻게 보호하나요?
  • 내 머신에 침입이 발생했는지를 파악하기 위한 시스템 관리 전략은 무엇인가요?

더 많은 질문을 할 수도 있지만, 자신의 클라우드 서버를 관리하는 대부분의 사람들은 이러한 종류의 질문에 충분히 잘 답하지 못합니다. 그리고 이제 AI 덕분에 해킹의 정교함은 점점 더 강해지고 있습니다.

클라우드 호스팅 제공업체가 Discourse를 설치할 수 있는 가상 컴퓨터를 제공하나요, 아니면 그들이 유지보수하는 서버에 있는 하나의 Discourse 인스턴스에 대한 접근 권한만 제공하는 Discourse 전용 호스팅 제공업체인가요?

별개의 주제이지만: 우리는 FB(페이스북)에서도 같은 경험을 했습니다. 제 경우에는 심지어 "이의제기(아필)에 성공했습니다"라는 이메일조차 받지 못했습니다. 제 계정이 갑자기 다시 작동하기 시작했고, 이제 FB는 아무 일도 없었다는 듯이 행동하고 있습니다. 보안 설정과 활동 로그에 어떤 이벤트에 대한 기록도 없습니다. FB가 우리가 만든 콘텐츠를 보호하지 않는다는 것을 이제 이해하게 되면서, 저는 심각한 트라우마를 겪고 있으며, FB와의 관계는 영구적으로 변하고 손상되었습니다.

1개의 좋아요

맞습니다. 물론 제가 스스로를 정당화할 필요는 없지만(더 나아가 「테스트」를 받아야 할 필요도 없죠 :sweat_smile:), 제 세팅의 보안이 제 어깨에만 달려 있지 않다는 점을 안심시켜 드리고 싶습니다 :rofl:

저도 마찬가지입니다. 페이스북이 임의로 어떤 계정이나 커뮤니티의 생사를 결정할 수 있다는 사실에 대해 환상이 없었지만, 직접 경험해 보니 느낌이 완전히 다릅니다.

4개의 좋아요

제기된 문제를 정면으로 다루기보다는 회피하고 있군요. 그렇게 할 자유는 당신에게 있습니다. 저는 제 의견을 분명히 밝혔고, 무시하셔도 좋습니다.

페이스북이 우리 계정을 정지시킬 수 있다는 사실을 인정하는 것과는 다릅니다. 그것만으로도 충분히 나쁘지만, 대부분의 사람들은 그 위험을 이해하고 받아들이는 것 같습니다. 하지만 그들은 신성한 선을 넘어서고 있습니다. 역사적 콘텐츠를 삭제한 것이죠. 그들은 제 개인 계정의 가치를 훨씬 뛰어넘는 2년간의 연구 데이터를 삭제했습니다. 15,000명 이상의 사용자 그룹을 혼란에 빠뜨렸습니다. 그 대가는 돌이킬 수 없습니다.

1개의 좋아요

네. 제가 말한 것은 사이트의 구성 방식이 아니라 커뮤니티 조직화입니다. 두 가지는 서로 별개입니다. 커뮤니티를 디스코스로 이주하도록 조직화하는 것은 본질적으로 하나의 캠페인이라고 볼 수 있습니다.

위 내용을 확인해 보았지만, 이 부분에 대한 내용은 보이지 않았습니다. 어떤 아이디어를 가지고 계신가요? 실행 가능한 사항에 초점을 맞추거나, 아이디어를 구체화하는 방법이나 올바른 방향을 제시해 드리는 방식으로 진행해 볼 수도 있습니다. 단순히 정보를 더 많이 받거나 더 많은 선택을 해야 한다는 느낌을 줄 수 있도록, 더 집중된 답변을 드리는 것이 도움이 될 것 같습니다. 만약 제가 그런 느낌을 드렸거나, 회원 모집에 대한 제 제안이 무례하게 느껴졌다면 죄송합니다.

2개의 좋아요

스테프의 코멘트 *“내 환경의 보안은 내 책임이 아니다”*는 보안 문제를 도와줄 시스템 관리자(Sysadmin) 유형의 인력이 상주하고 있다는 인상을 줍니다.

구독 설정을 조금 살펴본다면 일부 질문에 답할 수는 있습니다. 하지만 다른 질문들에 대해서는 경험이 부족합니다. 혹시 6자릿수 예산이 없는 셀프 호스터들을 위한 보안 팁을 작성해 주실 수 있는 입장이신가요? 분명 환영받을 것입니다.

9개의 좋아요

Structuring an active support community migrating from Facebook 이 링크를 확인해 보셨나요? 거기에 일부 내용이 있지만, 대부분은 제 팀과의 논의 중에 진행되고 있으며, 저는 여기서 기술적인 지식을 모으고 있습니다.

이 스레드 초반에 @awesomerobot 님에게 답글을 달았을 때처럼, 제 문제를 적절한 «고도(altitude)»에서 제시하지 못하고 있었던 것 같습니다:

— 저는 이 부분을 바꾸기 시작했는데, 예를 들어 배지, 배지, 아 이거!

괜찮습니다. 모든 맥락을 알고 계실 리가 없으며, 제 문제가 정확히 어디에 있는지 충분히 전달하지 못한 것 같습니다. 그런 일이 있죠. 도와주시고 지원해 주시려는 마음씀에 진심으로 감사드립니다 :hugs:

4개의 좋아요

아, 저는 몰랐네요. 정말 좋습니다. 거기에 나열된 아이디어 중 몇 가지를 우리가 어떻게 접근했는지를 공유하게 되어 기쁩니다. 이전 댓글들이 이미 거기에 게시된 내용으로 이어지고 있다고 생각하므로, 더 이상 공간을 차지하지 않도록 여기서 물러나겠습니다 :slight_smile:

5개의 좋아요

@stephtara 디스코URS 인스턴스 안에 끝없이 이어지는 것처럼 보이는 설정 옵션의 심연을 들여다보는 것이 얼마나 압도적으로 느껴지는지 이해합니다. 하지만 옵션이 있다는 것은 기회도 있다는 뜻이죠. 말씀드리고 싶은 것은, 여러분의 주제와 게시물을 읽으면서 반복적으로 드는 두 가지 생각이 있다는 점입니다.

첫째,

“우리는 도구를 만들고, 도구가 우리를 만든다” 맞습니다. 그리고 우리는 페이스북이 더 이상 바람직한 방향으로 우리를 형성하지 못하고 있다는 데 동의할 수 있을 것입니다. 당신은 디스코URS를 선호하는 것 같지만, 그 과정에 대해 아쉬워하며 옵션을 줄이거나/더 쉬운 설정 과정을 원하고 있습니다. 이러한 것들이 일부 사람들에게는 멋지고 많은 사람들이 원할 수 있지만, 이것은 디스코URS이지, 더 사용하기 쉽다고 인식되는 페이스북이나 다른 서비스가 아닙니다. 제 조언은 그저 디스코URS를 구축하는 데 집중하라는 것입니다. 커뮤니티를 구축하는 동안, 디스코URS에 대한 매우 환영받고 감사한 정교한 비판을 할 충분한 시간은 나중에 충분히 있습니다.

둘째,

@jenmck 에게 동의합니다 :100:
예전의 동료는 제가 세부 사항에 빠져들지 않도록 하고 큰 그림을 떠올리게 하려고 "헤이 필, 완벽을 선의 적으로 삼지 마"라고 말하곤 했습니다. 너무 복잡하게 만들지 마세요, 단순하게 유지하고 그냥 진행하세요.

진행을 위한 제 제안:

  1. 메일 응답 시스템을 작동하게 하세요.
  2. 카테고리나 태그를 한꺼번에 많이 추가하지 마세요. 모든 페이스북 그룹에서 온 사람들을 위해 공개적인 “환영” 카테고리를 하나만 추가하세요.
  3. 각 페이스북 그룹을 위해 그룹을 세 개 추가하세요.
  4. 기존 페이스북 스태프/모더레이터를 각자의 그룹으로 초대하세요. 당신은 훌륭한 글쓰기 실력을 갖추고 있으므로, 각 그룹과 자동으로 생성된 스태프 그룹/카테고리를 위한 적절한 환영 메시지를 작성하세요.
  5. 위에서 언급한 초대를 발급하기 위해 페이스북에 적절한 공지사항을 보내세요. 참고: 초대장은 그룹별로 다르며, 여러 페이스북 그룹에서 스태프/모더레이터로 활동하는 사용자는 여러 개의 초대장을 받을 수 있습니다.
  6. 디스코URS에서 모든 구조 관련 토론을 스태프 그룹에서 처리하세요.
  7. 일부 페이스북 스태프/모더레이터는 바로 오지 않을 것입니다. 괜찮습니다. 그저 구축하고, 페이스북에서 벗어나는 동안 그들을 오도록 격려하세요. 구축하면 그들이 올 것입니다… 아니면 오지 않을 수도 있습니다.
  8. 위 작업을 완료한 후 가까운 시일 내에 초대 프로세스를 통해 페이스북 멤버들을 초대하고, 또 다른 잘 작성된 메시지 세트(페이스북과 디스코URS)를 보내세요. 모든 페이스북 사용자가 바로 오지는 않을 것입니다. 계속 부드럽게 독려하세요… 구축하면 그들이 올 것입니다… 아니면 오지 않을 수도 있습니다.
  9. 디스코URS 인스턴스에 "무언가"를 게시하세요.

비디오와 문서에 관하여:

  • 아직까지 하지 않았다면, 모든 비디오를 포함한 유튜브 채널을 시작하세요. 디스코URS에서 각 비디오를 위해 주제/게시물을 만드는 것은 노동 집약적이지만, 일단 완료하면 것을 매우 깔끔하게 인덱싱하고 정리할 수 있습니다.
  • 문서들은 당분간 다른 곳에 두는 것이 가장 좋을 수 있습니다. 수많은 옵션이 있습니다. 제 선호는 Hugo와 같은 정적 웹사이트에서 제공하는 것입니다.

여러분이 디스코URS 커뮤니티를 시작하는 데 고군분투하는 모습을 보니, 저와 아마 다른 많은 사람들이 아쉽습니다. 메타(Meta)에는 여러분의 성공을 진심으로 원하는 분들이 있습니다. 당신과 당신의 스태프/모더레이터는 언제든지 여기서 도움을 요청할 수 있습니다.

5개의 좋아요

저는 그가 그런 뜻으로 말씀하신 것 같다고 생각합니다. 2017년부터 셀프호스터들을 도와오고 있는데, 그중 일부는 매우 무책임한 행동을 했습니다(예를 들어 몇 년 동안 아무것도 업그레이드하지 않는 경우). 저는 셀프호스터들을 지원하는 것으로 생계의 상당 부분을 벌고 있기 때문에 당연히 다른 의견을 가지고 있습니다.

보안과 관련하여 제가 목격한 유일한 문제는 테마 컴포넌트에서 CSS로 요소를 숨기는 같은 일을 하다가 이를 "수정"한다고 돈을 받은 관리자였습니다. 그는 또한 레일스 콘솔에서 Post.destroy_all을 실행했고, 결과로 많은 게시물이 삭제되었습니다. (저는 백업에서 적어도 대부분의 게시물을 복원하는 데 성공했습니다.) 데이터베이스가 도난당한 사례는 데이터베이스 접근 권한을 위해 돈을 지불한 사람을 제외하고는 알지 못합니다.

디스코스는 보안에 있어 놀라운 일을 하고 있습니다. 워드프레스를 운영하는 것보다 디스코스를 운영하는 것이 훨씬 더 위험합니다. 저는 아무도 그렇게 하지 말아야 한다고 생각합니다.

4개의 좋아요

Discourse를 자체 호스팅하는 데 컴퓨터 보안에 대한 깊은 전문 지식이 반드시 필요하다는 말은 아닙니다. 하지만 다음과 같은 내용을 읽을 때:

그것은 저에게 경고 신호를 줍니다.

도움을 받는 것 자체에 문제가 있는 것은 아니지만, 그것은 ongoing 접근 권한과 책임이 특정 한 사람의 가용성에 의존하는 설정을 암시하기 때문입니다. 그런 상황에서는 호스팅 솔루션이 종종 더 나은 선택입니다. 여전히 본인이 서버에 직접 로그인할 필요는 없지만, 무언가 잘못되었을 때 그 한 사람이 도움을 주기를 기다리는 대신, 선의나 여유 시간, 또는 그 한 사람의 가용성에 의존하는 것이 아니라 신뢰할 수 있는 당사자를 백업으로 가질 수 있습니다. Facebook을 장기적인 보증으로 의존할 수 없는 것과 마찬가지로, 키를 가진 유일한 사람이 전화를 받지 않자마자 커뮤니티 전체가 실패하는 사례를 여러 번 목격해 왔습니다.

실제로, 무언가 고장 나고 그 사람이 가용할 수 없는 바로 그 순간에 사람들이 우리에게(또는 Jay에게, 또는 CDCK에게) 찾아오는 경우가 많습니다. 물론 제가 제 팬들에게 설교하는 것일 수도 있지만요.

하지만 여기서 실제 주제에서 벗어나고 있는 것 같습니다. @philh 님이 저보다 더 잘 표현하고 계신 것 같습니다.

점진적으로 나아가세요. 즉시 완벽할 필요는 없습니다. 사실, 여러분의 특정 커뮤니티에 대해 "완벽"이 무엇인지는 아무도 모릅니다. 여러분과 여러분의 커뮤니티는 과정을 통해 알아낼 것입니다. 그리고 무언가를 하는 방법에 대한 지식 부족, 또는 심지어 어떤 가능성이 있는지에 대한 지식 부족으로 인해 막히게 된다면, meta는 질문하기에 완벽한 장소입니다. 사람들이 의지할 수 있는这么好的 커뮤니티를 가진 다른 제품은 제가 알기론 없습니다.

8개의 좋아요

아니면, 내가 아직 그걸 하지 못한 건 단순히 내가 모든 « Discourse » 시간을 관리자 인터페이스를 뒤져보며 메타(meta)에서 시간을 보내는 데 썼기 때문일 수도 있고, 올해早些에 겪은 사고에서 아직 회복 중이라 이미 있던 실행 기능 장애(ADHD 인사드립니다)가 더 악화되었기 때문일 수도 있고, 지난 몇 주 동안 복직, 아픈 고양이, 그리고 일반적인 생활 때문에 겨우 버티고 있었기 때문일 수도 있습니다. 그리고 « 처음 무언가를 해보는 것 »에는 여러분이 생각하는 것보다 훨씬 높은 장벽이 있다는 점, 이는 실제로 해야 할 일의 내용과는 거의 무관합니다.

내가 직접 설치를 하지 않은 것도 같은 이유입니다: 해볼 수는 있었겠지만, 저는 a) 인생의 특정 단계에 있고 b) 현재의 상황에서는 에너지를 어디에 쓰는지 전략적으로 선택하고 있습니다.

제게는 이 스레드 전체가 이미 조금 전부터 주제에서 벗어나고 있습니다. 저는 새로운 Discourse 관리자로서 제 경험을 더 어렵게 만드는 요인들(제가 그렇게 생각하는 것들)에 대해 게시글을 올렸고, (해당 분들에 대한 악의는 전혀 없습니다) 제 커뮤니티 관리와 기술적 전문성 및 기술력에 대해 심문당하는 듯한 느낌을 받고 있습니다.

7개의 좋아요

변명할 필요 없습니다. 단지 여러분을 가로막고 있을지도 모를 점을 짚어주고 싶었을 뿐입니다.

저는 지난 13년간 이 커뮤니티의 일원이었기 때문에, 지금 일어나고 있는 상황이 그런 것 같지는 않습니다. 더 자주 발생하는 상황은, 누군가 도움을 요청할 때 사람들이 자연스럽게 '무엇을 해야 하는지’와 '어떻게 해야 하는지’를 모두 조언하기 시작한다는 점입니다. 심지어 요청받은 것이 그중 하나뿐인 경우에도요. 그리고 명시적으로 요청하지 않은 조언이 들어오면, 의도했던 것보다 훨씬 더 개인적이거나 평가적인 느낌으로 받아들여지기 쉽습니다.

5개의 좋아요

안녕하세요, 여기 계신 대부분 분들보다 경험은 훨씬 적지만, 저는 (셀프 호스팅이라 동료의 기술적 도움을 약간 받긴 했지만) 처음부터 Discourse 커뮤니티를 구축했습니다. 정말 만족스러우며, 항상 정확히 아래처럼 따랐습니다 :backhand_index_pointing_down:

단계별로 필요한 경우에만 새로운 것을 구현해 왔습니다. 그리고 항상 Meta에서 도움을 찾을 수 있었는데, 이 포럼이 제 목숨을 구해준 횟수를 셀 수조차 없습니다 :rofl:

완전히 사실입니다.

제 커뮤니티는 방금 3주년을 맞았습니다(비록 1년 전부터 Discourse를 배우기 시작했지만), 만약 플랫폼을 변경해야 한다면 모든 것을 조정하는 것이 훨씬 더 복잡했을 것입니다.

이 점을 위해, 새 멤버들이 프로필에서 알림을 어떻게 조정하는지, 그리고 게시글 작성, 검색, 반응, 자기소개 작성 등 다른 기본적인 것들을 어떻게 하는지 설명하는 초보자 튜토리얼을 포함하는 것이 매우 유용하다고 생각했습니다. 바로 이것 때문입니다 :backhand_index_pointing_down:


훌륭한 조언입니다 :clap:


공유해 주셔서 감사합니다 @stephtara, 모든 것이 잘 풀리기를 바라며, 결국 여러분도 여기서 멋진 Discourse를 공유하게 되기를 바랍니다(참고로: 저는 완전한 고양이 애호가이자 전직 수의사이므로, 여러분의 커뮤니티를 더 잘 알게 되는 것을 정말 좋아할 것입니다).

13개의 좋아요

그 마음 잘 이해합니다! 저도 비슷한 상황에 있어요. 디스코르스 여정에서 아마 2주 정도 늦은 정도입니다. 온라인 시스템에 대한 배경 지식도 비슷하죠 (다만 저는 소프트웨어 개발자라는 점만 빼고요).

질문자님의 글이 조금 무섭게 느껴집니다. 저는 이제 막 디스코르스를 진지하게 알아보기 시작하려는데, 시간을 내는 데 애를 먹고 있거든요. 바랐던 것처럼 조금씩 해나가기는 어려울 것 같습니다.

어쨌든, 그저 제가 함께 있다는 말만 드리고 싶었습니다. 제가 도울 수 있는 부분은 돕겠습니다!

11개의 좋아요

방문해 주셔서 감사합니다! 혹시 기존 커뮤니티를 페이스북에서 이전하려는 계획이 있으신가요? 지난 며칠간 제 문제의 핵심 요소가 바로 이것이라는 것을 깨달았어요. 지금까지는 이 부분이 좀처럼 보이지 않는 부분이었던 것 같습니다. 시간이 조금 나면 페이스북 이전 관련해서 제가 이해한 내용을 정리해서 올리려고 합니다.

아, 죄송합니다. 하지만 네, 확실히 시간이 필요하죠. 그래도 당신의 '커뮤니티 구축 시나리오’에 따라 달라질 것 같아요. 만약 제로베이스에서 커뮤니티를 시작한다면(사실 시작할지도 모르겠어요, 아이디어가 있으니까요! 이미 세팅해 둔 내용대로 바로 진행할 수 있을 것 같아요.)

5개의 좋아요

아니요, 저는 페이스북에서 커뮤니티를 이식하는 것이 아닙니다. 대신 처음부터 커뮤니티를 구축하고 있습니다. 그래도 현재 제공되는 다양한 옵션들 때문에 약간 혼란스러운 상태입니다. 휴가 기간이 지나고 나서야 진지하게 진행할 예정입니다.

3개의 좋아요

게시물이 기존 주제에 병합되었습니다: 사이트 설정을 문서에 연결하기

5개의 게시물이 새 주제 사이트 설정을 문서에 연결하기로 분리되었습니다