â Fill in ârepoNameâ and ârepoURLâ for the automatic install button â
Install this theme component
Descrizione dettagliata
Usare cautela con dati sensibili in questi campi. I campi non sono presenti nel sorgente, ma potrebbero essere visibili se qualcosa dovesse andare storto
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.
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.
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.
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
Huh.. Sebbene le impostazioni nellâeditor di oggetti abbiano accettato list_type:group, non sono riuscito a superare un errore:
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â.
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
Quindi ora tutto a posto
Forse non gli è piaciuto cambiare il tipo di impostazione su una configurazione esistente
Puoi elaborare? Non vedo il problema. Attualmente ha 1 e 2. La tua richiesta è anche quella di nascondere i campi ai moderatori/amministratori? Per tua informazione, gli amministratori dovrebbero creare il campo inizialmente.
Lâho appena testato di nuovo sul mio repository GitHub locale piĂš recente e sulla soluzione ospitata con lâultima build: solo la categoria Admin è interessata e può vedere il campo Nascosto se è membro di un gruppo a cui è consentito visualizzare tale campo. Anche lâaccesso Moderatore (come pensavo prima) non funziona.
Il caso:
Due utenti, admin e Alex_1
Gruppo utente L2_verified
Campo utente - Nome completo (Per tutti gli utenti, tutto Attivo, solo ricercabile Disattivato)
Entrambi gli utenti hanno nomi: Alex Admin e Alex
Impostazioni tema:
Includi componente su questi temi (Foundation, Horizon)
Nome campo: Nome completo
Gruppi consentiti: L2_verified
Risultati:
Entrambi non sono membri di L2_verified: nessuno vede il campo Nome completo (nemmeno il proprio Nome completo)
admin è membro di L2_verified: può vedere il Nome completo di Alex_1 (e il proprio Nome completo)
Alex_1 è membro di L2_verified: non può vedere il proprio Nome completo nÊ quello di admin
Quando ho concesso admin ad Alex_1, questo può vedere entrambi i Nomi completi: il proprio e quello di admin
Grazie per questo fantastico componente! Ă una base fantastica per gestire la privacy degli utenti su Discourse.
Ho sviluppato un fork specializzato di visibilitĂ bidirezionale (reciproca) basato sul tuo lavoro. Nella nostra comunitĂ professionale, avevamo bisogno di un modello di âFiducia Reciprocaâ in cui i membri verificati potessero vedere i nomi reali/dati aziendali degli altri, ma rimanessero completamente anonimi al pubblico generale o agli utenti non verificati.
Caratteristiche principali di questo fork:
Logica Reciproca: Un campo viene rivelato solo se sia chi visualizza sia il proprietario del profilo appartengono al gruppo autorizzato.
Supervisione dello Staff: Amministratori e moderatori mantengono la piena visibilitĂ per motivi di sicurezza e moderazione.
AutovisibilitĂ : Gli utenti possono vedere sempre i propri campi nascosti, anche se non fanno ancora parte del gruppo autorizzato, in modo da poter gestire il proprio profilo.
Privacy Peer-to-Peer: Assicura che anche gli utenti verificati non rivelino la propria identitĂ a qualcuno che non ha subito lo stesso livello di verifica.
Roadmap: Negli aggiornamenti futuri, ho intenzione di aggiungere impostazioni granulari per i gruppi per definire esattamente quali gruppi possono vedere ed essere visti (ad esempio, consentire al Gruppo A di vedere il Gruppo B, ma non viceversa).
Attualmente sto perfezionando la documentazione e prevedo di pubblicarla come variante autonoma di âPrivacy Avanzataâ in un argomento separato una volta ottenuto lâaccesso completo alla categoria Componenti Tema.
Nel frattempo, se qualcuno necessita di questa logica bidirezionale, può trovarla qui: GitHub:https://github.com/AirVetra/discourse-hidden-user-fields-bidirectional
Usare cautela con dati sensibili in questi campi. I campi non sono presenti nel sorgente, ma potrebbero essere visibili se qualcosa dovesse andare storto
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.
