그 부분은 테스트해 보지 않았습니다. 이 플러그인은 접근 및 가시성 검사를 우회하도록 오버라이드하므로, 일반적으로 다른 플러그인들과 잘 호환됩니다. 다만, ActivityPub 플러그인이 의도하지 않게 이러한 검사들을 우회하는 부분에 후킹될 수 있다고 상상해 볼 수 있습니다. 이를 확인하는 유일한 방법은 테스트하는 것입니다.
그럼에도 불구하고, 비공개 주제 카테고리가 ActivityPub에 포함될 수 있는 사용 사례는 보이지 않습니다.
2개의 좋아요
아, 알겠습니다. 이 기능이 하는 일을 오해했네요.
그럼 더 좋습니다.
2개의 좋아요
훌륭한 플러그인을 제공해 주셔서 감사합니다. 우리는 오랫동안 이 기능을 기다리고 있었습니다.
이 플러그인을 “이메일 수신” 기능과 함께 사용해 보았습니다. 간단한 경우에는 잘 작동하지만, 더 복잡한 경우에는 문제가 발생합니다:
- 누군가가 두 개의 “비공개 주제” 카테고리 이메일 주소로 메일을 보내면, 메일은 하나의 카테고리에만 표시됩니다. (디스코스의 작동 방식상 꽤 정상적인 현상이지만, 이메일을 사용하는 사람들에게는 이해하기 어렵습니다.)
- 사용자가 그룹에 연결된 여러 이메일 주소와 카테고리 이메일 주소에 동시에 보내면 동일한 문제가 발생합니다.
- 사용자가 외부 이메일 주소와 “비공개 주제” 카테고리 이메일 주소에 동시에 보내고, 이후 답장을 보내면, 다른 외부 메일 수신자들은 답장을 받지 못합니다. (그룹 메시지는 대화에 사람을 초대할 수 있기 때문에 이 기능을 지원합니다.)
해당 문제들은 이 플러그인에 국한된 것이 아니라, 카테고리 토픽과 그룹收件함(그룹 인박스) 방식의 일반적인 단점입니다. 이 플러그인은 이러한 모든 문제를 해결하는 것을 목표로 하지 않습니다.
1개의 좋아요
수정 사항: Discourse AI의 의미론적 검색이 보호 기능을 우회할 수 있었습니다. 이제 이 문제가 해결되었습니다. 이 플러그인을 Discourse AI 플러그인과 함께 사용 중이라면 반드시 업데이트해 주세요!
3개의 좋아요
방금 이 플러그인을 봤어요. 정말 멋지네요.
1개의 좋아요
@RGJ님, 플러그인 감사합니다. 제가 필요로 했던 기능이 충족되는 것 같습니다. 
테스트하면서 발견한 두 가지 문제가 있습니다:
- 기존 카테고리 A(지금까지는 그룹 A만 접근 가능)의 보안 설정에서 “비공개 주제 활성화” 체크박스를 켜고, 그룹 B가 비공개 주제를 게시할 수 있는 권한을 부여하여 카테고리를 “열어” 놓으면, 그룹 A의 다른 사용자가 작성한 기존 주제들이 모두 그룹 B의 멤버들에게 보여지는 것 같습니다. 즉, 비공개 주제 기능이 플러그인을 활성화한 이후에 생성된 주제에는만 적용되고, 플러그인 활성화 _이전_에 생성된 기존 주제에는 적용되지 않는 것처럼 보입니다. 누군가 이 부분을 확인해 주실 수 있을까요?
기존 주제들도 (새 주제처럼) 그룹 B의 사용자에게 숨겨지거나 접근이 차단되기를 기대합니다. 그렇지 않으면 마이그레이션 방법을 모르겠습니다. - 테스트 중, 그룹 A(카테고리 소유자)에 속한 사용자가 주제를 생성한 후, 그룹 B의 사용자에게 카테고리 뷰에서
New (1)카운터가 표시되는 것을 확인했습니다. 해당 주제가 (정상적으로) 사용자에게 숨겨졌으므로, 이 카운터 알림은 버그로 보이며 사용자를 혼란스럽게 할 수 있습니다.
discourse 3.2.0.beta5-dev (cef6aca6e5)
plugin 1.5.3 (709df2c)
이 플러그인은 플러그인을 활성화한 이후에 생성된 주제에만 영향을 미치는 것이 아니라, 해당 카테고리의 모든 주제에 적용됩니다.
이 표현이 정확히 무엇을 의미하는지 확실하지 않습니다. 체크박스 아래에 있는 그룹 선택기에 관한 것이라면, 해당 설정은 그렇게 동작하지 않습니다.
주제는 주제 작성자와 다음 그룹의 사용자에게 표시됩니다
여기에 그룹 B를 추가하면 그룹 B의 모든 멤버에게 모든 주제를 볼 수 있는 권한이 부여됩니다. 이는 예를 들어 지원 팀을 위한 용도로 사용됩니다.
만약 그 그룹 선택기에 관한 것이 아니라면, 설정 내용을 좀 더 자세히 설명해 주세요.
죄송합니다, 제가 표현을 잘못했습니다.
저는 거기에 B 그룹을 추가하지 않았습니다. B 그룹을 일반 보안 설정에만 추가하여 해당 카테고리를 보고 주제를 게시할 수 있도록 허용했을 뿐입니다.
보다 자세한 설정 설명:
플러그인 활성화 전 카테고리 설정:
- A 그룹만 카테고리에 대한 접근 권한(보기, 답변, 게시)을 가지고 있습니다.
플러그인 활성화 후 카테고리 설정:
- 카테고리에 대한 B 그룹 접근 권한 추가(보기, 답변, 게시)
- 해당 카테고리에 대해 개인 주제(Private Topics) 활성화
- 주제는 주제 작성자와 다음 그룹의 사용자에게 표시됩니다: 설정에 A 그룹 추가 (실제로는 기본적으로 이미 추가되어 있었습니다)
우선, Ember5에 대한 수정 사항을 방금 배포했지만, 이는 플러그인 작동에 영향을 주지 않았어야 합니다. 100% 확실하게 확인하려면 플러그인을 처음부터 다시 빌드하고 설정해 주세요.
저는 이 문제를 재현할 수 없습니다.
- 말씀하신 대로, user A를 groupA에, user B를 groupB에 배치하여 설정했습니다.
- UserA가 게시글을 작성했습니다.
- 플러그인을 설정했습니다.
- User B가 게시글을 작성했습니다.
- User A가 다시 게시글을 작성했습니다.
관리자 뷰
User A가 보는 화면
User B가 보는 화면
따라서 이 동작은 기대했던 것과 일치합니다.
또한, 이것은 매우 이상한데, 거기에는 기본적으로 그룹이 추가되지 않습니다.
1개의 좋아요
빠른 피드백과 테스트에 감사드립니다, @RGJ! 늦은 답변은 죄송합니다. 다른 작업 때문에 며칠 동안 이슈에 집중하지 못했습니다. 플러그인을 업데이트하고 다른 카테고리로 재테스트해 보았더니, 이제 제가 직접 재현할 수 없어 예상대로 작동하는 것 같습니다. 카테고리에는 관리자만 시작한 주제만 표시되는 것 같습니다(아마도 의도적이고 합리적인 설정일 텐데), 첫 테스트 때 혼동했던 것 같습니다. 혼란을 드려 죄송합니다!
새 주제에 대한 “new” 카운터 문제는 여전히 지속되는 것 같습니다: 자신의 스레드만 볼 수 있는 권한이 있는 그룹의 사용자에게는 “new” 카운터가 표시되지만, “support” 그룹(모든 주제를 볼 수 있는 권한)의 사용자가 새 주제를 게시하면 새 스레드를 볼 수 없습니다. 아래 스크린샷을 참조하세요: 권한이 없는 사용자에게 표시되는 “Neu (5)”
권한이 있는 support 사용자의 화면:
1개의 좋아요
맞습니다. private topics permitted groups(이 그룹의 멤버가 시작한 주제는 항상 표시) 설정으로 제어됩니다.
네, 알려진 문제입니다. PR이나 해결 방향에 대한 제안을 환영합니다.
1개의 좋아요
한 가지 질문이 있습니다. 답은 제가 이미 알고 있을지도 모릅니다.
플러그인이 충돌 등의 이유로 비활성화되어야 하는 경우, 모든 토픽과 게시물이 모든 사람에게 표시되나요? 아니면 해당 카테고리가 모든 사람에게 제한되나요?
첫 번째 옵션은 저에게는 완전히 용납할 수 없는 부분입니다. 너무 많은 민감한 데이터가 노출되니까요. 하지만 두 번째 옵션이라면… 그 정도라면 감수할 수 있습니다.
플러그인을 비활성화하면 해당 카테고리의 모든 주제가 모든 사용자에게 표시됩니다.
이를 방지하려면 플러그인을 비활성화하기 전에 카테고리 권한을 더 엄격하게 수정해야 합니다.
1개의 좋아요
예상했던 대로입니다. 따라서 가장 큰 위험은 인간의 실수입니다. 이를 비활성화해야 할 경우, 그 혼란 속에서 그룹 제한 설정도 함께 조정해야 한다는 점을 기억해야 합니다. 실제로는 정말로 큰 물음표가 아닐 수 없습니다.
혼란을 피하면 괜찮을 거예요 
1개의 좋아요
정말 그렇습니다 
하지만 플러그인과 환경 관련 문제는 제 손에 달린 것이 아닙니다 (아니었다면… 꽤 흥미로웠을 텐데 
)
단순히 아이디어를 가지고 놀고 있는 중이긴 한데… 만약 플러그인의 상태를 감시하고, 해당 카테고리가 전 세계에 노출되었을 때 즉시 관리자(들)에게 알리는 것이 유일한 역할인 보안 측정 수단, 즉 동반 컴포넌트가 있다면 어떨까 하는 생각이 드네요.
저는 작은 플레이어이지만, 이걸 사용하는 기업 기반 포럼들은 보통 관리자가 한 명 이상인 경우가 많은데, 이런 위험성에 대해 완전히 인지하고 있을까 궁금합니다 
1개의 좋아요
가능성에 대해 잘 알지 못하므로, 아마도 무의미한 생각일 수 있지만, 위험을 완화하는 방법: 플러그인을 비활성화하기 전/중간에 사용자에게 대화 상자를 표시하여, 플러그인 비활성화의 결과를 상기시키고 카테고리 보안 설정을 다시 한번 확인하도록 안내하는 것입니다.
제 소견을 말씀하자면: 일반적으로 이 문제는 비교적 경미하다고 생각합니다. 사람들이 필요로 하는 플러그인을 무심코 비활성화하지는 않을 것이며, 비활성화가 필요할 경우 요구 사항을 충족하기 위해 어떻게 해야 할지 약간의 고민을 거칠 것이라고 가정하기 때문입니다…
가장 흔한 이유는 포럼이 다운되어 있기 때문입니다. 원인을 알고 플러그인을 비활성화하는 것이 해결책인 상황에서, 여전히 많은 관리자가 머리를 싸매고 고민하는 것을 보게 됩니다. 저는 Category Lockdown 플러그인을 좋아했지만, 깨져 있어서 즉시 제거했습니다. 그 시점에 저는 오랫동안 잘 작동해 온 특정 플러그인의 제한 사항이 무엇인지 기억해야 했습니다.
이 문제는 백업과도 같습니다. 우리는 모두 백업이 얼마나 중요한지 잘 알고 있습니다. 하지만 수작업과 기억력에 의존해야 한다면, 백업이 없거나 매우 오래된 상태일 수밖에 없습니다.
인간 요인은 가장 큰 위험입니다.
어쨌든, 플러그인 자체는 훌륭하지만 장단점을 조금 더 생각해 봐야 합니다. 저는 다른 규정의 적용을 받고 있으며, 해당 데이터를 노출하는 것은 단순히 한 가지 방식만이 아닌 여러 가지 측면에서 비용이 들 수 있습니다.
2개의 좋아요
문제는 플러그인을 비활성화하는 가장 일반적인 방법이 단순히 플러그인을 제거한 후 다시 빌드하는 것입니다. 따라서 Discourse 내부에서는 플러그인이 갑자기 “사라지는” 셈이 됩니다.
private_topics_enabled 설정이 없거나 false인 경우, 경고 배너를 표시하고 특정 카테고리의 영향을 완화하기 위해 CSS를 사용하여 해당 카테고리를 가리는 테마 컴포넌트는 어떨까요?
2개의 좋아요