Ciao. Quando provo a installare, in/tramite "Consigliato" dove è elencato il bit, ottengo: "Errore 500"
Quando vado in anteprima, ottengo questo al centro della pagina:
Qualsiasi suggerimento sul perché?
Sto ipotizzando che la mia connessione al servizio sia effettivamente negata ma… perché.
Sembra che non sia il link corretto. Se usi quello dell’OP dovrebbe funzionare bene - GitHub - discourse/discourse-custom-header-links
Se riesci a dirmi da dove stavi cercando di installare quel link, controllerò se possiamo aggiornarlo.
Quando provo con git – GitHub - discourse/discourse-custom-header-links
ottengo lo stesso “errore 500”
Hmm. 
Sembra funzionare bene per me (sia dalla sezione ‘Popolari’ che incollando il link \u003chttps://github.com/discourse/discourse-custom-header-links\u003e).
Potresti provare come alternativa il pulsante ‘installa questo componente tema’ nell’OP?
Non posso farlo poiché capisco che il mio sito, che è un laboratorio di prova, dovrebbe essere pubblicamente accessibile, giusto?
Potrebbe spiegare i vecchi collegamenti. È aggiornato?
Penso che un’altra alternativa potrebbe essere scaricare lo zip e caricarlo in quel modo:
Tutto sembra funzionare a dovere, sidekiq è a posto, nessun errore o avviso evidente.
Altre cose, ad esempio i banner delle categorie, installate tramite popolare okey.
ver. 3.0.5 / 461966e028
Proverò zip
A titolo informativo, la versione stable più recente è la 3.1 (e tests-passed almeno la 3.2.0.beta1-dev) quindi penso che tu debba aggiornare. 
Non sono sicuro se questo abbia funzionato, forse la distruzione e creazione del container ha funzionato, ma ora con la versione aggiornata alla 3.0.6, Discourse può installare CHL tramite popular.
Ricevo continuamente quell’errore per tutti/qualsiasi tema e/o componente ora.
Questi funzionano? Chiedo per quando vado su “Anteprima”, vengo reindirizzato a: Theme Creator con un popup e un pulsante “Visualizza tema” che, se clicco, mi porta a ‘discourse - Theme Creator’
Come hai installato Discourse? È un’installazione standard? Hai effettuato l’aggiornamento alla versione attuale 3.1?
Sì. A proposito, l’installazione “standard” dovrebbe includere la versione dev (la mia mostra 3.2.0.beta1-dev)?
In alcuni log vedo:
…
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
Il fatto che io abbia un proxy Nginx esterno all’host/nodo potrebbe giocare un ruolo? (tutto sembra funzionare normalmente)
Dall’interno del container posso fare curl a quegli URI — di vista di qualche componente che fallisce con 500 — solo un ok.
C’è un modo per ottenere un debug più dettagliato per queste parti?
I componenti installati tramite zip sembrano funzionare correttamente.
Sì, il branch predefinito è “test superati” (vedi anche Understanding Discourse release channels).
Il suffisso “dev” è stato aggiunto di recente.
From Discourse 3.2: adding -dev suffix to beta versions under active development
Forse un problema di prestazioni. RAM sufficiente? Altre cose che occupano tutta la CPU?
Non credo, 4 core 8GB di RAM e si tratta solo di un lab appena installato - nel momento in cui Discourse fallisce in quel modo posso fare curl, all’interno del container, sulla stessa URI senza problemi.
Quello che penso sarebbe utile qui è se sapessi come rendere i log più dettagliati/debug - se devel legge qui forse può consigliare in merito.
tail -f /var/discourse/shared/standalone/log/rails/production.log
o all’interno del container
/shared/log/rails/production.log
Ripensandoci, la mia ipotesi è che tu abbia un problema di configurazione di docker e che non possa accedere a github. Ma non sono sicuro di come possa essere vero se hai eseguito un’installazione standard, poiché avrebbe clonato i plugin dall’interno del container.
Questi sono i log che ho già incollato in precedenza, spero ancora che possano essere resi più dettagliati e significativi.
Ho anche detto, nel mio ultimo commento, che posso curlare quegli stessi URI del componente che è l’URI di Github, senza problemi, all’interno del container - pensi che quello che hai detto, la configurazione di docker, possa davvero essere il problema?
Devono essere stati una serie di fattori: ricostruzione del container, DNS dell’host, … — ora funziona, nessun errore 500.