Seria possível fazer com que o botão de ‘Curtir’ não abrisse o formulário de login? No meu cenário, ele deve funcionar sem login…
Não, isso não é possível. Armazenamos o usuário que curtiu uma publicação, e essa informação é utilizada em diversos lugares, então isso não é algo que possa ser alterado facilmente.
Existem alguns conceitos para controles alternativos, como “estrelas” ou um botão “ok”, para permitir que usuários não logados interajam?
Nenhuma delas se relaciona ao Discourse; tudo está ligado às contas de usuário. Se o usuário não estiver logado, não há nada para registrar.
Alguém pode descrever as melhores práticas para personalizar o controle de curtidas? Sou novo nessa pilha de tecnologias; meu único conhecimento sobre o Discourse vem de experiências com PHP, mas não com as tecnologias acima.
Você poderia elaborar sobre isso?
Quer dizer, você pode alterar a aparência do botão; além disso, há pouquíssimas opções.
Quero dizer uma customização funcional: desejo alterar a lógica para que o botão de Curtir funcione sem necessidade de login. Mas não conheço a estrutura modular do Discourse. Você recomendaria um plug-in ou uma alteração direta no código? E onde eu poderia fazer essa alteração sem comprometer a integridade do código? O que acontece com o trecho de código modificado em atualizações, etc?
O núcleo do Discourse não é escrito em PHP.
Você terá que criar um plug-in extremamente personalizado para fazê-lo funcionar, mas, nesse caso, isso seria uma violação do GDPR.
Sem contar que uma funcionalidade como essa é muito fácil de explorar, pois qualquer pessoa com um conhecimento mínimo sobre como fazer engenharia reversa nos cookies do navegador será capaz de bombardear posts aleatórios com likes infinitos.
Olá Bhanu, você acha que vou aprender muito com essa resposta para resolver o problema?
Tentei responder às perguntas que você levantou na postagem acima. Minha sugestão é que você não tente modificar as funções principais, a menos que queira permanentemente inutilizar suas atualizações.
Ok. Obrigado, Bhanu. Agora eu sei o que não devo fazer 
Eu poderia ver algum valor em um clone da funcionalidade do StackOverflow onde cliques anônimos nos botões de voto são salvos no banco de dados, mas não publicados diretamente.
Eu gostaria de ver um plano extremamente sólido sobre como os dados devem ser usados antes de iniciar a implementação (pense no GDPR: “o que você vai fazer com esses dados sobre visitantes anônimos?”). Publicar diretamente na postagem está fora de questão, pois é extremamente fácil trapacear em relação ao que visitantes anônimos estão fazendo.
Alguém conhece uma maneira (melhores práticas)
a) de personalizar funcionalmente o botão de Curtir ou
b) criar um controle adicional que conte cliques nele (máximo 1 por endereço IP), com a soma dos cliques podendo ser exibida na área de administração?
Se fosse apenas JavaScript, eu não perguntaria, mas a solução precisa ter persistência…
Isso não é realmente um tópico de suporte; ninguém está fazendo isso hoje. O que você está pedindo é bastante complexo e definitivamente não é algo com o que possamos ajudá-lo facilmente.
A menos que você esteja familiarizado com JavaScript e Ruby, o que a solução provavelmente exige é dinheiro 
.
Se você tem um orçamento e o recurso é realmente importante para você, talvez possa iniciar um tópico no Marketplace?
Alternativamente, eu começaria novamente no Development, porque você vai acabar criando um plugin de algum tipo.
Ah, então as melhores práticas para mudanças na lógica neste caso são plugins? Ok. Bom saber. Valeu!
Curiosidade: @sam defendia essa funcionalidade naquela época e ele estava certo!
Os dados resultantes eram muito interessantes. Se você comparasse votos anônimos com votos de usuários logados, grandes discrepâncias geralmente indicavam um tópico que precisava de intervenção dos moderadores.