Autorizzazioni delle categorie e i nuovi gruppi di autorizzazioni

[RGJ (Richard - Communiteq)]

Dalla tua risposta nell’altro argomento

@martin

quindi questi (questo e Category permissions and the new permission groups - #6 ) sono effetti collaterali non intenzionali. Non ho intenzione di rimuovere everyone (tutti) come opzione dalle autorizzazioni delle categorie…ma col tempo penso che sia probabilmente una buona idea seguire questa strada.

Il problema è che pensavo che sarebbe stato ancora meno chiaro a cosa dovevo migrare le autorizzazioni della categoria everyone, ma forse può seguire una logica come quella che stai suggerendo? Ad esempio, se rimuovo everyone, una migrazione aggiungerebbe queste autorizzazioni di categoria per un sito:

1. Il sito richiede l’accesso → everyone diventa logged_in_users (utenti connessi)
2. Il sito è pubblico/non richiede l’accesso → everyone diventa logged_in_users E anonymous_users (utenti anonimi), due autorizzazioni di categoria separate

Più ci penso, più mi preoccupa.

Cosa succede se aggiungo solo anonymous_users a una categoria e non aggiungo logged_in_users?
Cosa succede se aggiungo anonymous_users mentre il mio forum ha login_required (accesso obbligatorio)?

Inoltre, l’implementazione tecnica attuale è che quando le autorizzazioni di categoria sono impostate su everyone, non c’è semplicemente alcuna voce in category_groups e read_restricted è impostato su false.

È molto semplice e diretto: se non sono impostate autorizzazioni, queste sono determinate dalle autorizzazioni globali del forum (l’impostazione login_required) e non si applicano ulteriori restrizioni.

Quindi apportare questa modifica aggiungerebbe un’enorme quantità di complessità e sarebbero possibili combinazioni strane (potresti avere anonymous users (utenti anonimi) e staff (personale) )

Il mio suggerimento sarebbe:

• rimuovere anonymous_users come opzione per le autorizzazioni delle categorie del tutto
• mantenere everyone e logged_in_users
• rimuovere trust_level_0 come opzione poiché equivale a logged_in_users

o in alternativa, ma forse meno chiaro per gli amministratori meno esperti

• rimuovere anonymous_users e logged_in_users come opzione per le autorizzazioni delle categorie
• mantenere everyone (e TL0)

In tutti i casi, mantenere everyone. E non avrai nemmeno bisogno di una migrazione