Discourse 알림 API/Data Explorer 쿼리를 사용하고 있으며, 다음 항목에 대해 알림 통합/그룹화(notification consolidation/grouping) 동작을 관찰하고 있습니다:
- 답글/댓글 알림 (
notification_type = 2) - 반응(Reaction) 알림 (
notification_type = 25)
관찰된 동작
- 짧은 시간 내에 동일한 토픽/게시물에 답글/댓글이 단 2개만 있어도 알림이 통합/그룹화됩니다.
- 두 번째 작업에 대해 별도의 알림 행이 항상 생성되지 않습니다.
- 기존 알림 행이 새 행을 삽입하는 대신 업데이트/교체되는 것으로 보입니다.
- 오래된 알림 행이
notifications테이블에서 사라지는 경우가 있습니다. - 반응 알림도 유사하게 통합되는 것으로 보입니다.
- UI에는 "답글 2개"와 같은 그룹화된 개수가 표시될 수 있지만, 데이터베이스/API에는 단일 알림 행만 반영됩니다.
다음 설정들을 찾았습니다:
linked notifications consolidation window minslikes notification consolidation window minsnotification_consolidation_threshold
질문
- 이러한 설정들은 UI 그룹화와만 관련이 있나요, 아니면 데이터베이스/API 수준의 알림 통합도 제어하나요?
- 알림이 단 2개의 작업만으로도 통합되는 것을 보면, 통합 임계값에 도달하기 전에 Discourse가 내부적으로 기존 알림 행을 재사용/업데이트하나요?
- 모든 답글/반응이 별도의 알림 레코드를 생성하도록 알림 통합을 완전히 비활성화할 수 있는 지원되는 방법이 있나요?
notifications테이블은 링크된/반응 알림에 대해 의도적으로 append-only가 아닌 방식으로 설계되었나요?- 반응 알림(
notification_type = 25)의 경우, 알림 페이로드/API에서 반응한 사용자를 식별할 수 있는 신뢰할 수 있는 지원되는 방법이 있나요?
우리는 주로 알림 시스템의 의도된 동작을 이해하고, 작업별 완전히 독립적인 알림이 지원되는지 확인하려는 것입니다.