새로운 Discourse 인스턴스를 생성했습니다. 현재 개발 중인 제품이 베타 단계에 있어, 여러 개의 비공개 카테고리와 단 하나의 공개 카테고리만 있습니다.
익명 사용자에게 API나 UI를 통해 모든 사용자를 나열할 수 있는 방법이 전혀 없도록 확인하려면 어떻게 해야 하나요?
현재 관련이 있을 것으로 보이는 설정은 다음과 같습니다:
사용자 목록이 어떤 방식으로든 노출되지 않도록 1000% 확실하게 하고 싶습니다. 조언 부탁드립니다.
"노출"이라는 표현이 정확히 무엇을 의미하는지에 따라 다릅니다. 공개 카테고리에 게시물을 작성하는 모든 사용자는 공개 상태가 되며, 그 후 해당 특정 카테고리에서 상호작용하는 사용자의 비율에 따라 달라집니다.
익명 사용자가 사용자 목록을 공개하는 것을 의미합니다. 예를 들어 API를 통해 모든 사용자를 나열하거나, “최고의 사용자” 목록에서 확인하거나, 검색 기능을 통해 확인하거나, 제가 알지 못하는 다른 방식으로 노출되는 경우를 말합니다.
사이트가 공개되어 있지 않거나, 즉 로그인 필요가 활성화되어 있지 않는 한, 사용자는 여전히 API를 통해 나열될 수 있습니다.
사용자 디렉토리를 비활성화한 경우, 이것이 올바른 동작인가요?
또한, API를 통해 목록이 여전히 노출된다는 말씀은 모든匿名用户에게도 해당되는 말씀인가요?
AFAIK(제가 아는 한), 해당 설정은 사용자 리더보드를 제거하는 용도로만 사용됩니다.
네.
기능 요청으로 등록할 수 있을까요? 일부 공개 카테고리가 있으면서도 모든 사용자를 나열하는 것을 불가능하게 만드는 방법이 필요해요.
아무튼 공개 주제 목록에서 예측할 수 없는 양의 데이터가 이해할 수 있는 방식으로 노출되는 상황에서, 그 데이터를 숨기는 것이 무의미하다고 여겨지기 때문인가요?
우리의 경우, 어떤 일을 수행하는 그룹이 있으며, 그 그룹 중 일부만 공개 카테고리에 기여합니다.
누가 그렇게 계획한 것은 아닌 것 같고, Discourse에는 기본적으로 공개와 비공개라는 두 가지 모드가 있습니다. 리더보드를 숨기는 설정은 말 그대로 리더보드를 숨기는 기능일 뿐입니다. 왜 그 이상의 일을 해야 하죠?
원하는 내용을 명세로 작성해 보시는 것도 좋지만, 그 작업은 매우 지루한 일이고 매우 니치한 사용 사례이므로, 조만간 구현되길 원하신다면 Marketplace 채널에 게시하는 것이 더 효과적일 것입니다.
그러므로 당장은, 핵심 그룹의 완전한 프라이버시를 중시한다면 두 인스턴스를 실행하는 것이 합리적일 것입니다. 충분히 납득할 만한 이야기입니다.
그렇다고 해서 이메일 주소를 노출하는 것도 아닙니다.