하지만 이 방식이 문제를 일으킬 수 있다는 점도 알 수 있었습니다. 이는 잠재적인 SMTP 트래픽량 문제(자체 호스팅 환경이므로)와 잠재적인 충돌 및 향후 버그(Discourse 업데이트로 인해 플러그인이 간헐적으로 깨질 수 있으며, 그 경우 플러그인 수정을 기다려야 하므로) 때문입니다.
향후 미래의 어느 시점에 솔루션이 고장 날 위험을 최소화하면서 현재 MLM 일일 요약을 구현하는 최선의 방법은 무엇입니까?
우리의 사용 사례에 대한 세부 사항:
그룹의 "이사회(Board)"는 온라인 회의 형식으로 업무를 수행합니다. 이 회의는 토론 스레드에서 장기간 진행되며, Discourse 포럼에 참여하든 아니든 모든 멤버가 볼 수 있도록 열려 있어야 합니다. 이러한 스레드는 이 목적을 위해 특별히 지정된 제한된 카테고리, 즉 이사회 회의(Board Meeting) 카테고리에 있는 주제(Topics)가 됩니다.
우리는 이사회 회의 카테고리 내 주제에 대해 포괄적인(모든 응답을 포함하는) 이메일을 메일링 리스트 모드 형태로 제공하는 옵션을 제공하고자 합니다. 다만, 모든 메시지를 하나의 이메일로 묶어 매일 발송하는 방식(구식 메일링 리스트 일일 다이제스트와 유사하게)이어야 합니다. 활성 주제당 하루 한 통의 이메일이면 괜찮을 수 있지만, 응답마다 이메일이 발송되는 것은 허용할 수 없습니다.
이들은 Discourse 이전의 솔루션에서 추가적인 이메일 클라이언트 조작 없이 이 기능을 이미 사용하고 있으며, 이 요구사항을 충족시키지 못하면 Discourse로의 전환에 불만을 가지고 있습니다.
위 게시물에서 말씀하신 내용을 제가 읽었을 때, 기본적으로 두 가지 플러그인에 대해 언급하시면서 앞으로 깨질 수 있다고 암시하셨기 때문에, 플러그인을 용인할 수 없다고 말씀하시는 것 같습니다.
다시 말하지만, 이는 “비공식” 플러그인에 대해 전반적으로 반대하시면서도 “공식적으로” 제공되지 않는 맞춤형 기능을 원하시는 것으로 보입니다.
@MentalNomad 님의 게시물을 두 번 읽은 결과, 제 생각에는 특정 사용 사례에 맞는 플러그인을 전문적인 Discourse 플러그인 개발자에게 설계 및 유지보수하도록 의뢰하시는 것이 좋습니다. 이렇게 하면 사이트의 목표를 달성할 수 있으며, Discourse 코어가 변경될 때(플러그인에 영향을 미칠 수 있음) 맞춤형 플러그인이 앞으로도 정상적으로 작동하도록 보장할 수 있습니다.
합리적으로 들리시나요?
모든 “비공식” Discourse 플러그인은 Discourse가 코어를 업그레이드할 때 깨질 위험이 있으며, 일부 플러그인 개발자는 코드를 유지보수하지만 다른 개발자는 그렇지 않을 수 있습니다. 맞춤형 기능이 필요하고 이 위험이 걱정되신다면(게시물에서 그렇게 보이지만), Marketplace 게시판에 요구 사항을 게시하여 프로 개발자가 요구 사항을 충족하는 플러그인을 개발하도록 하는 것이 좋은 선택이 될 것입니다.
일반적으로(항상 그런 것은 아니지만) Discourse의 핵심 기능을 수정하는 플러그인은 Ruby 클래스를 열고 수정해야 합니다. 핵심 Ruby 클래스를 수정하는 것은 코어가 변경될 경우 깨질 위험을 수반합니다. 일반적으로 기능 확장을 원할 경우, “비공식” Discourse 플러그인 코드가 시간이 지남에 따라 유지보수되도록 보장하려면 해당 코드를 직접 유지보수해야 합니다.
정확히 그렇지는 않습니다. 하지만 우리의 IT 담당자들은 해당 플러그인에 관한 스레드들을 살펴본 후, 핵심 업데이트 이후 실제로 과거에 깨진 적이 있다는 점을 우려하고 있습니다. 이는 "무언가가 깨질 수도 있다"는 것보다는 "이것은 이미 깨진 적이 있다"에 더 가깝습니다.
전혀 아닙니다! 저는 다른 사용 가능한 플러그인(공식적이든 비공식적이든)이 더 적절하거나 안정적일 수 있는지, 또는 해당 플러그인에 영향을 미친 특정 문제들이 비정상적이며 빈번하지 않을 것이라는 이야기를 듣고 싶었습니다. 즉, 저는 우리 팀을 위한 조언을 구하는 것입니다.
이것도 정확히 그렇지는 않습니다… 우리 사용자 중 일부가 요구하는 기능이 더 공식적이거나 덜 침습적인 방식으로 제공될 수 있다는 이야기를 듣고 싶습니다. 혹은 사용자가 원하는 사항을 해결할 수 있는 기존 기능이 이미 존재하고 우리가 아직 발견하지 못했을 뿐이라는 것을 알게 되는 것도 좋습니다.
사실, 저는 현재 요구 사항을 해결하는 최선의 접근 방식에 대한 조언을 구하는 것입니다. 이것이 합리적으로 들리기를 바랍니다.
귀하의 시간과 관심을 가져주셔서 감사하지만, 기존 플러그인이 사용 사례에 적합할 때 왜 또 다른 플러그인을 만들 사람을 고용하는 것이 합리적인지 이해하지 못하겠습니다. 또 다른 플러그인을 구축(및 디버깅하고 유지보수하는) 것은 덜 신뢰할 수 있는 접근 방식인 것 같습니다.
당신은 그것들을 하나로 묶어 "그들"이라고 부르고 있습니다. 그리고 "그들"은 깨져버렸는데, 그 집단 내부에서 문제가 있었기 때문입니다.
제가 그것들을 언급했을 때, 저는 이렇게 말했습니다:
하지만 이제 더 이상 어휘론적인 논쟁을 멈추도록 합시다. 저는 당신의 플러그인의 존재와 그것을 만들기 위한 당신의 노력, 그리고 당신의 플러그인에서 사용된 코드를 기여한 모든 분들, MLM Daily Summary 플러그인에 작업한 모든 분들, 그리고 초기 MLM Daily Summary 기능을 만든 Discourse 개발자들, 그리고 Discourse를 유지보수하기 위해 열심히 일하는 모든 분들에게 감사드립니다.
하지만 저는 사용 가능한 도구로 우리의 사용자 요구를 가장 잘 그리고 가장 신뢰할 수 있게 충족하는 방법에 대한 조언을 구하기 위해 여기 있습니다. 감사합니다.
네, 그건 "이상"하죠. 일일 요약을 생성하고 사용자가 포함할 범주를 지정할 수 있는 도구도 충분할 것입니다.
방금 Restore Mailing List Mode Daily Summary를 설치하고 누군가 테스트를 해보았는데, 하루 치 이메일이 341KB로 다소 큰 편이었지만, 진짜 문제는 사용자가 이메일을 열었을 때 이미지 다운로드 때문에 모바일 기기가 버거워했다는 점이었습니다.
우리는 이를 우리의 목적에 맞게 수정하는 것을 고려하고 있습니다. 즉, 전체 사이트보다 훨씬 활동량이 적고 이미지가 거의 없는 대상 범주로만 하드코딩하는 것입니다. 이렇게 하면 이 기능을 “Board Meeting” 범주에 대해 강력히 요구하는 핵심 사용자에게는 영향을 주면서도, 일반… 아, 전형적인 사용자는 Discourse가 설계된 대로 상호작용할 수 있게 할 수 있습니다.
흥미롭고 유용한 논의네요. 저도 비슷한 주제를 조사해 왔는데, 정확히 같지는 않습니다. 특정 하위 카테고리의 주제에 대해 새로운 주제 목록을 일별로 생성하고, 필요에 따라 새 댓글 수도 함께 표시할 수 있으면 좋겠습니다. 이 목록은 API를 통해 채팅 서비스에 크로스포스팅되고, 구식 방식을 선호하는 회원들을 위해 이메일로도 발송됩니다.
실제로는 서로 다른 카테고리 집합에 대해 여러 가지 요약을 생성하여 각각 다른 수신지로 보내게 될 것입니다.
이것은 참여도를 높이고, 깊이 있는 논의를 채팅으로만 하지 않도록 유도하는 방법이기도 하며, 여전히 우체부 스타일의 목록이 꽤 멋지고 고급진 것이라고 생각하는 비디지털 세대 회원들을 끌어들이는 방법이기도 합니다. (읽기 전용 목록이어야 할 겁니다!) 아니면 화려한 웹사이트보다 단순한 텍스트 기반 소통을 선호하는 분들(그런 분들이 실제로 있습니다! )을 위한 방안이기도 하죠.
(읽기 전용 목록이어야 할 겁니다!) 아니면 화려한 웹사이트보다 단순한 텍스트 기반 소통을 선호하는 분들(그런 분들이 실제로 있습니다! 
)을 위한 방안이기도 하죠.