Olá. Quando tento instalar, em/via "Recomendado" onde o bit está listado, recebo: "erro 500"
Quando vou para pré-visualizar, recebo isto no centro da página:
Alguma sugestão sobre o porquê disso?
Estou imaginando que minha conexão com o serviço é de fato negada, mas… por quê.
Parece que esse não é o link correto. Se você usar o do OP, ele deve funcionar bem - GitHub - discourse/discourse-custom-header-links
Se você puder me dizer de onde estava tentando instalar esse link, darei uma olhada para ver se podemos atualizá-lo.
Quando tento com git – GitHub - discourse/discourse-custom-header-links
Recebo o mesmo “erro 500”
Hmm. 
Parece estar funcionando bem para mim (tanto da seção ‘Popular’ quanto colando o link \u003chttps://github.com/discourse/discourse-custom-header-links\u003e).
Você poderia tentar o botão ‘instalar este componente de tema’ no OP como alternativa?
Não posso fazer isso, pois entendo que meu site, que é um laboratório de testes, teria que ser acessível publicamente, certo?
Isso pode explicar os links antigos. Está atualizado?
Acho que outra alternativa seria baixar o zip e carregá-lo dessa forma:
Tudo parece estar funcionando bem, sidekiq está, sem erros óbvios nem avisos.
Algumas outras partes - por exemplo, banners de categoria - instaladas via popular okey.
ver. 3.0.5 / 461966e028
Vou tentar zip
Para sua informação, a versão stable mais recente é a 3.1 (e tests-passed pelo menos 3.2.0.beta1-dev), então acho que você precisa atualizar. 
Não tenho certeza se isso resolveu - talvez a destruição e criação do contêiner tenha resolvido - mas agora, com a atualização para a versão 3.0.6, o Discourse pode instalar o CHL via popular.
Eu continuo recebendo esse erro para qualquer tema e/ou componente.\nEsses funcionam - estou perguntando quando vou em “Visualizar” sou redirecionado para: Theme Creator com um pop-up e um botão “Ver Tema” que, se eu clicar, acabo em ‘discourse - Theme Creator’
Como você instalou o Discourse? Esta é uma instalação padrão? Você atualizou para a versão atual 3.1?
Sim. A propósito - a instalação “standard” deve acabar tendo a versão de desenvolvimento (a minha mostra 3.2.0.beta1-dev)?
Em alguns logs, vejo:
…
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
O fato de eu ter o proxy Nginx externo ao host/nó pode ter um papel nisso? (tudo parece funcionar normalmente)
De dentro do contêiner, consigo fazer curl para essas URIs — de visualização de algum componente que falha com 500 — apenas um ok.
Existe uma maneira de obter um debug mais detalhado para essas partes?
Componentes instalados via zip parecem funcionar bem.
Sim, o branch padrão é “testes aprovados” (veja também Understanding Discourse release channels).
O sufixo “dev” foi adicionado recentemente.
From Discourse 3.2: adding -dev suffix to beta versions under active development
Talvez um problema de desempenho. RAM suficiente? Outras coisas consumindo toda a CPU?
Eu não pensaria assim, 4 núcleos 8GB de RAM e é apenas um laboratório recém-instalado - no momento em que o Discourse falha dessa maneira, eu consigo, dentro do contêiner, acessar a mesma URI sem problemas com curl.
O que eu acho que seria útil aqui é se eu soubesse como obter/tornar os logs mais verbosos/depurados - se devel ler aqui, talvez possa aconselhar sobre isso.
tail -f /var/discourse/shared/standalone/log/rails/production.log
ou dentro do contêiner
/shared/log/rails/production.log
Olhando para isso, minha suposição é que você tem um problema de configuração do docker e ele não consegue acessar o github. Mas não tenho certeza de como isso poderia ser verdade se você fez uma instalação padrão, pois teria clonado plugins de dentro do contêiner.
Estes são os logs que colei anteriormente - ainda espero que possam ser mais detalhados e informativos.
Também disse, no meu último comentário, que consigo curl esses mesmos URIs do componente que é o URI do Github, sem problemas, dentro do contêiner - você acha que o que disse, configuração do docker, pode ser realmente o problema?
Deve ter sido um número de fatores — reconstruindo o contêiner, DNS do host, … — agora funciona, sem erros 500.