Quindi, per la categoria pre-inizializzata ‘Feedback sul sito’, quando si modifica, sotto la scheda Sicurezza è presente un avviso.
Avviso: Questa categoria è una categoria pre-inizializzata e le impostazioni di sicurezza non possono essere modificate. Se non desideri utilizzare questa categoria, cancellala invece di riutilizzarla.
Capisco che ci siano probabilmente valide ragioni per bloccare le regole di sicurezza della categoria Staff. Tuttavia, non vi è alcun blocco delle regole di sicurezza della categoria pre-inizializzata ‘Lounge’. Penso che la categoria ‘Feedback sul sito’ dovrebbe essere trattata allo stesso modo della Lounge, con regole di sicurezza modificabili.
Non sono sicuro di aver trascurato alcuni effetti negativi derivanti dalla possibilità di modificare le impostazioni di sicurezza per la categoria ‘Feedback sul sito’. Tutte le altre opzioni di categoria per essa non sembrano essere bloccate.
Anche io sto cercando di migrare questa categoria verso impostazioni di sicurezza diverse. Spero che esista un modo per modificare facilmente le impostazioni con uno o due clic.
La Lounge è impostata in modo che un utente debba raggiungere il livello TL3 per ottenere l’accesso. La Lounge è una sorta di “privilegio” o “ricompensa” per gli utenti che partecipano attivamente alla comunità. Se preferisci cambiare i requisiti per accedere a questo tipo di categoria, perché non creare semplicemente una nuova categoria con le autorizzazioni di sicurezza che desideri?
Per quanto riguarda Site Feedback, pensi che il fatto che un utente sia nuovo e non abbia raggiunto un livello TL più alto significhi che non potrebbe avere un suggerimento utile per la comunità? Sembra quasi dire: “Se sei nuovo, non vogliamo sentire cosa hai da dire.”
Non l’ho mai provato, ma potrebbe essere possibile creare una nuova categoria con le impostazioni di sicurezza preferite, spostare tutti i post nella nuova categoria e poi eliminare quella originale. Assicurati solo di rinominarla in modo diverso da site-feedback.
Questo è stato discusso in precedenza (nel tentativo di modificare le impostazioni di sicurezza per le categorie preimpostate). Quindi, perché non creare semplicemente una nuova categoria secondo le tue esigenze ed eliminare quella preimpostata?
Sì, punti validi @JimPas, e sì, hai ragione: cancellarlo e ricrearlo è una soluzione. Non credo che questo sia un grosso problema; penso solo che sarebbe più ideale, come impostazione predefinita, permettere la modifica delle impostazioni di sicurezza per quella categoria.
Consentire ai nuovi utenti di inviare feedback è, in molti casi, probabilmente l’opzione migliore. Penso solo che sia un po’ troppo opinativo impostare di default le impostazioni di sicurezza per quella categoria come bloccate per tutte le community. Non vedo molti vantaggi nella riduzione della flessibilità derivante dal blocco.
Ecco alcuni motivi più specifici:
Uno dei motivi per il blocco della sicurezza, almeno secondo il messaggio mostrato, è prevenire il riutilizzo della categoria. Tuttavia, gli amministratori possono rinominare la categoria e modificarne lo slug, quindi, forse per ingenuità, potrebbero riutilizzarla come desiderano (tranne che non poter modificare le opzioni delle impostazioni di sicurezza).
Alcuni amministratori potrebbero voler nascondere la categoria “Feedback sul sito” agli utenti non autenticati e ai crawler web, pur consentendo a tutti gli utenti autenticati (inclusi i nuovi) di visualizzarla e inviare feedback.
In alcuni casi, un amministratore potrebbe voler creare sottocategorie specifiche per il “Feedback sul sito” e disabilitare la pubblicazione nella categoria principale, in modo che gli utenti siano costretti a scegliere una sottocategoria adatta per il loro feedback, migliorando l’organizzazione degli argomenti. Non credo che ciò sia possibile senza modificare le impostazioni di sicurezza.
Un amministratore può cancellare la categoria e crearne una nuova come soluzione alternativa. Tuttavia, potrebbe non essere l’ideale per un forum che è già attivo da un po’ di tempo. La nuova categoria avrà un ID e un URL diversi, interrompendo eventuali link statici esistenti e link esterni verso quella categoria. Detto questo, potrebbero utilizzare le opzioni dei permalink come soluzione alternativa per reindirizzare la vecchia categoria.
Esattamente la mia situazione. Lo sviluppo del nostro Discourse è stato molto attivo negli ultimi mesi, ma ora le persone stanno cercando di utilizzarlo come previsto (come sostituto di una mailing list). Abbiamo un gran numero di post risolti relativi alla configurazione e alla manutenzione del forum, che all’utente medio non interessa affatto.
Abbiamo la nostra categoria principale, che è “senza categoria”, e incoraggiamo tutti gli utenti a semplicemente @staff quando desiderano inviare un feedback. Lo includiamo anche nella descrizione visualizzata quando una persona sta per abbozzare un nuovo argomento. Inoltre, abbiamo argomenti dedicati a “Segnala qui eventuali problemi del forum” dove comunichiamo se abbiamo aggiornato o aggiunto le funzionalità richieste nel thread, oltre a incoraggiare il contributo degli utenti.
Assolutamente. Non si tratta di limitare l’accesso a questi dati. Se entri nella mia casa, non lascio tutti i miei progetti architettonici e le fatture sparsi per terra e sui tavoli. Se le persone vogliono quelle informazioni, sono felici di trovarle in un modo diverso… forse attraverso il gruppo dello staff o qualcosa di simile, dove gli utenti possono optare per l’accesso in modo più automatico, quanto per l’opt-out.
È un equilibrio tra l’uso quotidiano e coloro che preferiscono esplicitamente testare funzionalità sperimentali.
Non è così sul nostro forum, ma piuttosto: a che punto nascondiamo l’impalcatura / limitiamo la visibilità della costruzione pesante per gli utenti della comunità che stanno effettivamente cercando di portare a termine le cose.
Nel nostro forum abbiamo la categoria Feedback sul sito E una chiamata META. Nella categoria META gli utenti possono creare nuovi argomenti relativi a problemi specifici che riscontrano. Una volta risolti, vengono contrassegnati come “Risolto”. La sezione Feedback sul sito è rimasta invariata rispetto alla sua creazione iniziale. Tuttavia, tengo a precisare che abbiamo un piccolo forum composto da persone che si conoscono da oltre 7 anni, provenienti da un altro forum ormai non più attivo.
Una categoria About che in passato si chiamava Meta. Dato che esiste un gruppo che si definisce Meta, abbiamo deciso di assegnare loro questo nome di categoria per ridurre la confusione. Non è una questione enorme, ma vorremmo nascondere questa categoria About agli utenti non registrati, che non hanno motivi per vederla. Potrebbe anche avere senso limitarla a un semplice gruppo pubblico.
Una categoria Staff per post tecnici e di integrazione casuali che non vogliamo intasino il forum. Non abbiamo ancora provato la funzione “note dello staff”, quindi questa categoria sta svolgendo quel ruolo.
Ho notato che quasi tutte le discussioni avvengono nella categoria non classificata, il nostro spazio predefinito per le discussioni. Le persone apprezzano molto i tag, ma probabilmente abbiamo consentito a chiunque di crearli in modo troppo libero.
Questa è la mia motivazione principale. Gli utenti che non sono nemmeno registrati probabilmente non si curano della configurazione del forum. Vogliono semplicemente vedere le discussioni generali, ecc.
Se gli utenti non desiderano ricevere post dalla categoria “Feedback del sito”, possono sempre disattivarla nelle loro preferenze. Questo dovrebbe impedire loro di vedere i post indesiderati di quella categoria o l’intera categoria nella sezione “Ultime”. Se decidono di consultarla di tanto in tanto, possono sempre scorrere l’elenco delle categorie e accedervi da lì.
Ma credo che stiamo iniziando a divagare leggermente dall’originale domanda di @markersocial: permettere di modificare le regole di sicurezza per la categoria “Feedback del sito”.
(Sarebbe comunque bello continuare questa discussione sui diversi utilizzi delle vostre categorie.)
Perché gli utenti non potrebbero semplicemente creare un nuovo argomento nella categoria “Feedback del sito” specifico per il loro feedback particolare? Abbiamo diversi argomenti nella nostra categoria “Feedback del sito” creati dagli utenti. È più una cassetta dei suggerimenti e un luogo per porre domande. Quando gli utenti riscontrano problemi, pubblicano nella nostra categoria di risoluzione dei problemi intitolata in modo appropriato “Meta”.
Una soluzione rapida per il motivo da voi suggerito sarebbe semplicemente:
creare una categoria intitolata “Feedback”,
creare le sottocategorie desiderate affinché gli utenti possano creare argomenti al loro interno,
quindi impostare la categoria principale in modo che nessuno possa pubblicare al suo interno.
Ma… questa impostazione impedirà poi agli utenti di pubblicare nelle sottocategorie?
Non l’ho mai provato. Sembra un esperimento interessante, ma vado a letto tra poco. Forse domani ci proverò, a meno che un membro del team non intervenga qui spiegando se funzionerà o meno.
La domanda principale, direi, è: quali sono i vantaggi di bloccare le impostazioni di sicurezza per la categoria predefinita “feedback sul sito” in tutte le installazioni?
Non riesco a pensare a nessun vantaggio; sembra piuttosto un ostacolo inutile, senza svantaggi nel rimuoverlo. Le nuove installazioni potrebbero ottenere le impostazioni di sicurezza consigliate per impostazione predefinita, ma mantenere la flessibilità per eventuali casi d’uso diversi. In sostanza, proprio come la categoria predefinita “Lounge”.
Non è un problema grave, dato che esistono soluzioni alternative eliminando la categoria e ricreandola, come hai suggerito . Tuttavia, risulta un po’ meno elegante se un forum già esistente desidera modificare queste impostazioni in seguito, man mano che il forum cresce, poiché ciò cambia l’URL della categoria (si può utilizzare Amministratore > Personalizza > Permalink per ovviare a questo).
Sì, corretto: possono creare un argomento nella categoria “feedback sul sito” specifico per il loro feedback. Potrebbe comunque essere utile obbligare l’uso di sottocategorie per ogni argomento in alcuni casi d’uso, specialmente quando i forum fanno parte di un brand diversificato che gestisce diversi siti/app e prodotti rivolti agli utenti.
Alcuni feedback potrebbero riguardare i principali prodotti dell’azienda e aspetti specifici di essi, oppure il forum stesso. Questo forum ha una sottocategoria “feedback sul sito” per il blog, alla quale è assegnato anche un gruppo di tag diverso.
Riguardo a questo, ho utilizzato questa configurazione in passato per alcune categorie (impedire la pubblicazione nella categoria genitore, ma consentirla nelle sue sottocategorie). Le regole di sicurezza delle sottocategorie non sono influenzate da quelle della categoria genitore. Quindi sì, questa è effettivamente una soluzione.
Grazie. Mi hai risparmiato il controllo. Ho perso quasi 5 ore oggi a causa di una visita inaspettata della mia nipotina di 3 anni, che voleva solo giocare con il nonno.
Ora finalmente posso controllare il mio forum.
È presente come soluzione temporanea per limitazioni tecniche: se noi (Discourse) volessimo mai aggiornare le impostazioni predefinite o cambiare il nome tradotto della categoria, creerebbe una grande confusione se le persone riutilizzassero la categoria predefinita come una categoria “normale” e poi, un giorno, cambiasse magicamente perché abbiamo aggiornato le impostazioni predefinite. (Sì, è già successo. Ecco perché ci sono queste restrizioni.)
Impedire la modifica delle impostazioni di sicurezza funge da promemoria del fatto che questa categoria è speciale e soggetta ad aggiornamenti delle impostazioni predefinite.
Poiché l’aggiornamento automatico è l’unico elemento che rende queste categorie speciali, il testo di aiuto ti invita a eliminare completamente la categoria e crearne una nuova invece di riutilizzarla.
Se riutilizzare la categoria fosse molto dannoso (cosa che non sto affatto incoraggiando), forse avrebbe più senso aggiungere un avviso nelle impostazioni di rinomina della categoria? Le regole di sicurezza non sembrano direttamente e fortemente correlate a questi potenziali problemi.
Evidenzierò alcuni punti:
La categoria Lounge sembra essere nella stessa situazione di aggiornamento automatico, ma le impostazioni di sicurezza sono modificabili.
La categoria Feedback sul sito può essere riutilizzata (rinominando titolo e slug) senza che si noti realmente il blocco delle regole di sicurezza. Ha le stesse regole di sicurezza predefinite di una nuova categoria “normale”.
Il blocco impedisce modifiche abbastanza semplici, come mostrare la categoria solo agli utenti registrati o limitarla a determinati livelli di fiducia.
@Stephen - Vedo che la categoria lounge è citata in postgres nella tabella ‘site_settings’. Non sono sicuro di quanto sia significativo, ma immagino venga elaborato in modo simile. Quando ho fatto delle prove con ‘meta_category_id’ (categoria feedback sul sito) su un’istanza di test, ho notato che influenzava la categoria Feedback sul sito al momento della ricostruzione.
@markersocial Hai un consiglio per migrare circa 100+ argomenti da Pre-Seeded a una nuova categoria personalizzata, oltre a spostare ogni singolo argomento?
L’ho appena testato su un’istanza di prova e ha funzionato correttamente, anche se solo con un piccolo numero di argomenti.
Quindi accedi via SSH al tuo server e usa questi comandi (in questo esempio, tutti gli argomenti nella categoria 2 verranno spostati nella categoria 1, quindi sostituisci quei numeri secondo necessità):
cd /var/discourse
./launcher enter app
rails c
Topic.where(category_id: 2).update_all(category_id: 1)
Puoi ottenere gli ID delle categorie dai numeri alla fine degli URL delle categorie.
Modifica: L’unico problema è che sposterà anche il post ‘Informazioni su questa categoria’ e non sembra possibile spostarlo indietro o eliminarlo dall’interfaccia di amministrazione. Si può rendere non elencato, ma non sono sicuro che ciò possa causare problemi. Datemi un momento, aggiornerò a breve.
Modifica 2: Quindi per spostare l’argomento ‘Informazioni su questa categoria’ nella categoria corretta. Usa semplicemente questo comando (dove l’ID dell’argomento è 1 e la categoria desiderata in cui spostarlo è 2). L’ho appena testato e ha funzionato:
Topic.where(id: 1).update_all(category_id: 2)
Puoi ottenere l’ID dell’argomento dalla fine dell’URL dell’argomento, proprio come per gli ID delle categorie.
Nella categoria META gli utenti possono creare nuovi argomenti relativi a problemi specifici che riscontrano. Una volta risolti, vengono contrassegnati come “Risolto”. La sezione Feedback sul sito è rimasta invariata rispetto alla sua creazione iniziale. Tuttavia, tengo a precisare che abbiamo un piccolo forum composto da persone che si conoscono da oltre 7 anni, provenienti da un altro forum ormai non più attivo.
