@denvergeeks 감사합니다. 하지만 이건 유료 구독 플랜이 아니라, 제 개인 비용으로 운영되고 있습니다(멤버들의 간헐적인 소액 기부가 있을 때만 일부 상쇄되죠).
직접 호스팅을 하고 계신가요?
@Nathank 감사합니다.
맞습니다, 해당 Custom Wizard 플러그인을 설치했지만, 아직 원하는 결과를 얻지 못했습니다.
가장 관련 있어 보이는 기능들은 구독자 전용으로 표시되어 있습니다. 다른 접근법을 배제할 수는 없지만, 지금까지는 사적 포럼 멤버의 자격 요건(드롭다운/다중 선택 사용자 정의 필드를 통해 확인)을 가진 사람들을 식별하는 동시에, 다른 모든 공개 포럼 지원자를 필터링해내는 데 필요한 복잡성을 다루는 우아한 해결책을 찾지 못했습니다.
아예 시도하지 않는 것이 나을 수도 있습니다. 가입을 승인할 때, 지원자가 제공한 응답에 따라 수동으로 그룹 멤버십을 부여하는 방식이죠. (하지만 공개 사용자 입장에서는 다소 불편한 가입 경험이 될 것입니다)
또한
이도 있습니다.
네, 말씀이 맞습니다. 해당 기능(특히 그룹에 추가)을 사용하려면 무료 커뮤니티 구독이 필요하며, 이는 다소 번거로움을 더합니다. 하지만 여전히 실행 가능합니다.
@nathank 감사합니다.
무료 커뮤니티 구독 신청서를 제출했습니다. 어떻게 될지 지켜봐야겠습니다.
언제든 ‘무료’ 정책을 변경할 수 있는 플러그인에 영구적으로 의존하게 되는 것이 조금 걱정됩니다. 만약 그렇게 된다면, 대안이 있을까요?
그런 셈이죠. 구독이 어떤 이유로든 만료되어도 마법사(Wizard)는 계속 작동합니다. 다만 해당 구독자 기능에 대한 변경 사항만 잠겨집니다.
이 스레드를 다시 살펴보면, 자동화를 작동시킬 수 없었다는 점이 다소 이상합니다. 이는 심각한 버그로 보이며, 저도 이를 재현할 수 있습니다.
질문자의 사용 사례를 고려할 때, 해당 문제가 수정되도록 요청하는 것이 더 나은 선택일 수 있으며, Custom Wizard 플러그인은 임시 대안으로 활용하는 것이 좋습니다.
제 사용 사례도 비슷합니다. 저는 비공개(제 경우엔 유료) 커뮤니티를 만들고 있지만, 방문자(Visitor)들이 계정을 만들고 유료 결제 없이 제한된(티저) 콘텐츠를 볼 수 있도록 허용하고 싶습니다. (익명 접근은 허용하지 않으므로 login required로 설정해 두었습니다.)
모든 설정이 끝난 뒤, @Paul_King 님이 최종적으로 사용하게 될 플러그인, 자동화 및 유효성 검사 등을 포함한 설정, 그리고 주의해야 할 점(함정)을 요약해 주시겠어요? 미리 감사합니다.
@nathank 님, 제가 제대로 이해하고 있는 건지 확인하고 싶습니다. Visitors 그룹과 (유료) Members 그룹이 있는 경우, “everyone” 보안 설정을 변경하여 카테고리 접근을 제한할 수 있나요? (보안 설정은 상속되지 않으므로 모든 하위 카테고리도 주의 깊게 확인해야 한다는 점도 알고 있습니다. – 어제 배운 내용인데, 직관적이지 않고 잠재적으로 위험할 수 있더군요! Subcategory does not inherit security settings) 특히, Visitors의 신뢰 수준(Trust Level)이 상승하여 스스로 더 많은 접근 권한을 부여할 수 있는 일은 절대 일어나지 않는 것이 맞나요?
또한 @nathank 님, 이 말은 무슨 뜻인가요?
회원(Member)이 보안 제한이 걸린(예: Member 전용) 다른 Member 카테고리로 링크를 걸 수 없다는 뜻인가요? (즉, 보안 제한이 있는 한 아예 불가능하다는 것인가요?) 이건 상당히 큰 대가입니다!
현재 저는 리드(잠재 고객) 확보를 위해 로그인한 Visitors를 허용하는 것이 가치가 있는지 다시 고려하고 있습니다.
@denvergeeks 제 커뮤니티가 유료이므로, Discourse Subscriptions 플러그인에 접근할 수 있도록 호스팅을 업그레이드하는 것이 나을 수도 있겠습니다. 제 강의(커뮤니티 외부의 선택 사항)는 어차피 ThriveCart를 통해 유료로 제공될 예정이므로, 이걸 사용하려고 계획하고 있었습니다. 그러면 강의, 코칭, 커뮤니티 멤버십 등을 번들로 묶고 모든 금융 거래를 한 곳에서 관리할 수 있습니다.
네, 정말 그렇게 간단합니다.
그룹이 상위 카테고리에 대한 접근 권한이 없다면 하위 카테고리에 대한 접근 권한을 부여할 수 없습니다. 이는 귀하가 훌륭하게 지적한 위험으로부터 보호하기 위한 것입니다.
그렇게 심각하지 않습니다. 링크는 여전히 정상적으로 작동하지만, 보기 좋은 Oneboxes가 생성되지 않을 뿐입니다.
불행히도 기본 설정에서는 Stripe와의 통합만 지원됩니다. 그렇지 않았다면 당신에게 이상적이었을 것입니다.
@nathank 감사합니다. 버그로 보고했습니다.
한편, 제 프로세스의 일부에서는 기존 사용자 모두에게 비공개 포럼의 ‘비공개 포럼’ 그룹 멤버십이 자동으로 할당되어야 합니다(지금까지는 그룹을 명시적으로 사용하지 않았으며, 포럼은 기본적으로 비공개였습니다). 중복된 가입 초대장을 보내고, 기존 포럼 사용자 모두가 접근 권한을 유지하기 위해 응답해야 하는 상황을 피하면서 이를 수행할 명백한 방법을 찾지 못하고 있습니다.
이것을 자동으로 달성하는 유일한 방법은 좀 더럽고 복잡한 Data Explorer 쿼리를 사용하는 것일지도 모른다는 끔찍한 예감이 듭니다.
네, Digital Ocean에서 셀프 호스팅을 하고 있습니다.
불필요하게 걱정할 필요 없습니다!
사용자 이름이나 이메일 목록(예: /admin/users를 통한 내보내기)을 가지고 있다면, 그룹 페이지의 
부분에 이 내용을 그대로 복사하여 붙여넣기만 하면 됩니다.
간단합니다!
기억이 맞다면, 사용자가 1,000명을 초과하면 문제가 생길 수 있습니다. 하지만 여러분은 괜찮을 것입니다.
@nathank 감사합니다.
대사구를 보면, 현재 문장 그대로라면 해당 사용자를 실제로 이동시키는 것이 아니라 단순히 초대만 생성하는 것처럼 읽히네요?
기존 계정이 있는 사용자에게는 추가하고, 계정이 없는 사용자에게는 초대장을 보내도록 충분히 똑똑하게 설계되어 있습니다.
제가 직접 요청해서 알고 있거든요! 그렇지만, 문구 표현은 더 개선할 여지가 있죠?
테스트 사용자 몇 명으로 직접 테스트해 보세요.
@nathank 님, 감사합니다. 말씀하신 대로 정확히 작동했고, 정말 영리한 방법이네요!
엑셀에서 정리된 이메일 주소 열을 클립보드에 복사한 뒤 대화상자에 붙여넣었을 때, 쉼표로 구분된 데이터로 잘 인식되었습니다.
제 경우, 한 번에 500명만 붙여넣어도 'Error 502’가 꽤 자주 발생했습니다. 이는 서버 병목 문제인 것 같습니다(제 호스팅 플랜에는 네트워크 및 CPU 사용량에 제한이 있습니다).
한 번에 200명으로 줄이면 거의 일관되게 작동했고, 배치 사이에 시간을 좀 더 두면 한 번에 몇 명 더 처리할 수도 있었습니다.
다음 단계로는 'Private Forum’에 대한 접근을 허용하거나 차단하기 위해 커스텀 사용자 필드 변수와 그룹 ‘Private forum’ 사이의 양방향 동기화 링크를 somehow 구축하는 방법을 찾아야 합니다. Discourse Automation을 통해 이 작업을 시도했지만 아직 성공하지 못했습니다.
현재 ‘public forum’ 상자만 체크하고 가입하는 테스트 계정도 여전히 두 포럼에 대한 전체 접근 권한을 가지고 있습니다.
또한 Public 및 Private 포럼 접근 권한을 위한 새로 만든 커스텀 사용자 필드가 사용자 프로필에도 표시되는데, 이는 혼란의 원인이 될 수 있습니다. 특히 기존 사용자는 해당 필드가 비어 있는 상태이기 때문입니다.
해당 필드가 관리자만 볼 수 있도록 하거나, public forum 전용 사용자에게는 흐리게 표시(grayed out)되는 것이 더 좋을 것 같습니다.
많은 도움이 될 것 중 하나는, 포럼 관리자가 사용자를 승인하는 과정에서 직접 접근 가능한 사용자 그룹(들) 및 이에 따라 할당된 카테고리를 지정하거나 덮어쓸 수 있는 방법이 ‘사용자 승인’ 대화상자 내에서 제공되는 것입니다.
사실 이 대화상자에서 사용자 프로필 전체를 편집할 수 있어야 합니다. 이를 통해 사용자 정의 필드에서 식별된 사용자 오류를 정리할 수 있습니다.
현재 가입 시 프로필 문제를 정리하는 유일한 방법은 사용자 승인을 위해 다른 여러 영역을 오가는 것인데, 이로 인해 관리자가 실수하거나 누락할 위험이 상당히 높아집니다.
안녕하세요 @tgustilo
제 경우, 제3자 플러그인을 사용하지 않고도 작동하도록 설정한 것 같습니다.
현재 제가 사용하고 있는 유일한 플러그인은 내장된 Automations 플러그인이며, 이 플러그인에 대한 팁과 주의사항은 이 스레드 바로 위에 게시되어 있습니다.
(현재로서는) 사용자가 접근하려는 포럼에 따라 입력해야 할 정보가 달라지는 조건부 가입 사용자 대화상자를 구현하는 것을 포기했습니다. 따라서 Discourse Authentication Validations나 Custom Wizard 플러그인은 사용하지 않습니다.
그 결과, 공개 포럼 신청자에게는 다소 덜 세련된 경험을 제공하게 되지만, 사적 포럼 신청자에게 사용되는 전문 자격 및 직무 등의 사용자 정의 필드를 공개 포럼 신청자에게도 노출하는 것은 어느 정도 유용할 수 있습니다. 이를 통해 신청하는 일반 회원이 보유하고 있는 다른 전문 자격과 직위를 수집하고, 이를 그들의 공개 프로필에 표시할 수 있기 때문입니다.
이 정보는 이 사람과 상호작용하는 모든 사람이 해당 사람의 수준과 전문 분야에 무엇이 관련이 있을지 더 잘 파악할 수 있게 해줍니다.
이제부터, 관리자가 승인 전에 사용자 신청서를 직접 편집할 수 있는 방법을 정말로 원합니다. 모든 작업을 동일한 승인 대화상자에서 수행할 수 있도록요.
이렇게 하면, 제공된 다른 정보에 판단하여 분명히 해당되지 않는다고 보이는 사적 포럼 접근 권한을 신청한 사용자에게도, 처음부터 다시 신청해야 하는 수고로움을 덜어주면서 공개 포럼 사용자 그룹의 회원 자격을 부여할 수 있고, 기타 명백한 실수들은 한 번에 수정할 수 있습니다(편집된 프로필 필드에 대해 사용자에게 색상 코드로 경고 표시를 하는 것도 가능합니다).
현재 제출된 신청자 사용자 프로필(사용자가 선택한 사용자 그룹 포함)의 문제를 해결하려면, 사용자가 신청을 아예 거부하는 것(상세한 설명이 거의 없는 경우)이거나, 관리자가 실수나 누락의 위험이 높은 별도 다단계 정리 과정을 수행해야 합니다.
저도 이런 방식의 신청 프로세스가 제 사례에서도 작동하기를 원합니다. 오직 Automation 플러그인으로만 제어되고, 이상적으로는 말씀하신 대로 승인 프로세스 자체에서 지원자의 그룹 소속, 프로필 필드 및 기타 모든 항목을 조정할 수 있으면 좋겠습니다.
관리자를 위한 신청 및 승인 워크플로우는 공개 멤버(또는 시험 멤버, 또는 무료 콘텐츠에 대한 제한된 접근 권한을 가진 멤버) 처리부터 개인 또는 유료 또는 전속 멤버를 위한 더 복잡한 온보딩까지 다양한 사용 사례가 있습니다.
또한 좋은 베타 테스터와 초기 멤버를 선별하는 데 유용할 것이라고 생각합니다. 이것이 제가 현재 겪고 있는 문제입니다. 관심 있는 모든 사람에게 열린 광범위한 옵션을 원하지만, 실제로는 많은 영향력을 가진 강력하고 핵심적인 초기 멤버가 될 사람을 선별해야 합니다.
코스나 코칭 제공과 함께 지원 커뮤니티를 구축하는 경우, 초기 가입 자동화가 해당 사람들을 적절한 코호트나 코칭/지원 그룹으로 유도할 수도 있습니다.
따라서 자동화된 가입/신청과 유연한 관리자 승인을 결합하는 데에는 많은 용도가 있습니다.
추가 비용을 지불하지 않고 단일, 공식, 무료 플러그인을 구성할 수 있다는 점은 자금이나 (어떤/많은) 유료 멤버십이 없는 스타트업 커뮤니티에게 매우 도움이 된다는 데 동의합니다.
프로세스를 공유해 주셔서 감사합니다. 매우 유용했습니다.