다음은 방금 유휴 상태의 테스트 사용자 계정으로 발송된 또 다른 다이제스트입니다:
“AI - 더 큰 것이 더 나은가?” – 3회 반복. 주제에 태그 3개, 답변 0개, 좋아요 0개.
“사회공학(소셜 엔지니어링) 과제” – 2회 반복. 주제에 태그 2개, 답변 1개, 좋아요 0개.
“새로운 태그 요청” – 반복되지 않음. 주제에 태그 0개, 답변 0개, 좋아요 0개.
최근 받은 다이제스트 중 하나에서는 주제 중 어떤 것도 중복되지 않았지만, 주제 아래에 있는 댓글(인기 게시물)은 중복되었습니다. 자리는 5개였고, 그중 2개가 중복되어 고유한 게시물은 3개였습니다. 중복된 두 게시물 모두 동일한 주제에서 비롯되었습니다.
수정: 다른 테스트/관리자 계정으로 발송된 과거 다이제스트를 살펴보고 있습니다:
@j127, 다이제스트 토픽에 몇 개의 태그가 붙어 있었는지 궁금합니다. 최근 샘플을 살펴본 결과, 중복은 토픽의 태그 수와 비례하는 경향이 있습니다. 우연일 수도 있고, 아닐 수도 있겠네요.
digest suppress tags 사이트 설정에 태그를 추가하고 여러 태그가 있는 주제를 생성하여 로컬 Discourse 사이트에서 문제를 재현할 수 있었습니다.
다음 코드가 문제의 원인입니다: discourse/app/models/topic.rb at main · discourse/discourse · GitHub
if SiteSetting.digest_suppress_tags.present?
tag_ids = Tag.where_name(SiteSetting.digest_suppress_tags.split("|")).pluck(:id)
if tag_ids.present?
topics =
topics.joins("LEFT JOIN topic_tags tg ON topics.id = tg.topic_id").where(
"tg.tag_id NOT IN (?) OR tg.tag_id IS NULL",
tag_ids,
)
end
end
수정: 여기에는 LEFT JOIN이 필요하지 않은 것 같습니다. 조인된 topic_tags 테이블의 컬럼은 메서드 후반부에서 사용되지 않는 것으로 보입니다. 수정 방법은 다음과 같이 간단할 수 있습니다:
if SiteSetting.digest_suppress_tags.present?
tag_ids = Tag.where_name(SiteSetting.digest_suppress_tags.split("|")).pluck(:id)
if tag_ids.present?
topics =
topics.where.not(id: TopicTag.where(tag_id: tag_ids).select(:topic_id))
end
end
최선의 접근 방식은 Discourse 팀이 결정하도록 맡기겠습니다. for_digest 메서드는 매우 자주 실행되므로 효율적이어야 합니다.
네, 모든 중복 게시글에는 두 개의 태그가 있었습니다.
@simon – 이 문제를 찾아내 주셔서 정말 감사합니다! 
많은 자료를 살펴봐야 했을 텐데요. Discourse 팀이 돌아와서 분석 결과를 바탕으로 조치를 취하는 것을 기대하고 있습니다.
digest suppress tags에 있던 태그를 제거하니 요약이 정상으로 돌아왔음을 확인합니다. (그동안 digest suppress categories를 사용하고 있습니다.)
@simon 님의 말씀이 맞았습니다 
실제로 그 부분이 버그였네요
좋은 소식입니다!
병합된 커밋이 베타 채널에서 언제부터 사용 가능한지 정확히 파악이 안 됩니다. 현재 3.4.0.beta3-dev (53f9c81790) 버전을 사용 중인데 GUI 업데이트를 요구하지 않는다면, 커맨드라인 업데이트를 통해 이 변경 사항을 받을 수 있을까요?
프롬프트 없이 UI를 가져올 수도 있고, 그러면 새로운 커밋도 함께 가져옵니다. 하지만 CLI로 재빌드하는 경우에도 커밋이 가져와집니다.
이 주제는 3일 후 자동으로 닫혔습니다. 더 이상 새 답글을 작성할 수 없습니다.