Agradeço muito se você puder adicionar o recurso para que a edição também possa acionar “requer aprovação” ou suspender contas. Há um troll em nosso fórum que descobriu que pode contornar o requisito editando e está trollando o tempo todo com uma nova conta a cada vez. Não acho que bloquear algumas palavras possa detê-lo, porque ele sempre pode saber quais palavras são bloqueadas testando, portanto, ele pode apenas mudar uma palavra e postá-la. Durante seus testes, os administradores não sabem de nada. Quero ter uma lista oculta de palavras para acionar “requer aprovação” mesmo que ele esteja apenas editando, e qualquer usuário que usou essas palavras editando deve ser suspenso imediatamente.
11 curtidas
Isso surgiu em conversas algumas vezes entre mim e @fzngagan recentemente, e achamos que também poderia ser útil. 
Existe a opção de bloquear uma postagem para edição posterior, e uma configuração de administrador para fazer isso automaticamente após uma edição de staff[1], mas elas não fazem exatamente a mesma coisa. Ter a opção de reenviar edições para reaprovação parece estar de acordo com a proteção de ter o conteúdo inicialmente aprovado em primeiro lugar.
No entanto, no seu caso, parece que você poderia usar alguns dos outros recursos existentes de palavras observadas, como sinalização e silenciamento, para alcançar algumas das coisas que você sugere. Você já verificou essas opções?
staff edit locks post↩︎
2 curtidas
Sim, tentamos muitas coisas. No entanto, os recursos de palavras assistidas não funcionam na edição (exceto palavras bloqueadas), então ele conseguiu contornar essas configurações. A sinalização (por outros usuários) funciona, mas geralmente há um atraso, e o troll geralmente posta 10 respostas antes que qualquer usuário o sinalize.
2 curtidas
Temos spammers que ressuscitaram posts antigos com comentários anódinos e, em seguida, editaram com links de spam. Intencionalmente, não fechamos posts antigos porque, em geral, é contextualmente legítimo para o nosso propósito. Usamos palavras de aprovação obrigatória para tentar bloquear spam comum.
Adoraria se as edições voltassem para a fila para usuários abaixo de um nível de confiança configurável.
5 curtidas
Como as palavras observadas não são aplicadas a edições, e a maioria dos spammers está no TL0, tivemos que desativar as edições de posts para o TL0. Isso tem sido uma frustração para muitos novos usuários legítimos do fórum que se juntam a nós procurando ajuda para um problema. Assim, acabo perdendo muito tempo explicando por que eles não podem editar.
3 curtidas
Também estou procurando por esse recurso. Pelo menos um usuário começou a abusar disso regularmente. Até agora, nada problemático foi postado, mas agora não tenho certeza do que pode passar.
1 curtida
+1 de mim para aplicar o filtro de palavras observadas às edições de posts. Spammers descobriram isso e está causando danos em nosso fórum.
Editar: Caso alguém esteja interessado, configurei um fluxo de trabalho no n8n para lidar com isso. Sempre que ocorre uma edição de post, ele busca a lista de palavras observadas do Discourse e as verifica contra o novo texto. Quando corresponde, ele sinaliza o post como spam, empurrando-o para a fila de revisão (não consegui descobrir qual post_action_type_id eu precisava para sinalizar um post como exigindo aprovação, então 
). Ficarei feliz em compartilhar este código - me envie uma mensagem direta se quiser uma cópia.
3 curtidas
Também adoraríamos esse recurso porque estamos atualmente sendo atingidos por uma onda de spam, como mencionado em https://meta.discourse.org/t/blocking-recent-wave-of-spam, e esses bots criam posts regularmente com conteúdo aleatório e, em seguida, o editam para o conteúdo real para contornar a lista “Requerer aprovação”. Adicionamos muitas das expressões que gostaríamos de ter nesta lista à lista “Bloquear”, mas isso é arriscado em relação ao bloqueio excessivo.
4 curtidas
Estamos recebendo uma quantidade enorme de spam usando esta técnica simples de criar uma postagem e editá-la depois para contornar o filtro de "palavras observadas".
Mas, pior ainda, parece que os filtros de "palavras observadas" não são aplicados ao título da postagem, então não tenho certeza se isso é um bug.
4 curtidas
Os fóruns do KiCad (https://forum.kicad.info/) também estão recebendo um fluxo constante de spam de edição como este. O mesmo spam exato (poluição de SEO com número de telefone falso de atendimento ao cliente) aparentemente também praticamente destruiu https://neovim.discourse.group/ e está afetando um fórum PHP: https://discourse.thephp.foundation/
Você pode ver muitos exemplos da edição sendo feita:
Eu estava prestes a sugerir a detecção de spam do plugin ai, pois ele também verifica edições em busca de spam e faz um ótimo trabalho aqui no Meta. Alguém recentemente compartilhou alguns números impressionantes, mas acho que o tópico foi excluído ou deslistado (ou sou realmente péssimo em pesquisar hoje).\n\nMas não tenho certeza se saber que este plugin existe ou contar sobre outros recursos adicionados no último ano para lidar com ondas massivas de spam é de alguma ajuda para você, pois parece que a versão desse fórum está bastante desatualizada (outubro de 2023).
1 curtida
Soluções de curto prazo: se as primeiras postagens dos usuários tiverem que passar por moderação, isso pode impedir esses bots. O Super Bot Fight Mode da Cloudflare também pode ajudar.
Ainda tenho que lutar contra isso, o mesmo golpe de SEO barulhento com número falso de suporte ao cliente. O Stop Forum Spam ajudou a conter um pouco a maré.
O fato de não ser aplicado a edições realmente reduz a utilidade das palavras observadas.
2 curtidas
Eu acho que a opção “bandeira” das palavras observadas rastreia edições.
1 curtida
Obrigado! Watched Words Reference Guide não é claro sobre o comportamento para edições em muitas das categorias. Mas, infelizmente, isso não ajuda muito; pelo que pude apurar, você não pode ter a mesma palavra em duas categorias de palavras monitoradas (pelo menos, toda vez que tentei, a palavra desapareceu da primeira lista quando a adicionei à segunda), então qualquer coisa que eu tenha em Exigir Aprovação ou Silenciar não pode também estar em Sinalizar. Portanto, mesmo que eu quisesse fazer um trabalho duplicado para colocar palavras em ambos os lugares, acho que estou sem sorte.
Entendo que Exigir Aprovação é mais difícil de aplicar a edições porque exigiria uma infraestrutura completa em torno da aprovação de edições de postagens que simplesmente não existe. Acho que este é o pedido de funcionalidade.
1 curtida
Hmm. Talvez você possa usar a automação Marcar postagem por palavras do plugin de automação para marcar edições. Isso pode resolver o problema com palavras vigiadas duplicadas 
1 curtida
Obrigado!
Agora é um plugin empacotado, então eu nem preciso recompilar para instalá-lo e ativá-lo!
Estou dando uma chance. Ainda não movi todas as minhas centenas de palavras de “Requer Aprovação”, mas adicionei algumas das mais genéricas usadas recentemente. 
1 curtida
Não consigo adicionar nada em termos de solução aqui, mas endosso esta observação:
Ser capaz de enviar edições de usuários TL0 (e talvez também TL1) através do filtro de palavras observadas e fila de aprovação aumentaria significativamente a utilidade de dito filtro.
2 curtidas