Por lo tanto, para la categoría presembrada ‘Comentarios del sitio’, al editarla, en la pestaña de seguridad aparece una advertencia.
Advertencia: Esta categoría es una categoría presembrada y la configuración de seguridad no se puede editar. Si no desea utilizar esta categoría, elimínela en lugar de reutilizarla.
Entiendo que probablemente haya una buena razón para bloquear las reglas de seguridad de la categoría ‘Personal’. Sin embargo, no hay bloqueo de las reglas de seguridad de la categoría presembrada ‘Salón’. Creo que la categoría ‘Comentarios del sitio’ debería tratarse igual que el Salón, con reglas de seguridad editables.
No estoy seguro de si he pasado por alto algunos efectos perjudiciales de poder editar la configuración de seguridad para la categoría ‘Comentarios del sitio’. Todas las demás opciones de categoría para esta no parecen estar bloqueadas.
También estoy buscando migrar esta categoría a diferentes configuraciones de seguridad. Espero que haya una forma de cambiar fácilmente la configuración con uno o dos clics.
La Lounge está configurada de modo que un usuario debe alcanzar un TL3 para obtener acceso. La Lounge es una “privilegio” o “recompensa” en cierto sentido para aquellos usuarios que participan activamente en la comunidad. Si prefieres cambiar los requisitos para acceder a este tipo de categoría, ¿por qué no simplemente crear una nueva categoría con las permisos de seguridad que desees?
En cuanto a Site Feedback, ¿crees que, porque un usuario es nuevo y no ha alcanzado un TL más alto, no tendría una sugerencia que sería beneficiosa para la comunidad? Eso suena como “si eres nuevo, no queremos escuchar lo que tienes que decir”.
Nunca lo he intentado, pero podría ser posible crear una nueva categoría con tus configuraciones de seguridad preferidas, mover todas las publicaciones a la nueva categoría y luego eliminar la categoría original. Solo asegúrate de renombrarla de manera diferente a site-feedback.
Esto se ha discutido antes (intentar cambiar las configuraciones de seguridad de las categorías pre-sembradas). Entonces, ¿por qué no simplemente crear una nueva categoría según tus requisitos y eliminar la pre-sembrada?
Sí, son puntos válidos, @JimPas, y tienes razón: eliminarlo y volver a crearlo es una solución. No creo que esto sea un problema grave; simplemente pienso que sería más ideal tener como valor predeterminado permitir la edición de la configuración de seguridad para esa categoría.
Permitir que los nuevos usuarios publiquen comentarios, en muchos casos, probablemente sea lo ideal. Solo considero que podría ser un poco demasiado opinativo incluir por defecto la configuración de seguridad de esa categoría bloqueada para todas las comunidades. No veo muchos beneficios en reducir la flexibilidad al bloquearlas.
Algunas razones más específicas:
Una de las razones para el bloqueo de seguridad, al menos según el mensaje mostrado, es evitar el reutilización de la categoría. Sin embargo, los administradores pueden cambiar el nombre de la categoría y su slug, y quizás, por ingenuidad, reutilizarla como deseen (aunque sin poder editar las opciones de configuración de seguridad).
Algunos administradores podrían querer ocultar la categoría de comentarios del sitio a usuarios que no han iniciado sesión y a los rastreadores web, mientras permiten que todos los usuarios con sesión iniciada (incluidos los nuevos) vean y publiquen comentarios.
En algunos casos, un administrador podría querer crear subcategorías de Comentarios del sitio más específicas y deshabilitar la publicación en la categoría principal, para que los usuarios deban elegir una subcategoría adecuada para sus comentarios y así mejorar la organización de los temas. No creo que eso sea posible sin editar la configuración de seguridad.
Un administrador puede eliminar la categoría y crear una nueva como solución alternativa. Sin embargo, esto podría no ser ideal para un foro que ya lleva un tiempo funcionando. La nueva categoría tendrá un ID y una URL diferentes, rompiendo cualquier enlace estático existente y enlaces externos a esa categoría. Dicho esto, podrían utilizar las opciones de Enlaces Permanentes como solución alternativa para redirigir la categoría antigua.
Exactamente lo mismo para mí. El desarrollo en nuestro Discourse ha sido muy activo en los últimos meses, pero ahora la gente está tratando de usarlo como se pretendía (como reemplazo de una lista de correo). Tenemos un gran número de publicaciones resueltas relacionadas con la configuración y el mantenimiento del foro, de las cuales al usuario promedio no le importa nada.
Tenemos nuestra categoría principal, que está sin categorizar, y animamos a todos los usuarios a simplemente @staff cuando deseen dar retroalimentación. Incluso incluimos esto en la descripción que se muestra cuando una persona está a punto de redactar un nuevo tema. Además, tenemos temas dedicados a “Reporte cualquier problema del foro aquí” donde informamos si hemos actualizado y agregado las funciones solicitadas en el hilo, además de fomentar la participación de los usuarios.
Absolutamente. No se trata de limitar el acceso a estos datos. Si entras a mi casa, no dejo todos mis planos arquitectónicos y facturas tirados por el suelo y las mesas. Si la gente quiere eso, estarán encantados de encontrar esa información de otra manera… quizás a través del grupo de personal o algo similar, donde los usuarios puedan optar por participar de forma más automática, tanto como optar por no participar.
Es un equilibrio entre el uso diario y aquellos que expresamente prefieren probar funciones experimentales.
No es así en nuestro foro, sino más bien: ¿en qué punto ocultamos los andamios / limitamos la visibilidad de la construcción pesada para los usuarios de la comunidad que realmente intentan lograr cosas?
En nuestro foro tenemos la categoría Comentarios sobre el sitio y otra llamada META. En la categoría META es donde mis usuarios pueden crear nuevos temas sobre problemas específicos que experimentan. Una vez resueltos, se marcan como Resueltos. La categoría Comentarios sobre el sitio se mantiene tal como fue creada originalmente. Sin embargo, cabe mencionar que tenemos un foro pequeño de personas que se “conocen” desde hace más de 7 años, procedentes de otro foro que ya no existe.
La categoría Acerca de, que antes se llamaba Meta. Tenemos un grupo que se llama a sí mismo Meta, así que decidimos darles ese nombre de categoría para reducir la confusión. No es algo grave, pero nos gustaría ocultar esta categoría Acerca de para quienes no han iniciado sesión y no tienen razón para verla. También podría tener sentido limitarla a un grupo público sencillo.
La categoría Personal —publicaciones técnicas y de integración aleatorias que no queremos que saturen el foro. Aún no hemos probado la función de notas del personal, así que esta categoría está cumpliendo ese rol.
He notado que casi todas las discusiones tienen lugar en Sin categoría, nuestro lugar predeterminado para discusiones. A la gente le encantan las etiquetas, pero probablemente hemos sido demasiado laxos al permitir que cualquiera las cree.
Esta es mi razón principal. Las personas que ni siquiera han iniciado sesión probablemente no les importa la configuración del foro. Solo quieren ver discusiones generales, etc.
Si los usuarios que no desean recibir mensajes de la categoría “Comentarios del sitio” siempre pueden silenciar esa categoría en sus preferencias. Eso debería evitar que vean los mensajes no deseados de esa categoría o toda la categoría en “Últimos”. Si deciden revisarla de vez en cuando, siempre pueden desplazarse hacia abajo en la lista de categorías e ingresar desde allí.
Pero creo que esto está empezando a desviarse ligeramente del tema original de @markersocial: permitir modificar las reglas de seguridad para la categoría “Comentarios del sitio”.
(Aún sería agradable continuar esta discusión sobre los diferentes usos de sus categorías.)
¿Por qué no podrían los usuarios simplemente crear un nuevo tema en la categoría “Comentarios del sitio” que sea específico para su feedback en particular? Tenemos varios temas en nuestra categoría “Comentarios del sitio” creados por usuarios. Es más bien una caja de sugerencias y para hacer preguntas. Cuando los usuarios experimentan problemas, publican en nuestra categoría de solución de problemas apropiadamente titulada “Meta”.
Una solución rápida para la razón que sugirió sería simplemente:
crear una categoría titulada “Comentarios”,
crear las subcategorías que desee para que sus usuarios creen temas,
luego configurar la categoría principal para que nadie pueda publicar en ella.
Pero… ¿esa configuración evitará que los usuarios publiquen en las subcategorías?
Nunca lo he probado. Suena como un experimento interesante, pero me voy a la cama muy pronto. Quizás mañana lo intente, a menos que un miembro del equipo intervenga aquí con una explicación sobre si esto funcionará o no.
Así que, la pregunta principal diría yo, es: ¿cuáles son los beneficios de bloquear la configuración de seguridad para la categoría predefinida de comentarios del sitio en todas las instalaciones?
Realmente no puedo pensar en ningún beneficio al respecto; parece un obstáculo innecesario sin desventajas al eliminarlo. Las nuevas instalaciones podrían obtener la configuración de seguridad recomendada de forma predeterminada, pero permitir flexibilidad para cualquier caso de uso fuera de eso. Esencialmente, igual que la categoría predefinida del Lounge.
No es un problema mayor, considerando que existen soluciones alternativas eliminándolo y recreándolo como has sugerido . Sin embargo, es un poco menos elegante si el foro es antiguo y desea modificar esto más adelante a medida que crece, ya que cambia la URL de la categoría (puede usar admin > personalizar > enlaces permanentes para ayudar con esto).
Sí, correcto, pueden crear un tema en la categoría de comentarios del sitio específico para sus comentarios. Sin embargo, podría ser útil obligar a usar subcategorías para cada tema en algunos casos de uso, especialmente cuando los foros forman parte de una marca diversa que posiblemente tenga varios sitios/aplicaciones y productos orientados al usuario.
Algunos comentarios pueden ser sobre los productos principales de la empresa y aspectos específicos categorizados de los mismos, o pueden ser sobre el propio foro. Este foro tiene una subcategoría de comentarios del sitio para el blog, a la cual también se le asigna un grupo de etiquetas diferente.
Respecto a esto, he usado esto antes para algunas categorías (no permitir publicaciones en la categoría principal, pero sí permitir publicaciones en sus subcategorías). Las reglas de seguridad de las subcategorías no se ven afectadas por las reglas de seguridad de la categoría principal. Así que sí, esta es efectivamente una solución.
Gracias. Eso me ahorra tener que investigar esto. Perdí casi 5 horas hoy debido a una visita inesperada de mi nieta de 3 años, que solo quería que el abuelo jugara con ella.
Ahora, por fin, a revisar mi propio foro.
Esto es un solución temporal para limitaciones técnicas: si nosotros (Discourse) queremos actualizar alguna vez la configuración predeterminada o cambiar el nombre traducido de la categoría, causaría una gran confusión si alguien reutilizara la categoría predefinida como una categoría “normal” y, de repente, cambiara mágicamente porque actualizamos los valores predeterminados. (Sí, esto ha sucedido. Por eso existen las restricciones.)
Impedir que modifiques la configuración de seguridad sirve como recordatorio de que es especial y está sujeta a actualizaciones de los valores predeterminados.
Dado que la función de actualización automática es lo único que hace especiales a estas categorías, el texto de ayuda te pide que elimines la categoría por completo y crees una nueva en lugar de reutilizarla.
Ah, tiene sentido. Gracias por las explicaciones, @riking.
Si reutilizar la categoría es muy perjudicial, lo cual no estoy alentando, quizás tendría más sentido incluir una advertencia en la configuración de renombrar categorías. Las reglas de seguridad no parecen estar directamente relacionadas con esos posibles problemas.
Destacaré algunos puntos:
La categoría “The Lounge” parece estar en la misma situación de actualización automática, pero sus configuraciones de seguridad son modificables.
“Site Feedback” se puede reutilizar (cambiando el título y el slug) sin notar realmente el bloqueo de las reglas de seguridad. Tiene las mismas reglas de seguridad predeterminadas que una categoría “normal” nueva.
El bloqueo impide cambios bastante simples, como mostrar la categoría solo a usuarios registrados o restringirla a ciertos niveles de confianza.
@Stephen - Veo que la categoría de sala está referenciada en postgres en la tabla ‘site_settings’. No estoy completamente seguro de qué tan significativo sea eso, pero supongo que se procesa de manera similar. Cuando experimenté con el ‘meta_category_id’ (categoría de comentarios del sitio) en una instancia de prueba, afectó a la categoría de Comentarios del sitio al reconstruir.
@markersocial ¿Tienes alguna recomendación para migrar más de 100 temas de Pre-Seeded a una nueva categoría personalizada, además de mover cada tema individualmente?
Acabo de probarlo en una instancia de prueba y funcionó correctamente, aunque solo con una pequeña cantidad de temas.
Así que conecta vía SSH a tu servidor y usa estos comandos (en este ejemplo, todos los temas de la categoría 2 se moverán a la categoría 1, así que sustituye esos números según sea necesario):
cd /var/discourse
./launcher enter app
rails c
Topic.where(category_id: 2).update_all(category_id: 1)
Puedes obtener los identificadores de categoría a partir de los números al final de las URL de tus categorías.
Edición: El único problema es que también moverá la publicación «Acerca de esta categoría», y parece que no es posible moverla de nuevo ni eliminarla desde la interfaz de administración. Se puede marcar como no listada, pero no estoy seguro de si eso causará problemas. Dame un momento, actualizaré pronto.
Edición 2: Para mover el tema «Acerca de esta categoría» de vuelta a la categoría correcta, simplemente usa este comando (donde el identificador del tema es 1 y la categoría de destino es 2). Lo acabo de probar y funcionó:
Topic.where(id: 1).update_all(category_id: 2)
Puedes obtener el identificador del tema al final de la URL del tema, igual que con los identificadores de categoría.
En la categoría META es donde mis usuarios pueden crear nuevos temas sobre problemas específicos que experimentan. Una vez resueltos, se marcan como Resueltos. La categoría Comentarios sobre el sitio se mantiene tal como fue creada originalmente. Sin embargo, cabe mencionar que tenemos un foro pequeño de personas que se “conocen” desde hace más de 7 años, procedentes de otro foro que ya no existe.
