네, 그게 좀 불편하긴 하죠. 앱 업데이트를 푸시하는 쪽은 웹사이트 지원팀(완전히 비기술 팀일 수도 있음)보다 개발자/시스템 관리자가 훨씬 더 관심이 많으므로, app.yml에서 정의된 developer_emails를 기본값으로 사용하는 것이 더 적절합니다.
3개의 좋아요
여기서 해결책은 new version emails 관리자 설정을 토글에서 쉼표로 구분된 이메일 목록으로 변경하는 것일 수 있습니다. 기본값으로는 사이트를 처음 설정한 첫 번째 사이트 관리자가 지정됩니다.
그렇다고 해도, 이 요청에 대해 세 번째 규칙(3번 반복)이 적용되는지 의문이 듭니다. 다른 누군가로부터 이 요청을 들어본 적이 없기 때문입니다. 공식 연락처는 포럼과 관련된 중요한 문제에 대해 누군가에게 도달해야 하며, 업데이트를 담당하는 사람에게 이메일을 전달할 수 있어야 합니다.
3개의 좋아요
사람들이 이 기능이 존재하는지 모르고 있을 가능성이 큽니다.
2개의 좋아요
한번 살펴볼까요.. 기본적으로 Discourse는 버전 업데이트를 확인합니다. 또한 기본적으로 새 버전이 사용 가능한 경우 contact_email 주소로 이메일이 전송됩니다.
설정 마법사에서는 contact_email 필드를 채우도록 안내됩니다.
처음 설정할 때 이 단계까지 도달하지 못하고, 나중에 해당 관리자 설정을 완료하기 위해 돌아오지 않는 경우가 있을 수 있다는 추측은 타당해 보입니다. 우리는 사람들이 이를 완료하도록 Discourse가 더 적극적으로 안내하여, 중요한 알림을 받을 수 있고 긴급한 사안에 대해 ‘소개’ 페이지에서 연락할 수 있도록 해야 할 것입니다.
자체 호스팅 사용자의 경우, 사이트 설정 시 app.yml에서 사이트 설정 담당자의 이메일 주소가 제공되므로, 위에서 제안했듯이 app.yml의 이메일 주소로 이메일을 보내는 것이 더 원활한 경험일 수 있습니다.
또 다른 아이디어는 관리자 설정을 변경하여 알림을 받을 그룹(기본값은 관리자?)을 지정하는 것입니다. 관리자가 많은 사이트에서는 소음이 발생하거나 서로의 업무를 방해할 수 있지만, 그 경우 그룹을 변경하도록 관리자 시작 가이드에 주석을 추가할 수 있습니다.
2개의 좋아요
업데이트 관련 이메일이 contact_email 대신 개발자 이메일로 발송되면 도움이 될 것이라고 동의합니다.
(context)
주된 이유는 contact_email이 일반 문의나 지원을 위해 누구나 연락할 수 있는 지원 이메일로 공개되어 있기 때문입니다.
이러한 이메일은 비기술 인력이 운영하는 지원 티켓 시스템과 연결하는 것이 더 합리적이라고 생각합니다. 반면, Discourse 인스턴스의 보안(예: 사용 가능한 보안 업데이트)과 관련된 중요 알림은 서버 관리자 이메일로 직접 전송되어야 합니다(이메일을 위해 사용자 계정을 생성할 필요가 없는 것이 이상적입니다).
Slack, Discord 등으로 이러한 중요 경보를 전송할 수 있게 해주는 웹훅도 매우 유용할 것입니다.
3개의 좋아요
여기서 뭔가 조치를 취해야 한다고 생각합니다.
이것이 가장 쉽게 달성할 수 있는 목표이자 구현이 가장 쉬운 방법일 것입니다. 쉼표로 구분된 이메일 주소 목록이 지원되며, 해당 주소에 사이트 계정이 반드시 있어야 하는 것은 아닙니다.
설정 도구와 관리자 가이드에서 이것이 어떻게 사용되는지 설명할 수 있습니다.
이것도 좋은 아이디어입니다! 플러그인으로 추가할 수 있을 것 같습니다. 이 건에 대해 별도의 주제를 시작해 제안해 주시겠어요?
좋은 아이디어입니다! 이것도 별도의 기능 요청처럼 느껴집니다 - 이 건에 대해 또 다른 주제를 시작하여 아이디어를 더 자세히 설명해 주시겠어요?
2개의 좋아요