서브셋을 사용해야 하는 이유를 언급하는 것은, 서버에서 각 사용자의 RSS 피드를 관리할 때 성능/저장 공간에 대한 문제가 발생할 수 있거나, 사용자가 피드를 가져올 때 성능 문제가 발생할 수 있기 때문입니다.
예를 들어, 제한 없이 모든 카테고리를 모니터링하도록 설정하면, 사용자의 RSS 피드에 모든 게시물이 포함되게 됩니다. 서버 입장에서는 이 하나의 RSS 피드가 캐시되어 텍스트 저장 공간 사용량이 사실상 두 배가 되거나, 요청될 때마다 생성되어 상당한 CPU 시간을 소모하게 됩니다.
또한, 이러한 RSS 피드는 매우 커질 수 있어 다운로드에 시간이 걸리고, 클라이언트가 처리해야 할 XML 양이 많아져 RSS 클라이언트가 실제로 유용한 작업을 수행하기까지 몇 분 동안의 다운로드 및 처리가 필요할 수 있습니다.
RSS를 적극 활용할 가능성이 높은 사용자가 많은 Discourse 커뮤니티에서는 대역폭 문제도 고려해야 할 수 있습니다.
현재 이것이 가능한지에 대한 원래 질문과 관련하여, 제 생각에는 답은 '아니오’입니다. Reddit의 방식에 대해 언급하신 대로, 이는 사용자를 고유하게 표적화하는 동시에 사용자가 모니터링 중인 주제에 대한 정보가 누출되지 않도록 하는 메커니즘이 필요하며, 이러한 유형의 경우 RSS 피드 URL을 위해 생성된 고유 토큰을 사용하여 일반적으로 처리됩니다.
이러한 이유로, 이러한 메커니즘에 대한 작업이 이미 완료되었다면, 내 프로필 페이지 어딘가, 예를 들어 알림 페이지의 RSS 링크나 RSS 피드를 생성하기 위한 설정 섹션에서 이를 사용하도록 되어 있을 것으로 예상합니다.
이 기능을 추가하는 것에 대해, 가장 좋은 방법은 사용자가 어떻게 작동할지에 대한 세부 사항을 구체화하는 것이며, 가능하면 백엔드에서 어떻게 작동할 수 있는지에 대한 세부 사항도 포함하는 것이 이상적입니다. 그리고 다음 중 하나를 수행할 수 있습니다:
- 이 주제의 원래 게시물을 해당 세부 사항으로 업데이트하고, 이를 코어에 추가하거나 플러그인을 만들 작업을 맡고자 하는 사람이 있기를 기다리거나
- 새로운 주제를 생성하거나 이 주제를 업데이트하여, 코어에 추가하거나 플러그인을 만들 비용을 지불할 수 있고 의사가 있다면 #marketplace로 이동하세요