Melhor maneira de obter o resumo diário de MLM hoje?

Suporte
1

Eu faço parte de um Discourse privado relativamente novo que rapidamente se tornou superativo — em parte porque foi uma migração de soluções anteriores para uma nova. E o Discourse é melhor.

Temos vários membros críticos que consideram os e-mails padrão do Discourse insuficientes (ou não abrangentes) e que não estão dispostos ou não conseguem utilizar seus próprios sistemas de e-mail como parte de uma solução; estamos tentando acomodá-los.

Ao pesquisar, vimos que o antigo recurso de Resumo Diário do Modo de Lista de Correio pode ser restaurado por meio do plugin Restaurar Resumo Diário do Modo de Lista de Correio.

No entanto, também vimos que isso pode causar problemas — tanto devido ao volume potencial de SMTP (somos auto-hospedados) quanto a possíveis conflitos e bugs futuros (atualizações do Discourse podem quebrar o plugin de vez em quando, e então precisamos aguardar uma correção no plugin.)

Vimos que o recente plugin Discourse Priority Action Mailer pode resolver o problema de SMTP, mas a possibilidade de problemas futuros com o outro plugin permanece.

Então, a pergunta:

Qual é a melhor maneira de obter resumos diários do MLM agora, com o menor risco de a solução falhar em algum momento no futuro?

Os detalhes do nosso caso de uso:

A “Diretoria” do grupo realiza negócios como uma série de reuniões online de longa duração em threads de discussão que devem estar abertas para todos os membros verem, participem ou não do fórum Discourse. Essas threads serão Tópicos em uma Categoria limitada criada apenas para esse fim. Vamos chamá-la de Categoria Reunião da Diretoria.

Estamos procurando oferecer às pessoas a opção de ativar um modo de lista de correio que lhes proporcione e-mails abrangentes (incluindo todas as respostas) para Tópicos dentro da Categoria Reunião da Diretoria, mas que combinem todas as mensagens em um único e-mail enviado diariamente (como um resumo diário de uma lista de correio antiga). Um e-mail diário por Tópico ativo pode funcionar bem, mas um e-mail por resposta é inaceitável.

Essa é uma funcionalidade que eles já possuem com uma solução pré-Discourse, sem nenhuma ação extra necessária de seus clientes de e-mail, e eles estão insatisfeitos com a migração para o Discourse a menos que possamos acomodá-los.

Agradecemos, antecipadamente, por qualquer sugestão ou link para outras soluções/Tópicos.

2

No seu post acima, você está basicamente dizendo, ou pelo menos parece quando leio, que você considera plugins inaceitáveis porque (em relação aos dois plugins mencionados acima), você sugere que eles podem parar de funcionar no futuro.

Isso parece implicar, novamente, que você é contra plugins “não oficiais” em geral; mas você quer funcionalidades personalizadas que não estão “oficialmente” disponíveis.

Pelo que entendi, lendo seu post duas vezes @MentalNomad, você deveria contratar um desenvolvedor profissional de plugins do Discourse para criar e manter um plugin para o seu caso de uso específico. Isso atenderia ao seu objetivo para o seu site, e você poderia garantir que seu plugin personalizado continuará funcionando no futuro, mesmo quando o núcleo do Discourse sofrer alterações (o que pode afetar um plugin).

Parece razoável?

Todos os plugins “não oficiais” do Discourse correm o risco de parar de funcionar quando o Discourse atualiza o núcleo, e alguns desenvolvedores de plugins mantêm seu código, enquanto outros podem não fazê-lo. Quando você deseja um recurso personalizado e está preocupado com esse risco, uma boa opção para você, conforme parece pelo seu post, é publicar sua solicitação em Marketplace e deixar que um profissional desenvolva um plugin que atenda aos seus requisitos.

Em geral, mas nem sempre, um plugin que altera uma funcionalidade central do Discourse exige abrir e modificar uma classe Ruby. Modificar qualquer classe Ruby central corre o risco de quebrar se o núcleo mudar. De modo geral, isso é sempre o caso quando você deseja estender a funcionalidade; você precisará manter esse código se quiser garantir que o código do plugin “não oficial” do Discourse seja mantido ao longo do tempo.

Espero que isso ajude.

3

Temo que tenha passado a impressão errada, @neounix.

Não exatamente. Mas nossa equipe de TI está preocupada, ao analisar os tópicos sobre esses plugins, que eles, de fato, quebraram no passado após atualizações do núcleo. É menos “algo pode quebrar” e mais “isso já quebrou antes”.

Não, de forma alguma! Eu esperava receber feedback sobre se existem outros plugins disponíveis, oficiais ou não oficiais, que possam ser mais adequados ou confiáveis, ou talvez uma confirmação de que os problemas específicos que afetaram esses plugins são incomuns e pouco prováveis de ocorrer com frequência. Ou seja, estou buscando orientação para nossa equipe.

Também não exatamente… adoraria saber se a funcionalidade que alguns de nossos usuários estão exigindo está disponível por meio de uma abordagem mais oficial ou menos intrusiva — ou até mesmo apenas descobrir que existe um recurso existente que ainda não encontramos e que atenderia ao que nossos usuários estão pedindo.

Na verdade, estou pedindo orientação sobre a melhor abordagem para atender à necessidade atual. Espero que isso pareça razoável.

Embora eu agradeça seu tempo e atenção, não vejo por que contratar alguém para criar mais um plugin faria sentido quando um plugin existente já atende ao caso de uso. Desenvolver (e depurar e manter) mais um plugin pareceria ser uma abordagem menos confiável.

4

Isso não é verdade de forma alguma, @MentalNomad.

Sou o autor de um dos plugins (que publiquei há apenas alguns dias) que você mencionou, e esse plugin nunca apresentou problemas, nem há um tópico de discussão onde alguém mencione isso. Na verdade, ele funciona perfeitamente, sem erros.

Não estou defendendo que você use meu plugin, mas suas afirmações sobre ele estão totalmente equivocadas, então estou corrigindo você.

Sua afirmação sobre esse plugin é factualmente incorreta, sinto muito em informá-lo, @MentalNomad :slight_smile:

5

Você os agrupou, chamando-os de “eles”. E “eles” têm apresentado falhas, pois houve problemas dentro desse grupo.

Quando os mencionei, fiz da seguinte forma:

Mas vamos parar de discutir semântica. Agradeço pela existência do seu plugin e pelo seu trabalho árduo para produzi-lo. Agradeço também a todos que contribuíram com código que você utilizou em seu plugin, assim como a todos os que trabalharam no plugin MLM Daily Summary, e aos desenvolvedores do Discourse que criaram a funcionalidade inicial do MLM Daily Summary e que trabalham tão arduamente para manter o Discourse.

Mas estou aqui buscando conselhos sobre como atender de forma mais eficaz e confiável às necessidades dos nossos usuários com as ferramentas disponíveis; obrigado.

6

Olá @MentalNomad

Boa sorte para você e sua equipe de TI em atender às suas necessidades. Marketplace

Fique bem e fico feliz que você tenha esclarecido sua postagem!

7

Não importa com que frequência um plugin quebra; importa o quão rápido ele é corrigido. Desde que um plugin esteja sendo mantido ativamente, ele será corrigido antes que a maioria dos usuários sequer note que estava quebrado.

Eu até argumentaria que quanto maior o plugin, mais frequentemente ele quebrará (e será corrigido).

9

Sugiro que você trabalhe com esses membros críticos e explique o quanto de esforço seria necessário para atendê-los. Às vezes, a minoria vocal não define o que é realmente necessário.

Por outro lado, se eles estão tão apegados ao e-mail, talvez sua percepção de que o Discourse seja uma boa escolha para esse grupo esteja equivocada? Talvez uma lista de discussão seja tudo o que eles precisam e mereçam.

10

Seus comentários bem-intencionados são muito bem-vindos.

Mas, para lembrar o contexto aqui, note que estamos falando de um pequeno subgrupo chamado “Conselho”, cuja categoria é chamada de “Reuniões do Conselho” por uma razão.

O Discourse é definitivamente uma escolha fantástica para a grande maioria das discussões do grupo mais amplo. Esse pequeno subconjunto é a única área problemática, e não é fácil determinar o que é “merecido” neste caso, tanto por causa das pessoas envolvidas quanto das longas tradições por trás de tudo isso.

Concordo! Mas, se eu perdi algum plugin melhor mantido que atenda a essa necessidade, adoraria receber feedback nesse sentido.

11

Na última vez em que o plugin apresentou um problema, ele foi corrigido em um dia. Se isso não for bom o suficiente para você, então você realmente deveria tentar viver sem nenhum plugin.

12

Que tal permitir que eles usem uma lista de e-mails (por exemplo, Mailman) e fazer com que essa lista seja espelhada, apenas para leitura, na Categoria Reunião do Conselho do Discourse para que outros possam visualizar?

Há alguns tópicos que aparecem aqui ao pesquisar por “Espelho de lista de e-mails”.

13

Isso é muito inteligente. Isso vai mostrar a todos. Basta mantê-los em um ambiente exclusivo por e-mail.

14

Sugestão fascinante. Vou mencionar isso e investigar, mas suspeito que a maioria preferiria entrar no Discourse. Se pudermos mesclar os dois, isso pode funcionar.

Eu realmente pensei o mesmo… e então percebi que apenas alguns ficariam felizes com isso, a maioria não.

15

Acho que um dos aspectos incomuns disso é que você quer um resumo diário apenas para uma única categoria, não para todo o fórum. Não tenho conhecimento de nada existente que possa fazer isso.

16

Sim, isso é “estranho”. Uma ferramenta que fizesse resumos diários e permitisse que o usuário especificasse quais categorias incluir também seria suficiente.

Acabamos de instalar e fazer alguém testar o Modo de Resumo Diário da Lista de Correios Restaurado… o e-mail foi bastante grande para um único dia, com 341 KB, mas o verdadeiro problema foi que, quando o usuário o abriu, o download da imagem fez seu celular travar.

Estamos considerando modificá-lo para nossos propósitos, codificando-o diretamente apenas para a Categoria-alvo, que é muito menos ativa que o site inteiro e tem poucas, se houver, imagens. Isso ainda atenderá às “pessoas-chave” que insistem nessa função para a Categoria “Reunião do Conselho”, ao mesmo tempo que permite que usuários normais… ou seja, típicos, interajam com o Discourse conforme projetado.

17

Esta é uma discussão interessante e útil. Tenho investigado algo semelhante, mas não exatamente o mesmo. Quero ser capaz de gerar uma lista diária de novos tópicos e, opcionalmente, o número de novas respostas para tópicos em subcategorias especificadas. Isso seria republicado (por meio de uma API) em um serviço de chat e também geraria um e-mail para os membros mais tradicionais.

Na verdade, haveria vários resumos diferentes para diferentes subconjuntos de categorias, gerados e enviados para destinos distintos.

Isso serviria como uma forma de aumentar o engajamento e incentivar as pessoas a não terem discussões profundas no chat, além de ser uma maneira de envolver os entusiastas não digitais que ainda acham que uma lista do tipo “carteiro” é muito legal e avançada :roll_eyes: (teria que ser uma lista somente para leitura!) ou preferem comunicação apenas em texto simples a sites modernos e chamativos (eles existem! :unicorn:)

Gostaria muito de ver qual solução você chegará…

18

Se a ideia é ser um resumo, e não uma cópia completa, não seria possível simplesmente excluir as imagens? Assim, eles iriam ao site para ver a imagem completa.