Il semble que ce plug-in ne soit pas compatible avec ce composant de thème : Advanced Search Banner - #61
Le problème apparaît dans la version 2.9.0.beta1 de Discourse. Il est décrit dans les derniers messages du sujet. Après avoir désactivé le plug-in discourse-mlm-daily-summary, la bannière de recherche a recommencé à fonctionner correctement.
2 « J'aime »
J’ai corrigé le problème avec le plugin et j’ai soumis une pull request au dépôt d’origine.
EDIT qui a déjà été fusionnée 
1 « J'aime »
Ce plugin inclut-il des adresses de réponse pour chacun des sujets inclus ? Dans notre communauté, nous avons un certain nombre d’utilisateurs qui n’utilisent que leur courrier électronique et qui ne souhaitent pas visiter le forum via l’interface web de Discourse, mais qui aimeraient pouvoir répondre à un sujet particulier s’ils le souhaitent.
Actuellement, la seule façon de le faire est s’ils ont un e-mail de notification auquel répondre. Je demande actuellement à ces utilisateurs d’activer « Envoyez-moi les notifications du premier message » dans toutes les catégories auxquelles ils pourraient souhaiter répondre.
Cependant, il semblerait plus propre si cette fonctionnalité existait au sein de ce plugin, sans qu’ils aient à recevoir d’e-mails supplémentaires « point de départ » dont ils n’ont pas autrement besoin. Par exemple, s’ils souhaitent modifier le statut de notification pour une conversation particulière (en répondant track, watch ou mute), peuvent-ils le faire à partir des e-mails récapitulatifs générés par ce plugin ?
Ça a fonctionné. Avec ces paramètres, je reçois des résumés quotidiens et des notifications de messages privés. Je reçois toujours des entrées de résumé pour chaque catégorie que je n’ai pas explicitement désactivée, mais je suppose que c’est juste une fonctionnalité, n’est-ce pas ?
Cela signifie que le plugin ne fonctionnera pas avec la version 2.8 ? Je suis toujours sur cette version à cause de l’hébergement que nous avons (yunohost).
Si oui, le résumé quotidien envoyé apparaîtrait-il ici : https://MY_DISCOURSE.COM/admin/email/sent ?
Serait-il envoyé si la seule nouvelle activité est la mienne ?
J’essaie de comprendre pourquoi le plugin ne fonctionne pas sur mon instance de test (les résumés quotidiens sont envoyés sans problème) - des idées ?
Si j’ai bien compris, c’est le seul réglage dans les paramètres des e-mails, n’est-ce pas :
Si votre Discourse est en version 2.8, à quel commit du plugin êtes-vous ?
Cela dit, la version 2.8 présente des problèmes de sécurité, vous devriez mettre à jour dès que possible. Dites à votre hébergeur de se ressaisir 
1 « J'aime »
Je suis sur la dernière version de git, dois-je essayer de rétrograder vers GitHub - procourse/discourse-mlm-daily-summary at 9135fda73104cffc6a113a985c905425195f08b7 ?
Oui, j’espère que nous aurons la mise à niveau bientôt.
Techniquement, je choisirais le commit qui était actuel lorsque la 2.8 est sortie, c’est-à-dire ab6ccad.
Mais :
- il semble que les trois derniers commits soient exactement les mêmes.
- ce sont des corrections côté client, donc je doute qu’elles soient la cause de l’échec d’envoi des e-mails.
Si je devais deviner maintenant, ce pourrait être votre problème : No summary emails received · Issue #4 · procourse/discourse-mlm-daily-summary · GitHub
Eh bien, nous sommes sur la version 2.8.13, je suppose que je n’ai pas été clair.
Je n’arrive pas à faire fonctionner Rake et en essayant de le réparer, j’ai complètement gâché l’installation de Ruby (je joue sur un serveur de test). La commande ./launcher enter app est spécifique à Docker, n’est-ce pas (yunohost n’utilise pas Docker, donc je suppose que nous sommes seuls :-(). Si je comprends bien, ces valeurs doivent être vérifiées dans la console, n’est-ce pas ?
Lorsque la version 2.8.13 est sortie, la version 2.9 était déjà bien avancée également, donc si vous êtes sur la version 2.8.13, vous devriez normalement rechercher du code de plugin compatible avec la version 2.8.0 (puisque la version 2.8.13 est la 2.8.0 avec des corrections de bugs).
Alors que nous passons à Discourse 3 avec un forum qui repose sur MLM Daily Summary : Quelqu’un a-t-il acquis de l’expérience avec MLM Daily Summary sur Discourse 3 ? Des problèmes sont-ils survenus ?
Merci d’avance pour toute réponse courte !
À moins que je ne manque quelque chose en vérifiant sur mon téléphone, il semble que cela n’ait pas été mis à jour depuis un an. Il y a eu beaucoup de changements depuis. Je recommanderais de lancer une instance de staging pour effectuer des tests.
1 « J'aime »
vous avez raison, le plugin n’a pas été mis à jour depuis un certain temps. il fonctionne bien avec discourse 2.8.9 cependant. à partir de la semaine prochaine, nous allons mettre en place une instance de test - j’étais juste curieux de savoir si quelqu’un ici avait eu une expérience qui serait bon de savoir.
nous serions heureux de soutenir la mise à jour du plugin si cela était nécessaire, mais je n’ai pas vu @joebuhlig ici depuis un moment … voyons ce que notre test montre …
Avez-vous documenté vos résultats quelque part ?
J’ai entendu dire que vous aviez des problèmes pour exécuter le plugin sur le discourse actuel (3.1.0) ?
Salut @thoka ! nous testons toujours le plugin de résumé quotidien MLM dans Discourse 3.0.5. Pour le moment, les e-mails de résumé ne sont pas envoyés, nous n’avons toujours aucune idée pourquoi. Je reviendrai quand nous aurons une meilleure vue d’ensemble…
J’ai publié notre demande de mise à niveau du plugin mlm-daily-summary sur la marketplace. N’hésitez pas à me contacter si vous êtes
a) intéressé par l’utilisation de la version mise à niveau ou
b) capable de nous aider avec la mise à niveau.
Merci, Etienne
nous travaillons maintenant sur une version forkée de mlm-daily-summary, corrigeant les problèmes connus et ajoutant certaines fonctionnalités que nous avons trouvées utiles. Si l’un d’entre vous travaille actuellement avec le plugin, nous serions intéressés d’entendre d’autres problèmes que vous avez rencontrés ou des fonctionnalités que vous aimeriez voir. curieux…
5 « J'aime »
Bonjour, comment s’est terminée la démarche ? Concernant les fonctionnalités, j’aimerais pouvoir personnaliser l’intervalle (permettre aussi des mises à jour hebdomadaires/mensuelles).
J’ai fait un fork que nous utilisons depuis quelques mois :
S’il y a un intérêt à en discuter, j’ouvrirai un fil de discussion approprié.
Fonctionnalités supplémentaires de ce fork :
- Options de configuration pour
- les catégories qui doivent être incluses dans l’envoi par e-mail
- les groupes d’utilisateurs qui doivent être ciblés par l’envoi par e-mail
- l’heure de la journée à laquelle l’envoi par e-mail doit avoir lieu
- Modèle d’e-mail mis à jour (avec un meilleur support pour le mode sombre)
La principale raison d’utiliser ce plugin était de pouvoir promettre aux utilisateurs “un e-mail par jour”.
Cependant, d’après notre expérience, un e-mail qui résume les changements d’une journée est ignoré par de nombreux destinataires ou finit dans les spams.
D’autres inconvénients de l’envoi d’un résumé des mises à jour à un groupe cible qui utilise principalement un forum par e-mail sont :
- aucune information sur une mise à jour dans la ligne d’objet de l’e-mail
- les utilisateurs ne peuvent pas traiter les informations individuellement, c’est-à-dire les supprimer partiellement, les marquer, etc.
- il n’est pas possible de répondre par e-mail
- le chaînage automatique dans votre client de messagerie sera désactivé
- vous devez réinventer la roue si vous souhaitez des abonnements granulaires aux flux d’informations dans votre discourse.
Il y aura des domaines d’application où une telle mise à jour continuera d’avoir du sens. Pour cela, il serait avantageux d’avoir au moins la ligne d’objet générée par l’IA.
Cependant, nous avons décidé d’attendre de l’utilisateur qu’il reçoive un grand nombre d’e-mails, mais de lui permettre de s’y abonner de manière de plus en plus détaillée grâce à l’utilisation de tags.
Comme l’attribution de tags entraîne maintenant l’envoi d’e-mails, il est important de pouvoir se désabonner de ceux-ci via un lien dans l’e-mail :
À long terme, il serait souhaitable que l’urgence des mises à jour (immédiate, résumé hebdomadaire ou mensuel) puisse être configurable ou sélectionnable par les utilisateurs sur une base de tag / catégorie.
2 « J'aime »
Merci pour la mise à jour ! J’imagine donc que vous avez résolu les problèmes techniques (je ne le vois pas dans les messages de commit) ?
Pour moi, le cas d’utilisation est davantage axé sur la surveillance principalement passive d’un forum qui compte au plus quelques dizaines de messages par jour. Un résumé quotidien me permet de ne jamais avoir à le consulter de ma propre initiative dans un navigateur, tout en pouvant répondre via un navigateur si je le souhaite.