Est-il possible d’activer la journalisation détaillée dans une instance de production de Discourse auto-hébergée à l’aide d’une image Docker sans modifier le code ?
J’ai relu de nombreuses suggestions sur ce site, mais aucune n’a fonctionné ou n’a fourni d’informations supplémentaires.
1 « J'aime »
Je comprends votre douleur - enfin, pas que je sache !
Dans le plugin Chatbot, je peux rediriger les journaux d’informations trop verbeux (facultativement via un réglage) vers des avertissements en production afin de pouvoir les voir. C’est un peu critique pour la visibilité des problèmes d’IA.
1 « J'aime »
… J’ai vu vos publications … mes problèmes sont liés au plugin SAML et même si je connais bien les protocoles SAML et d’authentification, je ne peux rien faire sans logs, et il semble que le plugin ne fonctionne pas du tout (j’ai même essayé de créer une réponse SAML idéale selon les paramètres du plugin). Je vois beaucoup de potentiel dans Discourse, mais l’installation, la configuration et surtout la journalisation sont très étranges (si je compare avec GitLab qui utilise la même plateforme).
Il semble que je devrai apprendre rapidement l’environnement Ruby pour résoudre les problèmes que j’ai
1 « J'aime »
Résoudre le problème avec le plugin SAML … il s’agit d’un problème avec le plugin et non avec omniauth ou la gem/bibliothèque ruby-saml (j’essaierai de documenter ce que j’ai fait, mais il s’agit essentiellement d’une combinaison de documentation insuffisante et trompeuse, et de certaines solutions de programmation étranges, sans débogage approprié, certains commentaires sont ajoutés, mais sans problèmes, le système est difficile à comprendre).
Pour rester dans le sujet, je suggère de faire ce qui suit (selon mes connaissances limitées de Discourse et de Ruby) :
- modifier manuellement le fichier de conteneur (containers/app.yml)
- indice : si vous souhaitez que le conteneur ait un nom différent, vous pouvez changer le nom du fichier dans le répertoire containers et exécuter toutes les commandes pour changer app en <votre_nom> (il est probablement possible de le faire d’une autre manière, mais je n’ai pas eu le temps d’enquêter)
- forker le plugin sur GitHub dans votre propre espace afin de pouvoir manipuler le code, vous pouvez toujours l’appeler de la même manière que n’importe quel autre plugin à partir d’un fichier de configuration de conteneur
- à de nombreux endroits, vous pouvez simplement ajouter
File.write('/var/www/discourse/log/production.log', 'Some text', mode: 'a')qui sera écrit dans le fichier journal à chaque fois que l’interprétation atteint cette partie du code - vous pouvez également forker le projet Discourse sur GitHub et le cloner depuis votre emplacement si vous souhaitez également améliorer Discourse
1 « J'aime »
Ça pourrait marcher !
Mais si vous voulez rester avec Rails, je pense que c’est une meilleure option :
(jusqu’à ce que quelqu’un nous aide à fournir une option de niveau d’information pour la production !)
Merci pour l’option supplémentaire… mes connaissances en Ruby/Rails ne sont pas suffisantes pour faire de telles choses … J’ai besoin d’en apprendre davantage pour atteindre votre niveau de connaissance, j’essaierai d’améliorer le plugin SAML de cette manière (espérons-le bientôt), mais maintenant je dois terminer l’installation d’autres logiciels sur un projet pilote où Discourse est l’un des composants.
1 « J'aime »