제 경험에 비추어 볼 때, 이러한 위계적 커뮤니티의 경우 국가 수준에서는 정보가 주로 상향식(하위에서 상위로)으로 흐르며, Discourse의 전체 기능은 지역 수준에서 더 많이 필요합니다.
실제로, 그 시점에는 기관용 포털 및 SSO(단일 로그인)를 위해 인스턴스를 사용하고, 이를 “지역” 인스턴스로 연결하는 방식으로 사용할 것 같습니다. 각 인스턴스에는 “방문자” 그룹/카테고리가 있어야 합니다.
하지만 곧 매우 활발한 그룹과 그렇지 않은 그룹이 생길 것입니다. 따라서 특정 그룹이 활동의 임계 질량에 도달할 때까지(또는 요청이 있을 때까지), 처음 몇 개의 주제(토픽)는 개인 메시지(PM)로 처리하는 것이 어떨까요?
@sam 제 이해가 맞다면, 관리자 외 모든 사용자가 제한된 수의 카테고리(예: 사용자당 20개 미만)에 접근할 수 있다고 가정할 때, 매우 많은 수의 카테고리(1만 개, 2만 개… 10만 개)를 가진 유일한 결과는 관리자 페이지의 성능 저하(중요도 TBD)뿐일 것입니다(그것도 매우 구체적인 페이지인 홈 및 카테고리 페이지만 해당). 사용자의 성능과 경험에는 영향이 없습니다.
이해가 맞나요?
간단히 업데이트를 공유드립니다.
아직 진행 중인 작업이지만, Discourse가 더 많은 카테고리를 처리할 수 있도록 확장하는 작업을 진행해 왔으며, 이제 이 동작을 적용하기 위해 lazy load categories groups라는 실험적 사이트 설정이 제공됩니다:
조금 거친 부분도 감수할 수 있는 분들은 자유롭게 시도해 보실 수 있지만, 아직 추가 피드백을 많이 구할 단계는 아닙니다.
준비가 되면, meta의 #announcements 채널에 토픽을 만들어 더 많은 분들이 여기와 각자의 사이트에서 시도해 보도록 장려할 예정입니다.
@mcwumbly 이 기능이 프로덕션에 출시되기를 기다리고 있습니다! 현재 호스팅 플랜의 500개 카테고리 하드 캡 제한이 과거의 일이 되기를 바랍니다.
우리의 사용 사례에서는 카테고리 및 그룹이 매우 많지만(수만 개), 그룹별 카테고리 및 사용자 수는 매우 제한적입니다.
