Que dice que se actualice cada dos semanas, cada par de meses deberías actualizar a través de
Si autoalojas Discourse, ocasionalmente necesitas ejecutar una actualización manual a través de la línea de comandos para obtener los últimos lanzamientos de seguridad y las bibliotecas más nuevas. Estas actualizaciones no se detectan en admin/update, por lo que ocasionalmente necesitarás realizar este paso adicional.
Hay algunos otros temas que hablan sobre la actualización de admin- > update frente a la actualización por ssh/consola, ninguno de ellos deja claro qué actualizaciones no se pueden realizar en el navegador.
Mi experiencia ha sido que en 9 meses de ejecución de Discourse, una actualización web/admin falló, encontré el artículo anterior, ejecuté los comandos indicados en una sesión ssh.
¿Hay una mejor manera de saber qué método usar que “el método más fácil falla”?
Mi propio hábito, ahora, es usar siempre la línea de comandos. Anteriormente usaba la interfaz web, pero como podría no funcionar y como me da menos control y visibilidad, ya no me molesto.
Pero mis foros tienen muy poco tráfico y un poco de inactividad no es un gran problema.
También es digno de mención que me siento cómodo en la línea de comandos. Pero entonces, cada administrador de Discourse tendrá que usar la línea de comandos en algún momento.
Gracias, eso es útil. Había imaginado que la línea de comandos podría ser más rápida (menos tiempo de inactividad/monitorización del tiempo del proceso).
Habíamos considerado una interfaz web/GUI para las actualizaciones como una gran ventaja, porque, por mucho que tenga décadas de experiencia en codificación y administración de Unix/Linux, también soy un único punto de fallo en la organización, por lo que fue una decepción saber que algunas actualizaciones requieren la línea de comandos.
Todo bien, es una gran plataforma, vale más que el precio de entrada
Parece una buena idea estar preparado para una actualización de línea de comandos, incluso si se está a punto de intentar una web. Personalmente, consulto este foro de antemano para ver si alguien tiene alguna dificultad en este momento. Puede suceder que la base de código esté rota temporalmente. Además, siempre hago una copia de seguridad y la descargo antes de empezar.
No entiendo completamente Docker (un eufemismo), pero entiendo que si te encuentras con un foro medio actualizado que no funciona, puedes, en cierto sentido, iniciar la versión anterior a la actualización mientras esperas ayuda. (Busqué “reiniciar el contenedor antiguo” pero no encontré la información exacta para esto).
./launcher start app debería restaurar la versión anterior a la reconstrucción si una falla a mitad de camino.
Aunque actualizo a través de la interfaz de usuario la mayoría de las veces. De esa manera, no hay tiempo de inactividad. Ocasionalmente, necesitará actualizar a través de la línea de comandos, pero generalmente se le pedirá que lo haga después de actualizar el administrador de docker y antes de intentar actualizar el propio Discourse.
Normalmente, si se requiere una reconstrucción de línea de comandos, la UX te advertirá y se negará a realizar la actualización. Sin embargo, eso no siempre sucede.
Tengo un dashboard.literatecomputing.com que realiza reconstrucciones de línea de comandos con un clic. Aunque espero que la gente me pague por usarlo (y obtener mi soporte), por un “tiempo limitado” puedes unirte al grupo de Prueba Gratuita y usarlo gratis. Maneja una buena cantidad de problemas, como eliminar complementos que se han movido al núcleo, actualizaciones de Postgres, reiniciar el contenedor antiguo si la reconstrucción falla, actualizar solo el contenedor web si es una instalación de 2 contenedores, y así sucesivamente.
Buen punto, soy un poco más paranoico, hago una instantánea del sistema antes y después de las actualizaciones, además de las copias de seguridad de la aplicación Discourse. … Probablemente debería aprender más sobre cómo restaurar copias de seguridad.
Aún no he usado una instantánea… Tengo la sensación de que es una opción de coste adicional.
Pero sí creo que es importante descargar esa copia de seguridad: si la instancia se rompe por completo, si mi cuenta es cancelada y el anfitrión elimina todo lo que estaba usando, todavía tendría mi foro, y en un formato que puedo restaurar con cualquier anfitrión que elija.
Las instantáneas del sistema (creo) requieren tiempo de inactividad mientras las toman y son excesivas. Una copia de tu app.yml y el archivo de copia de seguridad son todo lo que necesitas. Si las copias de seguridad están en S3, todo lo que necesitas es tu app.yml para iniciar un servidor completamente nuevo y restaurar los datos.
Las instantáneas definitivamente requieren tiempo de inactividad, y mis instantáneas cuestan un par de dólares al mes para mantenerlas a mano.
También hago copias de seguridad, sin embargo, habiendo intentado recuperar un Discourse roto una vez a partir de una copia de seguridad realizada en un momento conocido, voy con cinturón y tirantes.
