Sono impegnato a esplorare a fondo Discourse (ne ho appena gestito uno su Vultr ). Dopo una delle mie domande sul tagging di gruppo Group tagging notification (consentire il tagging dei gruppi).
Ora mi stavo chiedendo se fosse possibile assegnare a tutti gli utenti un tag di gruppo per impostazione predefinita (senza lavoro manuale ;)). In modo che ogni utente possa taggare tutti gli utenti.
Ciò consente agli amministratori, ad esempio, di forzare gli utenti a ricevere una notifica per un determinato post (ovviamente questo è utile solo per uso interno .
Questo non raggiunge tutti, per quanto ne so. Posso però mescolarlo con @here. Esiste un’impostazione max users notified per group mention, ma non so se possa essere infinita o ridicolmente grande.
Vorrei poter menzionare @all ad esempio. E questo raggiungerebbe tutti gli utenti sulla piattaforma. Rinominando @trust_level_0 (gruppo) in @all e taggandoli in un messaggio, tutti gli utenti riceverebbero una notifica?
Quando qualcuno ottiene un livello di fiducia più alto, questo utente verrà anche disconnesso dal gruppo @trust_level_0?
Ma è possibile impostare un hook in Discourse che invii una notifica a un endpoint, il quale a sua volta dice all’API di Discourse di aggiungere un utente a un gruppo, al momento dell’iscrizione.
È possibile rinominare i gruppi predefiniti tramite admin/customize/site_texts: +1: Per modificare il trust level 0, sarebbe groups.default_names.trust_level_0
Non può condividere un nome con un utente o un gruppo esistente, altrimenti la ridenominazione non avrà successo. La modifica avviene come parte di un processo in background, quindi verrà aggiornata quando verrà eseguito. È possibile accelerarlo attivando Jobs::EnsureDbConsistency da /sidekiq/scheduler
Mi stavo chiedendo perché ci volesse così tanto per aggiornare (lo stavo testando). Ma quando cambi il nome del gruppo, sarebbe possibile menzionarlo con @nuovoNomeGruppo?
Puoi rinominarlo. Sarà solo fonte di confusione per chiunque abbia familiarità con discourse e cerchi di aiutare in futuro. È probabile che causi più problemi di quanti ne risolva, ma non conosco quella community, solo qualche centinaio di persone che ho aiutato qui. Potrei sbagliarmi.
Il motivo per cui lo chiedo è che se si utilizza, ad esempio, un livello di autenticazione di Google (oauth2), non è possibile assegnare manualmente un membro a un certo gruppo ogni volta, quindi se si:\n- Deve cambiare il nome del gruppo predefinito\n- Attivare un webhook con uno script (PHP) che crea un callback, aggiungendo l’utente a quel gruppo.
Non penso sia così complicato? Finché menzionano di averlo rinominato se è rilevante, sembra piuttosto semplice. Penso che alcune persone che conosco l’abbiano fatto e non credo abbiano segnalato problemi? (escluso il conflitto gruppo/nome utente che fa fallire silenziosamente la rinomina).
C’è qualche altro motivo per cui consiglieresti di evitarlo?
Il livello di fiducia viene utilizzato in un milione di posti. Se trust_level_0 viene chiamato “not_trust_level” e inizi a eseguire il debug di un problema relativo ai livelli di fiducia, è probabile che tu ti confonda. “Aspetta. Non esiste trust_level_0. Come funziona!?” potresti dire.
Ho usato nomi personalizzati per i livelli di fiducia senza problemi, a parte il conflitto già menzionato tra un nome utente esistente e il nuovo nome del gruppo (risolto qui Trust_level default name?). Non è forse l’intero scopo della sezione testo personalizzato nel menu di amministrazione, in modo da dover apportare una sola modifica per alterare le mille posizioni nell’interfaccia utente in cui viene utilizzato il testo?
Sulla base della mia esperienza, cambiare il nome del livello di fiducia è un modo semplice per dare al tuo forum un tema più coerente ed è semplicemente più divertente.
Trainer > Ace > Leader è molto più significativo, in linea con il brand e divertente per la mia community rispetto a trust_level_1 > trust_level_2 > trust_level_3
Sono contento che funzioni per te! Forse sono solo troppo rigido.
Il mio punto era che ci sono molte stringhe da personalizzare che parlano di livelli di fiducia. Ma se non hai avuto problemi, questi sono dati reali e non ho esempi specifici (che ricordo) di problemi effettivi, quindi è probabile che sia sicuro ignorarmi.
Un avviso: TL0 include utenti in staging. Se utilizzi utenti in staging e invii un messaggio a quel gruppo, gli utenti in staging riceveranno un’email.
). Dopo una delle mie domande sul tagging di gruppo Group tagging notification (consentire il tagging dei gruppi).
