좋아요 버튼을 눌렀을 때 로그인 창이 열리지 않도록 할 수 있을까요? 제 시나리오에서는 로그인 없이도 작동해야 합니다…
아니요, 그것은 불가능합니다. 게시글을 좋아한 사용자를 저장하고 있으며, 이 정보는 많은 곳에서 사용되므로 쉽게 변경할 수 있는 사항이 아닙니다.
로그인하지 않은 사용자가 상호작용할 수 있도록 "별"이나 “확인” 버튼과 같은 대체 컨트롤에 대한 개념이 있나요?
Discourse와 관련된 것은 없으며, 모든 것이 사용자 계정과 관련됩니다. 사용자가 로그인되어 있지 않으면 기록할 대상을 찾을 수 없기 때문입니다.
누군가 Like 컨트롤을 커스터마이징하는 모범 사례를 설명해 주실 수 있나요? 이 기술 스택에는 처음이라, Discourse에 대한 제 지식은 PHP 경험을 제외하면 위 기술에 대한 것이 거의 없습니다.
이 부분에 대해 좀 더 자세히 설명해 주시겠어요?
버튼의 외관을 변경하는 것 외에, 선택할 수 있는 옵션은 거의 없습니다.
기능적 커스터마이징을 의미했습니다. 로직을 변경해서 로그인 없이 Like 컨트롤이 작동하도록 하려는 건데요. Discourse의 모듈 구조를 잘 모르겠습니다. 플러그인을 추천하시나요, 아니면 PHP를 직접 수정하는 게 좋을까요? 그리고 코드의 무결성을 깨뜨리지 않으면서 어디에서 수정할 수 있을까요? 업데이트 등이 있을 때 수정된 코드 스니펫은 어떻게 처리되나요?
Discourse 코어는 php로 작성되지 않았습니다.
동작하게 하려면 매우 맞춤화된 플러그인을 만들어야 하지만, 그렇게 하면 GDPR을 위반하게 됩니다.
게다가 이러한 기능은 브라우저 쿠키를 역공학하는 방법에 대해 합리적인 수준의 지식을 가진 누구든 무한한 좋아요를 가진 랜덤 게시물들을 폭격할 수 있을 정도로 매우 쉽게 악용될 수 있습니다.
반누, 안녕하세요. 이 답변을 통해 문제를 해결하는 데 큰 도움을 받을 수 있다고 생각하시나요?
위 게시물에서 제기하신 질문에 대해 답변을 시도해 보았습니다. 제 제안은, 업데이트가 영구적으로 무용지물이 되고 싶지 않다면 핵심 기능을 수정하지 말라는 것입니다.
알겠습니다. 반누, 감사합니다. 이제 무엇을 하면 안 되는지 알았어요 
StackOverflow의 기능을 클론한 형태에서, 투표 버튼의 익명 클릭을 데이터베이스에 저장하되 바로 공개하지 않는 방식에는 일부 가치가 있다고 봅니다.
구현을 시작하기 전에, 해당 데이터가 어떻게 사용될지에 대한 매우 탄탄한 계획이 먼저 제시되어야 합니다. (GDPR 관점에서 “익명 방문자에 대한 이 데이터를 어떻게 활용할 것인가?”를 생각해 보세요.) 익명 방문자의 행동을 조작하기가 매우 쉬우므로, 게시글에 바로 공개하는 방식은 절대 받아들일 수 없습니다.
좋아요 버튼에 대해 다음 중 어떤 방법을 아시는 분 계신가요 (최선의 실습 포함)?
a) 좋아요 버튼을 기능적으로 커스터마이징하거나
b) 클릭을 카운트하는 추가 컨트롤을 만드는 것 (IP 주소당 최대 1회), 그리고 클릭 수 합계를 관리자 영역에 표시할 수 있다면?
단순히 JS로 해결할 수 있었다면 질문하지 않았을 텐데, 이 솔루션은 영속성이 필요합니다…
이건 정말로 지원(고객 서비스) 주제는 아닙니다. 오늘 이걸 하는 사람은 아무도 없어요. 요청하신 건 꽤 복잡하고, 우리가 쉽게 도와드릴 수 있는 내용이 아닙니다.
JavaScript와 Ruby에 익숙하지 않다면, 솔루션에 더 필요한 것은 돈 
일 가능성이 큽니다.
예산이 있고 해당 기능이 정말 중요하다면 #marketplace에서 새 주제를 시작해 보시는 건 어떨까요?
또는 #dev에서 다시 시작하는 것이 좋겠습니다. 왜냐하면 어떤 형태로든 플러그인을 만들게 될 테니까요.
아, 그러니까 이 경우 로직 변경 시 가장 좋은 방법은 플러그인이라는 거군요. 알겠습니다. 좋은 정보네요. 감사합니다!
삼각대: @sam은 예전에 이 기능을 옹호했고, 그의 말이 맞았습니다!
그 결과로 생성된 데이터는 매우 흥미로웠습니다. 익명 투표와 로그인된 사용자의 투표를 비교했을 때, 큰 차이가 나는 경우는 보통 관리자 개입이 필요한 주제임을 나타냈습니다.