'초대를 보낸 사용자’를 어떻게 변경할 수 있는지 알고 싶습니다. 특정 개인을 대표하지 않으므로 시스템으로부터의 초대처럼 표시되기를 원합니다. 이 초대는 커뮤니티에서 온 것입니다. 이 부분은 매우 중요합니다. 감사합니다! (:
/admin/user 페이지에서 system을(를) 사칭할 수 있습니다.
감사합니다! 해당 사이트 설정 담당자에게 연락하겠습니다. 
관리자(admin)가 아니라Moderator(모더레이터)라면, 그 이유를 설명할 수 있습니다. 물론 자신의 권한보다 높은 권한을 가진 사용자를 사칭할 수는 없으니까요.
app.yml의 sysadmin/developer 이메일만이 시스템을 impersonate할 수 있는 것 같습니다. 테스트 사용자에게 관리자 권한을 부여했는데, 시스템에 대한 impersonate 옵션이 표시되지 않습니다.
맞는 말씀입니다. developer가 다르다는 점을 잊고 있었네요. 관리자 접근을 얻는 가장 흔한 방식이 developer이기 때문입니다.
네, 감사합니다. 알아볼게요! 도움 주셔서 정말 감사합니다! 
System으로 위장할 수 있다면, 초대 링크의 소유자를 변경할 수 있을까요? 링크를 처음부터 다시 만들고 컨텍스트에 다시 추가하는 것보다 훨씬 낫거든요!
미리 감사드립니다!
아니요. System으로 링크를 생성하는 것은 가능할 것입니다. 하지만 소유자를 쉽게 변경할 수 있다고 생각하지 않습니다. 제 말이 맞다면, rails 콘솔을 통해 수행해야 합니다. 링크가 많다면, 일괄 처리에 대한 몇 가지 힌트를 얻으려면 관리자 일괄 작업을 참고해 보세요. 다만 정확한 예시는 없을 것 같습니다.
감사합니다! (:
게시물 소유권 변경이 허용되는 것과 마찬가지로, 소유자를 변경할 수 있다면 좋은 도움이 될 Contribute > Feature 기능이 될 것 같아요.
가심님, 안녕하세요! 사용 사례에 대해 좀 더 자세히 말씀해 주시겠어요? 이 초대장을 어떻게 공유하고 계신가요? 초대장의 “소유권” 개념은 초대하는 사람과 초대받은 사람 사이에 신뢰가 존재한다는 전제에 기반하며, 이를 통해 커뮤니티를 구축하는 데 도움이 됩니다. 초대자는 자신의 대기 중인 초대장을 모니터링하고 필요 시 재전송할 수 있으며, 초대장이 수락되면 알림을 받고, 수락된 초대에 대한 크레딧도 받을 수 있습니다.
이 모든 기능이 필요하지 않으시다면, 관리자 설정을 변경하여 새 사용자가 직접 가입할 수 있도록 하는 것을 권장합니다. 아니면 system이 아닌, 귀하가 대리할 수 있는 권한이 있는 커뮤니티를 대표하는 사용자로 가입하는 것도 하나의 방법입니다.
@tobiaseigen 감사합니다! 결국 이 옵션을 선택했습니다.
질문해 주셔서 감사합니다! 사용 사례에 대한 더 자세한 내용은 이 토픽에서 설명드렸습니다: 초대 한도를 무제한으로!; 하지만 소유권을 변경할 수 있는 옵션이 필요한 이유는, 토론 포럼과 커뮤니티/코스 등에 코스 참여자들을 초대하고 있기 때문입니다. 커뮤니티/코스 등은 개인 한 명을 대표하지 않으므로, '누군가가 토론 포럼에 참여하도록 초대했습니다’라는 메시지는 초대의 목적을 제대로 표현하지 못합니다.
간단히 말해, 관리자(Admin) 계정을 사용했기 때문에 '누군가가 초대했습니다’라고 나올 줄 몰랐고, 사이트가 초대했다는 메시지가 나올 거라고 생각했습니다. 그런데 테스트를 하다가 그 메시지를 보고 나서, 매번 코스를 다시 만들 때마다 콘텐츠 전체에서 링크를 찾아서 교체해야 하는 번거로움을 피하기 위해 링크의 소유권을 변경하고 싶어졌습니다! (:
사용 사례를 잘 설명드렸기를 바랍니다! 아직 테스트 중이며, 지원해 주셔서 정말 감사합니다.
사용 사례를 읽어보았습니다:
…저희도 비슷한 경험을 한 적이 있습니다. 문서에 링크를 남겨두었는데, 사용자가 그 링크를 클릭하면 올바른 비공개 카테고리로 이동해야 하는 상황이었습니다. 그리고 시스템이 작동하는 방식을 고려하면…
…이 방식은 저희에게 적합하지 않았습니다. 왜냐하면 해당 링크는 도시 거주자들을 대상으로 한 행동 촉구(call to action)였기 때문에, 도시 지침상 비합리적이었기 때문입니다.
저는 Discourse의 두 가지 기능을 결합했습니다:
- 권한을 위한 사용자 그룹(User groups)
- 영구 링크(Permalinks)
사용자가 직접 그룹에 링크를 걸 때(해당 그룹의 설정에 따라) 가입을 요청할 수 있으며, 이때 “Request”(요청) 버튼이 표시됩니다. https://meta.discourse.org/g/chat-testers 를 방문하시면 비슷한 것을 볼 수 있습니다:
“Request” 버튼을 누르면 사용자가 해당 그룹에 가입/등록하는 프로세스에 진입합니다.
https://example.org/g/neighborhood처럼 보이는 링크를 보내고 싶지 않았기 때문에 리디렉트를 보내기로 했습니다. 또한 도시의 개인정보 보호 정책(매우 훌륭합니다!)에 대한 통제력과 필요시 링크를 업데이트할 수 있는 능력을 모두 갖추고 싶었기 때문에, /admin/customize/permalinks에서 사용할 수 있는 Discourse의 기본 영구 링크(permalink) 설정을 사용했습니다.
그리고 문서에는 다음과 같은 메시지를 남겼습니다:
이 과정에 관심을 가져주셔서 감사합니다. 수업을 완료하려면 https://forums.example.edu/student-invite 에서 Course 1에 가입해 주세요.
스크린샷에 보이는 영구 링크 리디렉션 덕분에 https://forums.example.edu/g/Students가 로드되고, 학생 온보딩이 진행됩니다.
이 방법을 좋아했습니다. 그룹 온보딩을 위한 유사한 도구를 모더레이터에게 제공하면서도 초대 시스템을 유연하게 유지할 수 있었기 때문입니다. 
@maiki 님, 공유해 주셔서 정말 감사합니다! 아이디어가 정말 훌륭하다고 생각합니다. ~다만, 제 질문은 아직 포럼에 로그인하지 않은 사용자(익명 사용자)의 경우에도 '가입 요청’이 표시되는지 여부입니다. 그리고 표시된다면, 가입을 요청한 후 해당 토픽으로 리다이렉트되나요? 업데이트: 테스트를 해 봤지만, 사용자를 특정 토픽으로 리다이렉트하지 않습니다.
다른 문제는 참가자가 요청이 승인될 때까지 기다려야 한다는 점입니다. 이 부분은 자동화하셨나요? (설정에서 이 기능이 활성화되어 있어야 하는 것 같은데 맞나요?) 수정: 확인해 보니 그룹 가입을 자동 승인하는 방법이 없습니다(초대 링크처럼 동작하는 방식). 즉, 참가자는 그룹 소유자가 요청을 승인할 때까지 기다려야 하는데, 국제적인 과정의 경우 24시간 내내 온라인에 있을 수 없으므로 요청을 즉시 승인할 수 없으며, 참가자를 기다리게 할 수도 없습니다!
"사용자가 그룹에 자유롭게 가입하고 나갈 수 있도록 허용"이라는 옵션이 있습니다. 하지만 그룹이 숨겨져 있으면 이 옵션을 사용할 수 없습니다.
감사합니다. 하지만 그룹이 표시되어야 할 뿐만 아니라 ‘가입 요청’ 옵션에서는 작동하지 않습니다.
여전히 고려해볼 만한 옵션이지만, 문제는 이 기능이 작동하려면 수강생들이 초기에 포럼에 가입하고 첫 번째 초대장을 사용해야 한다는 것을 보장할 수 있어야 한다는 점입니다.
감사합니다!
각 카테고리에서 유용한 정보를 담은 토픽을 고정해 두었습니다. 제 사용 사례에서는 복잡한 주제를 논의해야 했기 때문에, 이해하고 논의하기 쉽도록 별도의 토픽으로 나누었습니다.
맞습니다. 제가 제안한 방법은 비공개 그룹에서는 잘 작동하지 않습니다…
모든 것을 종합해 보면… Discourse Automation 을 통해 이 워크플로우를 자동화해 보시는 건 어떨까요? 사용자가 그룹에 가입하면, 읽기를 원하는 토픽의 링크가 포함된 개인 메시지를 보내도록 설정하는 것입니다…?
이것이 바로 초대 링크를 사용하는 이유입니다. 초대 링크가 해야 할 일은 다음과 같습니다:
- 사용자를 비공개 그룹에 추가합니다
- 사용자를 해당 주제 게시글로 이동시킵니다