Meilleure façon d'obtenir le résumé quotidien de MLM aujourd'hui ?

Je fais partie d’un Discourse privé relativement récent qui est devenu extrêmement actif – en partie parce qu’il s’agit d’une migration depuis d’autres solutions vers une nouvelle. Et Discourse est meilleur.

Nous avons plusieurs membres critiques qui jugent les e-mails par défaut de Discourse insuffisants (ou pas complets) et qui ne souhaitent pas ou ne peuvent pas utiliser leurs propres systèmes de messagerie dans le cadre d’une solution ; nous essayons de nous adapter à leurs besoins.

En cherchant, nous voyons que l’ancienne fonctionnalité « Résumé quotidien en mode liste de diffusion » peut être rétablie via le plugin Restore Mailing List Mode Daily Summary.

Cependant, nous constatons également que cela peut poser des problèmes – à la fois en raison du volume SMTP potentiel (nous sommes en auto-hébergement) et à cause de conflits potentiels et de bugs futurs (les mises à jour de Discourse peuvent casser le plugin de temps en temps, et nous devrons alors attendre une correction de la part du plugin.)

Nous voyons que le récent plugin Discourse Priority Action Mailer Plugin pourrait résoudre le problème SMTP, mais la possibilité de futurs problèmes avec l’autre plugin subsiste.

Donc, la question :

Quelle est la meilleure façon d’obtenir des résumés quotidiens en mode liste de diffusion maintenant, avec le risque le plus faible que la solution se rompe à un moment donné dans le futur ?


Les spécificités de notre cas d’usage :

Le « Conseil » du groupe mène ses activités sous forme de réunions en ligne de longue durée dans des fils de discussion qui doivent rester ouverts à tous les membres, qu’ils participent ou non au forum Discourse. Ces fils seront des sujets dans une catégorie limitée créée à cet effet. Appelons-la la catégorie Réunions du Conseil.

Nous cherchons à offrir aux utilisateurs la possibilité d’activer un mode liste de diffusion qui leur enverra des e-mails complets (incluant toutes les réponses) pour les sujets de la catégorie Réunions du Conseil, mais qui regroupera tous les messages en un seul e-mail envoyé quotidiennement (comme un résumé quotidien de l’ancienne liste de diffusion). Un e-mail quotidien par sujet actif pourrait convenir, mais un e-mail par réponse est inacceptable.

Il s’agit d’une fonctionnalité qu’ils avaient déjà avec une solution pré-Discourse, sans action supplémentaire requise de la part de leurs clients de messagerie, et ils sont mécontents du passage à Discourse sauf si nous pouvons nous adapter à cette exigence.

Merci d’avance pour vos suggestions ou vos liens vers d’autres solutions/sujets.

Dans votre message ci-dessus, vous semblez dire, ou du moins c’est ainsi que je le comprends, que vous trouvez les plugins inacceptables car (en ce qui concerne les deux plugins mentionnés plus haut), vous sous-entendez qu’ils pourraient cesser de fonctionner à l’avenir.

Cela semble aussi impliquer que vous êtes opposé aux plugins « non officiels » en général ; pourtant, vous souhaitez une fonctionnalité personnalisée qui n’est pas « officiellement » disponible.

À mon avis, après avoir lu votre message à deux reprises, @MentalNomad, vous devriez faire appel à un développeur professionnel de plugins Discourse pour concevoir et maintenir un plugin adapté à votre cas d’utilisation spécifique. Cela vous permettra d’atteindre votre objectif pour votre site, et vous pourrez ainsi vous assurer que votre plugin personnalisé continuera de fonctionner pour vous même lorsque le cœur de Discourse évoluera (ce qui pourrait affecter un plugin).

Cela vous semble-t-il raisonnable ?

Tous les plugins Discourse « non officiels » risquent de cesser de fonctionner lors des mises à jour du cœur de Discourse. Certains développeurs de plugins maintiennent leur code, d’autres non. Si vous souhaitez une fonctionnalité personnalisée et que vous vous inquiétez de ce risque, une bonne option, comme il semble ressortir de votre message, est de publier votre demande dans la catégorie Marketplace et de laisser un professionnel développer un plugin qui répond à vos besoins.

En général, mais pas toujours, un plugin qui modifie une fonctionnalité de base de Discourse nécessite d’ouvrir et de modifier une classe Ruby. Modifier n’importe quelle classe Ruby de base comporte un risque de rupture si le cœur change. De manière générale, c’est toujours le cas lorsque vous souhaitez étendre la fonctionnalité : vous devrez maintenir ce code si vous voulez vous assurer que le code du plugin Discourse « non officiel » reste maintenu au fil du temps.

J’espère que cela vous aidera.

Je crains d’avoir donné une fausse impression, @neounix.

Pas tout à fait. Cependant, notre équipe informatique, après avoir examiné les discussions relatives à ces plugins, s’inquiète car ils ont effectivement cessé de fonctionner par le passé suite à des mises à jour du cœur. Il ne s’agit pas tant de « quelque chose pourrait casser » que de « cela a déjà cassé ».

Non, absolument pas ! J’espérais obtenir des retours pour savoir s’il existe d’autres plugins disponibles, officiels ou non, qui pourraient être plus appropriés ou fiables, ou peut-être des informations indiquant que les problèmes spécifiques ayant affecté ces plugins sont inhabituels et peu susceptibles de se reproduire fréquemment. En d’autres termes, je cherche des conseils pour notre équipe.

Là encore, pas tout à fait… j’aimerais entendre dire que la fonctionnalité demandée par certains de nos utilisateurs est disponible via une approche plus officielle ou moins intrusive, ou même simplement apprendre qu’il existe une fonctionnalité existante que nous n’avons tout simplement pas encore découverte et qui répondrait aux besoins de nos utilisateurs.

En réalité, je demande des conseils sur la meilleure approche pour répondre au besoin actuel. J’espère que cela semble raisonnable.

Bien que je vous remercie pour votre temps et votre attention, je ne vois pas pourquoi embaucher quelqu’un pour créer un autre plugin aurait du sens alors qu’un plugin existant correspond déjà au cas d’utilisation. Développer (et déboguer et maintenir) un autre plugin semblerait être une approche moins fiable.

C’est tout à fait faux, @MentalNomad.

Je suis l’auteur de l’un des plugins que vous avez mentionnés (que j’ai publié il y a seulement quelques jours). Ce plugin n’a jamais posé de problème et il n’existe aucun fil de discussion où quelqu’un en mentionne un dysfonctionnement. En fait, il fonctionne parfaitement sans aucune erreur.

Je ne vous recommande pas d’utiliser mon plugin, mais vos affirmations à son sujet sont totalement erronées, c’est pourquoi je tiens à vous corriger.

Votre déclaration concernant ce plugin est factuellement incorrecte, je suis désolé de vous l’annoncer, @MentalNomad :slight_smile:

Vous les avez regroupés en les désignant par « ils ». Et « ils » ont été défaillants, car il y a eu des problèmes au sein de ce groupe.

Lorsque j’en ai parlé, je l’ai formulé ainsi :

Mais cessons de nous disputer sur les nuances sémantiques. J’apprécie l’existence de votre plugin et votre travail acharné pour le développer. J’apprécie également tous ceux qui ont contribué au code que vous avez utilisé dans votre plugin, ainsi que tous ceux qui ont travaillé sur le plugin MLM Daily Summary, et les développeurs de Discourse qui ont créé la fonctionnalité initiale de MLM Daily Summary et qui travaillent si dur pour maintenir Discourse.

Cependant, je suis ici pour chercher des conseils sur la meilleure façon de répondre de manière fiable aux besoins de nos utilisateurs avec les outils disponibles ; merci.

Salut @MentalNomad

Bon courage à toi et à ton équipe informatique pour répondre à vos besoins. Marketplace

Prends soin de toi et je suis ravi que tu aies clarifié ton message !

Peu importe la fréquence à laquelle un plugin rencontre des problèmes, ce qui compte, c’est la rapidité avec laquelle il est corrigé. Tant qu’un plugin est activement maintenu, il sera réparé avant que la majorité des utilisateurs ne s’aperçoivent même qu’il était défectueux.

Je dirais même que plus un plugin est important, plus il rencontrera de problèmes (et sera corrigé).

Je suggère que vous travailliez avec ces membres critiques et leur expliquiez l’ampleur des efforts nécessaires pour les satisfaire. Parfois, la minorité bruyante n’a pas son mot à dire sur ce qui est réellement nécessaire.

D’un autre côté, s’ils sont si attachés aux e-mails, peut-être que votre perception selon laquelle Discourse serait adapté à ce groupe est erronée ? Peut-être qu’une liste de diffusion est tout ce dont ils ont besoin et ce qu’ils méritent.

Vos commentaires, bien intentionnés, sont bien accueillis.

Mais, pour vous rappeler le contexte ici, notez que nous parlons d’un petit sous-groupe appelé « Conseil » et dont la catégorie s’appelle « Réunions du Conseil » pour une raison précise.

Discourse est définitivement un choix fantastique pour la grande majorité des discussions du groupe élargi. Ce petit sous-ensemble est le seul domaine problématique, et il n’est pas facile de dicter ce qui est « mérité » dans ce cas, tant en raison des personnes impliquées que des longues traditions qui s’y rattachent.

Je suis d’accord ! Mais si j’ai manqué un plugin mieux maintenu qui répond à ce besoin, je serais ravi de recevoir des commentaires à cet effet.

La dernière fois que le plugin a rencontré un problème, il a été corrigé en moins d’une journée. Si cela ne vous convient pas, vous devriez effectivement essayer de vous passer de tout plugin.

Que diriez-vous de leur permettre d’utiliser une liste de diffusion (par exemple Mailman) et de faire en sorte que cette liste soit miroirée, en lecture seule, dans la catégorie Discourse des réunions du Conseil pour que les autres puissent la consulter ?

Il y a quelques sujets qui apparaissent ici lors de la recherche de « Miroir de liste de diffusion ».

Oh, c’est malin. Ça va leur montrer. Gardez-les simplement dans un environnement réservé aux e-mails.

Suggestion fascinante. Je vais en parler et m’y intéresser, mais je soupçonne que la plupart préféreraient rejoindre Discourse directement. Si nous pouvons fusionner les deux, cela pourrait fonctionner.

J’avais en effet pensé la même chose… puis j’ai réalisé que seuls quelques-uns seraient satisfaits par cela, la plupart non.

Je pense que l’un des aspects inhabituels de cela est que vous souhaitez un résumé quotidien uniquement pour une seule catégorie, et non pour l’ensemble du forum. À ma connaissance, rien de ce qui existe actuellement ne permet de le faire.

Oui, c’est « étrange ». Un outil qui générerait des résumés quotidiens et permettrait à l’utilisateur de spécifier les catégories à inclure suffirait également.

Nous venons d’installer et de faire tester le mode « Résumé quotidien de la liste de diffusion »… L’e-mail était assez volumineux pour une seule journée avec 341 Ko, mais le vrai problème était que, lorsque l’utilisateur l’a ouvert, le téléchargement des images a fait ramer son téléphone mobile.

Nous envisageons de le modifier pour nos besoins, en le codant en dur uniquement pour la catégorie cible, qui est beaucoup moins active que l’ensemble du site et contient peu, voire aucune, image. Cela satisfera toujours les « personnes clés » qui insistent sur cette fonctionnalité pour la catégorie « Réunion du conseil d’administration », tout en permettant aux utilisateurs norm… euh, typiques, d’interagir avec Discourse tel que conçu.

C’est une discussion intéressante et utile. J’ai mené des recherches similaires, mais pas tout à fait les mêmes. Je souhaite pouvoir générer une liste quotidienne de nouveaux sujets et, optionnellement, le nombre de nouvelles réponses pour les sujets dans des sous-catégories spécifiées. Cette liste serait republiée (via une API) dans un service de chat, et générerait également un e-mail pour les membres à l’ancienne.

Il y aurait en fait plusieurs résumés différents pour différents sous-ensembles de catégories, générés et envoyés à différentes destinations.

Cela servirait à renforcer l’engagement et à inciter les gens à ne pas mener de discussions approfondies dans le chat, ainsi qu’à toucher les passionnés non numériques qui trouvent encore qu’une liste de type « facteur » est plutôt cool et avancée :roll_eyes: (ce serait une liste en lecture seule !) ou qui préfèrent une communication en texte brut plutôt que des sites web flashy et sophistiqués (ils existent ! :unicorn:)

J’aimerais beaucoup voir la solution que vous allez proposer…

Si c’est censé être un résumé, plutôt qu’une copie complète, ne pourriez-vous pas simplement exclure les images. Faites en sorte qu’ils aillent sur le site pour avoir le tableau complet.