Uno script 'aggiungi al gruppo' per Discourse Automation

[nathank (Nathan Kershaw)]

In Discourse Automation, sarebbe molto utile poter aggiungere automaticamente un utente a un gruppo ed essere rimossi automaticamente da un gruppo.

Casi d’uso:

1. Avere la funzione e l’accesso di un gruppo applicati a coloro che hanno completato un’attività specifica
2. Abilitare sotto-gruppi funzionali. Ad esempio, se un utente viene inserito in un gruppo di Data Scientist, viene anche inserito nel gruppo più ampio di Professionisti IT. Se rimosso dal gruppo Professionisti IT, viene anche rimosso dal gruppo Data Scientist.
3. Consentire la concessione e la revoca dell’appartenenza ai gruppi tramite SQL (da Badge - questo espande notevolmente l’ambito)

[Aizada_M]

@nathank

sarebbe molto utile poter aggiungere automaticamente un utente a un gruppo e rimuoverlo automaticamente da un gruppo.

Saluti! Ottimo suggerimento, stavo giusto cercando una soluzione simile, ma sfortunatamente, per quanto ne capisco, Discourse Automation non supporta tale funzione.

[JammyDodger]

@nathank

Permettere che l’appartenenza ai gruppi venga concessa e revocata tramite SQL (da Badge - questo espande davvero l’ambito)

Abbiamo anche questo ora.

Cerca lo script ‘Appartenenza ai gruppi utente tramite badge’ quando crei un’automazione.

C’è anche ‘Aggiungi utente al gruppo tramite campo personalizzato utente’, se può essere utile:

Adding users to groups through custom field automation

This guide explains how to automatically add users to groups based on their selection of a user custom field during signup or profile update. Required user level: Administrator Summary Create the necessary groups Set up a User Custom Field Create an automation to add users to groups Test the setup Creating the groups First, create the groups you want users to be automatically added to: Go to your site’s Admin area Navigate to Users > Groups Click “New G…

[nathank (Nathan Kershaw)]

È utile e soddisfa i miei punti 1 e 3 con aplomb!

Tutto ciò che resta è il punto 2, che ho notato è stato recentemente richiesto da qualcun altro:

Add script to add user to user group

There is currently a script in the Automation plugin to add users to a group based on a custom field. We would like a script to add users to a group, when they’re added to another group. The scenario is this: The Discourse Experts plugin expects you to only have one user group designated for “experts”. We are running an ambassador program and have two tiers of ambassadors—both of which are “experts” in this case. We would like to say, anyone added to “Ambassadors” or “Expert Ambassadors” also …

Questo, ovviamente, potrebbe essere aggirato avendo un badge con SQL che rileva l’appartenenza al gruppo, e poi uno script che assegna l’altro. Ma è un po’ disordinato/goffo e si traduce in una collezione di badge ridondanti.

[simon]

@nathank

Per abilitare sottogruppi funzionali. Ad esempio, se un utente viene inserito in un gruppo di Data Scientists, viene anche inserito nel gruppo più ampio di IT Professionals. Se rimosso dal gruppo IT Professionals, viene anche rimosso dal gruppo Data Scientists.

Una richiesta in qualche modo correlata che penso sia emersa alcune volte è quella di avere un modo per gestire la logica E per i permessi di sicurezza delle categorie: Identifying users in multiple groups using AND rather than OR?. Nell’argomento che ho collegato, vogliono creare un gruppo per le persone che sono nei gruppi trust_level_3 e year_2. Questo potrebbe essere realizzato ora con il plugin Automation con una query di badge personalizzata, ma come è stato notato da Nathan, è un modo disordinato per risolvere il problema. È anche limitato ai siti che sono in grado di aggiungere SQL di badge personalizzati.

Sto pubblicando questo qui perché potrebbe essere utile avere richieste di script relative ai trigger user_added_to_group e user_removed_from_group in un unico argomento.

[JammyDodger]

@nathank

Tutto ciò che rimane è 2. - che ho notato essere stato recentemente richiesto da qualcun altro:

Ottima osservazione. Chiudiamo questo argomento poiché due dei tre sono stati implementati e possiamo monitorare meglio quello rimanente nella richiesta di funzionalità #dedicata.