Mejor manera de lograr el resumen diario de MLM hoy?

Soporte
1

Formo parte de un Discourse privado relativamente nuevo que se ha vuelto súper activo rápidamente, en parte porque es una migración desde soluciones anteriores hacia uno nuevo. Y Discourse es mejor.

Tenemos varios miembros clave que consideran que los correos electrónicos predeterminados de Discourse son insuficientes (o no exhaustivos) y que no están dispuestos o no pueden utilizar sus propios sistemas de correo electrónico como parte de una solución; estamos intentando acomodarnos a ellos.

Al buscar, vemos que la antigua función de Resumen diario del modo de lista de correo puede recuperarse mediante el plugin Restaurar el resumen diario del modo de lista de correo.

Sin embargo, también vemos que esto puede causar problemas, tanto por el volumen potencial de SMTP (ya que estamos autohospedados) como por posibles conflictos y errores futuros (las actualizaciones de Discourse pueden romper el plugin de vez en cuando, y entonces tendremos que esperar una corrección del plugin).

Vemos que el reciente plugin Discourse Priority Action Mailer podría resolver el problema de SMTP, pero la posibilidad de problemas futuros con el otro plugin sigue existiendo.

Por lo tanto, la pregunta es:

¿Cuál es la mejor manera de lograr resúmenes diarios del modo de lista de correo ahora, con el menor riesgo de que la solución falle en algún momento en el futuro?

Los detalles de nuestro caso de uso:

La “Junta” del grupo lleva a cabo sus asuntos mediante una serie de reuniones en línea de larga duración en hilos de discusión que deben estar abiertos para que todos los miembros los vean, independientemente de si participan o no en el foro de Discourse. Estos hilos serán Temas en una categoría limitada creada solo para este propósito. Llamémosla categoría Reuniones de la Junta.

Buscamos ofrecer a las personas la opción de activar un modo de lista de correo que les proporcione correos electrónicos exhaustivos (incluyendo todas las respuestas) para los Temas dentro de la categoría Reuniones de la Junta, pero que combinen todos los mensajes en un solo correo electrónico enviado diariamente (como un resumen diario de una lista de correo antigua). Un correo electrónico diario por Tema activo podría funcionar bien, pero un correo electrónico por respuesta es inaceptable.

Esta es una funcionalidad que actualmente tienen con una solución anterior a Discourse, sin necesidad de acciones adicionales por parte de sus clientes de correo electrónico, y no están contentos con la migración a Discourse a menos que podamos acomodar esto.

Gracias de antemano por cualquier sugerencia o enlace a otras soluciones/temas.

2

En tu publicación de arriba, básicamente estás diciendo, o al menos eso parece al leerla, que consideras que los plugins son inaceptables porque (con respecto a los dos plugins que mencionas arriba) insinúas que podrían dejar de funcionar en el futuro.

Esto parece implicar, una vez más, que te opones a los plugins “preoficiales” en general; pero quieres funcionalidad personalizada, no disponible de manera “oficial”.

Por lo que veo, tras leer tu publicación dos veces @MentalNomad, deberías contratar a un desarrollador profesional de plugins de Discourse para que diseñe y mantenga un plugin para tu caso de uso específico. Esto te permitirá lograr tu objetivo en tu sitio y asegurarte de que tu plugin personalizado siga funcionando en el futuro, incluso cuando el núcleo de Discourse cambie (lo cual podría afectar a un plugin).

¿Te parece razonable?

Todos los plugins “preoficiales” de Discourse corren el riesgo de dejar de funcionar cuando Discourse actualiza su núcleo. Algunos desarrolladores de plugins mantienen su código y otros no. Si deseas una función personalizada y te preocupa este riesgo, una buena opción, según lo que parece de tu publicación, es publicar tu requisito en Marketplace y permitir que un profesional desarrolle un plugin que cumpla con tus necesidades.

En general, pero no siempre, un plugin que altera una funcionalidad central de Discourse requiere abrir y modificar una clase de Ruby. Modificar cualquier clase central de Ruby conlleva el riesgo de que se rompa si el núcleo cambia. En términos generales, esto siempre es así cuando deseas ampliar la funcionalidad; deberás mantener ese código si quieres asegurarte de que el código del plugin “preoficial” de Discourse se mantenga con el tiempo.

Espero que esto ayude.

3

Temo haber dado una impresión equivocada, @neounix.

No exactamente. Pero nuestro personal de TI está preocupado, tras revisar los hilos de dichos complementos, porque en el pasado sí han fallado después de actualizaciones del núcleo. No se trata tanto de «algo podría fallar», sino de «esto ha estado fallando».

¡No, para nada! Esperaba recibir comentarios sobre si existen otros complementos disponibles, oficiales o no, que pudieran ser más apropiados o fiables, o quizás saber que los problemas específicos que afectaron a estos complementos son inusuales y poco probables de repetirse. En otras palabras, busco asesoramiento para nuestro equipo.

Tampoco es exactamente así… me encantaría saber si la funcionalidad que algunos de nuestros usuarios exigen está disponible mediante un enfoque más oficial o menos intrusivo, o incluso simplemente saber que existe una función que aún no hemos descubierto y que resolvería lo que nuestros usuarios están solicitando.

En realidad, estoy pidiendo asesoramiento sobre el mejor enfoque para abordar la necesidad actual. Espero que suene razonable.

Aunque te agradezco tu tiempo y atención, no veo por qué contratar a alguien para crear otro complemento tiene sentido cuando un complemento existente se ajusta al caso de uso. Desarrollar (y depurar y mantener) otro complemento más parecería ser un enfoque menos fiable.

4

Eso no es cierto en absoluto, @MentalNomad.

Soy el autor de uno de los complementos que mencionaste (que solo publiqué hace unos días) y ese complemento nunca se ha roto, ni existe ningún hilo de discusión donde alguien lo mencione. De hecho, funciona perfectamente sin errores.

No estoy recomendando que uses mi complemento, pero tus afirmaciones sobre él son totalmente incorrectas, por lo que te corrijo.

Tu afirmación sobre este complemento es factualmente incorrecta, lo siento por decírtelo, @MentalNomad :slight_smile:

5

Los agrupaste, llamándolos “ellos”. Y “ellos” han fallado, porque ha habido problemas dentro de ese grupo.

Cuando los mencioné, lo expresé así:

Pero dejemos de discutir sobre semántica. Aprecio la existencia de tu plugin y tu arduo trabajo para desarrollarlo, y agradezco a todos los que contribuyeron con código que utilizaste en tu plugin, así como a todos los que trabajaron en el plugin MLM Daily Summary, y a los desarrolladores de Discourse que crearon la funcionalidad inicial de MLM Daily Summary y que trabajan tan arduamente para mantener Discourse.

Pero estoy aquí buscando consejos sobre cómo satisfacer de la mejor manera y de forma más fiable las necesidades de nuestros usuarios con las herramientas disponibles; gracias.

6

Hola @MentalNomad

Te deseo suerte a ti y a tu equipo de TI para cumplir con tus requisitos. Marketplace

Cuídate y me alegra que hayas aclarado tu publicación.

7

No importa con qué frecuencia falle un complemento, lo que importa es la rapidez con la que se soluciona. Mientras un complemento esté siendo mantenido activamente, se corregirá antes de que la mayoría de los usuarios incluso noten que había fallado.

Incluso argumentaría que cuanto mayor es el complemento, más a menudo fallará (y se corregirá).

9

Sugiero que trabaje con los miembros clave y les explique cuánto esfuerzo requeriría complacerlos para satisfacer sus necesidades. A veces, la minoría vocal no tiene la última palabra sobre lo que realmente se necesita.

Por otro lado, si están tan apegados al correo electrónico, ¿quizás su percepción de que Discourse es una buena opción para este grupo es incorrecta? Tal vez una lista de distribución es todo lo que necesitan y merecen.

10

Sus comentarios bien intencionados son muy apreciados.

Pero, para recordarles el contexto aquí, tengan en cuenta que estamos hablando de un pequeño subgrupo llamado “Junta” y cuya categoría se llama “Reuniones de la Junta” por una razón.

Discourse es definitivamente una opción fantástica para la gran mayoría de las discusiones del grupo más amplio. Este pequeño subconjunto es la única área problemática, y no es fácil dictar qué es “merecido” en este caso, tanto por las personas involucradas como por las largas tradiciones detrás de todo esto.

¡Estoy de acuerdo! Pero si he pasado por alto un complemento mejor mantenido que cumpla con esta necesidad, me encantaría recibir comentarios al respecto.

11

La última vez que el complemento tuvo un problema, se solucionó en un día. Si eso no es suficiente para ti, entonces realmente deberías intentar vivir sin ningún complemento.

12

¿Qué tal si les permitimos usar una lista de correo (por ejemplo, Mailman) y hacer que esa lista se refleje, en modo solo lectura, en la categoría de Discourse de Reunión de la Junta para que otros la vean?

Hay algunos temas que aparecen aquí al buscar «Reflejo de lista de correo».

13

¡Qué inteligente! Eso les enseñará a todos. Simplemente manténlos en un entorno exclusivo de correo electrónico.

14

Sugerencia fascinante. Lo mencionaré y lo investigaré, pero sospecho que la mayoría preferiría entrar en Discourse. Si podemos combinar ambos, esto podría funcionar.

De hecho, pensé lo mismo… y luego me di cuenta de que solo unos pocos quedarían satisfechos con esto, la mayoría no.

15

Creo que uno de los aspectos inusuales de esto es que deseas un resumen diario solo para una sola categoría, no para todo el foro. No conozco nada existente que pueda hacer esto.

16

Sí, eso es “extraño”. Una herramienta que generara resúmenes diarios y permitiera al usuario especificar qué categorías incluir también sería suficiente.

Acabamos de instalar y hacer que alguien pruebe el Modo de Resumen Diario de la Lista de Correo Restaurada… el correo era bastante grande para un solo día, con 341 KB, pero el verdadero problema fue que, cuando el usuario lo abrió, la descarga de la imagen hizo que su teléfono móvil tuviera dificultades.

Estamos considerando modificarlo para nuestros fines, codificándolo directamente solo para la Categoría objetivo, que es mucho menos activa que todo el sitio y tiene pocas, si es que tiene alguna, imágenes. Esto seguirá modificando a las personas “clave” que insisten en esta función para la Categoría “Reunión de la Junta”, mientras que permite a los usuarios normales… eh, típicos, interactuar con Discourse tal como está diseñado.

17

Esta es una discusión interesante y útil. He estado investigando algo similar, pero no exactamente igual. Quiero poder generar una lista diaria de nuevos temas y, opcionalmente, el número de nuevas respuestas para temas en subcategorías especificadas. Esto se publicaría (mediante una API) en un servicio de chat y también generaría un correo electrónico para los miembros de la vieja escuela.

En realidad, habría varios resúmenes diferentes para distintos subconjuntos de categorías, generados y enviados a diferentes destinos.

Esto serviría como una forma de fomentar la participación y alentar a las personas a evitar discusiones profundas en el chat, así como una manera de conectar con los entusiastas no digitales que aún consideran que una lista tipo carta es bastante genial y avanzada :roll_eyes: (¡tendría que ser una lista de solo lectura!) o que prefieren la comunicación en texto plano a los sitios web llamativos y vistosos (¡existen! :unicorn: )

Me gustaría saber qué solución propones…

18

Si se supone que es un resumen y no una copia completa, ¿no podrías simplemente excluir las imágenes? Haz que vayan al sitio para obtener la imagen completa.