Fallo en la actualización de 2.3.0 a 2.8.1

Necesito estar seguro de que lo que estoy experimentando es normal.

Certificado SSL caducado, forzando una reconstrucción de la aplicación que falló.

Lo que tuve que hacer después del error de actualización:

  • reconstruir la base de datos a partir de los archivos de data_dir - :white_check_mark:
  • hacer una copia de seguridad de las subidas - :white_check_mark:
  • instalar discourse localmente, apuntando la base de datos a la existente - :white_check_mark:
  • ejecutar la migración para actualizar la base de datos - :white_check_mark:

Ahora estoy atascado intentando iniciar discourse rails rails s -b 0.0.0.0 para probar.

La línea de comandos ha estado produciendo salida de transacciones como esta durante más de 24 horas.

Me pregunto cómo puedo mejorar la velocidad de este proceso. Y también, ¿hay alguna forma de comprobar cuánto progreso se ha hecho/cuántos trabajos quedan?

Estoy intentando producir una copia de seguridad localmente y luego subirla en línea.

Gracias.

No estás atascado, ese comando que ejecutaste inicia un servidor web y lo mantiene en ejecución hasta que lo detienes manualmente.

Supongo que esta no es una instalación estándar.

Si recomiendo hacer una copia de seguridad y pasar a esa configuración.

Logré lo que necesitaba con Discourse en un contenedor en un servidor web. Gracias.

Problemas que he encontrado desde entonces:

  • unique_index_categories_on_slug que proviene de las migraciones, pero el verdadero culpable fue una segunda slug no categorizada en las categorías; resuelto renombrando la slug.
  • Avatares personalizados que no se muestran; resuelto con rake uploads:regenerate_missing_optimized.

Actualmente estoy atascado intentando configurar correctamente app.yml para los plugins:

  after_code:
    - exec:
        cd: $home/plugins
        cmd:
          - git clone https://github.com/discourse/docker_manager.git
          - git clone https://github.com/discourse/discourse-bbcode.git
          - git clone https://github.com/discourse/discourse-plugin-linkedin-auth.git
        cd: $home
        cmd:
          - git fetch --depth=1 origin tag v2.8.1 --no-tags
          - git checkout v2.8.1

Los plugins nunca se instalan. Noté LOAD_PLUGINS=0 en la salida a pesar de intentar redefinirlo a LOAD_PLUGINS=1.

¿Alguna sugerencia?

¿Hiciste la instalación estándar?

¿Hiciste un

 ./launcher rebuild app

¿Después de añadir los plugins?

Absolutamente seguí las instrucciones oficiales de instalación para el servidor web. Puedo ingresar a la aplicación y clonar repositorios en la carpeta de plugins, pero no puedo hacer que app.yml extraiga los plugins usando ./launcher rebuild app.

En lugar del checkout de v2.8.1, ¿quizás usar la rama estable?

Estoy ‘arriba’, casi de vuelta a una homeostasis del 100%. Gracias a ambos por toda su ayuda.

Considerando que tengo un tema dedicado a mi mejora y, asimismo, la atención de ambos, tengo una pregunta sobre datos tabulares.

Tengo tablas en publicaciones que obtienen imágenes estáticas de la web (que nunca cambiarán en el futuro previsible:

|Columna A|Columna B|Columna C|Columna D|
|-|-|-|-|
|Prueba A1|Prueba B1|<img height=20 src="https://example.com/images/Test_C1.png">|Prueba D1|
|Prueba A2|Prueba B2|<img height=20 src="https://example.com/images/Test_C2.png">|Prueba D2|

¿Cómo puedo decirle a Discourse que acepte alturas y anchos específicos de imágenes dentro de una tabla? Versiones anteriores de Discourse eran capaces de hacerlo.

Creo que eso fue con un motor de markdown diferente, y esa ya no es una forma legal de hacerlo. Creo que necesitarás convertirlo solo a markdown, lo que podría ser un poco complicado. Quizás Rafael tenga una idea.


<img width="20" height="20"  src="https://d11a6trkgmumsb.cloudfront.net/original/3X/9/4/94121285d841eba5a7889a338a9baac04b3a6e79.png"/>

se convierte en

<img width="20" height="20"  src="https://d11a6trkgmumsb.cloudfront.net/original/3X/9/4/94121285d841eba5a7889a338a9baac04b3a6e79.png"/>

¿Parece que ya funciona? No olvides las comillas.
1 me gusta

Para fines de prueba y aclaración, además de las comillas, ¿estás diciendo que las imágenes ahora también requieren un atributo height y width para cambiar su tamaño de manera efectiva? Vea los ejemplos a continuación para aclarar la confusión al respecto:

Código en el editor:

|Columna A|Columna B|Columna C|Columna D|
|-|-|-|-|
|Prueba A1|Prueba B1|<img height="20"  width="20" src="https://d11a6trkgmumsb.cloudfront.net/original/3X/9/4/94121285d841eba5a7889a338a9baac04b3a6e79.png">|Prueba D1|
|Prueba A2|Prueba B2|<img height="20" src="https://d11a6trkgmumsb.cloudfront.net/original/3X/9/4/94121285d841eba5a7889a338a9baac04b3a6e79.png">|Prueba D2|

Vista previa del editor:

Publicación real:

Columna A Columna B Columna C Columna D
Prueba A1 Prueba B1 Prueba D1
Prueba A2 Prueba B2 Prueba D2

Las imágenes en las tablas de las publicaciones en mi instalación se ven como la captura de pantalla de la Vista previa del editor en lugar de la versión de tamaño automático en la Publicación real.

Gracias de nuevo, chicos.

Además, he notado que después de rake posts:rebake, las imágenes más grandes ya no son clickables y no se pueden abrir en la galería lightbox, que se encuentra en bastantes publicaciones. ¿Sugerencias?