커뮤니티 여러분, 안녕하세요.
제 그룹 중 하나에서 문제가 발생했습니다.
이유는 모르겠지만, 이 그룹을 만든 후 설정을 수정하려고 접근할 수 없게 되었습니다. 페이지가 영원히 로딩되고 아무것도 표시되지 않습니다.
이전에 한 번 이런 일이 있었는데, 라이브 환경에서 아무것도 할 수 없어서 결국 DB에서 그룹을 삭제해야 했습니다. 이번에도 이 그룹에 대해 같은 조치를 취해야 할 것 같습니다.
알려진 버그인가요? (관련 내용을 찾지 못했습니다)
우회 방법이 있을까요?
미리 감사합니다.
자세한 내용을 좀 더 올려 주시겠어요?
어떤 디스커스 브랜치를 사용 중인가요?
이것이 멤버 그룹인지 확인하려고 합니다.
현재 3.3.0.beta5-dev 버전을 사용 중입니다.
그룹(Group) 메뉴에 들어가면 내 그룹 목록과 기본 제공되는 그룹, 그리고 신뢰 수준(trust levels)이 표시됩니다.
만든 그룹 중 하나를 제외하고는 모두 열 수 있습니다. 클릭해도 열리지 않는 이 그룹에는 실제로 멤버가 있지만, 현재는 아무도 없고 다른 그룹들과 완전히 동일한 방식으로 설정되어 있습니다.
이것이 관리자 권한이 있다는 것을 확인해 주나요?
이전에 그룹에 액세스할 수 없는 비슷한 문제에 직면했으며, 결국 그룹을 삭제해야 했다고 언급하셨습니다.
가능한 원인을 파악할 수 있었나요? 그룹이 어떻게 구성되었는지에 대한 세부 사항과, 괜찮으시다면 그룹 이름을 공유해 주시면 문제 해결에 도움이 될 수 있습니다.
지난번과 같은 방식으로 그룹을 삭제해야 할 수도 있습니다. 그런 다음 그룹을 다시 생성하고, 해당 그룹을 생성할 때 문제가 다시 발생하는지 확인하기 위해 단계별로 자세히 기록해 보시기 바랍니다.
네, 저는 관리자입니다.
아까 버그가 난 이유도 모르겠네요.
그룹 이름은 아이콘과 플레어 색상이 있는 'Affiliate’입니다.
그룹 소유자에게만 표시되며, 관리자와 모더레이터만 메시지 전송과 멘션이 가능합니다.
제 다른 카테고리들은 모두 같은 방식으로 설정되어 있고 문제가 없습니다.
이전에 버그가 났을 때 이름이 'Affiliate’였고, 이쪽은 'Affiliate1’이었습니다. 버그가 나서 'Affiliate’를 삭제했고, 같은 방식으로 설정된 'Affiliate1’은 완벽하게 작동했습니다. 그 후 'Affiliate1’을 'Affiliate’로 이름 변경을 했더니 다시 버그가 났습니다.
네, DB에서 이 그룹을 다시 삭제할 수밖에 없을 것 같지만, 그냥 이 문제가 멈추기를 원합니다. 지금은 멤버가 0명이지만, 사용자들이 들어왔을 때 이런 일이 일어나면 감당할 수 없습니다.
팀이 이 문제를 한번 살펴볼 가치가 있을 것 같습니다.
추측컨대, 이전 Affiliate 그룹 문제를 일으킨 원인이 데이터베이스에서 완전히 제거되지 않았고, affiliate1을 affiliate로 이름 변경하면서 이 버그/문제가 다시 표면화된 것으로 보입니다.
그룹 이름을 Affiliates 또는 Affiliate Members로 변경하는 것을 제안합니다. Affiliate_Members의 슬러그 이름을 사용할 경우 밑줄(_)이나 대시(-)를 사용해 주세요.
자체 호스팅을 사용 중이신가요, 아니면 호스팅 플랜을 사용 중이신가요?
그래도 혹시 모르니 이름을 다르게 지을게요. ^^
근데 이게 이미 알려진 문제인지 궁금해서, 아니라면 보고하려고 했거든요.
셀프호스팅 중입니다.
이것은 버그일 가능성이 매우 높습니다. 팀이 이 문제를 인지하고 있었다면 경고를 발행했을 것입니다.
직접 시도해 보고 재현할 수 있는지 확인해 보겠습니다. 하지만 이번 경우에는 그렇게 하고 싶지 않습니다. 설명에 따르면 제거하는 데 상당한 작업이 필요한 것 같기 때문입니다.
이것이 광고 차단기와 관련이 있을까요? 광고 차단기를 비활성화하면 문제가 사라집니까?
도대체 뭘까요? ublock origin을 비활성화하면(물론 그렇게 하고 싶지는 않지만) 실제로 문제 있는 그룹이 표시되거든요. 왜 그런 걸까요?
아마도 잘못된 광고 차단 규칙 때문일 것입니다. @adman이라는 사용자의 프로필이 차단된 이유와 유사합니다.
저는 개인 규칙을 따로 두지 않고, uBlock Origin의 기본 규칙을 사용하는데, 이 규칙들이 적절하게 만들어졌다고 생각합니다.
그러면 선의에서 출발한 규칙이 문제를 일으키는 것으로 표현을 바꿔야겠네요. ublock 같은 도구에 Discourse를 화이트리스트에 추가할 수 있을까요?
대안 방법을 시도해 보았어요. uBlock Origin을 비활성화한 뒤 이 그룹을 로드하고 삭제할 수 있었습니다. 그리고 같은 방식으로 새 그룹을 만들었는데, 이름만 조금 다르게 지었어요.
다만, 다른 분들을 위해 참고를 드리고 싶은 건 uBlock Origin이 'Affiliate’라는 단어를 싫어하는 것 같습니다. ^^
도와주신 모든 분들께 감사드립니다. 문제가 이것일 줄은 전혀 예상하지 못했어요.
광고 차단기가 이런 Havok(혼란/고장)을 일으킬 수 있다고는 꿈에도 생각하지 못했습니다. 하지만 그룹이 웹 코딩으로 감싸져 있으므로, 제휴 링크 광고와 관련이 있다고 판단하는 것이 타당할 것 같습니다. 
이것은 다른 광고 차단 플러그인에서도 발생할 수 있는 문제입니다. 백신이나 기타 악성코드 스캐너와 마찬가지로, 이러한 도구는 패턴을 식별하는 알고리즘을 사용하며 일반적으로 주의 깊게 판단하여 차단하는 편입니다.
사용자 이름, 그룹, 그리고 아마도 카테고리 이름/슬러그와 같은 요소들이 HTML, JScript 및 기타 코드로 감싸져 있기 때문입니다. 광고 차단기는 이를 의심스러운 것으로 판단하여 차단하는 것입니다.
이와 같은 게시물은 코드로 많이 감싸져 있지 않고 문서처럼 보이기 때문에 차단될 가능성이 낮습니다.