White_listed_spam_host_domains 설정이 신규 사용자에게 적용되지 않나요?

기여 UX
1

이것이 버그인지, 아니면 어딘가에서 설정을 놓치고 있는 건지 확실하지 않습니다.

오늘早些 Moderators Inbox(모더레이터 받은 편지함)에 다음 네 가지 항목이 도착했습니다:

03
03681×332 26.3 KB

목록에서 가장 아래 있는 New user martincook posts blocked due to repeated links(반복된 링크로 인해 신규 사용자 martincook의 게시물이 차단됨) 항목을 클릭하면 다음과 같은 메시지가 표시됩니다:

이 부분은 문제없습니다.

그러나 목록에서 가장 위에 있는 Llyn Y Fan Fach Reservoir & Drive 21 Sept 2019” was flagged as spam(Llyn Y Fan Fach Reservoir & Drive 21 Sept 2019”이 스팸으로 표시됨) 게시물을 클릭하면 메시지에 다음 내용이 포함되어 있습니다:

다른 메시지들도 모두 문제의 원인으로 유튜브 도메인을 언급하고 있었습니다.

여기서 혼란스러운 점은 유튜브 도메인을 이미 화이트리스트에 등록해 두었다는 것입니다.

그리고 관련 서브도메인들도 여러 개 등록해 두었습니다:

04
04935×426 29.7 KB

언급된 다른 설정인 newuser_spam_host_threshold는 현재 3으로 설정되어 있습니다:

35
35971×267 20 KB

이것은 우연히도, 이 신규 사용자가 이러한 알림들이 Moderators Inbox에 도착하기 전에 게시한 YouTube 링크의 수와 일치합니다.

도움이 된다면, 이 신규 사용자는 다음 시간대에 다음과 같은 게시물을 작성했습니다:

  • 08:21 게시물은 다음 링크를 포함했습니다:
    – https://www.youtube.com/watch?v=5SE0AQl7VI8

  • 08:56 게시물은 다음 링크를 포함했습니다:
    – https://dronescene.co.uk/?place=513
    – https://www.youtube.com/watch?v=LL1bdlr23qg

  • 09:06 게시물은 다음 링크를 포함했습니다:
    – https://dronescene.co.uk/?place=515
    – https://www.youtube.com/watch?v=5SE0AQl7VI8

보시는 바와 같이, 사용자는 www.youtube.com으로 가는 링크 3개와 dronescene.co.uk으로 가는 링크 2개, 총 5개의 링크를 3개의 게시물에 걸쳐 게시했습니다.

이 화이트리스트가 적용되지 않고 있는 건가요?

관련되어 있을 수 있는 다른 설정을 어딘가에서 놓치고 있는 건가요?

이 작동 방식을 오해하고 있는 건가요?

다른 제안이 있다면 알려주세요.

try.discourse.org에서 재현해 보기 위해 시간을 내기 원합니다. 그곳에서 어떤 도메인이 화이트리스트에 등록되어 있는지, 그리고 그 newuser_spam_host_threshold 값이 얼마로 설정되어 있는지 알려주시면 감사하겠습니다.

저는 Discourse v2.4.0.beta5를 실행 중입니다.

2

@tshenry 님, 신규 사용자의 경우 이 문제를 재현할 수 있을까요? 화이트리스트 설정은 정상적으로 작동해야 합니다.

3

네, 아래는 동일한 사이트 설정을 사용하여 발견한 내용입니다.

OP에 나열된 링크가 포함된 게시글 3개를 작성해 보았습니다. 세 글 모두 문제 없이 게시되었으므로, 사용자의 게시글이 검토 대기열에 들어간 원인은 YouTube 링크가 아니었습니다. 화이트리스트가 정상적으로 작동하고 있었습니다.

dronescene.co.uk 링크를 하나 더 게시해 보았더니 다음과 같은 모달이 표시되었습니다:

27%20AM
27%20AM1236×232 8.58 KB

메시지를 닫으면 사용자는 작성 화면으로 돌아갑니다. 사용자는 자신의 게시글의 흐리게 표시된 버전을 볼 수 있습니다. 게시글은 실제로 게시되지도, 검토 대기열로 보내지지도 않습니다.

23%20AM
23%20AM1834×1520 250 KB

게시글 작성을 포기하고 페이지를 새로고침하면 흐리게 표시된 게시글이 사라집니다.

사용자가 "죄송합니다. 해당 호스트에 대한 링크를 게시할 수 없습니다"라는 메시지를 받은 순간부터, 링크가 포함된 사용자의 모든 게시글이 사이트 전반에 걸쳐 다양한 링크를 스팸으로 게시하고 있는지 확인하기 위해 검토 대기열로 보내지는 것으로 보입니다.

검토 가능 항목의 메시지에는 몇 가지 의문스러운 동작이 있습니다:

이 신규 사용자는 동일한 도메인(www.youtube.com)으로의 링크가 포함된 여러 게시글을 생성하려고 했습니다. newuser_spam_host_threshold 사이트 설정을 참조하세요.

이 메시지는 www.youtube.com을 지적하고 있지만, 실제로는 화이트리스트에 등록되지 않아 사용자가 게시글 제출이 차단된 원인이 된 dronescene.co.uk를 지적해야 합니다.

테스트를 두 번째로 시도해 보았으며, 위키피디아 링크 하나만 포함된 추가 게시글을 작성했습니다(dronescene.co.uk 포함 안 함). 이 게시글도 검토 대기열에 포함되었으며, 메시지는 다음과 같았습니다:

이 신규 사용자는 동일한 도메인(en.wikipedia.org)으로의 링크가 포함된 여러 게시글을 생성하려고 했습니다. newuser_spam_host_threshold 사이트 설정을 참조하세요.

보시다시피, 시스템은 포함된 링크(여러 링크가 포함된 경우 아마도 마지막에 게시된 링크)를 단순히 사용하고 있습니다. 사용자가 위키피디아 링크를 단 한 번만 게시했음에도 불구하고, 이는 분명히 다소 혼란을 줄 수 있습니다.

현재 동작을 기준으로 할 때, 복사본(메시지)은 다음과 같이 더 정확할 수 있습니다:

이 신규 사용자는 동일한 도메인(offending-domain.com)으로의 링크가 포함된 여러 게시글을 생성하려고 했습니다. 이 사용자의 링크 포함 게시글은 모두 검토해야 합니다. newuser_spam_host_threshold 사이트 설정을 참조하세요.

3개의 좋아요
4

@tshenry 이 문제를 재현하기 위해 시간을 많이 투자해 주셔서 진심으로 감사드립니다. 정말 감사드립니다 :+1:t2:

흥미롭네요!

그리고 네, YouTube가 이미 우리의 Discourse에서 화이트리스트에 등록되어 있었기 때문에 우리의 혼란을 설명할 수 있겠네요.

그렇다면 실제 문제가 된 도메인 이름도 함께 표시되나요? 아니면 화이트리스트 상태와 관계없이 마지막으로 사용한 도메인 이름을 사용할까요? :thinking:

1개의 좋아요
5

해당 텍스트 섹션은 게시물이 검토 대기열에 들어간 이유를 설명하는 데 사용되므로, 처음에는 해당 사용자의 링크가 포함된 모든 게시물을 플래그 처리한 책임이 있는 문제 도메인 하나만 포함하는 것이 좋다고 생각합니다. 개별 링크는 게시글 내에서 직접 검토할 수 있습니다.

@eviltrout 님이 이 문제에 대해 어떤 생각을 가지고 계신지 궁금합니다?

3개의 좋아요
6

그것이 이상적이겠네요.

모든 혼란 문제도 해결할 수 있을 거예요 :+1:t2:

7

잘못된 도메인이 표시되는 것은 버그로 보입니다. 코드가 어느 도메인인지 구별하는 것이 다소 까다로워서 잘못된 도메인이 표시되는 것 같습니다.

그래도 언젠가는 수정해야 합니다.

4개의 좋아요
8

그동안 혼란을 방지하기 위해 문구를 조정해 보는 건 어떨까요?

9

네, 당분간 @tshenry 님이 카피를 조정해 주실 수 있을까요? 이 문제를 해결 상태로 만들어요.

1개의 좋아요
12

다음 내용으로 조정되었습니다:

이 유형의 검토 대상 설명은 이제 다음과 같이 표시됩니다:

이 신규 사용자는 동일한 도메인으로 연결되는 링크가 포함된 여러 게시물을 작성하려고 시도했습니다. 이 사용자의 링크 포함 게시물은 모두 검토해야 합니다. newuser_spam_host_threshold 사이트 설정을 참조하세요.

3개의 좋아요
13

훌륭하네요, 이 건에 시간을 내주셔서 다시 한번 감사합니다 @tshenry :+1:t2:

1개의 좋아요
14

이 주제는 6일 후 자동으로 닫혔습니다. 새로운 답변은 더 이상 허용되지 않습니다.