저희 사이트에서는 review_media_unless_trust_level 설정을 사용하여 특정 신뢰 등급의 사용자가 이미지를 포함하여 게시하는 포럼 게시글을 검토하고 있습니다. 이 설정은 잘 작동하지만, 이모지나 일반 텍스트만 포함된 게시글까지도 검토 대상이 된다는 점에서 필터가 제 생각에는 너무 강합니다.
임베드 링크와 같은 '비이미지 사례’에서 검토가 트리거되는 것은 매우 좋은 점입니다. 따라서 필터를 일반적으로 매우 민감하게 유지하는 것은 좋은 일입니다. 하지만 사이트의 모든 이모지는 제가 아는 한 포럼 자체에서 호스팅되고 결정되므로, 사람들이 원하는 이모지를 자유롭게 게시하는 데 위험이 없다고 생각합니다.
이 설정에서 이모지와 일반 텍스트만 포함된 게시글은 무시하도록 할 수 있을까요?
관련 항목:
[수정: 이 게시글의 제목에 밑줄(_)을 사용하여 적절한 설정 이름을 사용할 수 없었습니다. 포럼이 게시글 제목이 모호하고 '너무 긴 단어’가 포함되어 있다고 알려주었기 때문입니다.]
7개의 좋아요
mattdm
1월 30, 2023, 7:00오후
2
더 나쁜 것은, 게시물이 비-ASCII 유니코드 문자 때문에 보류될 수도 있다는 점입니다. 방금 내 검토 대기열로 들어간 게시물 하나를 확인해 보니, 그 가능성이 있는 것으로 보이는 유일한 점은 “와 ”를 인용 부호로 사용하고 있다는 것입니다.
그리고 누군가의 이름에 포함된 ã도 있긴 합니다. 그건 아니길 바랍니다!
늦게 답변드려 죄송합니다. 제 테스트 사이트에서 직접 테스트해 보았더니 이모지에서 트리거가 발생했는데, 이는 지나치게 민감하게 설정되어 있는 것 같습니다. 이 둘이 불가분의 관계인지 확실하지는 않지만, 알아볼 수 있는 것이 있는지 확인해 보겠습니다.
Matthew Miller:
더 나쁜 것은, 게시물이 비(非) ASCII 유니코드 문자 때문에 보류될 수 있다는 점입니다. 내 검토 대기열로 들어간 게시물이 하나 있는데, 그 원인으로 의심되는 유일한 것은 “와 ”을 인용 부호로 사용하고 있다는 것입니다.
아, 그리고 누군가의 이름에 포함된 ã도 있네요. 그건 아니기를 바랍니다!
하지만 인용 부호나 ã에서는 트리거를 발생시킬 수 없었습니다. 제가 놓치고 있는 것이 있을까요?
3개의 좋아요
mattdm
1월 30, 2023, 7:51오후
5
잘 모르겠어요 – 검토 대기열에 있는 게시글에서 제가 생각하기에 그 기능이 발동될 수 있는 유일한 경우가 바로 그것들이었거든요.
1개의 좋아요
sam
3월 6, 2023, 4:14오전
11
이것이 해당 상황일 수 없다고 생각하는데, 다음 코드를 보면 알 수 있습니다:
이미지 크기가 존재해야 한다고 요구하는데… 불행히도 이모지도 크기가 있기 때문에 이미지로 간주되어 트리거가 발생합니다.
수정은 비교적 간단할 것 같지만, 크기를 결정할 때 이미지를 이모지와 분리하도록 내부 추적을 도입해야 합니다.
mattdm
3월 6, 2023, 9:45오전
12
이런 일이 발생한 제 예시는 다음과 같습니다:
https://meta.discourse.org/t/why-did-this-post-get-held-for-moderation/253048/2?u=mattdm
(공개 주제에 비공개 링크를 올린 점, 스태프가 아닌 분들께 사과드립니다 — 누군가의 이름이 포함되어 있어 민감한 정보로 취급하고 있습니다)
mattdm
3월 6, 2023, 10:36오전
14
네, 맞아요. 꼼꼼한 점에 점수를 드릴게요.
sam
3월 6, 2023, 9:27오후
15
아, 인용문 안의 아바타를 말씀하시는 거겠죠 (화면 캡처에서는 민감할 수 있으므로 숨겨져 있습니다
같은 문제인데, 다른 계열입니다. 이 부분도 함께 처리하겠습니다. 향후 20영업일 내로 작업이 예정되어 있습니다.
이모지 이미지 제외
인용문 내 사용자 아바타 이미지 제외
3개의 좋아요
이 문제를 빠르게 살펴봤는데, 원인은 FEATURE: Review posts with media. (#10693) · discourse/discourse@f85f73b · GitHub 커밋에서 비롯된 것 같습니다. 클라이언트가 보내는 imageSizes를 사용하여 review media unless trust level을 확인하고 있기 때문입니다.
대신 서버 측에서 확인을 수행하고, 다음과 유사한 방식을 사용하는 것이 좋습니다.
사용자가 게시글에 추가한 미디어를 확인하기 전에 처리해야 합니다.
다만 NewPostManager에서 “nokogiri 처리된” cooked post 버전에 접근할 수 있는지, 그리고 그렇지 않을 경우 성능에 얼마나 큰 영향을 미칠지 확실하지 않습니다.
2개의 좋아요
pmusaraj
3월 8, 2023, 4:49오후
19
이렇게 하는 것은 다소 이상하며, 클라이언트에서는 미리보기(preview)를 쿼리하여 "이미지"를 감지하는데, 이것도 이상적이지 않습니다.
https://github.com/discourse/discourse/blob/main/app/assets/javascripts/discourse/app/controllers/composer.js#L1008-L1018
여기서는 대규모 리팩토링이 필요할 수 있지만, 그 동안에는 이모지와 아바타의 imageSizes가 페이로드에 전송되지 않도록 제외하는 것으로 충분합니다. 확인해 보니 이모지와 아바타에는 이미지 크기가 전혀 사용되지 않으므로, 이렇게 하는 것이 안전해 보입니다: FIX: Don't send image sizes for emojis/avatars - Pull Request #20589 - discourse/discourse - GitHub
PR 설명에 언급된 바와 같이, 원박스(onebox) 이미지도 게시물을 리뷰 대기열로 전송하지만, 이 설정이 활성화되어 있을 때 이는 바람직한 부수 효과라고 생각합니다.
3개의 좋아요
링크 자체에는 이름이 없지만, 링크된 콘텐츠에는 이름이 있거든요. 
_