Configurar logo, logo_small como código

Estimada comunidad de Discourse.

Recientemente automatizé el despliegue y la restauración de copias de seguridad de producción a una instancia de desarrollo y prueba del foro de Discourse.
Esto permite tener datos idénticos en todos los sitios.
Sin embargo, me gustaría personalizar el logo del sitio según la instancia.

Siguiendo este site_setting.yml como se anuncia en este otro tema: Comprehensive list of SiteSettings?

Pude configurar ajustes clave de los sitios con diferentes variables.
Sin embargo, la parte del logo no está muy bien documentada, así que probé varios enfoques.

...
# Opciones disponibles:
#
# default               - El valor predeterminado del ajuste. Para los ajustes de carga de sitio, utiliza el ID de la carga sembrada
#                         en db/fixtures/010_uploads.rb.
...

branding:
  logo:
    default: -5
    client: true
    type: upload
  logo_small:
    default: -6
    client: true
    type: upload

Básicamente, el valor predeterminado parece ser un índice entero como se define en 010_uploads.rb:

  -5 => "discourse-logo-sketch.png",
  -6 => "discourse-logo-sketch-small.png",

En el historial de ajustes de la interfaz de usuario, encontré la referencia al último logo y logo_small como enlaces al directorio /upload.

por ejemplo: /uploads/default/original/3X/2/4/242dc879cbffed41ee64646a0dffded5c34bb9c6.png

En mi archivo de configuración de la aplicación .yml, comencé experimentando con el valor predeterminado:

  # Copia de seguridad
  DISCOURSE_s3_backup_bucket: "backup-test"

  # Logo
  DISCOURSE_logo: -5
  DISCOURSE_logo_small: -6

Configurando DISCOURSE_logo y DISCOURSE_logo_small al valor predeterminado como se especifica en site_settings.yml.

Reconstruir el sitio provocó algunos errores 500 y el sitio ya no era operativo.
También intenté pasar una referencia de cadena a la carga que me gustaría que fuera el logo de este sitio específico, desafortunadamente el mismo efecto, un sitio inutilizable.

DISCOURSE_logo: "/uploads/default/original/3X/2/4/242dc879cbffed41ee64646a0dffded5c34bb9c6.png"

Mi razonamiento fue subir diferentes logos para desarrollo, prueba y producción en la instancia de producción, luego, después de restaurar la copia de seguridad productiva, asegurar que la reconstrucción del sitio apunte al logo correcto para la instancia específica.

Cualquier ayuda sería muy apreciada.

2 Me gusta

Yo también he pasado por esto (aunque no tanto) por las mismas razones.

Al final, me rendí y he convivido con una pobre diferenciación entre los clones del sitio.

¡Al menos es relativamente fácil renombrar los volúmenes de los servidores, lo que reduce la probabilidad de hacer algo realmente estúpido!