Hola. Cuando intento instalar, en/a través de "Recomendado" donde se enumera el bit, obtengo: "Error 500"
Cuando voy a la vista previa, obtengo esto en el centro de la página:
¿Alguna sugerencia sobre por qué es?
Supongo que mi conexión al servicio está denegada, pero… ¿por qué?
Parece que ese no es el enlace correcto. Si usas el del OP debería funcionar bien - GitHub - discourse/discourse-custom-header-links
Si puedes decirme dónde intentaste instalar ese enlace, comprobaré si podemos actualizarlo.
Cuando lo intento con git – GitHub - discourse/discourse-custom-header-links
Obtengo el mismo “error 500”
Hmm. 
Parece que funciona bien para mí (tanto desde la sección ‘Popular’ como pegando el enlace \u003chttps://github.com/discourse/discourse-custom-header-links\u003e).
¿Podrías probar el botón ‘instalar este componente de tema’ en el OP como alternativa?
No puedo hacer eso, ya que entiendo que mi sitio, que es un laboratorio de pruebas, tendría que ser accesible públicamente, ¿verdad?
Eso puede explicar los enlaces antiguos. ¿Está actualizado?
Creo que otra alternativa podría ser descargar el zip y cargarlo de esa manera:
Todo parece funcionar correctamente, sidekiq está, sin errores ni advertencias obvias.
Algunas otras cosas, por ejemplo, los banners de categorías, se instalaron correctamente.
ver. 3.0.5 / 461966e028
Intentaré zip
Para que lo sepas, la última versión stable es la 3.1 (y tests-passed al menos 3.2.0.beta1-dev), así que creo que sí necesitas actualizar. 
No estoy seguro de si eso lo hizo, pero quizás la destrucción y creación del contenedor sí lo hizo. Ahora, con la versión 3.0.6 actualizada, Discourse puede instalar CHL a través de popular.
Sigo recibiendo ese error para todos los temas y/o componentes.
¿Funcionan estos? Estoy preguntando si cuando voy a “Vista previa” me redirige a: Theme Creator con una ventana emergente y un botón “Ver tema” que, si lo elijo, me lleva a ‘discourse - Theme Creator’.
¿Cómo instalaste Discourse? ¿Es una instalación estándar? ¿Actualizaste a la versión actual 3.1?
Sí. Por cierto, ¿la instalación “estándar” debería terminar teniendo la versión de desarrollo (la mía muestra 3.2.0.beta1-dev)?
En algunos registros veo:
…
Processing by Admin::ThemesController#import as */*
Parameters: {"remote"=>"https://github.com/discourse/discourse-category-banners"}
Rendered text template (Duration: 0.0ms | Allocations: 1)
Completed 418 in 2ms (Views: 0.4ms | ActiveRecord: 0.0ms | Allocations: 1273)
Failed to process hijacked response correctly : Timeout::Error : Timeout::Error
¿El hecho de que tenga un proxy Nginx externo al host/nodo podría influir? (todo parece funcionar normal)
Desde dentro del contenedor puedo hacer curl a esas URIs — de vista de algún componente que falla con 500 — simplemente está bien.
¿Hay alguna forma de obtener una depuración más detallada para esas partes?
Los componentes instalados a través de zip parecen funcionar bien.
Sí, la rama predeterminada es “pruebas superadas” (ver también Understanding Discourse release channels).
El sufijo “dev” se añadió recientemente.
From Discourse 3.2: adding -dev suffix to beta versions under active development
Quizás un problema de rendimiento. ¿Suficiente RAM? ¿Otras cosas consumiendo toda la CPU?
No lo creo, 4 núcleos, 8 GB de RAM y es solo un laboratorio recién instalado; en el mismo momento en que Discourse falla de esa manera, puedo acceder a la misma URI sin problemas, dentro del contenedor, usando curl.
Creo que sería útil saber cómo hacer que los registros sean más detallados/depurados; si devel lee esto, quizás pueda aconsejarme al respecto.
tail -f /var/discourse/shared/standalone/log/rails/production.log
o dentro del contenedor
/shared/log/rails/production.log
Revisando esto, supongo que tienes un problema de configuración de docker y no puede acceder a github. Pero no estoy seguro de cómo podría ser eso cierto si hiciste una instalación estándar, ya que habría clonado plugins desde dentro del contenedor.
Estos son los registros que ya pegué, anteriormente; todavía espero que se puedan hacer más detallados y reveladores.
También dije, en mi último comentario, que puedo curl esas mismas URI del componente que es la URI de Github, sin problemas, dentro del contenedor; ¿crees que lo que dijiste, la configuración de docker, podría ser realmente el problema?
Debieron ser una serie de factores: reconstrucción del contenedor, DNS del host, … — ahora funciona, sin errores 500.