La página /admin solía tener una maravillosa sección de versión. ¿A dónde fue?
Tengo mi propia instalación. Te diría qué versión estoy usando, pero… ah… ese es el problema.
La página /admin solía tener una maravillosa sección de versión. ¿A dónde fue?
Tengo mi propia instalación. Te diría qué versión estoy usando, pero… ah… ese es el problema.
¿Está habilitado el cambio próximo de Mejoras del panel de control en tu foro?
Sin eso, aún veo
También hay otras opciones para encontrar tu versión de Discourse:
también puedes verlo en la página admin -> update discourse para el hash del commit (coincide con el panel de control cuando los cambios futuros del panel de control están desactivados)
Gracias. No soy fan del cambio, pero supongo que me acostumbraré.
¿El nuevo panel de control ahora está limitado a las estadísticas de uso? Dado que el panel de control es la página de inicio al acceder al área de administración, preferiría tener muchas más opciones de fragmentos para seleccionar en el panel. Ninguna de las opciones de vista actuales me resulta interesante para el uso diario. Supongo que hay más usuarios como yo que prefieren que el panel sea más técnico y menos orientado al marketing.
Como se discutió anteriormente
Mejores perspectivas sobre tu comunidad con el panel de administración rediseñado
(Estoy de acuerdo, y lo publiqué allí, en que para mí esto parece estar dirigido por el marketing, y muchos de nosotros estamos dirigidos por la ingeniería.)
No me gusta ese tipo de pensamiento de nosotros. ¿Se refiere nosotros a los que están respondiendo o a los que piden ayuda aquí? ¿O significa nosotros la naturaleza de los problemas en un foro de soporte técnico, como este? ¿O se refiere al papel de los administradores de Discourse? Y si eso es cierto, ¿estamos hablando de grandes empresas con departamentos de TI o de autoalojadores independientes?
Fuera del ingreso principal de CDCK, Discourse como plataforma se dirige hacia los no ingenieros, como lo hizo WordPress, solo mencionando uno. Aquí hay mucha charla de alta tecnología, pero una gran parte de los temas proviene de personas que están muy lejos del nivel de ingeniero — y mi suposición es que están más interesadas en cómo funciona y vive esa comunidad y discusión, que en los detalles técnicos.
He escuchado muchas historias sobre qué tan bueno es el soporte en algún lugar. Claro, es crucial resolver los problemas lo más rápido posible, pero la verdadera métrica es cuánto soporte se necesita. Eso indica inmediatamente qué tan bueno es un producto. Parte de eso son personalizaciones fáciles, y parte de eso es la posibilidad de elegir qué ver en la página de administración. Si alguien necesita algunos detalles técnicos, como ver qué versión se está usando día tras día, entonces está bien. Si esa necesidad es más de categoría de ventas, también está bien.
Pero construir algunas fronteras y decir que somos un grupo homogéneo con las mismas necesidades, es realmente peligroso. No tengo miedo de la tecnología, pero para mí es solo una herramienta, no un propósito.
Un pequeño ejemplo. Para mí es realmente importante ver cuántas visitas (posibles) humanas recibe mi foro y de dónde. Eso lo necesito todos los días. Eso es más cosas de ventas (aunque me disgusta ese término). También necesito la cantidad de bots, porque esos crean carga no deseada, pero no necesito esa pieza de datos cada vez, sino de vez en cuando, y por eso estoy totalmente feliz de hacer clics adicionales, siempre que esa información no ensucie mi entorno cada vez. Eso es información de ingeniería técnica, supongo.
Así que, incluso los ingenieros tienen tendencia a hacer pensamiento condicional con ceros y unos, tenemos necesidades superpuestas. Y por eso necesitamos opciones para elegir.
ahora está diseñado para “gestores de comunidad”, no para administradores, porque Discourse apunta a sus clientes alojados en la medida de lo posible. pero al parecer el panel de control es más personalizable ahora, simplemente no he tenido tiempo de explorar este aspecto aún.
espero que podamos usar Data Explorer para obtener mucha de la información que no está disponible ahora, ¿no? no sé
yo nunca he pasado mucho tiempo en el panel de control, pero sospecho que se podría desarrollar un componente de tema o un plugin para complementar lo que hay actualmente para nosotros, los más inclinados hacia la administración y la ingeniería (e incluso para recuperar el antiguo panel de control, ¿quizás?).
Exacto. Lo que se ha convertido es en «informes» o «estadísticas». Todo eso está muy bien. Pero esas no son responsabilidades de los administradores.
Esto me parece realmente exagerado. Todas las comunidades que no están alojadas en Discourse necesitan tener un administrador real que sea responsable de mantener el sitio funcionando a nivel técnico. El «nosotros» al que se refería @Ed_S es un grupo real de personas que administran foros de Discourse. Nadie dice que las estadísticas no sean valiosas. Simplemente no son tan importantes para el administrador técnico de un foro. Y por administrador me refiero al tipo de usuario que tiene la capacidad de mantener el software del foro funcionando.
(De hecho, en este caso, con «nosotros» me refería a las personas que hacen clic en el botón de Administrador para acceder al panel de control.)
vale, pero Discourse es un negocio y el alojamiento es su negocio, así que lo entiendo. desde la reestructuración a finales del año pasado han tenido que reenfocar sus esfuerzos y recursos en ese negocio. tiene sentido que el panel de control predeterminado esté dirigido a gestores de comunidad.
además, si es personalizable y los administradores con mentalidad de desarrollador pueden construir sobre él para obtener la información que necesitan, realmente no veo ningún problema. quizás haya mejoras que se puedan lograr con un poco de trabajo sucio de código? si están poniendo la responsabilidad en los administradores de construir lo que necesitan y eso es posible, me parece bien. el Marketplace sigue existiendo ![]()
Ah, ya veo. Si alguien paga por el alojamiento con Discourse.org, entonces no necesitas conocer la información sobre las actualizaciones porque no la controlas.
Supongo que mi punto es que la forma en que un administrador accede a la interfaz de administración es haciendo clic en “Admin” en la barra lateral. Creo que siempre ha sido así que esto abriera una página de administración que incluía la información que un administrador necesita para, ya sabes, administrar el sitio. Pero supongo que estoy insistiendo en algo obvio.
Sí, los “impulsos” me parecen absurdos. Entiendo el botón “yo también” si tu foro es para soporte técnico, aunque. No hace falta que docenas de personas publiquen que tienen el mismo problema. Pasar tiempo aquí en meta me ha hecho darme cuenta de las muchas formas diferentes en que las personas/comunidades utilizan el software.
Y al final del día, sí aprecio la necesidad de tener un modelo de financiación que mantenga el software en desarrollo.
Sí, pero no hay garantía de que sea el mismo problema. A menudo no lo es. Como con los impulsos (boosts), esa función fomenta la publicación perezosa cuando, en mi opinión, Discourse debería hacer lo contrario: fomentar la participación de calidad.
Soy administrador y el único administrador de mi foro, y esas métricas son importantes para mí. ¿Así que fue realmente exagerado, porque simplemente me excluyó a mí y a muchos otros administradores de un grupo un poco fabricado y muy generalizado llamado nosotros?
En cambio, creo que el análisis de Lilly no está totalmente equivocado. Y aun así, necesitamos herramientas para personalizar.
Pero lo que realmente pienso ahora es si esto es un problema real o solo otra bicicleta para pintar ![]()
¿Esta información sigue estando disponible en alguna parte del panel de administración, pero la he pasado por alto? He revisado las páginas del panel de control y de actualizaciones.
No veo esto como un asunto de diseñar para clientes en nuestro alojamiento versus diseñar para personas que se alojan a sí mismas o en otro lugar.
Lo veo como un asunto de diseñar para personas que usan diferentes sombreros, independientemente de dónde se aloje el sitio.
Una sola persona puede usar varios sombreros, pero eso no siempre es el caso.
Incluso en el mundo del autoalojamiento, vemos personas aquí cuyo enfoque está en ejecutar su comunidad, y apoyándose en un amigo o en alguien más que encuentren para ayudar con más de las partes técnicas.
Incluso si lo estás haciendo todo tú mismo, puede ser útil ser un poco más consciente de cuándo estás usando tu sombrero de “administrador del sistema” versus tu sombrero de “administrador del sitio” versus tu sombrero de “gestor de la comunidad”.
Hemos estado intentando separar esta distinción aquí en nuestra documentación y discusiones también.
La última ronda de cambios ha desplazado efectivamente el enfoque en el panel de administración hacia temas de preocupación para personas que usan el sombrero de “gestor de la comunidad”.
Pero dentro de /admin en general, aún necesitamos abordar las necesidades de todos estos diferentes sombreros.
Puedo ver un futuro donde /admin sea incluso más personalizable, posiblemente con elecciones personales sobre qué hay en la página de inicio allí para individuos en un solo sitio.
Pero en esta última ronda de cambios, hemos estado separando cosas dentro de las páginas existentes.
La página “gestionar actualizaciones” es donde estamos consolidando más de esta información de versión, y añadiendo más información como el historial de actualizaciones y enlaces a los registros de cambios.
Creo que una manera de pensar en contribuir allí sería:
/admin/update no funciona en el modo seguro porque está proporcionado por el complemento de administración de Docker. Aunque sé que también puedes encontrar la información de la versión en la consola del navegador, creo que también debería estar disponible para los administradores en la interfaz, en caso de que necesiten el modo seguro porque algo está roto. Es uno de los casos en los que la versión es bastante relevante.