Plugin per Argomenti Privati

[RGJ (Richard - Communiteq)]

	Riepilogo	Argomenti Privati Abilita argomenti privati in una categoria normale
	Link al Repository	GitHub - communiteq/discourse-private-topics
	Guida all’Installazione	Come installare plugin in Discourse

Funzionalità

Questo plugin consente di aggiungere un’impostazione di sicurezza aggiuntiva alle categorie in modo che gli utenti possano accedere solo ai propri argomenti. È anche possibile designare uno o più gruppi che possono visualizzare tutti gli argomenti della categoria. Questo viene in genere utilizzato per fornire supporto privato all’interno di una community pubblica.

Motivazione

Stavamo cercando un modo più integrato per poter fornire supporto ai clienti di Communiteq senza dover creare qualche migliaio di categorie. Volevamo anche evitare le Caselle di Posta di Gruppo perché sembrano troppo aggiunte e per impostazione predefinita si ottiene una bolla “nuovo PM” ogni volta che qualcuno pubblica qualcosa in una casella di posta di gruppo.

In precedenza ho scritto di questa idea qui.

@RGJ

E se ci fosse una sorta di categoria “dropbox” dove le persone possono avviare un argomento e interagire con il personale di supporto (in pratica: un gruppo), dove solo loro e i membri di quel gruppo possono vedere l’argomento?

Sarebbe una soluzione ideale per questo caso d’uso. Avremmo una categoria “supporto” chiaramente definita dove ogni utente può vedere i propri (e solo i propri) ticket di supporto. Tutto è in un unico posto e puoi usare il tagging e tutto il resto.

Configurazione

Dopo aver abilitato il plugin, vai alle impostazioni di sicurezza per la tua categoria.

ASSICURATI CHE NON SIA ACCESSIBILE A “TUTTI”.
Se deve essere ampiamente accessibile, impostalo su trust_level_0.

Impostazioni

Ci sono anche alcune impostazioni globali del sito:

• private topics permitted groups: designa i gruppi i cui post dei membri sono costantemente accessibili. Puoi usarlo in modo che i post dello staff o del personale di supporto non siano soggetti a inaccessibilità, anche quando si trovano in una categoria privata. Anche i post dell’utente di sistema predefinito vengono sempre mostrati. Dovresti assicurarti che i post introduttivi della categoria siano dall’utente di sistema predefinito o da un utente di questo gruppo, se vuoi che vengano mostrati.

• private topics admin sees all: quando abilitato, gli utenti amministratori possono accedere a tutti gli argomenti, anche quando si trovano in una categoria privata. Disabilita questa opzione se vuoi nascondere dati riservati da occhiate accidentali.

Avvertenze

Il plugin filtra gli argomenti dalle liste degli argomenti, dallo stream dei post, dalla ricerca, dal riepilogo utente, dall’attività utente, dalla pagina non trovata, dalle notifiche di follow e dal raw.

Gli argomenti sono inclusi nei badge, ma i badge non vengono concessi per categorie non pubbliche, quindi dovresti rimuovere everyone dai gruppi di sicurezza della categoria e aggiungere invece trust_level_1.

Questo plugin è nuovo di zecca e non è ancora stato testato in modo estensivo.
Possibili “perdite” sono:

• message bus (a volte lampeggia un “c’è un argomento nuovo o aggiornato” e poi scompare)

Da Fare / Roadmap

• avere un banner di categoria che spieghi che è sicuro pubblicare cose più o meno riservate nella categoria.

[Stephen]

Ottimo lavoro Richard!

[Lilly (Lillian Louis)]

Wow, fantastico. Ottimo lavoro!

[Stephen]

Una piccola osservazione: sembra che anche gli amministratori non possano vedere queste risposte se staff o admins non sono specificati nei gruppi. È intenzionale?

Ho appena creato due categorie di test, una in cui l’amministratore era specificato nei gruppi, l’altra in cui non lo era. Spostare l’argomento da una categoria all’altra significa che ho perso la visibilità su detto argomento. Il nome dell’argomento viene comunque rivelato dal pulsante Elimina categoria, che mostra e nomina l’argomento ancora presente, il che impedisce l’eliminazione.

[RGJ (Richard - Communiteq)]

@Stephen

Una piccola osservazione: sembra che nemmeno gli amministratori possano vedere queste risposte se staff o admins non sono specificati nei gruppi. È intenzionale?

Sì, ho intenzionalmente non fatto alcuno sforzo per trattare admin in modo speciale (nello spirito di questo e questo), poiché è banale aggiungere il gruppo ed è davvero utile nei test quando l’amministratore è soggetto alle normali regole di sicurezza.

D’altra parte, non ho fatto alcuno sforzo per chiudere eventuali “perdite” per gli utenti amministratori, soprattutto perché potrebbe causare problemi durante l’amministrazione del forum.

È comunque una buona osservazione e lo renderò esplicito nel post iniziale di questo argomento.

[Stephen]

C’è la possibilità di elencare gli argomenti agli amministratori nella vista categoria, anche se il nome è oscurato?

[RGJ (Richard - Communiteq)]

Puoi per favore elaborare? Non sono sicuro di capire cosa intendi.

[Stephen]

È piuttosto senza precedenti che siano presenti contenuti che gli amministratori non possono vedere per impostazione predefinita.

Se non si desidera visualizzare tali argomenti agli amministratori a meno che il loro gruppo non sia esplicitamente nominato, possiamo almeno includere qualcosa nella visualizzazione dell’argomento che li informi che sono presenti argomenti privati che non potranno vedere? Potrebbe essere qualsiasi cosa, dalla visualizzazione dei nomi degli argomenti nell’elenco degli argomenti ma impedendo l’apertura degli argomenti stessi (quest’ultima è la situazione attuale, i link semplicemente non funzionano), all’inclusione di un avviso nella parte superiore di una categoria per informare l’amministratore che gli argomenti privati sono abilitati, ma che al momento non hanno i permessi per visualizzarli.

[RGJ (Richard - Communiteq)]

Capisco, grazie per la spiegazione.

Aggiungerò un’impostazione del sito all’inizio della prossima settimana che salterà tutti i filtri per gli utenti amministratori.

[RGJ (Richard - Communiteq)]

Ho aggiunto un’impostazione private topics permitted groups per designare i gruppi i cui post dei membri sono costantemente visibili. Puoi usarla in modo che i post dello staff o del personale di supporto non siano soggetti a essere inaccessibili, anche quando si trovano in una categoria privata. Anche i post dell’utente di sistema predefinito vengono sempre visualizzati. Dovresti assicurarti che i post introduttivi della categoria provengano dall’utente di sistema predefinito o da un utente di questo gruppo.

Ho anche reso la funzionalità che gli amministratori possono vedere tutto come predefinita. Per tornare al comportamento precedente, puoi disattivare private topics admin sees all. @stephen

[Festinger]

Grazie mille per questo plugin @RGJ - sarà molto utile per la nostra community.

Se ho capito bene; gli utenti possono creare argomenti in questa categoria anche con informazioni riservate?

[RGJ (Richard - Communiteq)]

@Festinger

gli utenti possono creare argomenti in questa categoria anche con informazioni riservate?

È progettato per offrire lo stesso livello di riservatezza di una casella di posta di gruppo, ovvero solo l’autore dell’argomento e un gruppo definito saranno in grado di accedere agli argomenti sotto il suo regime, oltre agli amministratori e a chiunque abbia (ottenuto) accesso al database.

Si prega di notare che il plugin ha 4 giorni ed è ancora etichettato come ‘beta’, quindi non è ancora stato testato estensivamente sul campo.

Forse dovrei mettere una taglia su di esso in modo da poterlo portare più rapidamente a un livello di test sul campo: chiunque trovi un modo per aggirarlo e possa accedere a un argomento come utente normale non autorizzato otterrà 2 mesi di hosting gratuito di Communiteq. Un mese per fughe parziali come il titolo di un argomento.

[Stephen]

L’unica cosa che ho visto finora (ed è molto lieve) è nel riepilogo del profilo utente, dove puoi vedere che l’utente ha creato un argomento in una di quelle categorie tramite le Categorie Principali. Nessuno dei link (alla categoria o al conteggio) espone gli argomenti, però.

Modifica: In realtà ne ho trovato uno, ma è tramite un plugin ufficiale piuttosto che core. discourse-follow rivelerà il titolo e l’URL degli argomenti privati.

[RGJ (Richard - Communiteq)]

@Stephen

In realtà ne ho trovato uno, ma è tramite un plugin ufficiale piuttosto che core. discourse-follow perderà il titolo e l’URL degli argomenti privati.

Grazie!!!
Questo è stato risolto.

[Stephen]

Ho trovato altre due fughe di titoli/URL, una è correlata all’altra.

I passaggi sono stati:

• L’argomento viene creato dall’utente 1 in una categoria diversa e interagito dall’utente 2, il che imposta quell’argomento come osservato.
• L’argomento viene spostato nella categoria degli argomenti privati
• L’argomento vede ulteriore attività che attiva la notifica dell’argomento all’utente 2 nonostante non sia in grado di accedervi. (fuga a, minore)
• La notifica porta al solito “Oops! Quella pagina non esiste o è privata.” mostrando diversi titoli di argomenti protetti nel blocco Recenti all’utente 2. (fuga b, leggermente più grave)

[RGJ (Richard - Communiteq)]

Grazie @Stephen, sei fantastico!!!

Ho corretto gli argomenti recenti nella pagina non trovata. Ora escluderà tutti gli argomenti nelle categorie private.

[anilguven]

Grazie @RGJ

Discourse ne aveva davvero un disperato bisogno. La funzionalità Crea/Rispondi, intrinseca nella maggior parte delle piattaforme di forum, era veramente necessaria nel suo quadro integrale. Estendo la mia gratitudine per i tuoi diligenti sforzi in questa materia.

[a1xex (Alex)]

Ciao,

Stavo provando questo plugin per la mia community e, quando io e alcuni altri membri abbiamo provato a testarlo, non sembrava funzionare come previsto. I post creati dai membri normali vengono visualizzati da tutti gli altri e non solo dai gruppi privati selezionati. È possibile che questo plugin non sia aggiornato, o ho fatto qualcosa di sbagliato?

[RGJ (Richard - Communiteq)]

Sembra rotto sull’ultimo, in effetti. Abbiate pazienza mentre risolvo questo problema.

[RGJ (Richard - Communiteq)]

È stato corretto, basta scaricare una nuova versione e sei a posto.

Grazie per la segnalazione!

Apparentemente questo

<Input
   @type="checkbox"
   @checked={{this.args.outletArgs.category.custom_fields.private_topics_enabled}}
/>

ora riempie il campo con t mentre prima era true.