실무 커뮤니티(Communities of Practice) 워킹 그룹?

저는 현재 Discourse를 플랫폼으로 선택하여 실천 공동체(community of practice)를 구축하는 데 전념하고 있습니다. 즉, 이 공동체의 목표는 구성원들이 단순히 ‘참여’(읽기, 학습, 반응, 댓글/답글, 그리고 깊이 있는 새로운 주제 작성)하는 것을 넘어, 실제 현실에서 진행 중인 자신들의 실천, 즉 자신의 활동과 프로젝트를 위한 협력적 지원 수단으로 공동체 공간을 적극적으로 활용하는 것입니다. (제 경우, 특정 그룹의 평생 학습에 초점을 맞추고 있으며, 특정 접근 방식을 취하고 있습니다.)

솔직히 말해, 저는 아직 고군분투 중입니다. 저는 Circle, Heartbeat, Mighty Networks, Discord, Slack, 그리고 강의 관련 부가 기능(Thinkific)을 포함한 다양한 커뮤니티 플랫폼을 직접 사용해 보고, 그 위에 호스팅된 여러 공동체에 참여해 본 후, 더 트렌디한 플랫폼 대신 Discourse를 선택했습니다. 제 결정 과정은 꽤 복잡했지만, 결론부터 말하자면 저는 Discourse에서 이 프로젝트를 성공적으로 만들어 나가는 데 결연한 의지를 가지고 있습니다.

그러나 Discourse가 비교적 기술적인 성격을 가지고 있다는 점을 고려할 때, Meta에서 비슷한 일을 하고 있을지 모를 같은 생각을 가진 워킹 그룹의 도움을 정말로 필요로 합니다. 즉, 플랫폼의 강력한 기능과 유연성을 저(그리고 예상되는 구성원들)의 의지, 우리의 필요와 사용 사례에 맞게 어떻게 활용할 수 있는지에 대한 논의가 필요합니다. 특히 저는 브랜드나 지원 목적보다는 관심사 기반의 그룹으로, 언급했듯이 단순한 참여가 아니라 실천, 즉 구성원들이 무언가를 성취하도록 돕는 것을 목표로 하며, 동력과 방향성이 주로 외부(예: 외부 작업, 엔지니어링, 또는 소비자 관련 필요)가 아니라 공동체 내부에서 나오는 커뮤니티를 시작하고 운영 중인, 기술에 조금 덜 익숙한 분들을 찾고 있습니다.

제가 상상하는 공동체들은 코칭이나 강의 제공과 관련이 있을 가능성이 높으며, 마케팅, 신규 회원 유치, 이탈 방지 등 소규모 비즈니스(예: 솔로프러너)와 관련된 문제들을 다루게 될 것입니다. 대부분의 Discourse 커뮤니티가 고객을 지원하기 위해 대기업이나 기술 제품 팀에 의해 운영되고 있다는 느낌을 받습니다. 물론 이는 좋은 일입니다. 오해하지 마십시오. 이는 우리가 같은 '작은 사업자’들을 위해 Discourse가 계속 존재하고 진화할 수 있다는 것을 의미합니다!

구체적으로 저는 Discourse의 상당한 기능 세트를 활용하여(독창적으로?) 구현할 수 있는, 실행에 옮길 수 있는 커뮤니티 전략과 전술을 찾고 있습니다.

어쨌든, 저는 상호 지원과 협력을 위해 같은 처지에 있는, 같은 생각을 가진 몇몇 Discourse 커뮤니티 빌더들과, 그리고 이種の 사용 사례를 촉진하는 데 관심이 있는, Discourse를 속속들이 아는 분들과 연락을 주고받고 싶습니다. 감사합니다!

10개의 좋아요

트레이시, 안녕하세요 – 저는 Discourse에서 여러 개의 CoP(관심사 공동체)를 구축하고 운영해 본 경험이 있습니다. 일반적으로 CoP는 특정 실무(예: 커뮤니티 관리)에 초점을 맞추기보다는 일반적인 실무 전반을 다루지 않습니다. 레이저처럼 집중된 사용 사례(그리고 따라서 대상 독자)가 중요합니다.

이것은 사실과 매우 다르다는 점을 기꺼이 말씀드리겠습니다. 수많은 커뮤니티가 소규모 조직이나 개인에 의해 운영되고 있습니다.

구체적으로 어떤 어려움에 직면해 계신가요? 기꺼이 도움을 드리겠습니다.

7개의 좋아요

@HAWK 답변해 주셔서 감사합니다! 이 분야에 풍부한 경험을 가진 분이 있고, 그것도 Discourse의 수장이라는 사실을 알게 되어 기쁩니다. 정말 멋지네요.

좋습니다. 이런 커뮤니티(관리자가 저에게 둘러보게 해 주거나 그들의 지혜를 나눌 수 있는 곳)를 찾는 방법에 대한 조언이 있을까요? https://discover.discourse.org/ 에서 꽤 오랜 시간을 보냈고, 여기 메타 커뮤니티에서도 이것저것 검색해 보았습니다.

흥미롭네요. 저는 아마도 정통적인 CoP를 추구하지 않고 있을 가능성이 큽니다. Wenger-Trayner의 정의 작업에 대해 알고 있고, 최근에는 rosie.land의 Rosie Sherry를 팔로우하고 있습니다. 하지만 실제로는 저의 목적에 맞춰서 임기응변으로 하고 있는데, 그 목적은 위의 두 모델과 정확히 일치하지는 않습니다.

제 사용 사례나 대상 독자가 아직 레이저처럼 집중되어 있지는 않지만, 제가 활성화하고 촉진하려는 특정 유형의 사람과 평생 학습 접근법에 대해서는 확실히 초점을 맞추고 있습니다. ("평생 학습"은 정말로 많은 의미를 가질 수 있습니다. 요즘 누가 "평생 학습자"가 아니겠습니까!?)

가장 큰 고충 중 하나는 건설적인 피드백을 줄 수 있는 좋은 베타 테스터를 찾고(그리고 온보딩하고, 함께 일하는 법을 배우고) 있는 것입니다 – 모든 것을 망치거나 제 진전을 방해하지 않는 피드백을요. 솔직히 말해서, 지금은 약간 절망적인 상태이지만 입력이 필요합니다. 이 단계에서 이런 마인드셋 장벽은 흔하지 않다고 생각합니다.

현재 제 Discourse 설정에는 "실천(Practices)"에 전념하는 카테고리가 있으며, 이를 단순하게 유지하되 많은 가치를 담으려고 노력하고 있습니다. 커뮤니티 "체크인"에 대해 시간 기반 접근법을 채택하기로 결정했는데, 이는 성찰과 회원 게시물을 생산적이면서도 유연하게 만들어 부드러운 책임감을 부여하도록 설계된 프롬프트를 사용합니다. Discourse에서 제가 겪고 있는 구체적인 고충 중 하나는 커뮤니티 멤버가 답변할 수 있도록 일일 및 주별 주제 게시를 자동화하는 방법입니다. 관리 가능하게 유지하려면 유연하게 구성된 자동화가 필요하므로, 그 플러그인을 배우고 있습니다. 하지만 바로 난관에 부딪히고 있습니다.

예를 들어, 주제 제목에 날짜를 넣어야 합니다. 이것이 불가능한 것 같습니다(예: Inserting date/time into new topic's title field (ie, right here > !) - #11 by meave).

또한 자동화된 체크인 주제를 시간 순서대로 유지해야 하는데, 여기에서 오랫동안 이어져 온 논쟁(제가 정말로 이해하지 못하는)에 따르면, 제목의 알파벳-숫자 정렬이 아니라 생성 날짜를 조정하는 것만 가능하다고 합니다.

또 다른 고려 사항은 새로운 사람들(베타 테스터뿐만 아니라)을 커뮤니티로 데려오는 방법을 준비하는 것입니다. 저는 개방적이고 접근하기 쉬우면서도 선택적이어야 합니다(모든 것에 접근할 수 있는 회원에게는 유료로 전환해야 합니다 – 지속 가능성을 위해 재정적 지원이 필요합니다). 저는 @Paul_King이 다양한 유형의 회원을 위한 신청, 승인 및 그룹 배치 프로세스를 위한 자동화를 사용하는 노력(Alternative sign up pathways - #39 by tgustilo)을 지켜보고 있습니다. 최종 그룹 배치와 프로필에 대한 관리자의 개선된 통제가 필요해 보입니다.

새로운 문서 플러그인을 사용하여 한 카테고리에 대해 좋은 진전을 이루고 있으며, 다른 카테고리에는 회원이 학습 자료를 크라우드소싱할 수 있는 위키를 사용하려고 생각하고 있습니다 – 이상적으로는 주제별 전문가가 제출물을 조정하고 편집하는 것입니다. 이를 모두 사용자 친화적으로 만들어야 하므로, 이는 위키 기여 예정자에게 Discourse 사용법(위키 게시물 제출 방법)에 대해 상당한 교육을 제공해야 함을 의미합니다.

그리고 일반적으로, 저는 비기술적 회원에게 충분하지만 과도하지 않은 온보딩을 제공하는 방법에 대해 걱정하고 있습니다. 그들은 훨씬 덜 정교한 다른 커뮤니티 소프트웨어를 사용하는 데 익숙해지고 있는데, 이는 탐색, 게시물 작성, 접근 권한 획득, 권한 부여 등에서 그렇습니다. 저는 꽤 기술에 밝은 편(엔지니어가 아닌 상황에서)이지만, 회원으로서도 학습 곡선이었고, 관리자로서는 더 말할 나위가 없습니다.

저는 여전히 관리자로서 회원(다른 그룹, 레벨)이 무엇을 보는지 검토하고 테스트하는 가장 좋은 방법을 찾고 있습니다. 메타에서 저에게 그걸 알려줄 적절한 토론을 아직 찾지 못했습니다. 저는 실제 회원을 "위장"하려는 것이 아니라, 관리자로서가 아닌 일반 회원으로서 커뮤니티를 보고 싶을 뿐입니다 – 이상적으로는 여러 테스트 사용자를 만들고 계속 로그인/로그아웃하지 않아도 되는 방식으로요.

더 많은 것이 있지만, 그건 꽤 많은 양입니다! :zany_face: 기본적으로, 여러분이 상상할 수 있듯이, 저는 이론적, 기술적, 사회적 수준에서 다양한 고려 사항 사이를 오가며, 제 자신과 다른 사람들의 경험을 고려하고, 미래 회원들의 필요와 기쁨을 예측하려 노력하고 있습니다. 한 사람에게 많은 일이며, 저는 스스로 커뮤니티 지원을 적극적으로 찾고 있습니다. :slight_smile:

다시 한번, 의견을 주셔서 감사합니다. 당신이 무엇을 추천할지 기대됩니다.

8개의 좋아요

Tracey님, 안녕하세요. 의미 있는 온라인 커뮤니티를 운영하는 데 따르는 풍부하고 복잡한 과제들을 제대로 짊어지고 계신 것 같습니다.

Hawk님의 의견에 전적으로 동의하며, 목적이 (그) 핵심적인 기초 기둥이라고 생각합니다. 한쪽에는 이를 깊이 믿는 핵심 멤버들이, 다른 한쪽에는 플랫폼(예: Discourse)이 이를 지탱해 줍니다.

세 가지 영역에 걸쳐 노력을 분산시키시길 권하며, 플랫폼의 세부 사항에 너무 매몰되지 마세요. 그 부분은 시간이 지나면 자연스럽게 해결될 것입니다.

8개의 좋아요

커뮤니티 오브 프랙티스(Community of Practice, CoP)는 Discourse의 전형적인 사용 사례라고 생각합니다. 명시적으로 그렇게 시작하지 않더라도, 기술 포럼, 취미 포럼, 고객 지원 포럼 등은 CoP의 많은 특성을 자연스럽게 발전시키는 경향이 있습니다.

예외적으로, 포럼은 캐주얼한 사용자들도 끌어모으는 경우가 있습니다. 이러한 사용자의 질문에 답하는 것은 커뮤니티의 핵심 구성원들이 자신의 지식을 활용할 수 있게 해주므로, Q&A 형식의 질문을 하는 캐주얼한 사용자의 존재만으로 해당 커뮤니티가 CoP가 아니라고 보지는 않습니다.

이 문제를 제기한 이유는, 필요한 기능의 상당 부분이 Discourse에 이미 내장되어 있을 수 있다는 점을 제안하기 위해서입니다. 또한, 일반적인 사용 사례에 대한 설정 문서가 Discourse에 부족하다는 점도 지적하고자 합니다.

이것을 예로 들면, Discourse에는 공유 초안 카테고리를 생성할 수 있는 사이트 설정이 있습니다. 공유 초안을 위해 Staff 카테고리를 사용하는 것이 일반적이지만, 사용자 일부만 접근할 수 있는 어떤 카테고리라도 적절합니다. 해당 카테고리에 접근 권한이 있는 사용자는 주제(Topic)를 공동으로 생성하고 편집할 수 있습니다. 이러한 주제는 특정 날짜와 시간에 다른 카테고리(일반적으로 공개 카테고리)에 게시되도록 예약할 수 있습니다. 이는 다른 커뮤니티 멤버들이 답글을 달도록 설계된 일일 및 주간 주제를 게시하는 데 좋은 전략이 될 수 있습니다.

Discourse에는 구성 가능한 알림 시스템도 있다는 점을 주목할 가치가 있습니다. 모든 사용자 또는 사용자 일부가 기본적으로 “첫 게시물 보기(Watching first post)” 설정을 켜고 있는 카테고리에 체크인 주제를 게시하여 이 기능을 활용할 수 있습니다. (사용자가 원할 경우 이 설정을 해제할 수 있습니다.)

위 시나리오에 대해서만도, Discourse 사이트의 신규 관리자라면 바로 파악하기 어려운 세부 사항이 꽤 많습니다. 예를 들어, 커스텀 그룹이 무엇인지, 그룹 멤버십이 카테고리 접근 권한 및 기타 권한을 제어하는 데 어떻게 사용되는지, 사용자를 그룹에 추가하는 방법, 알림 시스템이 어떻게 작동하는지 등입니다. 제가 하려는 주장은, 커뮤니티 오브 프랙티스가 Discourse의 전형적인 사용 사례로 인정된다면, 관련 설정 옵션의 대부분을 문서화하는 것이 가능해질 것이라는 점입니다.

지난 1년간 제 포럼 사용 방식이 변했기 때문에 여기에서 부분적으로 답변을 남깁니다. 새로운 주제를 학습할 때, 저는 포럼에 바로 접속하는 대신 LLM(대형 언어 모델)의 도움을 받아 주제를 탐색하는 것으로 시작합니다. 이는 효율적이지만, 공개 포럼의 공유 지식 기반에 기여하는 대신 개인적인 지식 기반을 구축하는 결과로 이어졌습니다. 본질적으로, 저는 포럼에 게시글을 올리는 행위를 개인적인 노트 앱에 메모를 작성하는 것으로 대체한 것입니다.

커뮤니티 오브 프랙티스라는 범주에 들어갈 수 있는 것 중 하나는 지식 종합(knowledge synthesis)을 위한 공간을 제공하는 것입니다. 포럼의 기본 구조는 질문으로 대화를 시작하는 것이었다고 생각합니다. 포럼이 공유 지식 기반으로서 인식되도록 문화적 전환이 일어날 수도 있습니다. "x에 대해 내가 배운 것"을 게시하여 대화를 시작하는 것이 "x에 대해 질문이 있습니다"라고 게시하는 것과 마찬가지로 일반적이 될 수 있습니다. 이는 추측에 불과하지만, 새로운 커뮤니티를 시작하는 전략을 제공할 수 있습니다. 사람들에게 그들이 배운 것을 게시할 장소를 제공하기만 하면 됩니다.

6개의 좋아요

두 주제 모두에 대해, 포럼의 사본을 갖춘 스테이징 사이트를 갖는 것이 유용하다고 느꼈습니다. 우리는 이를 새로운 기능을 실험하는 샌드박스로, 그리고 미래의 파워 유저들이 부작용이나 이메일 알림 없이 Discourse를 안전하게 실험할 수 있는 장소로 사용하고 있습니다.那里的 로그인 과정을 단순하게 유지하기 위해, 메인 사이트를 Discourse Connect 제공자로 사용하여 Discourse Connect를 활용하고 있습니다.

우리의 경우, 사람들이 실제로 모여 함께 학습할 때 Discourse 사용법을 배우는 데 훨씬 더 큰 진전이 이루어집니다.

4개의 좋아요

핵심 그룹을 찾는 데 있어 가장 좋은 조언은 무엇인가요?

고맙습니다, 토마스. 작성 및 게시물 설정을 실험해 보기 위해 테스트 카테고리를 만들어 두었습니다. 현재는 관리자용으로 설정되어 있지만, 모든 회원이 사용할 수 있는 샌드박스로 쉽게 전환할 수 있습니다.

대규모 구조 실험은 스테이징 사이트에서 시작해야 한다는 점은 충분히 이해합니다. 하지만 막 시작하는 저의 소박한 예산으로서는, 공통 로그인으로 연결된 두 개의 별도 사이트를 유지하는 것은 좀처럼 핵무기 같은 선택지처럼 느껴집니다(그리고 유지보수할 기술적 역량이 부족할 수도 있겠지요). 그래도 미래를 위해 염두에 두어야 할 좋은 아이디어입니다.

감사합니다.

1개의 좋아요

그토록 세심한 제안들을 주셔서 감사합니다, @simon!

동의합니다. 여기 Meta 커뮤니티는 이를 보여주는 훌륭한 예시입니다.

Discourse는 의외로 복잡하고 구성 가능한 옵션이 많습니다. 일반적인 용도에 가장 적합한 기능을 어떻게 구성하고 우선순위를 두어야 하는지에 대한 조언이 부족합니다. 기술 문서(및 문제 해결)는 훌륭하지만, 어떤 설정을 어디서 찾고 어떻게 조정해야 하는지, 또는 어떤 것이 코어(Core)인지 플러그인인지, 테마 컴포넌트인지, 아니면 커스텀 테마나 기타 코딩이 필요한지 파악하는 것은 여전히 도전적입니다. 몇 달이 지나면서 특정 유형의 정보를 어디서 찾을 수 있는지 감을 잡기 시작했지만, 여전히 어떤 Discourse 기능이 어떤 멤버 행동에 가장 적합한지 항상 명확하지는 않습니다. 말씀하신 대로, 이것은 좋은 예시입니다:

나는 예약 게시 기능을 실험해 보았고, Meta를 예시로 문서를 위키 카테고리로 사용하는 방식을 탐색했습니다. 그룹과 보안 권한이 카테고리 및 하위 카테고리와 어떻게 작동하는지에 대한 감각이 생겼습니다. (활성 멤버가 충분히 많아지면) 더 작은 그룹이나 커뮤니티의 일부가 매일 또는 매주 멤버들이 답변할 주제를 공동으로 작업하도록 허용하는 것은 좋은 아이디어일 수 있습니다: 위임(delegate)과 자동화(automate)의 차이 말입니다. 나는 그 아이디어를 좋아합니다. 현재는 나 혼자이므로 매일과 매주 게시물을 작성해야 한다는 것을 기억해야 합니다. 주제를 생성하는 자동화 기능이 있더라도, 날짜에 맞게 제목을 조정하고 템플릿/일반적인 프롬프트에 기타 조정을 가하기 위해 수동으로 들어가야 합니다.

나는 아직 알림 기능을 탐색하지 않았습니다. 카테고리에 “주시(watching)” 설정이 가능하다는 것을 알지 못했습니다. 주제 목록의 필터(최신, 새 글, 읽지 않음 – 이 것들의 차이가 항상 명확하지는 않습니다)도 내가 숙달해야 할 부분입니다. – 그리고 멤버들을 위해(내 관리자 뷰와 달리) 어떻게 구성하고 커스터마이즈할지에 대해서도요. 이것이 내가 일반 멤버가 무엇을 보는지, 기본 뷰를 확인하기 위해 그 관점을 볼 수 있어야 하는 또 다른 이유입니다. 팁을 주셔서 감사합니다.

정말 그렇습니다!

이러한 종류의 문서는 금값이 될 것입니다!

  1. 실천 공동체(CoPs)의 모범 사례를 이해하는 데 도움이 될 것이며; 2) 각각이 Discourse에서 어떻게 구현되어야 하는지를 알려줄 것입니다. 나는 훨씬 덜 헤맬 것이고 – 아마도 내 실험을 견디는 멤버들에게 훨씬 적은 고통을 줄 것입니다. 이는 성공적인 커뮤니티를 만드는 것과 실패하는 것 사이의 차이를 만들 수도 있습니다.

이거요! 이것은 차원이 다른 관찰입니다. :fire:

그리고 포럼의 목적을 Q&A에서 "내가 배운 것"을 통해 토론을 시작하고 지식 종합(knowledge synthesis)으로 전환하는 것에 대해 당신이 쓴 나머지 부분으로 이어가면, 내가 Discourse를 선택하게 된 이유 중 하나는 토론의 질(“문명화된 담론 구성 키트”!)뿐 아니라 AI에 대한 강조 때문이기도 합니다. 시간이 지나며 구축되는 것의 최선의 시나리오는 지식 베이스(knowledge base)이지만 – 그것은 시간이 지나며 자연스럽게 생겨나며, 시대에 뒤처지고 비에버그린(non-evergreen) 콘텐츠는 시간이 지나며 자연스럽게 퇴색해야 합니다. 이것은 인간 모더레이터들이 수년에 걸쳐 수행하기를 원할(또는 할 수 있을) 작업이 아닙니다. AI는 포럼 이전의 개인 학습자에게 도움이 될 뿐만 아니라, 포럼 자체가 당신이 상상하는 지식 공유 방식으로 성장하면서에도 도움이 되어야 합니다.

평생 학습에서 *실천(practice)*에 초점을 맞추는 나의 핵심 동기 중 하나는 실제로 멤버들이 자신의 PKM(개인 지식 관리) 시스템을 구축하고 작업하도록 가능하게 하고 돕기 위해서입니다. 당신은 LLM과 AI를 통해 출력(output) 측면에서 학습 커뮤니티를 연결할 수 있는 가능한 방법을 제안했습니다. PKM에 헌신하는 사람들은 지식 공유자나 빌더가 아니라 지식 축적자(knowledge hoarders)인 경향이 있으며, 나는 우리의 문화적(경제적, 정치적, 사회적) 상황이 “일반적인” 사람들이 자기 자신뿐만 아니라 더 넓은 문화적 변화, 즉 모든 사람의 더 많은 참여를 위해 평생 자기 교육(자수성가자로서)을 계속하는 방향으로 개혁이 정말로 필요하다고 생각합니다. 민주주의적 생활 방식이 생존하려면, 확고하게 자리 잡은 테크노크라시와 부의 불평등뿐만 아니라 접근성과 발언권의 불평등 증가를 견제하기 위해 잘 교육된 일반인(일반 지식인)과 아마추어 전문가(lay specialists)가 필요합니다. 그렇지 않으면 우리는 인류세(Anthropocene)를 생존하지 못할 것 – 또는 잘 생존하지 못할 것입니다.

미안합니다, 너무 길었네요. :sweat_smile: 하지만 이해관계가 큽니다.

나는 철학적 수준과 실용적 수준 모두에서 이 대화를 계속하고 싶습니다. 감사합니다!

5개의 좋아요

Discover에는 다음과 같은 CoP(실천 공동체)들이 있습니다:
https://community.naturephotographers.network/
https://forums.yoyoexpert.com/
https://intfiction.org/
https://forum.trustedhousesitters.com/
https://t-nation.com/
https://www.elitefourum.com/
https://community.cartalk.com/
https://forum.artofmemory.com/
https://forum.psaudio.com/ 등 목록은 계속됩니다.

이것은 전통적인 모델입니다. 해당 텍스트는 그룹 내 모든 사람에게 "실천(practice)"이 동일하다고 가정하고 있습니다. 예를 들어, 모두 사진에 대한 관심에 대해 논의하기 위해 모여 있다는 식입니다.

그 이유를 설명해 주시겠어요? 어떤 문제를 해결하려는 건가요?

Discobot 튜토리얼과 신규 사용자 팁은 이 부분을 대부분 처리하도록 설계되었습니다. 새로운 테스트 사용자로 해당 튜토리얼을 직접 진행해 보셨나요?

각 그룹에 테스트 사용자를 생성한 후 해당 사용자로 임페르소네이트(Impersonate)하는 것이 가장 좋은 방법입니다. 또는 다른 브라우저에서 하나의 테스트 사용자를 만들고 권한을 변경하여 다양한 그룹을 반영하는 것도 좋습니다.

커뮤니티 빌딩에 관한 커뮤니티들이 몇 곳 있습니다. feverbee.com과 https://www.cmxhub.com/에서 폭넓게 읽어보시는 것을 추천합니다. 또한 commchathq.slack.com도 있습니다(초대를 원하시면 말씀해 주세요).

How To Find Your Community’s First Members | FeverBee 를 참고하세요. 일반적으로 그들은 이미 다른 곳에서 당신의 "청중(audience)"의 일원입니다.

9개의 좋아요

제공해 주신 모든 자료에 감사합니다! 확인해 보고 있습니다.

CMX 가입을 신청했습니다. Community Club의 경우 초대가 필요한 것 같습니다.

자동화 기능이 평일마다 토픽을 자동으로 추가해 줍니다. 제목은 수동으로 수정해야 합니다. 현재까지는 매일 댓글로 체크인하고 있는 저 혼자입니다. 토픽은 올바른(역) 날짜 순서로 정렬되어 있습니다. 생성일 기준으로 정렬하도록 설정해 두었습니다.

2개의 좋아요

이 기능을 설정할 수 있는 옵션이 있는지 확실하지는 않지만, 일기 같은 유사한 용도에서 특히 유용할 수 있는 흥미로운 카테고리 옵션이 될 수 있습니다.

최소한 이러한 목록은 URL 쿼리를 통해 정렬할 수 있습니다.

원하는 정렬 순서에 따라 카테고리 문자열 끝에 이 쿼리를 추가한 뒤, Topic List Sidebars 와 같은 방식으로 사용자에게 해당 URL을 공유하거나 표시할 수 있습니다.

?order=created&ascending=true
?order=created&ascending=false

예를 들어, 여기는 메타 사이트의 커뮤니티 섹션이지만, 가장 먼저 생성된 주제부터 가장 최근에 생성된 주제 순으로 정렬되어 있습니다:

https://meta.discourse.org/c/community/65/?order=created&ascending=true
5개의 좋아요

아, 그러니까 주제 목록을 원하는 대로 가상으로 표시할 수 있는 커스텀 URL을 만들고, 예를 들어 테마의 ‘주제 목록 사이드바’ 구성 요소를 사용하여 해당 링크를 포함하는 커스텀 메뉴를 어딘가에 만들 수 있다는 말씀이신가요?

이러한 URL을 일반적으로 어떻게 구성하는지에 대한 참고 자료가 있을까요?

감사합니다. 이 부분을 이해하면 설정의 제한 사항을 극복하는 데 도움이 될 것임을 알 수 있습니다.

2개의 좋아요
5개의 좋아요