Este complemento evita que los usuarios reaviven sus propios temas. En algunos foros con alto tráfico, si un usuario no recibe respuestas a su tema, responderá a sí mismo (reavivando) repetidamente para ganar visibilidad.
Cuando está habilitado, un usuario deberá esperar a que otro usuario responda a su tema antes de poder responder nuevamente.
Los miembros del personal siempre pueden reavivar sus propios temas.
Configuración
no bump enabled - establezca en true para habilitar el complemento
no bump trust level - los usuarios con este nivel de confianza (y menores) no podrán reavivar sus temas
¿Alojado por nosotros? Este complemento está disponible en nuestros planes Empresariales
He estado intentando instalar este componente a través de la interfaz de administración desde el repositorio de Git, pero me encuentro con el siguiente mensaje de error: “Ha ocurrido un error: Error de importación: about.json no existe o es inválido. ¿Está seguro de que este es un tema de Discourse?”
Le agradecería mucho si pudiera aconsejarme sobre cómo resolver este problema, por favor.
Este es un plugin en lugar de un componente de tema, por lo que debe instalarse de una manera diferente. Si sigue las instrucciones (Install plugins on a self-hosted site), le mostrará cómo agregarlo a su app.yml e instalarlo en su sitio.
Ok, no lo sabía, tengo algunas cosas que podría instalar como un componente mientras creía que era un plugin Soy un principiante con discourse y me he estrellado muchas veces contra el muro de mi ignorancia^^
Así que, posiblemente será difícil instalarlo porque creo un foro profesional en una VM donde no tengo acceso directo, pero ya veré.
Puede ser confuso. Los componentes de tema generalmente solo cambian el front end, mientras que los plugins necesitan cambiar el back end, por lo que deben agregarse en el momento de la compilación y no a través de la UI.
Todo tiene su curva de aprendizaje y no hay nada que disculpar. Discourse es súper fácil y lógico (después de lo básico, por supuesto) en comparación con un servidor Mastodon; simplemente no podía entender cómo actualizarlo, y si he consultado la documentación de Discourse, es excelente, mientras que la documentación de Mastodon es más o menos el mínimo absoluto y todo son más mensajes entre desarrolladores. Así que con Mastodon no es suficiente aprender Mastodon, sino que hay que entender cómo funciona git. Bueno, tenemos otra criatura mística, Docker, pero (casi) todos los administradores pueden manejar Discourse sin ningún conocimiento de Docker.
Sin embargo, el manejo de plugins podría ser más… humano
Volviendo al tema. A veces hay necesidad de responder y no hay necesidad de “bump”. Cuando hay una pieza adicional de datos necesaria y existe el temor de que aquellos que ya han leído el OP no entiendan que el inicio ha sido editado. ¿Quizás podría haber un límite de tiempo determinado antes de que se active el “no-bump”?
¿O es esta solo otra cuestión de política y hace que algo simple sea demasiado difícil?
Sobre la necesidad de este plugin especial “no-bump”, en realidad no es absolutamente necesario para mí, pero tuve el mismo problema con otros plugins más interesantes también, así que la respuesta para este plugin también sirve para otros plugins . Eso es lo que quería saber y… ahora lo sé .
Intentaré sobornar al administrador del sistema de la VM para que me dé algunos derechos ahora
¿Alojado por nosotros? Este complemento está disponible en nuestros planes Empresariales
Soy un principiante con discourse y me he estrellado muchas veces contra el muro de mi ignorancia^^
.
