Miglior modo per ottenere il riepilogo giornaliero MLM oggi?

Supporto
1

Faccio parte di un Discourse privato relativamente nuovo che è diventato rapidamente superattivo, in parte a causa di una migrazione da soluzioni precedenti a una nuova. E Discourse è migliore.

Abbiamo diversi membri critici che ritengono le email predefinite di Discourse insufficienti (o non esaustive) e che non sono disposti o non sono in grado di utilizzare i propri sistemi di posta come parte di una soluzione; stiamo cercando di soddisfarli.

Nella ricerca, abbiamo visto che la vecchia funzionalità “Mailing List Mode Daily Summary” può essere ripristinata tramite il plugin Restore Mailing List Mode Daily Summary.

Tuttavia, abbiamo anche visto che questo può causare problemi, sia a causa del potenziale volume SMTP (siamo self-hosted) sia a causa di potenziali conflitti e bug futuri (gli aggiornamenti di Discourse potrebbero rompere il plugin di tanto in tanto, e allora dovremmo attendere una correzione del plugin).

Abbiamo visto che il recente Discourse Priority Action Mailer Plugin potrebbe risolvere il problema SMTP, ma la possibilità di problemi futuri con l’altro plugin rimane.

Quindi, la domanda:

Qual è il modo migliore per ottenere riepiloghi giornalieri in modalità Mailing List ora, con il minimo rischio che la soluzione si rompa in qualche momento nel futuro?

I dettagli del nostro caso d’uso:

Il “Consiglio” del gruppo svolge le proprie attività attraverso una serie di riunioni online di lunga durata in thread di discussione che devono essere visibili a tutti i membri, indipendentemente dal fatto che partecipino o meno al forum Discourse. Questi thread saranno Topic in una Categoria limitata creata appositamente per questo scopo. Chiamiamola Categoria Riunione del Consiglio.

Stiamo cercando di offrire agli utenti la possibilità di attivare una modalità mailing list che invii loro email complete (inclusi tutti i messaggi di risposta) per i Topic all’interno della Categoria Riunione del Consiglio, ma che combini tutti i messaggi in un’unica email inviata giornalmente (come un riepilogo giornaliero di una vecchia mailing list). Un’unica email giornaliera per Topic attivo potrebbe funzionare, ma un’email per ogni risposta è inaccettabile.

Questa è una funzionalità che attualmente hanno con una soluzione pre-Discourse, senza alcuna azione aggiuntiva richiesta dai loro client di posta, e non sono soddisfatti del passaggio a Discourse a meno che non possiamo soddisfare questa esigenza.

Grazie in anticipo per eventuali suggerimenti o link ad altre soluzioni/Topic.

2

Nel tuo post sopra, sembri dire, almeno così sembra dalla lettura, che ritieni i plugin inaccettabili perché (riguardo ai due plugin menzionati) insinui che potrebbero smettere di funzionare in futuro.

Questo sembra implicare, ancora una volta, che sei contrario ai plugin “non ufficiali” in generale; ma allo stesso tempo desideri funzionalità personalizzate non “ufficialmente” disponibili.

A quanto pare, dopo aver letto il tuo post due volte @MentalNomad, dovresti affidarti a uno sviluppatore professionale di plugin Discourse per progettare e mantenere un plugin specifico per il tuo caso d’uso. In questo modo raggiungerai il tuo obiettivo per il tuo sito e potrai garantire che il tuo plugin personalizzato continui a funzionare anche in futuro, quando il core di Discourse subirà modifiche (che potrebbero influire su un plugin).

Sembra ragionevole?

Tutti i plugin Discourse “non ufficiali” corrono il rischio di smettere di funzionare quando Discourse aggiorna il core; alcuni sviluppatori di plugin mantengono il loro codice, altri no. Quando desideri una funzionalità personalizzata e ti preoccupa questo rischio, un’ottima opzione, come sembra dal tuo post, è pubblicare la tua richiesta nella sezione Marketplace e far sviluppare a un professionista un plugin che soddisfi le tue esigenze.

In generale, ma non sempre, un plugin che modifica una funzionalità core di Discourse richiede l’apertura e la modifica di una classe Ruby. Modificare qualsiasi classe core Ruby comporta il rischio di rottura se il core cambia. In linea di principio, questo vale sempre quando si desidera estendere la funzionalità: dovrai mantenere quel codice se vuoi garantire che il codice del plugin Discourse “non ufficiale” venga mantenuto nel tempo.

Spero che questo ti sia d’aiuto.

3

Temo di aver dato un’impressione sbagliata, @neounix.

Non esattamente. Tuttavia, il nostro staff IT, dopo aver esaminato i thread relativi a tali plugin, è preoccupato perché questi hanno effettivamente smesso di funzionare in passato dopo aggiornamenti del core. Non è tanto “qualcosa potrebbe rompersi”, quanto piuttosto “questo ha già rotto in passato”.

No, affatto! Speravo di ricevere un feedback su whether esistano altri plugin disponibili, ufficiali o non, che possano essere più appropriati o affidabili, oppure una conferma che i problemi specifici che hanno colpito questi plugin siano rari e poco probabili che si ripetano. In altre parole, sto cercando consigli per il nostro team.

Anche in questo caso non è esatto… sarei felice di sapere che le funzionalità richieste da alcuni dei nostri utenti siano disponibili attraverso un approccio più ufficiale o meno invasivo, o anche solo di scoprire che esiste già una funzione che non abbiamo ancora individuato e che risponde alle richieste dei nostri utenti.

In realtà, sto chiedendo un consiglio sul miglior approccio per soddisfare l’esigenza attuale. Spero che suoni ragionevole.

Anche se ti ringrazio per il tempo e l’attenzione dedicati, non vedo perché assumere qualcuno per creare un altro plugin abbia senso quando esiste già un plugin che risponde al caso d’uso. Sviluppare (e debuggare e mantenere) un altro plugin sembrerebbe un approccio meno affidabile.

4

Questo non è assolutamente vero @MentalNomad

Sono l’autore di uno dei plugin (che ho pubblicato solo pochi giorni fa) che hai menzionato, e quel plugin non si è mai rotto e non esiste alcun thread di discussione in cui qualcuno lo menzioni. In realtà, funziona perfettamente senza errori.

Non sto sostenendo che tu debba usare il mio plugin, ma le tue affermazioni al riguardo sono completamente errate, quindi ti sto correggendo.

La tua affermazione su questo plugin è fattualmente errata, mi dispiace doverlo dire @MentalNomad :slight_smile:

5

Li hai raggruppati, definendoli un “loro”. E “loro” sono stati compromessi, perché ci sono stati problemi all’interno di quel gruppo.

Quando li ho menzionati, l’ho espresso così:

Ma smettiamo di discutere di semantica. Apprezzo l’esistenza del tuo plugin e il tuo duro lavoro per realizzarlo, e ringrazio chiunque abbia contribuito con il codice che hai utilizzato nel tuo plugin, nonché tutti coloro che hanno lavorato sul plugin MLM Daily Summary e gli sviluppatori di Discourse che hanno creato la funzionalità iniziale di MLM Daily Summary e che lavorano instancabilmente per mantenere Discourse.

Ma sono qui per cercare consigli su come soddisfare al meglio e in modo più affidabile le esigenze dei nostri utenti con gli strumenti disponibili; grazie.

6

Ciao @MentalNomad

In bocca al lupo a te e al tuo team IT per soddisfare i vostri requisiti. Marketplace

Stai bene e sono contento che tu abbia chiarito il tuo post!

7

Non importa quanto spesso un plugin si rompa, ciò che conta è la rapidità con cui viene corretto. Finché un plugin è attivamente mantenuto, verrà risolto prima che la maggior parte degli utenti noti che si era rotto.

Potrei anche sostenere che più un plugin è grande, più spesso si romperà (e verrà corretto).

9

Ti suggerisco di collaborare con questi membri fondamentali e spiegargli quanto impegno sarebbe necessario per accontentarli. A volte la minoranza più vocale non decide ciò che è realmente necessario.

D’altro canto, se sono così legati alla posta elettronica, forse la tua percezione di Discourse come soluzione adatta a questo gruppo è errata? Forse una mailing list è tutto ciò di cui hanno bisogno e meritano.

10

I vostri commenti, nati da buone intenzioni, sono stati accolti con gratitudine.

Tuttavia, per ricordarvi il contesto, tenete presente che stiamo parlando di un piccolo sottogruppo chiamato “Board” la cui categoria è denominata “Board Meetings” proprio per questo motivo.

Discourse è assolutamente una scelta fantastica per la stragrande maggioranza delle discussioni del gruppo più ampio. Questo piccolo sottoinsieme è l’unica area problematica, e non è facile stabilire cosa sia “meritato” in questo caso, sia per le persone coinvolte sia per le lunghe tradizioni alle spalle.

Sono d’accordo! Ma se ho perso un plugin meglio mantenuto che soddisfi questa esigenza, mi farebbe molto piacere ricevere un feedback in tal senso.

11

L’ultima volta che il plugin ha avuto un problema, è stato risolto entro un giorno. Se questo non è abbastanza per te, allora dovresti davvero provare a vivere senza alcun plugin.

12

E se li si lasciasse utilizzare una mailing list (ad esempio Mailman) e si facesse in modo che tale lista venisse specchiata, in sola lettura, nella Categoria Riunione del Consiglio di Discourse per la visualizzazione da parte degli altri?

Ci sono alcuni argomenti che appaiono qui quando si cerca “Specchio della mailing list”.

13

Ah, che idea geniale. Così li metterai tutti al corrente. Tienili semplicemente in un ambiente dedicato solo alle e-mail.

14

Suggerimento affascinante. Ne parlerò e mi informerò, ma sospetto che la maggior parte di loro preferirebbe entrare in Discourse. Se riusciamo a integrare i due sistemi, potrebbe funzionare.

In realtà avevo pensato la stessa cosa… e poi ho capito che solo pochi sarebbero stati soddisfatti da questa soluzione, la maggior parte no.

15

Credo che uno degli aspetti insoliti di questa richiesta sia che desideri un riepilogo giornaliero solo per una singola categoria, non per l’intero forum. Per quanto mi risulta, non esiste nulla che possa farlo.

16

Sì, è “strano”. Uno strumento che generasse riassunti quotidiani e permettesse all’utente di specificare quali categorie includere sarebbe sufficiente.

Abbiamo appena installato e fatto testare a qualcuno la modalità “Ripristina Riepilogo Giornaliero della Lista di Posta”… l’email era piuttosto grande per un solo giorno, con 341 KB, ma il vero problema era che quando l’utente l’ha aperta, il download delle immagini ha messo in difficoltà il suo telefono mobile.

Stiamo valutando di modificarlo per le nostre esigenze, codificandolo in modo rigido solo per la Categoria di destinazione, che è molto meno attiva rispetto all’intero sito e contiene poche, se non nessuna, immagine. Questo modificherà comunque l’esperienza delle “persone chiave” che insistono su questa funzione per la Categoria “Riunione del Consiglio”, consentendo nel frattempo agli utenti normali… ehm, tipici, di interagire con Discourse come previsto dal design.

17

Questa è una discussione interessante e utile. Sto indagando qualcosa di simile, ma non esattamente lo stesso. Vorrei poter generare un elenco giornaliero di nuovi argomenti e, opzionalmente, il numero di nuove risposte per gli argomenti in sottocategorie specificate. Questo verrebbe ripubblicato (tramite un’API) in un servizio di chat e genererebbe anche un’email per i membri più tradizionali.

In realtà, verrebbero generati diversi riassunti per diversi sottoinsiemi di categorie e inviati a destinazioni diverse.

Questo servirebbe come modo per costruire coinvolgimento e spingere le persone a non avere discussioni approfondite nella chat, e anche come mezzo per coinvolgere gli appassionati non digitali che pensano ancora che un elenco tipo quello del postino sia piuttosto figo e avanzato :roll_eyes: (dovrebbe essere un elenco di sola lettura!) o preferiscono comunicazioni in testo semplice rispetto a siti web sfavillanti e appariscenti (esistono davvero! :unicorn:)

Sarei interessato a vedere la soluzione che elaborerai…

18

Se dovrebbe essere un riassunto, piuttosto che una copia completa, non potresti semplicemente escludere le immagini? Fagli andare sul sito per avere il quadro completo.