저희 Discourse 포럼의 사용자는 이모지가 바로 앞 단어에 붙어 있는 방식으로 제목의 “최대 이모지 수” 제한을 우회할 수 있습니다.
예시: This is:emoji: an emoji:emoji: bypassing:emoji: title
제한을 우회하는 사용자:
저희 측에서 확인한 결과, 제목의 이모지 제한은 현재 0으로 설정되어 있으며, 위 예시의 사용자는 3개의 이모지를 사용했습니다.
추가 정보가 필요하시면 알려주세요. 감사합니다!
이게 쉬운 수정이라면 @sam 동의해. 아니면 반대야.
이 문제가 조사된다면, 이모지가 뒤에 공백이 없을 경우 실제로 제목에 전혀 표시되지 않는다는 점을 언급할 가치가 있습니다.
이모지와 텍스트 사이에 공백이 있는 경우:
이모지와 텍스트 사이에 공백이 없는 경우:
정확히 말하자면, 이는 제목의 첫 번째 위치뿐만 아니라 어떤 위치에 있는 이모지에서도 발생하는 문제입니다.
이 규칙의 예외는 연속된 이모지(공백 없음)인 경우입니다:
즉, 이모지는 올바르게 표시되려면 뒤에 공백이 따라야 하지만, 다음에 다른 이모지가 오는 경우는 예외입니다. 그리고 이모지 뒤에 공백이 없으면 실제로 제목의 최대 이모지 수 제한을 우회하게 됩니다.
여기서도 비슷한 문제가 있습니다. 제목에 허용된 이모지 수를 0으로 설정해 두었습니다.
어떤 사용자는 항상 이 제한을 우회하는데, 어떻게 그렇게 하는지 재현할 수 없습니다:
순수한 호기심에 try.discourse.org에서(제목에 이모지 1개만 허용되는 곳) 이를 재현해 보았습니다. 위에서처럼 공백을 넣지 않으면 휴대폰 갤러리의 이모지를 이용해 2개를 넣을 수 있습니다.
어떤 이유에서인지 첫 번째 이모지와 두 번째 이모지를 다르게 처리하는 것 같습니다.
하지만 기술적인 해결책은 제시하기 어렵습니다. 대신, 원본 게시물을 열어 제목에서 이모지를 제거하고, 사용자가 포럼 규칙을 우회하지 않도록 요청하는 수정 노트를 남기는 것은 어떨까요? (또는 같은 내용을 담은 개인 메시지를 보내는 것도요?)
음, 우리 모드가 그렇게 할 수는 있겠지만, 이모지 설정을 0으로 하면 당연히 그 역할을 해야 하는 것 아닌가요?
또한, 이미지에서는 보이지 않지만 이 사용자의 게시물 제목에서 마지막 단어와 이모지 사이에 공백이 있습니다.
그가 필터를 우회하는 방법을 제가 직접 재현해 보려 해도 어떻게 하는 건지 모르겠네요.
이것을 확인하기 위해 게시물을 작성해 보지는 않았지만, 한눈에 보기에는 하나의 유니코드 이모지 문자와 하나의 이모지 이름을 결합하는 것 같습니다: Emoji title emoji title🥳:partying_face:
제목에 별과 구름이 포함된 이전 메시지들을 처음에는 놓쳤습니다. 공백을 사용해서는 재현이 되지 않지만, OP가 설명한 문제를 재현할 수 있습니다. 즉, 이모지는 알파벳 또는 숫자(공백이나 이모지가 아닌 다른 문자일 수도 있음) 바로 뒤에 오는 경우 몇 개든 허용됩니다.
그런 문자를 찾지는 못했지만, 말씀하신 사용자는 공백처럼 보이지만 공백으로 간주되지 않는 특수 문자를 사용하고 있어 이모지가 그 뒤에 올 수 있는 상황일 수도 있습니다.
가능하다면 당연히 그래야 합니다. 
다만 저는 이런 제한들을 포럼 설정을 따르도록 사용자를 유도하기 위한 일종의 마찰(friction)로 보는 편이지, 절대적인 잠금장치라고 보지는 않습니다. 결국 이런저런 우회 방법을 찾아내는 사람은 항상 있게 마련이고, 모든 것을 철저히 막으려는 시도는 좀처럼 끝나지 않는 게임이 될 수 있습니다(특히 그들이 어떻게 우회했는지 파악하지 못할 경우 더더욱).
때로는 수동적인 검열만으로도 비슷한 결과를 얻을 수 있거나, 최소한 더 나은 기술적 해결책을 찾아낼 시간을 벌 수 있습니다. 제한을 우회하는 사람이 단 한 명뿐이라면, 제목을 수정하고 앞으로는 그러지 말라고 요청하는 수동 검열이 우회 경로를 찾아내고 수정하는 것보다 더 쉬울 수 있습니다.
하지만 결국 해결하시길 바랍니다. 그들이 지금 어떻게 하고 있는지도 꽤 궁금합니다. 
아마도 그렇겠죠. 그는 이모지가 끝에 있는 새로운 주제 세 개를 게시했어요. 이번에는 마지막 단어의 마지막 문자와 이모지 사이에 공백이나 다른 문자가 더 이상 없어요.
이 문제는 해당 PR에서 수정되었습니다:
문제는 조회 코드에 있던 오류로 인해 일부 이모지가 이모지로 감지되지 않아 발생했습니다.
