좋아요(❤️)로 집계되는 리액션(👍) 변경 사항

[tobiaseigen]

지금까지 Discourse Reactions 플러그인은 주제 랭킹과 배지 부여를 위해 단일 리액션만 좋아요()로 계산하도록 허용했습니다.

이제 리액션이 사이트 구성원들이 게시물과 상호작용하는 중요한 방식이 되었기 때문에, 이 패러다임을 변경합니다. 거부 목록(deny list)에 명시적으로 제외된 리액션을 제외하고 모든 리액션이 좋아요로 계산됩니다. 기본적으로는 리액션만 좋아요로 계산되지 않습니다.

이 변경 사항의 일환으로, 리액션을 사용해 온 사이트들은 참여도를 더 정확하게 반영하기 위해 주제 랭킹과 배지 부여가 조정되는 것을 확인할 수 있습니다. 거부 목록에 좋아요로 계산되지 않기를 원하지 않는 모든 리액션을 추가하는 것 외에는 옵트아웃(opt out)이 불가능합니다.

기본적으로 좋아요 리액션은 이지만, 커뮤니티에 가장 적합한 또는 다른 리액션으로 변경할 수 있습니다. 사이트가 안정화되면 이 설정을 다시 변경하지 않는 것이 좋습니다. 이 설정을 변경하더라도 과거의 좋아요 기록은 변경되지 않습니다. 한 번 설정하고 그대로 두는 것이 가장 좋습니다.

현재 Meta에서 이를 적용했으며, 곧 리액션을 사용하는 모든 사이트로 롤아웃할 예정입니다.

기술적 세부 사항

백필(backfill) 로직은 discourse_reactions_like_sync_enabled 사이트 설정에 의해 초기에 비활성화됩니다. 몇 주 후 이 설정을 제거하고, discourse_reactions_reaction_for_like(기본값은 )가 아니거나 discourse_reactions_excluded_from_like 목록에 없는 리액션에 대한 PostAction 기록을 백필하기 위한 초기 마이그레이션을 실행할 것입니다. 사이트가 이미 안정화된 후 이 설정을 변경하는 것은 권장하지 않으며, 과거 데이터 정리를 수행하지 않기 때문입니다. 일부 커뮤니티에는 수십만 개, 아니 수백만 개의 좋아요 기록이 있을 수 있습니다.

discourse_reactions_excluded_from_like가 변경될 때마다 백그라운드 작업을 통해 과거 데이터를 수정합니다. 거부 목록에 추가된 리액션은 일치하는 PostAction 기록이 삭제되고, 거부 목록에서 제거된 리액션은 일치하는 PostAction 기록이 생성됩니다. 또한 discourse_reactions_like_sync_enabled가 켜져 있는 경우, 예약된 작업을 통해 매시간 과거 데이터를 수정합니다.

이 기능에서 옵트아웃할 방법은 없습니다 – 기본 discourse_reactions_reaction_for_like를 제외하고는 어떤 리액션도 좋아요로 계산되지 않기를 원한다면, discourse_reactions_enabled_reactions의 모든 항목을 discourse_reactions_excluded_from_like 목록에 추가해야 합니다.

[EricGT]

이 말은 이 좋아요를 의미한다는 뜻인가요?

대부분의 사이트에서는 를 좋아요로 해석하지 않습니다. 대신 게시물을 확인했거나 게시물의 내용을 검토 중이라는 의미로 사용됩니다. 특히 기술 사이트에서는 몇 시간에서 수개월이 걸리는 검토 과정(예: 정리 증명이나 논문 연구 검증)에 이 이모지가 자주 활용됩니다.

[JammyDodger]

discourse_reactions_excluded_from_like에 추가되지 않는 한, 해당 반응은 좋아요(Like)로 집계됩니다. 다만, 리액션 기능이 비활성화된 사이트에서는 전통적으로 하트 심볼을 유사한 의미를 전달하는 데 사용해 왔으므로, 얼마나 엄격하게 적용하느냐에 따라 포함 또는 제외할 수 있습니다.

[EricGT]

@JammyDodger

discourse_reactions_excluded_from_like에 추가되지 않는 한 '좋아요’로 집계됩니다.

이것이 바로 문제입니다. 제가 아는 대부분의 사용자는 이 '좋아요’로 집계되는 것을 기대하지 않을 것입니다. 제 생각에는 의 경우 반대가 되어야 합니다. 기본적으로 는 '좋아요’로 집계되지 않아야 하며, 설정을 변경한 경우에만 '좋아요’로 집계되어야 합니다.

는 긍정적이거나 부정적인 반응이 아니므로, 반응(Reaction)이 아니라 답글(Reply)로 취급되어야 할지도 모릅니다. 알림을 트리거하지는 않지만, 다른 사용자에게 해당 게시글을 확인했음을 알려주는 답글이라고 생각하면 됩니다.

가 결국 긍정적 반응으로 취급될 줄 알았다면, 저는 사용을 제안하지 않았을 것입니다.

[EricGT]

첫 번째 게시물에 달았던 내 리액션이 어떻게 되었나요? 분명히 있었는데 이제 사라졌나요?

[JammyDodger]

@EricGT

그것이 문제입니다. 제가 아는 대부분의 사용자는 이 좋아요로 집계되는 것을 기대하지 않을 것입니다. 제 생각에는 의 경우 반대여야 합니다. 는 기본적으로 좋아요로 집계되지 않아야 하며, 변경된 경우에만 좋아요로 집계되어야 합니다.

각 사이트가 리액션을 어떻게 활용하기를 원할지 예측할 수 있는 방법이 사실상 없기 때문에, 우리는 너무 많은 편견 없이 설정 가능하도록 유지했습니다.

@EricGT

첫 번째 게시물에 제가 남긴 리액션은 어떻게 된 건가요? 분명히 있었는데 이제 사라졌나요?

정확히 모르겠습니다. 두 번째로 클릭하셨다면 다시 제거되었을 것입니다(기본 10분 시간 창 내에서)."}

[Jagster (Jakke Flemming)]

@EricGT

내가 아는 대부분의 사용자는 이 좋아요로 집계되는 것을 기대하지 않을 것입니다.

누가 신경 쓰나요? 이 기능의 유일한 의미는 신뢰 수준에 대한 요구 사항을 집계하는 것입니다.

[Roi]

네, 정말 좋습니다! 이 점에 대해 정말 감사드립니다!

제가 제대로 이해했는지 확인하고 싶습니다:

@tobiaseigen

백필링(backfilling) 로직은 기본적으로 discourse_reactions_like_sync_enabled 사이트 설정에 의해 비활성화됩니다.

…

discourse_reactions_like_sync_enabled가 켜져 있으면, 예약된 작업을 통해 매시간 과거 데이터를 수정합니다.

즉, 과거 데이터를 수정하려면 이 설정을 활성화하고 2~3시간 후에 비활성화하면 되는 건가요? 그리고 새로운 반응은 어쨌든 올바르게 동기화되나요?

[simon_tomes]

잘하셨네요, @tobiaseigen. 이 변경 사항 기대됩니다!

우리 커뮤니티는 좋은 반응이 좋아해요.

[Heliosurge (Dan DeMontmorency)]

@JammyDodger

@EricGT

첫 번째 게시글에 내가 남긴 리액션은 어떻게 된 건가요? 분명 있었는데 이제 사라졌어요?

잘 모르겠네요. 두 번 클릭했다면 다시 제거되었을 거예요 (기본 10분 시간 창 내에서 말이죠)

그분의 말씀이 무슨 뜻인지 이해할 수 있습니다. 만약 그분이 직접 을 로 변경하지 않았다면, 버그인 것 같네요. 아마 이 사진에서 보듯 그분이 게시글을 좋아요한 것 같습니다.

[JammyDodger]

처음에는 그 사람의 아바타를 못 찾았어요. 음.

post undo action window mins를 높이고 제 리액션을 로 다시 설정했는데, 그래도 아직 있는 것 같네요?

더 발견되면 Contribute > Bug 보고를 올릴 수 있어요.

[EricGT]

방금 다시 을 시도해 보았습니다. 스크린샷을 첨부합니다.

이전에는 오류 메시지가 하나 떴지만, 과거 시간 제한에 관한 내용이어서 이 나타날 것으로 기대하지 않아 캡처하지 않았습니다.

---

로 다시 시도해 보았습니다.

이번에는 오류를 캡처했습니다.

그리고 업데이트된 화면입니다.

[JammyDodger]

아, 시간 창을 다시 10분으로 되돌렸어요(그 시간 이후에는 좋아요나 리액션을 삭제할 수 없거든요), 그래서 그런 현상이 예상된다고 생각해요. 하지만 다시 시도할 때 다른 게시물에서 이상한 일이 일어나지는 않는지 잘 지켜봐 주세요.

그리고 왼쪽의 리액션을 클릭하면 좋아요만 표시되는 것이 아니라 리액션 정보 상자가 나타납니다.

[martin (Martin Brennan)]

@Roi

@tobiaseigen

discourse_reactions_like_sync_enabled가 켜져 있으면, 시간 단위로 예약된 작업을 통해 매시간 히스토리를 수정합니다.

즉, 히스토리를 수정하려면 이 설정을 활성화하고 2~3시간 후에 비활성화하면 되는 건가요? 그리고 새로운 리액션은 어쨌든 올바르게 동기화되나요?

네, 맞습니다. 매시간 실행되어 히스토리를 수정하는 작업이 있습니다. 아니면 이 기능이 더 널리 활성화될 때까지 몇 주 정도 기다리셔도 됩니다. 그때 데이터 마이그레이션을 실행하여 히스토리를 역추적(백필)할 예정입니다.

[Firepup650 (Firepup Sixfifty)]

이건 좀 이상하게 버그가 있는 것 같아요. 리액션과 좋아요를 동시에 카운트하는 건가요:

아니면, 카운트되면 안 되는 상황에서 좋아요로만 카운트되는 건가요:

사실 Meta에서는 세 번째 동작이 존재합니다. 를 제외한 리액션은 존재하지 않거든요!

[tobiaseigen]

스크린샷과 보고서 내용을 정확히 이해하지 못하겠습니다. 리액션이 "리액션과 좋아요를 모두 카운트하거나, 카운트되지 말아야 할 때 좋아요로만 카운트된다"고 한 것은 무슨 뜻인가요? 단순히 리액션과 좋아요가 사용자 인터페이스(UI)에 어떻게 표시되는지에 대해 말씀하시는 건가요?

@Firepup650

실제로 메타에서는 를 제외한 다른 리액션이 존재하지 않습니다!

이해가 안 되네요. 메타에서는 리액션과 하트를 볼 수 있고, 심지어 당신의 스크린샷에서도 리액션을 볼 수 있는 것 같은데?

[Don]

안녕하세요

이 변경 사항을 제공해 주셔서 감사합니다. 정말 아쉬웠던 부분이었습니다.

10일 전에 discourse_reactions_like_sync_enabled 설정을 활성화했습니다. 이제 모든 관련 배지 등이 리액션으로 이름 변경될 수 있나요? 예를 들어, Gives back, Good Topic 또는 기타 좋아요 관련 배지의 설명에 '리액션’으로 표기되어야 하고, First Like는 '첫 번째 리액션’으로 변경되어야 하며, 기존 첫 번째 리액션 배지는 제거되거나 그 반대여야 합니다. 이제 두 배지는 동일한 의미를 가지기 때문입니다.

물론 이는 리액션 플러그인이 설치된 경우에만 해당됩니다.

Discourse Gamification도 마찬가지입니다. 이제 리액션도 점수화할 수 있으므로, 좋아요 비율은 리액션을 의미하게 됩니다.

그 외… 아마도 이런 혼란이 생길 수 있는 다른 곳들이 더 있을 것입니다.

제 생각이 올바른 방향인가요?

감사합니다

[tobiaseigen]

고맙습니다, Don! 게이미피케이션 주제를 업데이트하는 것이 시스템의 작동 방식을 더 정확하게 설명하는 데 도움이 될 것 같아 동의합니다. 메타에서 배지 시스템에 대한 문서 주제도 마찬가지입니다.

하지만 좋아요와 에 대한 표현을 디스코urs 인터페이스 전체(배지 페이지, 사용자 페이지, 사용자 프로필 등)에서 바꾸는 데 시간을 낭비할 가치가 있는지 모르겠습니다. 사이트를 사용하는 대부분의 사용자는 좋아요와 리액션의 차이, 또는 어떤 리액션이 좋아요로 집계되지 않는지 등을 잘 모를 것입니다. 따라서 제 생각에는 그대로 두는 것이 좋습니다. 이러한 위치에서 와 좋아요는 좋아요와 긍정적인 리액션을 포함하고, discourse reactions excluded from like 관리자 설정에서 제외된 리액션은 제외됩니다.

[Don]

답변 감사합니다! 네, 동의합니다. 하지만 불행히도 커뮤니티에 와 및 기타 리액션의 차이점을 교육하는 데 많은 시간을 들였습니다. 그래서 이 이름 변경 단계를 통해 모든 곳에서 이름을 바꿔야 합니다. 저는 부정적 리액션을 사용하지 않으므로 모든 리액션이 '좋아요’로 집계됩니다. 신뢰 수준, 게이미피케이션 등에 대한 문서 등 변경이 필요한 곳이 많습니다. 예를 들어, TL 사이트 설정의 ‘좋아요’ 속도 제한과 사용자가 해당 제한에 도달했을 때 표시되는 관련 시스템 모달은 이제 ‘리액션’ 속도 제한을 의미해야 합니다. 또한 토픽 목록 항목의 아이콘과 좋아요에 대한 기타 알림은 예를 들어 discourse-emojis 아이콘을 사용해야 합니다. 하지만 이것은 제 경우에만 해당되며, 코어에서 변경할 필요가 없다는 점에는 동의합니다.

[tobiaseigen]

좋은 피드백입니다. 여기에서 당신만이 그런 생각을 하는 것이 아닐 것입니다. 어떻게 수정하는 것이 좋다고 생각하시나요?

또한, 리액션(반응) 기능은 디스코urses 코어에 포함되어 있지 않기 때문에, 리액션 기능이 없는 사이트도 고려할 수 있는 표현을 사용해야 합니다. 지금은 이 표현을 유지하되, 향후 리액션 기능이 디스코urses 코어에 포함되면 모든 “좋아요” 참조를 "리액션"으로 교체하고, 부정적인 것으로 판단되어 좋아요 카운트에 포함되지 않는 일부 리액션은 무시하면 될 것 같습니다.