필요한 경우 사이트 관리자가 조치를 취해야 한다고 생각합니다. 리액션 플러그인이 활성화된 경우 자동으로 언어 문자열을 리액션으로 변경하는 것은 불가능할 것 같습니다. 따라서 리액션 플러그인이 코어에 포함되더라도 포럼 관리자가 이를 사용할지 여부를 결정하기 때문에 문제가 발생할 수 있다고 생각합니다.
해결책은 기본적으로 좋아요를 리액션으로 이름 변경하는 것일 수 있습니다. 
은 리액션이므로, 포럼이 Discourse Reactions를 사용하든 아니든 작동할 수 있기 때문입니다.
필요하다면, 알림의 아이콘은 Discourse Reactions가 활성화된 경우 discourse-emojis 아이콘으로 변경할 수 있습니다. 이는 플러그인의 설정 항목으로 추가할 수 있습니다.
리액션이 표시되는 방식(예상했던 대로)과, 그 후 좋아요가 또 표시된 점(예상하지 못했던 부분)에 대해 말씀드린 것입니다.
제 좋아요/리액션 알림 로그에는 그렇게 기록이 전혀 되지 않다는 뜻입니다. 거기서 보이는 것은 좋아요뿐입니다. 여기서는 둘 다 정상적으로 보입니다:
@whitewaterdeu의 것은 완전히 사라져 있는 것에 유의하세요)
네. 현재로서는 이렇게 표시되어야 합니다. 사용자 프로필에서 반응을 보려면 예를 들어 https://meta.discourse.org/u/firepup650/notifications/reactions-received로 이동하세요. 받은 좋아요와 받은 반응은 같은 페이지에 표시되지 않습니다.
그렇다면 맞는 말이긴 한데, 나머지 두 경우는 어떻게 되나요?
아직도 이해가 되지 않습니다. 보다 구체적인 서면 재현 단계를 제공하거나 스크린샷에 주석을 달아 주시면 훨씬 도움이 될 것입니다. 그렇지 않으면 내용을 따라가기 어렵습니다. 여기에서 일어나는 것이 설계 의도와 다르다고 생각하지 않습니다.
첫 번째 경우:
알림 UI(같은 탭)에서 반응과 좋아요로 동시에 표시되어 매우 혼란스럽습니다.
두 번째 경우:
실제 반응이 무엇이든 상관없이 모두 좋아요로 표시됩니다.
다만 방금 직접 행동 방식을 다시 확인해 보니, 이 중 어느 것도 더 이상 발생하지 않는 것 같습니다. 아마 몇 개의 커밋 차이로 인해 동작이 달라졌던 것일까요?
명확하게 작성된 재현 단계를 제공해 주시면 매우 도움이 될 것입니다. 또한, 예상하지 못한 결과를 확인하고 있는 당시의 페이지(구체적인 URL) 등 더 구체적인 정보도 필요합니다. 재현 단계가 없으면, 여러분이 설명하고 있는 문제를 파악하고 이에 대해 조치할 사항이 있는지 여부를 결정하는 것이 불가능합니다.
대략적으로 추측해 보면, 사용자 프로필의 알림 페이지를 말씀하시는 것 같습니다. 해당 페이지의 “좋아요” 및 “반응” 하위 페이지에서 좋아요와 기타 반응이 표시되는 방식에 버그가 있는 것일 수 있습니다. 알림 메뉴에서는 혼란을 줄이기 위해 반응과 좋아요를 "@user가 당신의 게시물 5개에 반응했습니다"와 같이 묶어서 표시하도록 되어 있음을 알고 있습니다.
방금 반응(리액션)을 확인했는데, 우연히 알림 메뉴가 아니라 해당 페이지에서 내 통지를 확인하게 되었습니다.
어쨌든, 원래 이 문제를 볼 수 있었던 다른 포럼에서는 더 이상 볼 수 없으니… 아마도 캐시 문제이거나 몇 개의 커밋 차이로 인한 버전 차이일까요?
글의 뉘앙스를 읽고 눈을 가늘게 뜨고(혹은 아주 크게) 살펴본 결과, 실제로 말씀해 주신 문제를 재현할 수 있었습니다. https://meta.discourse.org/u/Firepup650/notifications/reactions-received?include_likes=true로 이동하면 같은 페이지에 반응과 좋아요가 함께 표시되는 것을 볼 수 있고, 또한 한 게시물이 두 번 나열되는 것도 확인할 수 있습니다. 하나는 반응으로, 다른 하나는 하트로 표시되어 있습니다. 아래 스크린샷을 참고하세요.
이 문제는 URL에 ?include_likes=true가 추가될 때 발생하는데, 이는 두 개 위 게시글에서 설명드린 대로 "통합된 알림(rolled up notification)"을 클릭할 때 발생하는 것입니다.
이것이 버그라는 점에는 동의하며, 뭔가 조치를 취해야 할 가능성이 높지만 긴급한 사항은 아닙니다.
아, 알겠습니다. 이 경우를 놓치고 있었네요. 하지만 네, 이건 버그이고 수정이 필요합니다. /notifications/likes-received URL에서 반응 좋아요가 표시되던 비슷한 버그가 있었거든요. 수정하겠습니다. @Firepup650님, 기다려 주셔서 감사합니다!
해당 문제는 여기에서 수정되었습니다:
이 변경사항은 언제 적용됩니까?
그렇다면 이 기능이 아직 베타 릴리스에 구현된 건가요? (저는 Discourse 인스턴스를 관리해 주는 제3자 호스팅 제공업체를 이용하고 있으며, 이 업체가 각 베타 릴리스마다 최신 버전으로 업데이트해 줍니다). 제 Discourse 버전은 아직 이런 방식으로 동작하지 않는 것 같습니다!
다른 호스팅 제공업체를 사용 중이라면 포럼이 업데이트될 때까지 기다려야 합니다.
네, 확인 차 여쭤보는데, 이 기능이 지난 베타 릴리스에 포함되지 않았나요?
변경 사항은 discourse-reactions 플러그인에 포함되어 있으므로, 코어의 릴리스 일정과 무관합니다. 기술적으로는 해당 플러그인의 이 커밋에서 2월 13일에 추가되었습니다. 따라서 귀하(또는 호스팅 제공업체)가 그 이후로 플러그인을 업데이트했다면 해당 변경 사항을 보유하고 있을 것입니다.
사이트 설정에서 새로운 ‘discourse reactions excluded from like’ 설정 항목을 확인하여 검증할 수 있습니다. 해당 설정이 존재한다면 새로운 동작 방식을 적용받고 있는 것입니다.
감사합니다 @david - 이제 훨씬 명확해졌어요! 
저희는 gamification 플러그인(/admin/plugins/gamification)을 사용하고 있습니다.
이 변경 사항에 따라 모든 점수를 다시 계산해야 할까요? discourse_reactions_excluded_from_like 목록에 포함된 이모지 반응을 제외하고, 모든 이모지 반응을 좋아요(Like)로 취급하도록 “전체 기간(all time)” 기준으로 재계산하는 것을 고려하고 있습니다.
를 추가하고, 해당 이모지로 반응한 후,