내가 관리하는 포럼에서 수개월간 메일링 리스트 모드가 활성화되어 있었습니다. 그런데 갑자기 몇 시간 전부터 이 설정이 비활성화되어 있습니다. 이런 일이 어떻게 일어날 수 있을까요?
현재 화면은 다음과 같이 보입니다:
스태프 액션 로그를 확인해 보았지만 해당 시간대에 이와 관련된 내용은 전혀 표시되지 않았습니다.
무엇이 원인이 되었을까요?
수정: 이제 다시 활성화하고, 영향받은 모든 사용자에게 메시지를 보냈습니다.
Discourse는 이제 disable mailing list mode(메일링 리스트 모드 비활성화) 설정의 기본값을 true로 설정합니다. 사이트에서 메일링 리스트 모드를 사용하던 사용자에게 다시 메일링 리스트 이메일이 발송되도록 하려면 disable mailing list mode 설정을 false로 되돌려야 합니다.
알겠습니다. 하지만 이는 이 기능을 사용하는 모든 Discourse 설치 환경의 잠재적 사용자들에게 영향을 미쳤을 수 있습니다. 개발 팀은 앞으로 유사한 상황에서 더 신중을 기하고, 기존 인스턴스에서 이 설정을 자동으로 되돌리지 않는 것이 좋겠다고 조언합니다.
우리의 경우, 해당 사용자에게 20시간 분량의 이메일이 유실되었고, 각 영향받은 사용자에게 개별적으로 메시지를 보내야 했으며(Discourse는 개별 메시지 보내기가 특히 쉽지는 않습니다).
어쨌든 답변해 주셔서 감사합니다.
이 결정은 가볍게 내린 것이 아닙니다. 셀프 호스터와 다른 Discourse 설치 환경에서 이메일 비용이 급격히 치솟는 극단적인 현실 문제를 목격했기 때문입니다.
사람들의 비용을 낮추기 위해 더 안전한 기본값을 선택했습니다.
@sam: @deeplow가 표현한 놀라움(저도 같은 경험을 했습니다)이 궁금합니다. Discourse 개발을 밀착해서 추적하지 않으면, 커뮤니티에 배포되는 고위험 변경 사항—특히 호환성을 깨뜨리는 변경 사항(breaking changes)—에 대해 최신 정보를 유지할 수 있도록 Discourse 관리자가 구독할 수 있는 카테고리가 있을까요?
저에게는 변경 자체보다, 갑작스럽게 당황하게 된 후 무엇이 잘못되었는지 디버깅해야 했던 과정이 더 문제였습니다. 하지만 제가 따라야 할 공지 카테고리가 따로 있는 건 아닌지 궁금합니다. (둘러보니까 releases 카테고리가 보이긴 하는데, 이번 주 해당 카테고리의 주제들을 살펴봐도 이 변경 사항에 대해 사전에 눈여겨볼 만한 내용은 보이지 않았습니다. 사후적으로 무엇을 찾아야 하는지 알고 있음에도 불구하고, 관련 언급도 찾지 못했습니다.)
감사합니다.
-Brad
P.S. release-notes 태그로 연결됩니다.
사전 통지가 없었던 점이 불편하셨다는 점을 이해합니다. 커뮤니티에 변경 사항을 잘 전달하기 위해 최선을 다하고 있으며, 해당 변경 사항은 이미 여기에 언급된 바 있습니다.
release-notes 와 #feature:announcements 를 추적하면 이러한 변경 사항에 대해 알림을 받을 수 있습니다.
릴리스 노트에서 확인했지만, 더 두드러지게 표시되지 않은 것에 놀랐습니다.
새로운 설치 시 기본값을 변경하는 것은 합리적일 수 있지만, 기존 포럼에서 기본값을 변경하는 것은 관리자로서 다소 부담스러운 부분입니다. 앞으로는 이렇게 하지 주시겠습니까?
안녕하세요 @TallTrees, 기본 설정을 변경하는 일은 매우 드뭅니다. 기존 사이트들에 영향을 미친다는 점을 인지하고 있습니다. 제가 팀에 합류한 지 3년 넘게 되었는데, 지금까지 이 같은 조치를 두 번 정도 취한 것 같습니다. Sam이 말했듯이:
앞으로 유사한 상황이 발생했을 때를 대비해 절차 변경 가능성을 논의하고 있습니다. 또한 릴리스 노트를 꼭 읽어보시기를 강력히 권합니다. 앞으로 절차가 변경되지 않더라도, 이러한 항목들은 노트에 포함되며 새로운 베타 버전이 출시되는 시점에 동시에 공개됩니다.
유료 고객으로서, 사용자에게 이런 식으로 놀라움을 안겨주기 위해 매번 베타 릴리스 노트 공지를 읽어야 한다고 기대하지 않습니다. 포럼 운영은 우리의 본업이 아니기 때문에 SaaS 솔루션을 선택했습니다. 우리는 커뮤니케이션 플랫폼이 필요하지만, 이를 유지보수하는 것은 집중할 시간이 없는 우리에게 분산시키는 요소일 뿐입니다.
또한, 제 이해로는 ‘베타’ 릴리스가 실제로는 저희 사이트에서 프로덕션 환경으로 배포되는 것 같습니다. 그렇다면 '베타’라는 명칭이 실제로는 적절하지 않을 수도 있겠네요.
릴리스 노트의 해당 문구를 다시 읽어보니, 실제로 변경된 사항의 본질에 대해 모호한 표현이었다고 생각합니다:
이제 사이트가 예상치 못한 대량의 발신 이메일 비용에 직면하지 않도록, 기본적으로 사이트 설정을 통해 메일링 리스트 모드를 비활성화합니다.
보통 사람들이 기본값이 변경된다고 생각할 때, 자신들이 이전에 선택한 설정이 미래에 무시될 것이라고는 생각하지 않습니다. 이번 사례는 마치 제가 매번 비활성화하고 있는 ‘다음 영상 자동 재생’ 기능이 YouTube 앱의 새로운 업데이트마다 다시 활성화되는 것과 같거나, 마케터가 마스터 구독 목록의 특정 분기만 해지했는데도 계속 이메일을 보내는 것과 비슷합니다.
개인적으로 이는 사용자의 Discourse에 대한 인식을 높이는 데 좋은 제안이라고 생각합니다. 그렇지 않으면 이 변경 사항은 사용자 경험을 개선하기 위한 것이 아니라, 사용자에게 불편을 주는 파괴적인 변경으로 인식될 수 있습니다.
@mattdm, 동의합니다. 이 변경 사항이 팀 내에서 상당한 논의를 불러일으켰다는 점을 믿어 주시면 좋겠습니다. 우리는 이러한 종류의 깨어지는 변경 사항, 특히 최종 사용자에게 영향을 미치는 변경 사항을 피하려 노력하고 있습니다. 이번에는 실패했습니다. 이로 인한 영향을 인지하고 있으며, 죄송합니다.
동의합니다. 그리고 오늘早些 그 변경 사항을 적용했습니다. 기본값 변경 전에 사용자 설정에서 메일링 리스트 모드를 활성화해 두었던 사이트에서는 해당 모드가 다시 활성화될 것입니다.
확인했습니다.
훌륭합니다 & 경청해 주셔서 감사합니다 