Да, это больное место. По умолчанию должно использоваться значение developer_emails, указанное в app.yml, так как разработчику/системному администратору гораздо важнее выкатить обновление, чем поддерживать веб-сайт (что может быть вообще нетехнической командой).
3 лайка
Возможно, решение здесь заключается в том, чтобы изменить настройку администратора «new version emails» с переключателя на список адресов электронной почты, разделённых запятыми, по умолчанию указывая первого администратора сайта, который его изначально настроил.
Тем не менее, действует ли у нас «правило трёх»? Я не слышал об этой просьбе от кого-либо ещё. Официальный контакт должен связываться с кем-то по важным вопросам, касающимся форума, и может переслать письмо ответственному за обновления.
3 лайка
Высока вероятность, что многие люди не знают о существовании этой функции.
2 лайка
Давайте посмотрим… По умолчанию Discourse проверяет наличие обновлений версий. Также по умолчанию, если доступна новая версия, на адрес contact_email отправляется электронное письмо.
В мастере настройки пользователю предлагается заполнить поле contact_email.
Действительно, возможно, многие не доходят до этого этапа при первоначальной настройке и никогда не возвращаются, чтобы завершить эту административную настройку. Мы могли бы сделать больше, чтобы Discourse напоминал пользователям о необходимости её завершения, обеспечивая возможность связи для критически важных уведомлений и указывая эту информацию на странице «О нас» для срочных вопросов.
Также верно, что для тех, кто размещает систему самостоятельно, адрес электронной почты человека, настраивающего сайт, указывается в файле app.yml во время установки. Поэтому более плавным опытом, возможно, будет отправка письма на адрес, указанный в app.yml, как предлагалось выше.
Или другая идея: изменить административную настройку так, чтобы указывалась группа для уведомлений, например, администраторы по умолчанию? Это может привести к лишнему шуму или конфликтам на сайтах с большим количеством администраторов, но мы могли бы добавить примечание в руководство для начинающих администраторов о необходимости изменения группы в таком случае.
2 лайка
Я согласен, что было бы полезно, если бы электронные письма, связанные с обновлениями, отправлялись на адрес разработчика, а не на contact_email.
(context)
Основная причина в том, что contact_email публично указан как почта для поддержки, куда любой может обратиться с общими вопросами или за помощью.
По-моему, логичнее было бы направлять такие письма в систему тикетов поддержки, управляемую нетехническим персоналом. В то же время критические уведомления о безопасности экземпляра Discourse (например, о доступных обновлениях безопасности) должны напрямую отправляться на адрес администратора сервера (в идеале без необходимости создания учётной записи для этого адреса).
Также было бы очень удобно добавить вебхук, что позволило бы отправлять эти критические оповещения в Slack, Discord и другие сервисы.
3 лайка
Я действительно думаю, что нам стоит что-то сделать в этом направлении.
Это может быть самым простым решением, которое легче всего реализовать. Поддерживается список адресов электронной почты, разделённых запятыми, и у них не обязательно должны быть учётные записи на сайте.
Мы можем объяснить, как это будет использоваться, в инструменте настройки и в руководстве для администраторов.
Отличная идея! Возможно, это можно реализовать в виде плагина. Не могли бы вы создать отдельную тему для предложения этой функции?
Хорошая идея! Это тоже ощущается как отдельная просьба о новой функции — не могли бы вы создать ещё одну тему, чтобы предложить её и подробнее описать свою идею?
2 лайка