알겠습니다. 이 경우 stdout/stderr에 경고 메시지를 출력하면 상황이 개선될까요? (단독으로는 충분하지 않을 수 있지만, 아무것도 없는 것보다는 나을 것입니다.)
같은 문제입니다: 현재 플러그인이 제거된 상태에서는 해당 메시지를 출력할 수 있는 것이 아무것도 없습니다.
사실 꽤 좋은 것 같아.
이 플러그인을 추가적인 사용자 그룹이 자신의 메시지를 게시하고 볼 수 있도록 구현할 수 있다면, 플러그인을 비활성화하는 것은 위험하지 않을 것입니다.
코어에서 변경이 발생한 시점을 정확히 특정할 수는 없지만, 57df0d526e 이전의 어떤 변경 사항으로 인해 사용자가 홈페이지에서 주제 제목을 볼 수 있게 된 것 같습니다. 제 기억에 따르면 이는 동작 방식의 변경에 해당합니다.
1개의 좋아요
오늘早些 4c7d58a (귀하의 커밋 이후) 기준의 tests-passed에서 이 문제를 테스트해 보았으나 재현하지 못했습니다.
- 빈 포럼 생성
- private topics 플러그인 활성화
- site-feedback에서 private topics 활성화
- 사용자 1을 생성하고 site-feedback에 게시글을 작성하게 함
- 로그아웃하여匿名用户가 해당 주제를 볼 수 없는지 확인
- 사용자 2를 생성하고 해당 주제가 카테고리나 홈 페이지(discovery routes)에서 보이지 않는지 확인(“new new” 및 “hot” 포함)
- private topics를 비활성화하면 사용자 2에게 해당 주제가 표시되는지 확인
- 로그아웃하면匿名用户에게 해당 주제가 표시되는지 확인
관리자는 모든 것을 볼 수 있다는 사실을 알고 계신가요? (“주제는 주제 작성자와 다음 그룹의 사용자에게 표시됩니다:” 카테고리 설정 및 private topics admin sees all 플러그인 설정에 따름) 그리고 모든 사용자는 관리자 게시글을 볼 수 있습니다(private topics permitted groups 플러그인 설정에 따름).
리처드, 안녕하세요! 네, 인코그니토 탭에서 테스트하고 있어요. 다른 플러그인도 꽤 많이 활성화되어 있거든요. 그래서 다른 뭔가가 간섭을 일으키고 있을 수도 있겠네요. 일부 플러그인을 비활성화해 보고 다시 말씀드릴게요. 처음 생각했던 것만큼 명확하지 않아서 죄송해요.
1개의 좋아요
저는 93개의 플러그인이 설치된 테스트 사이트에서 이 문제를 테스트해 보고 있어서 궁금해집니다 
그럼에도 불구하고, 저는 아무 사용자도 로그인되지 않은 상태로도 이 문제를 테스트해 보았습니다. 하지만, 익명 페이지가 여러 수준에서 캐시된다는 점을 알아두는 것이 좋습니다. 따라서 비공개 주제 플러그인을 활성화하면, 기존 주제들이 몇 분 동안은 여전히 표시될 수 있습니다.
2개의 좋아요
불행히도 플러그인으로 인한 충돌을 좁혀 내려는 시도는 큰 성과를 거두지 못했습니다. 제 15개의 작은 플러그인들은 아마도 여러분의 테스트 사이트의 91개 플러그인에 모두 포함되어 있을 것입니다! 
이 두 스크린샷은 모두 시크릿 모드에서 촬영했으며, 비공개 토픽 카테고리의 내용을 볼 권한이 없는 사용자로도 재현할 수 있습니다. 비공개 토픽의 카테고리 설정과 전역 사이트 설정을 확인해 보았지만, 여기에도 문제가 없어 보입니다.
추가로 생각할 수 있는 디버그 방법이나 확인할 단계가 있다면 정말 감사하겠습니다. 어쨌든 이 문제에 대한 지원을 해주셔서 감사합니다. 이 플러그인은 우리의 필요에 정말 잘 맞고 있습니다!
1개의 좋아요
아, 그 카테고리 설정이 원인이었군요. 재현해 보았습니다. 계속 진행하겠습니다.
보고해 주셔서 감사합니다!
2개의 좋아요
위 이슈에 대한 수정을 반영했습니다.
3개의 좋아요
이 플러그인이 Discourse Private Replies 플러그인과 함께 사용되면, 두 플러그인 모두 alias_method :original_for_digest, :for_digest를 사용하므로 다이제스트에서 무한 재귀가 발생합니다.
2개의 좋아요
보고해 주셔서 감사합니다. 충돌을 해결했습니다.
1개의 좋아요
사용자가 주제 생성자에게 접근 요청을 보낼 수 있나요?
Google Drive에서 파일/폴더를 공유하는 방식과 유사하게, 주제 접근 요청 알림을 받은 주제 생성자는 이메일/Discourse 알림을 통해 주제 내용을 볼지 승인 또는 거부합니다.
즉, 이제 주제 제목은 공개되지만, 사용자가 접근 요청 버튼을 클릭해야 합니다.
감사합니다!
이를 위해 사용자가 그룹에 대한 액세스를 요청하고, 해당 그룹이 주제에 액세스할 수 있도록 하는 방식으로 구현할 수 있습니다.
2개의 좋아요
Richard에게는 비슷하지만 다른 플러그인이 하나 더 있는데, 이 것도 작동할 수 있을 것 같습니다…
1개의 좋아요
우리는 지원(비공개)을 제공할 방법을 찾고 있습니다. 즉, 선생님이 학생에게 숙제를 부여하고, 학생이 자신의 답을 제출할 수 있도록 하는 것입니다.
숙제는 해당 학생과 선생님만 볼 수 있어야 합니다.
선생님이 특정 반(Class) 전체에게 숙제를 부여할 수도 있으며, 이 경우 해당 반의 구성원만 문제와 답을 볼 수 있어야 합니다.
이 플러그인을 확인했습니다.
이런 용도에 적합한지 궁금합니다.
감사합니다.
그렇습니다.
반(Class)의 경우, 그 반에 속한 학생들로 구성된 그룹에 의해 접근이 제한되는 카테고리를 고려해 볼 수 있습니다.
4개의 좋아요
완벽하네요!! 설치하고 업데이트하겠습니다.
감사합니다
2개의 좋아요
@RGJ 이 플러그인은 Communiteq에서 호스팅하는 고객들에게도 사용할 수 있나요?