En una Categoría, tengo tres grupos. Miembros, Moderadores y Especialistas. Los Especialistas y Moderadores deberían poder editar las publicaciones wiki. Los Miembros no deberían poder editar las wikis, ya que no están cualificados para hacerlo. Sin embargo, sí deberían poder responder a una wiki, por ejemplo, para pedir más ayuda.
El problema es que los Miembros pueden modificar la wiki, porque la wiki está ligada a los permisos de respuesta. Por lo tanto, o bien las respuestas deben estar deshabilitadas para los Miembros, o bien es necesario convertir a todos los especialistas en Moderadores de Categoría para que puedan editar las publicaciones de los demás y nunca usar las wikis.
Puedo entender por qué el permiso estaría ligado a responder en lugar de a crear, sin embargo:
Esta relación es implícita
Esta relación causa un conflicto de intereses – El grupo debería poder publicar una nueva respuesta, pero no editar la wiki (donde en este caso la wiki es la publicación creada).
Esencialmente, esto se convierte en una forma encubierta para que los usuarios “creen” un tema editando un tema ya creado.
Posible solución:
Noté mientras buscaba que había algunas solicitudes de funciones en líneas similares:
¿Es posible desenredar el permiso creando una cuarta opción “Puede editar wikis”?
Me preocupa que añadir un cuarto permiso de “Editar Wiki” sea un campo minado. Hay mucho que explicar a los moderadores del sitio sobre este nuevo interruptor.
Añadir un bloque de construcción fundamental de seguridad no es un cambio trivial, probablemente estaríamos hablando una o dos semanas para que todo esto salga bien, hay toneladas de puntos de contacto.
¿Simplemente modificarlo para que debas tener permiso de “crear” para editar una wiki en el OP resuelve tu problema?
Esto puede ser factible como un cambio y no introduce nuevos primitivos.
¿No es esto exactamente para lo que sirve min_trust_to_edit_wiki? Da permisos de respuesta a todos, establece la confianza mínima para editar en TL3 y haz que los Especialistas y moderadores sean TL3.
Supongo que un Miembro que llega a TL3 no es la mayor amenaza aquí (ellos también tienen algo que perder).
Este cambio romperá la forma en que usamos la wiki. Queremos explícitamente que el propietario del tema conserve la propiedad para que solo grupos selectos tengan “crear” en una categoría, mientras que los temas son wiki por defecto, de modo que cualquiera que pueda responder pueda editar el tema para que la información siga siendo correcta.
Si el permiso se cambia a crear, agregará una sobrecarga para encontrar una ruta diferente para lograr esto y probablemente tendríamos que permitir que todos creen temas en lugar de solo responder.
¿A cuántos usuarios les importan realmente los TL? Claro, esto está fuertemente relacionado con el nicho, la cultura, etc., pero si/cuando los usuarios obtienen TL3 solo porque están activos, no porque intentan alcanzarlo, no tienen nada que perder.
Los usuarios activos pueden comportarse, la mayoría de las veces de todos modos. Pero debido a que están activos, tienen tendencia a escribir. Y de esa manera son de alguna manera una amenaza aquí. El hecho es que no puede haber demasiadas reglas para recordar y todo debe ser lo más lógico posible. Si tienes una oportunidad, puedes usarla. Si no, bueno, no es para ti.
Sí, en nuestro caso eso funcionaría. Esencialmente, esto proporciona los niveles de permiso deseados dentro de una categoría determinada.
En la mayoría de los casos, sí. Sin embargo, el problema es que este es un permiso a nivel de sitio. Si tengo 5 categorías y un usuario está cualificado para editar las wikis en una de esas categorías, no debería poder editar las wikis en las otras cuatro categorías.
¿Con qué frecuencia los usuarios en la categoría de respuesta editan wikis? Puedo ver completamente la ventaja de tu enfoque, pero si alguien no se considera lo suficientemente cualificado para crear un tema, ¿no es un riesgo que tenga los permisos para editar la totalidad del tema que se crea? Veo esto esencialmente como una puerta trasera de permisos.
En nuestro caso, la sobrecarga es en realidad una ventaja. Asegura que los usuarios que no están cualificados para editar la wiki soliciten sus cambios como una respuesta, y su deseo de modificación se discute públicamente. Esencialmente, proporciona un sistema de revisión por pares para los cambios en la wiki.
En nuestro caso, los niveles de confianza han sido deshabilitados. Cuando se utiliza Discourse dentro de una empresa, hay un nivel adicional de responsabilidad que debe tenerse en cuenta. Un sistema que permite automáticamente a alguien editar algo mañana, que no podía editar hoy, y no está cualificado para editar, puede hacer que aparezca información incorrecta como si fuera oficial, lo que hace que otras personas actúen sobre dicha información, lo que resulta en productos defectuosos, lo que resulta en bajas para los clientes
Pero entonces la solución está clara? Empezar a usar TLs, pero congelar a los clientes, es decir, al ciudadano común, a un nivel inferior, y dar un TL más alto a quienes pueden editar wikis. ¿O hay alguna otra razón para no usar TLs en absoluto?
Si otorgáramos TLs más altos a los usuarios, estos obtendrían este permiso para todo el sitio. Esto significa que un usuario TL3 de Finanzas puede editar la wiki de una categoría de Ingeniería. Por supuesto, eso es poco probable, pero el problema es que es posible.
Lo que es más probable que suceda es que un Ingeniero con TL3 que es experto en la Herramienta A, edite algo sobre la Herramienta B porque cree que está cualificado, o simplemente porque ve la funcionalidad de edición. A pesar de que hay notificaciones, no hay garantía de que esta edición se detecte hasta después de que alguien más haya seguido la nueva información incorrecta.
Aparentemente, mucho. Generalmente, los autores de los temas son personal (o contratistas) que crean varias guías y tutoriales, por lo que siempre se les asigna al grupo de autores, que tiene permiso de creación. Todos los artículos se dejan generalmente a los lectores con una moderación adecuada del personal para que se actualicen cuando sea necesario (por ejemplo, cuando ciertas declaraciones quedan obsoletas o son reemplazadas, etc.).
En nuestro caso en particular, la revisión ocasional por parte del personal ha sido lo suficientemente disuasoria como para que los usuarios no calificados generalmente no interfieran con ninguna de las wikis. Lo que hacen en cambio es responder al tema preguntando si algo ha cambiado. Si otros miembros están de acuerdo con el cambio, cualquiera de ellos puede hacer cambios en la wiki, pero si alguien hizo un cambio erróneo, generalmente es eliminado por un miembro del personal u otro miembro tan pronto como lo notan.
Entonces, quizás se podría añadir una configuración en el panel de administración donde sea posible especificar si los permisos de wiki están vinculados a Responder o Crear. Ciertamente no es la solución más elegante, y estoy seguro de que se revisará algún día, pero por ahora evita las semanas de esfuerzo necesarias para un cuarto permiso, te permite (y a otros) conservar la funcionalidad actual a la que estás acostumbrado, pero también proporciona la funcionalidad alternativa que necesitamos de nuestro lado.
Definitivamente no es la mejor solución a largo plazo, pero resuelve este problema para el futuro previsible.
Pero como dijiste, hay un nivel de responsabilidad en/sobre/en (realmente, realmente odio las preposiciones; ¿no puedes deshacerte de ellas? ) a nivel de empresa. El entorno corporativo es un mundo totalmente extraño para mí como otro jugador de liga menor, pero estás tratando de evitar que los usuarios comunes dejen de editar wikis, ¿verdad? Dentro de la empresa, solo se trata de reglas: tú (en el sentido corporativo) dirás quién puede hacer qué, como de costumbre.
Claro, una opción del lado de Discourse sería más fácil. Pero puedo entender el dolor aquí: otra opción condicional y configuración hará que Discourse sea mucho más difícil de configurar, pero más versátil de usar, eso es cierto.
Eso es más o menos solo un caso límite a nivel corporativo, y el modelo de negocio de Discourse se basa en las corporaciones, y esa es la razón por la que podrías obtener esa opción (a menos que cueste demasiado para Discourse, esa es otra realidad también).
Pero desde mi punto de vista, los TL serían la forma más rápida de liberar las wikis sin temor a que los clientes se metan en problemas.
También puedo estar muy equivocado. Estas cosas suceden a veces, aunque no muy a menudo
En mi caso de uso, por ejemplo, no quiero que los usuarios creen más wikis, solo quiero que editen las existentes sin responder a ellas.
En mi caso no, porque no quiero dar permiso de creación, solo de edición.
¿En serio? Suena muy sencillo.
En realidad no, no voy a cambiar manualmente los niveles de confianza de cientos de usuarios y, de hecho, quiero que los nuevos usuarios (que comienzan en el nivel de confianza 1) también puedan editar la wiki. El problema no es que no quiera que respondan. La forma elegante de resolver esto sería a través de permisos establecidos por categoría en lugar de vincular el sistema de niveles de confianza a esto.
Espero que el cambio más difícil eventualmente llegue al proceso.
Creo que el título de esa configuración es muy claro, pero no creo que una configuración del sitio como esa realmente resuelva el problema. Para mí, esta configuración solo debe aplicarse a una categoría determinada, y no quiero darles a esos usuarios permiso para crear temas o responder, solo permiso para editar la wiki.
Básicamente estamos luchando con el mismo problema. Mi caso de uso también requiere tener permisos de edición en una categoría dada donde los temas solo son creados por un grupo específico y el permiso de edición debe estar disponible para todos los que tengan acceso a esa categoría, pero no el permiso para crear un nuevo tema a menos que sean parte del grupo específico.
Desde mi punto de vista, un permiso separado es la solución ideal a largo plazo, pero el esfuerzo estimado realmente no justifica la implementación en el corto plazo.
La sugerencia de una configuración del sitio que cambie entre crear y responder satisfaría a los usuarios existentes, pero también a la solicitud.
Esto se puede lograr con el permiso actual y cerrando la wiki.
No se me ocurre un nombre mejor, e imagino que cualquiera que busque esta configuración encontrará este tema de todos modos.
) a nivel de empresa. El entorno corporativo es un mundo totalmente extraño para mí como otro jugador de liga menor, pero estás tratando de evitar que los usuarios comunes dejen de editar wikis, ¿verdad? Dentro de la empresa, solo se trata de reglas: tú (en el sentido corporativo) dirás quién puede hacer qué, como de costumbre.