Лучший способ получить ежедневную сводку MLM сегодня?

Поддержка
1

Я являюсь участником относительно нового частного форума на Discourse, который быстро стал сверхактивным — отчасти из-за миграции с предыдущих решений на новое. И Discourse оказался лучше.

У нас есть несколько ключевых участников, которые считают письма по умолчанию в Discourse недостаточными (или не охватывающими все важные моменты) и не хотят или не могут использовать свои собственные почтовые системы как часть решения; мы пытаемся пойти им навстречу.

В ходе поиска мы обнаружили, что старую функцию «Ежедневная сводка в режиме почтового списка» можно вернуть с помощью плагина Restore Mailing List Mode Daily Summary.

Однако мы также видим, что это может вызвать проблемы — как из-за возможного объема SMTP-трафика (мы используем самохостинг), так и из-за потенциальных конфликтов и будущих ошибок (обновления Discourse могут время от времени ломать плагин, и тогда нам придется ждать исправления от его разработчиков).

Мы заметили, что недавний плагин Discourse Priority Action Mailer Plugin может решить проблему с SMTP, но риск будущих проблем с другим плагином остаётся.

Итак, вопрос:

Какой способ получения ежедневных сводок в режиме почтового списка (MLM) сейчас является наилучшим с минимальным риском того, что решение перестанет работать в какой-то момент в будущем?

Особенности нашего случая использования:

«Правление» группы ведёт дела в рамках серии длительных онлайн-встреч в темах обсуждения, которые должны быть доступны для просмотра всем участникам, независимо от того, участвуют ли они в форуме Discourse. Эти темы будут созданы в ограниченной категории, специально предназначенной для этих целей. Назовём её категорию Собрания правления.

Мы хотим предоставить пользователям возможность включить режим почтового списка, который будет отправлять им исчерпывающие письма (включающие все ответы) по темам внутри категории Собрания правления, но при этом объединять все сообщения в одно ежедневное письмо (как в старом стиле ежедневной сводки почтового списка). Возможно, будет достаточно одного письма в день на каждую активную тему, но одно письмо на каждый ответ — неприемлемо.

Это та функциональность, которая у них уже была в решении до Discourse, и она не требовала дополнительных действий с их почтовыми клиентами. Они недовольны переходом на Discourse, если мы не сможем предоставить аналогичную возможность.

Заранее спасибо за любые предложения или ссылки на другие решения/темы.

2

Исходя из вашего поста выше, кажется, что вы считаете плагины неприемлемыми, потому что (касаясь двух упомянутых вами плагинов) подразумеваете, что они могут перестать работать в будущем.

Это, в свою очередь, кажется намёком на то, что вы в целом выступаете против «неофициальных» плагинов, но при этом хотите получить функционал, который официально не доступен.

Мне кажется, что после двух прочтений вашего поста, @MentalNomad, вам стоит обратиться к профессиональному разработчику плагинов для Discourse, чтобы тот создал и поддерживал плагин под ваши конкретные задачи. Это позволит достичь вашей цели для сайта, и вы сможете гарантировать, что ваш кастомный плагин будет работать и в будущем, даже при изменениях в ядре Discourse (которые могут повлиять на работу плагинов).

Звучит разумно?

Все «неофициальные» плагины Discourse несут риск поломки при обновлении ядра. Некоторые разработчики поддерживают свой код, другие — нет. Если вам нужен кастомный функционал и вы беспокоитесь об этом риске, то хорошим вариантом, судя по вашему посту, будет разместить ваше требование в канале Marketplace и поручить профессионалу разработать плагин, отвечающий вашим требованиям.

В общем случае (но не всегда) плагин, изменяющий базовую функциональность Discourse, требует открытия и модификации Ruby-класса. Модификация любого класса ядра Ruby несёт риск поломки при изменениях в ядре. Вообще говоря, это всегда так, когда вы хотите расширить функционал: вам придётся поддерживать этот код, если вы хотите гарантировать, что «неофициальный» плагин будет поддерживаться со временем.

Надеюсь, это поможет.

3

Боюсь, я создал ложное впечатление, @neounix.

Не совсем так. Но наш IT-отдел, изучив обсуждения по этим плагинам, обеспокоен тем, что они действительно ломались в прошлом после обновлений ядра. Речь идёт не о том, что «что-то может сломаться», а о том, что «это уже ломалось».

Нет, отнюдь! Я надеялся получить обратную связь: существуют ли другие доступные плагины, официальные или неофициальные, которые могли бы быть более подходящими или надёжными, или, возможно, узнать, что проблемы, затронувшие эти плагины, являются нетипичными и маловероятными для повторения. Иначе говоря, я ищу совета для нашей команды.

Тоже не совсем… я с радостью услышал бы, что функционал, который требуют некоторые наши пользователи, доступен через более официальный или менее интрузивный подход — или даже просто узнал бы, что существует уже имеющаяся функция, которую мы просто ещё не обнаружили, и которая решит то, о чём просят наши пользователи.

На самом деле я спрашиваю совета о наилучшем подходе для решения текущей задачи. Надеюсь, это звучит разумно.

Хотя я благодарен вам за уделённое время и внимание, я не вижу смысла нанимать кого-то для создания ещё одного плагина, когда существующий плагин подходит под задачу. Разработка (и отладка, и поддержка) ещё одного плагина, по-видимому, является менее надёжным подходом.

4

Это совершенно не так, @MentalNomad.

Я автор одного из упомянутых вами плагинов (я опубликовал его всего несколько дней назад), и этот плагин никогда не ломался; в обсуждениях нет ни одного сообщения о проблемах с ним. Более того, он работает безупречно, без ошибок.

Я не призываю вас использовать мой плагин, но ваши утверждения о нём полностью ошибочны, поэтому я их исправляю.

Ваше утверждение об этом плагине не соответствует фактам, извините, что вынужден вам сказать это, @MentalNomad :slight_smile:

5

Вы объединили их, назвав «они». И «они» оказались сломаны, потому что в этой группе возникли проблемы.

Когда я их упомянул, я выразился так:

Но давайте прекратим спорить о семантике. Я ценю существование вашего плагина и вашу тяжёлую работу по его созданию, а также благодарен всем, кто внёс код, использованный вами в плагине, всем, кто работал над плагином MLM Daily Summary, и разработчикам Discourse, создавшим первоначальную функциональность MLM Daily Summary и так усердно поддерживающим Discourse.

Однако я здесь, чтобы получить совет о том, как наилучшим и наиболее надёжным образом удовлетворить потребности наших пользователей с помощью доступных инструментов; спасибо.

6

Привет, @MentalNomad

Желаю вам и вашему IT-отделу успешно выполнить все требования. Marketplace

Берегите себя и спасибо, что прояснили свой пост!

7

Неважно, как часто плагин ломается; важно, как быстро он исправляется. Пока плагин активно поддерживается, он будет исправлен ещё до того, как большинство пользователей даже заметят, что он был сломан.

Я даже утверждаю, что чем популярнее плагин, тем чаще он будет ломаться (и исправляться).

9

Я предлагаю вам обсудить это с ключевыми участниками и объяснить, сколько усилий потребуется, чтобы удовлетворить их требования. Иногда громкое меньшинство не определяет, что на самом деле необходимо.

С другой стороны, если они так привязаны к электронной почте, возможно, ваше представление о том, что Discourse хорошо подходит для этой группы, ошибочно? Возможно, им достаточно просто рассылки, и этого им хватит.

10

Ваши добрые намерения в комментариях оценены по достоинству.

Однако, чтобы напомнить вам о контексте, обратите внимание: мы говорим о небольшой подгруппе, которая называется «Board», а её категория — «Board Meetings» — не случайно.

Discourse безусловно отлично подходит для подавляющего большинства обсуждений в более широкой группе. Эта небольшая подгруппа — единственная проблемная область, и здесь нелегко определить, что «заслужено», как из-за вовлечённых людей, так и из-за давних традиций, стоящих за всем этим.

Я согласен! Но если я упустил более качественно поддерживаемый плагин, который решает эту задачу, буду рад получить соответствующую обратную связь.

11

В прошлый раз, когда у плагина возникла проблема, она была исправлена в течение дня. Если этого для вас недостаточно, то вам действительно стоит попробовать обойтись без каких-либо плагинов.

12

Как насчёт того, чтобы позволить им использовать рассылку (например, Mailman) и сделать эту рассылку зеркальной, только для чтения, в категорию Заседания правления на Discourse для просмотра другими?

При поиске по запросу «Зеркало рассылки» здесь появляется несколько тем.

13

О, это гениально. Это всем покажет. Просто держите их в среде, где работает только электронная почта.

14

Заинтересовывающее предложение. Я подниму этот вопрос и изучу его, но, полагаю, большинство из них предпочли бы перейти в Discourse. Если нам удастся объединить оба варианта, это может сработать.

Я на самом деле думал так же… а затем понял, что это обрадует лишь немногих, а большинство — нет.

15

Я думаю, что одной из необычных особенностей этого является то, что вы хотите получать ежедневную сводку только для одной категории, а не для всего форума. Насколько мне известно, ничего подобного, что могло бы это сделать, не существует.

16

Да, это «странно». Также подошёл бы инструмент, который делает ежедневные сводки и позволяет пользователю указывать, какие категории включать.

Мы только что установили и протестировали с кем-то режим «Ежедневная сводка восстановления списка рассылки»… письмо за один день оказалось довольно большим — 341 КБ, но настоящая проблема заключалась в том, что при открытии пользователем загрузка изображений заставила его мобильный телефон работать с трудом.

Мы рассматриваем возможность доработки этого решения под наши нужды, чтобы жёстко привязать его только к целевой категории, которая гораздо менее активна, чем весь сайт, и содержит мало или вообще не содержит изображений. Это всё ещё позволит удовлетворить «ключевых» людей, настаивающих на этой функции для категории «Заседание совета директоров», в то время как обычные… э-э, типичные пользователи смогут взаимодействовать с Discourse так, как задумано.

17

Это интересная и полезная дискуссия. Я изучаю что-то похожее, но не совсем то же самое. Я хочу иметь возможность генерировать ежедневный список новых тем и, при желании, количество новых ответов по темам в указанных подкатегориях. Это будет перекрестно публиковаться (через API) в чат-сервис, а также использоваться для отправки писем участникам, привыкшим к традиционным методам.

На самом деле будет несколько различных сводок для разных подмножеств категорий, которые будут генерироваться и отправляться в разные места.

Это способ повысить вовлеченность и мягко подтолкнуть людей к тому, чтобы они не вели углубленные обсуждения в чате, а также способ привлечь тех энтузиастов, которые не любят цифровые технологии и всё ещё считают, что список в стиле почтальона — это круто и современно :roll_eyes: (он должен быть доступен только для чтения!) или предпочитают общение в виде простого текста вместо эффектных веб-сайтов (они существуют! :unicorn: )

Мне было бы интересно узнать, какое решение вы предложите…

18

Если это должно быть резюме, а не полная копия, не могли бы вы просто исключить изображения? Пусть они переходят на сайт, чтобы увидеть полную картину.