Salut. Quand j’essaie d’installer, dans/via « Recommandé » où le bit est listé, j’obtiens : « Erreur 500 »
Quand je vais en aperçu, j’obtiens ceci au centre de la page :
Des suggestions sur la raison ?
Je suppose que ma connexion au service est effectivement refusée, mais… pourquoi.
Il semble que ce ne soit pas le bon lien. Si vous utilisez celui de l’OP, cela devrait fonctionner correctement - GitHub - discourse/discourse-custom-header-links
Si vous pouvez me dire d’où vous essayiez d’installer ce lien, je vérifierai si nous pouvons le mettre à jour.
Lorsque j’essaie avec git – GitHub - discourse/discourse-custom-header-links
J’obtiens la même « erreur 500 »
Hmm. 
Il semble que cela fonctionne bien pour moi (à la fois depuis la section ‘Populaire’ et en collant le lien \u003chttps://github.com/discourse/discourse-custom-header-links\u003e).\n\nPourriez-vous essayer le bouton ‘installer ce composant de thème’ dans le message d’origine comme alternative ?
Je ne peux pas faire ça car je comprends que mon site, qui est un laboratoire de test, devrait être accessible publiquement, n’est-ce pas ?
Cela peut expliquer les anciens liens. Est-il à jour ?
Je pense qu’une autre alternative pourrait être de télécharger le zip et de le téléverser de cette façon :
Tout semble fonctionner correctement, sidekiq fonctionne, sans erreurs ni avertissements évidents.
D’autres éléments - par exemple les bannières de catégorie - installés via populaire okey.
ver. 3.0.5 / 461966e028
J’essaierai zip
Pour information, la dernière version stable est la 3.1 (et tests-passed au moins la 3.2.0.beta1-dev), donc je pense que vous devez mettre à niveau. 
Je ne suis pas sûr que cela ait fonctionné - peut-être que la destruction et la création du conteneur l’ont fait - mais maintenant, avec la mise à jour vers la version 3.0.6, Discourse peut installer CHL via populaire.
Je continue d’obtenir cette erreur pour tous les thèmes et/ou composants maintenant.
Est-ce que ceux-ci fonctionnent ? Je demande quand je vais sur « Aperçu », je suis redirigé vers : Theme Creator avec une fenêtre pop-up et un bouton « Voir le thème » qui, si je clique dessus, m’amène à « discourse - Theme Creator ».
Comment avez-vous installé Discourse ? S’agit-il d’une installation standard ? Avez-vous effectué la mise à niveau vers la version actuelle 3.1 ?
Oui. Au fait, une installation « standard » devrait-elle inclure la version de développement (la mienne affiche 3.2.0.beta1-dev) ?
Dans certains journaux, je vois :
…
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
Le fait que j’aie un proxy Nginx externe à l’hôte/au nœud pourrait-il y jouer un rôle ? (tout semble fonctionner normalement)
Depuis l’intérieur du conteneur, je peux curl ces URI — de la vue de certains composants qui échouent avec 500 — juste un ok.
Existe-t-il un moyen d’obtenir un débogage plus détaillé pour ces éléments ?
Les composants installés via zip semblent fonctionner correctement.
Oui, la branche par défaut est « tests réussis » (voir aussi Understanding Discourse release channels).
Le suffixe « dev » a été ajouté récemment.
From Discourse 3.2: adding -dev suffix to beta versions under active development
Peut-être un problème de performance. Assez de RAM ? D’autres processus consomment tout le CPU ?
Je ne pense pas, 4 cœurs, 8 Go de RAM et c’est un labo fraîchement installé - au moment même où Discourse échoue ainsi, je peux faire un curl, dans le conteneur, vers la même URI sans problème.
Ce qui serait utile ici, c’est de savoir comment rendre les logs plus verbeux/débogables - si devel lit ceci, peut-être qu’il pourra me conseiller à ce sujet.
tail -f /var/discourse/shared/standalone/log/rails/production.log
ou à l’intérieur du conteneur
/shared/log/rails/production.log
En repensant à cela, je suppose que vous avez un problème de configuration Docker et qu’il ne peut pas accéder à GitHub. Mais je ne suis pas sûr de la façon dont cela pourrait être vrai si vous avez effectué une installation standard, car cela aurait cloné les plugins depuis l’intérieur du conteneur.
Ce sont les journaux que j’ai déjà collés, plus tôt - j’espère toujours qu’ils pourraient être rendus plus verbeux et plus informatifs.
J’ai également dit, dans mon dernier commentaire, que je peux curl ces mêmes URI du composant qui est l’URI Github, très bien, à l’intérieur du conteneur - pensez-vous que ce que vous avez dit, la configuration docker, pourrait vraiment être le problème ?
Cela a dû être dû à un certain nombre de facteurs — reconstruction du conteneur, DNS de l’hôte, … — cela fonctionne maintenant, plus d’erreurs 500.