수정 시에도 "승인 필요"가 트리거되거나 계정이 정지될 수 있도록 이 기능을 추가해 주시면 정말 감사하겠습니다. 우리 포럼에는 수정을 통해 승인 요건을 우회할 수 있다는 것을 알아낸 트롤이 하나 있습니다. 이 사람은 매번 새 계정으로 계속 트롤링을 하고 있습니다. 일부 단어를 차단하는 것만으로는 그를 막을 수 없다고 생각합니다. 테스트를 통해 어떤 단어가 차단되는지 항상 알 수 있기 때문에, 단어를 바꾸고 게시하면 되기 때문입니다. 그가 테스트하는 동안 관리자는 아무것도 모릅니다. 수정만으로도 "승인 필요"를 트리거하는 숨겨진 단어 목록을 원합니다. 그리고 수정을 통해 이 단어를 사용한 사용자는 즉시 정지되어야 합니다.
12개의 좋아요
This has cropped up in conversation a couple of times between me and @fzngagan recently, and we think it could be useful too. 
There is the option to lock a post from further editing, and an admin setting to do that automatically after a staff edit[1], but they don’t do quite the same thing. Having the option to send edits back for re-approval feels in keeping with the protection of having the content initially approved in the first place.
However, in your case, it sounds like you could make use of some of the other existing watched word features, like flagging and silencing, to achieve some of the things you suggest. Have you checked out those options?
staff edit locks post↩︎
2개의 좋아요
Yes, we have tried a lot of things. However, watched word features do not work on editing (except blocked word), so he was able to bypass those settings. Flagging (by other users) works, but usually there is a time delay, and the troll generally posts 10 replies before any user flags him.
2개의 좋아요
We have spammers who necro old posts with anodyne comments and then edit with spam links. We intentionally do not close old posts because it is generally contextually legit for our purpose. We use Require Approval words to try to block common spam.
I’d love if edits went back to the queue for users below a configurable trust level.
5개의 좋아요
Because watched words aren’t applied to edits, and most spammers are at TL0, we’ve had to turn off post edits for TL0. This has been a frustration for a lot of legitimate new forum users who join us looking for help with a problem. So I end up wasting a lot of time explaining why they can’t edit.
3개의 좋아요
I’m looking for this feature too. At least one user has started abusing this regularly. So far nothing problematic has been posted, but now I’m not sure what might slip through.
1개의 좋아요
+1 from me for applying the watched words filter to post edits. Spammers have figured this out and it’s causing harm on our forum.
Edit: In case anyone’s interested, I have set up a workflow in n8n to handle this. Whenever a post edit occurs, it fetches the list of watched words from Discourse and checks them against the new text. When it matches, it flags the post as spam, pushing it into the review queue (I couldn’t figure out which post_action_type_id I needed to flag a post as requiring approval, so 
). I’m happy to share this code - DM me if you want a copy.
3개의 좋아요
We would also love this feature because we’re currently hit by a spam wave as mentioned in https://meta.discourse.org/t/blocking-recent-wave-of-spam and those bots do regular create posts with random content and then edit it to the actual content to bypass the “Require for Approval” list. We added a lot of the expressions we would like to have in this list to the “Block” list but this is risky in regards to over blocking.
4개의 좋아요
We’re getting an huge amount of spam doing this simple technique of creating a post and editing it afterwards to bypass the “watched words” filter.
But even worse, it looks like “watched words” filters are not applied to the post title, so I’m not sure if that is a bug.
4개의 좋아요
KiCad 포럼(https://forum.kicad.info/)에도 이러한 유형의 편집 스팸이 꾸준히 유입되고 있습니다. 동일한 스팸(가짜 고객 서비스 전화번호 SEO 오염)이 https://neovim.discourse.group/을 사실상 마비시킨 것으로 보이며, PHP 포럼인 https://discourse.thephp.foundation/에도 영향을 미치고 있습니다.
수정 내역의 많은 예시를 확인할 수 있습니다:
사실 ai 플러그인의 스팸 감지 기능을 제안하려 했습니다. 이 기능은 수정된 글도 스팸으로 검사하며, 여기 메타 사이트에서 아주 좋은 성능을 발휘하고 있습니다. 최근 누군가 인상적인 수치를 공유했던 것 같은데, 해당 주제가 삭제되었거나 목록에서 제외되었거나(혹은 오늘 제가 검색을 정말 못 하는 건지) 잘 모르겠습니다.
하지만 해당 포럼의 버전이 꽤 오래되었다(2023년 10월)는 점에서, 이 플러그인의 존재를 알려주거나 지난 1년간 대량 스팸 대응을 위해 추가된 다른 기능들을 설명해 드리는 것이 도움이 될지 확신하지 못하겠습니다.
1개의 좋아요
단기적인 해결책: 사용자의 첫 몇 개의 게시물이 반드시 검수를 거치도록 하면, 해당 봇을 차단할 수 있습니다. Cloudflare의 Super Bot Fight Mode도 도움이 될 수 있습니다.
여전히 이 문제와 싸우고 있습니다. 가짜 고객센터 번호 사기 SEO 노이즈가 계속되고 있거든요. Stop Forum Spam이 조금이라도 이 흐름을 막는 데 도움이 되고 있습니다.
편집에 적용되지 않는다는 점은 감시 단어(watched words)의 유용성을 크게 떨어뜨립니다.
2개의 좋아요
감시 단어의 “flag” 옵션이 편집을 추적한다고 생각합니다. 적어도 1년 전에 제가 작성한 내용에는 그렇게 적혀 있었거든요.
1개의 좋아요
감사합니다! Watched Words Reference Guide 링크는 많은 범주에 대해 수정(edit) 시의 동작 방식을 명확히 설명하지 않습니다. 하지만 불행히도 그 부분은 큰 도움이 되지 않습니다. 제가 파악한 바로는, 감시 단어(watched words)의 두 가지 범주에 같은 단어를 중복해서 넣을 수 없기 때문입니다(최소한 제가 시도해 본 결과, 두 번째 목록에 단어를 추가하면 첫 번째 목록에서 해당 단어가 사라졌습니다). 따라서 ‘승인 요구(Require Approval)’ 또는 '무음 처리(Silence)'에 포함된 단어는 '플래그(Flag)'에도 동시에 포함시킬 수 없습니다. 그래서 두 곳에 단어를 중복해서 등록하는 이중 작업을 하고 싶어도, 제 생각에는 불가능한 것 같습니다.
'승인 요구’가 수정에 적용하기 어려운 이유는, 게시글 수정을 승인하는 데 필요한 인프라가 아예 존재하지 않기 때문이라는 점은 이해합니다. 제가 여기에서 요청하는 기능은 바로 그 부분입니다.
1개의 좋아요
음. 자동화 플러그인의 Flag post on Words 자동화를 사용해 편집을 플래깅할 수 있어요. 그러면 중복 감시 단어 문제를 해결할 수 있을 거예요 
1개의 좋아요
감사합니다!
이제 번들 플러그인이 되어서 활성화하려면 재빌드할 필요도 없이 설치만 하면 됩니다!
이걸로 시도해 볼게요. 아직 수백 개의 ‘승인 필요’ 단어들을 모두 옮기지는 않았지만, 최근 자주 쓰이던 가장 일반적인 단어 몇 개는 추가해 두었습니다. 
1개의 좋아요
해결책에 대해서는 아무것도 덧붙일 수 없지만, 이 관찰에 동의합니다:
TL0(그리고 아마도 TL1) 사용자의 수정된 게시물을 감시 단어 필터와 승인 대기열을 통과시킬 수 있다면, 해당 필터의 유용성이 크게 향상될 것입니다.
3개의 좋아요