Campi utente nascosti

:information_source: Riepilogo Crea campi utente visibili solo a gruppi specifici
:hammer_and_wrench: Repository discourse-hidden-user-fields
:question: Guida all’installazione Come installare un tema o un componente tema
:open_book: Nuovo ai temi di Discourse? Guida per principianti all’uso dei temi di Discourse

← Fill in “repoName” and “repoURL” for the automatic install button →

Install this theme component

Descrizione dettagliata

:warning: Usare cautela con dati sensibili in questi campi. I campi non sono presenti nel sorgente, ma potrebbero essere visibili se qualcosa dovesse andare storto :warning:

Ho due utenti, derek_test (a sinistra) e anon9 (a destra). I campi ID e Azienda sono entrambi popolati nei loro profili, ma solo uno è visibile all’altro. derek_test può vedere ID e anon9 può vedere Azienda.

Profili utente

Carte utente

Ricerca

In questo caso, anon9 (a destra) può vedere l’azienda e cercare Acme.


Impostazioni

CleanShot 2025-11-13 at 16.17.43

  • Nome campo: inserire il nome del campo utente personalizzato (uno per oggetto)
  • Gruppi consentiti: Seleziona i gruppi consentiti dall’elenco

Prerequisiti

Questo sfrutta Campi utente personalizzati. Queste impostazioni determinano dove saranno visibili i campi:

:white_check_mark: Rivedi queste impostazioni una volta che i campi sono stati popolati o crea le autorizzazioni in anticipo, in modo che questi campi non vengano mai esposti.

6 Mi Piace

Cosa vedono gli utenti che non hanno effettuato l’accesso? Quindi, se il campo è visibile solo agli amministratori, mi aspetterei che gli utenti non potessero vederlo nemmeno dopo essersi disconnessi, corretto?


C’è un motivo per cui hai scelto il campo di testo per l’impostazione del gruppo invece di un group_list? È un po’ più comodo per inserire i gruppi perché puoi selezionarli invece di digitare il nome. Tuttavia, funziona con l’ID, quindi devi cambiare un po’ il codice. Ma funziona comunque anche se rinomini il gruppo.

1 Mi Piace

Ottima osservazione, l’ho appena aggiornato per tenerne conto. Posso confermare che gli utenti disconnessi non vedono il campo.

Sarò onesto e dirò che l’ho fatto con Claude Code, ma ha detto che il tipo group_list non è disponibile in un editor di oggetti, solo come impostazione di primo livello.

Quindi dovrebbe essere qualcosa del genere, ma un numero fisso di campi disponibili

CleanShot 2025-11-13 at 13.12.21

È interessante. Basandomi sulla documentazione, mi aspettavo che supportasse qualcosa del genere.

2 Mi Piace

Grazie per averlo segnalato! Sono riuscito a modificare le impostazioni del gruppo in base a quella documentazione!

Aggiornerò i dettagli sopra per riflettere la modifica.

2 Mi Piace

Huh.. Sebbene le impostazioni nell’editor di oggetti abbiano accettato list_type:group, non sono riuscito a superare un errore:

CleanShot 2025-11-13 at 13.52.29

Ho provato alcune trasformazioni diverse ma non sono riuscito a procedere. Il verdetto è che “Il tipo groups negli schemi degli oggetti è documentato ma l’interfaccia utente non è implementata nel frontend”.

2 Mi Piace

Ho visto anch’io quell’errore, ma dopo aver usato il pulsante di reset per reimpostare tutte le impostazioni dell’oggetto, l’errore non si è ripresentato :woman_shrugging:

Quindi ora tutto a posto
Screenshot_20251113_195748_Firefox

Forse non gli è piaciuto cambiare il tipo di impostazione su una configurazione esistente

2 Mi Piace

Penso che questo possa essere molto utile!

1 Mi Piace