Most of our forum is pretty general. However, one part is a “forum game”. If you get caught cheating, you get banned from playing. However, we can’t actually ban them from that specific category … or can we? It’s getting hard to moderate.
EDIT: A workaround, I made a group to store the people suspended from a certain category. However, it would be great if I could natively ban people from certain categories (with the see/create/reply permission options).
I think the only way to do this would be to create a group that includes everyone who is allowed to be in the category.
It would be nice to have a negative category permission available on category security settings, e.g. “Cannot create/reply/see”. But that does not exist now.
Disculpa la necromancia, pero este es el primer resultado al buscar y otros temas (enlazados abajo) están cerrados o no son tan claros en cuanto a la pregunta.
Esto parece bastante lógico, pero digamos que tu instancia tiene 5k usuarios, ¿tienes que añadirlos todos a mano? ¿Y seguir actualizándolo cada vez que se une un nuevo usuario? No estoy seguro de si existe algún “truco” como “@todos” al añadir usuarios a un grupo, no parece que exista.
Bien… No hay una buena manera de prohibir a alguien de una categoría. No ocurre a menudo. Por lo general, si quieres prohibir a alguien, es de todas partes. Podrías, en la consola de rails, añadir a todos a un grupo y luego eliminar a la persona, pero sería doloroso.
Podrías tener un plugin que añadiera a todos a un grupo y luego tuviera una configuración del sitio de usuarios que quieres que no estén en ese grupo.
A mí también me encantaría ver esto. Nosotros también tenemos una situación similar.
Tenemos algunas categorías que están restringidas a ciertos grupos.
Pero también necesitamos poder excluir a ciertas personas de estas.
Tener membresía de categoría negativa funcionaría. Pero creo que una solución más potente y flexible sería tener grupos automáticos definidos por el usuario (como lo es staff hoy en día). Estos grupos podrían soportar operaciones de conjuntos básicas para determinar la membresía.
Por ejemplo, con esta característica, staff no necesitaría ser un caso especial, sino que podría ser simplemente admin + moderators. El hecho de que este grupo automático se haya creado es realmente una fuerte indicación de que esta característica es útil y debería extenderse a una característica general en lugar de ser una incorporada.
Con esto se podría implementar la exclusión negativa teniendo un grupo HasAccess = AccessGroup - BannedGroup.
Estos grupos automáticos también serían muy útiles para otros casos de uso. Por ejemplo:
Incrementando Rangos
Ahora mismo tenemos algunos foros bloqueados que básicamente abarcan círculos más pequeños de personas. Algo como:
Admin = Admin
Moderators = Admin + Moderators
BetaTeam = Admin + Moderators + Beta
Trusted = Admin + Moderators + Beta + Trusted
Necesitar aplicar la lista correcta de grupos a cada categoría es tedioso y propenso a errores. Hemos tenido muchos casos en los que faltaba un grupo en una categoría a la que deberían haber tenido acceso. Poder definir grupos como estos haría que esto fuera mucho más fácil de gestionar:
ModeratorsOrHigher = Admin + Moderators (esto está incorporado como el grupo automático staff)
BetaOrHigher = ModeratorsOrHigher + Beta
TrustedOrHigher = BetaOrHigher + Trusted
Grupos Comunes
También es común que tengamos múltiples categorías que tienen exactamente el mismo conjunto de reglas de acceso. Este es básicamente un caso más simple que el anterior, pero sería bueno poder simplemente crear un grupo automático y usarlo varias veces en lugar de tener que repetir toda la lista de grupos y mantenerla sincronizada en muchas categorías.