No es probable. Es el tipo de cosa que probablemente harás exactamente una vez, y lo harás cuando ya estés modificando app.yml.
Intentaré hacer una PR que la agregue a standalone.yml.
¡Y con esto implementado, es mucho más simple!
4 Me gusta
Gracias por esto, he estado modificando localmente templates/web.letsencrypt.ssl.template.yml, ¡pero esto me facilita mucho la vida!
1 me gusta
¿Necesitamos incluir el nombre de host (OG) en esto, o solo los alias?
Solo los alias. El nombre de host es el nombre de host.
1 me gusta
¿Entonces así?
env:
DISCOURSE_HOSTNAME: domain.com
DISCOURSE_HOSTNAME_ALIASES: www.domain.com,otherdomain.org,www.otherdomain.org
1 me gusta
Reflexionando filosóficamente sobre el significado de ‘alias’, incluí ambas URL que quiero que dirijan a mi sitio: nzarchitecure.net.nz y www.nzarchitecture.net.nz sin ningún efecto perjudicial obvio (y presumiblemente ningún beneficio tampoco).
1 me gusta
¿Se puede modificar standalone.yml o se le puede encargar que lea la configuración del administrador dentro de una instancia en ejecución de Discourse?
Si es así, sería de gran ayuda para los nuevos usuarios y para aquellos que buscan migrar dominios o agregar alias, un dolor de cabeza menos que investigar y solucionar.
No. Sería muy malo si los trabajos que se ejecutan en el contenedor pudieran cambiar cosas como app.yml. De hecho, una buena práctica de seguridad es poner cosas como las claves S3 en el archivo yml para que estén ocultas de la interfaz de Discourse.
Nuevamente, es muy raro que hagas cambios como los dominios que necesitan ser redirigidos, y requieren otras cosas, como la configuración de DNS. El momento de hacerlo es cuando configuras Discourse, y cuando configuras Discourse, estás modificando el archivo yml.
1 me gusta