Detailliertes Protokoll

Allgemein
1

Ist es möglich, die ausführliche Protokollierung in einer Produktionsinstanz von Discourse, die selbst gehostet wird, mithilfe eines Docker-Images zu aktivieren, ohne den Code zu verändern?
Ich habe viele Vorschläge hier gelesen, aber keiner davon hat funktioniert oder zusätzliche Informationen geliefert.

1 „Gefällt mir“
2

Ich fühle deinen Schmerz – soweit ich weiß, nicht!

Im Chatbot-Plugin kann ich ausführliche Info-Logs (optional über eine Einstellung) in der Produktion zu Warnungen umleiten, damit ich sie sehen kann. Das ist für die Sichtbarkeit von KI-Problemen von entscheidender Bedeutung.

1 „Gefällt mir“
3

:slight_smile: … Ich habe deine Beiträge gesehen … meine Probleme hängen mit dem SAML-Plugin zusammen und obwohl ich SAML und Authentifizierungsprotokolle gut kenne, kann ich ohne Logs nichts tun, und es sieht so aus, als ob das Plugin überhaupt nicht funktioniert (ich habe sogar versucht, eine ideale SAML-Antwort gemäß den Parametern im Plugin zu erstellen). Ich sehe viel Potenzial in Discourse, aber Installation, Konfiguration und insbesondere Logging sind sehr seltsam (wenn ich es mit GitLab vergleiche, das die gleiche Plattform verwendet).

Es sieht so aus, als ob ich die Ruby-Umgebung schnell lernen muss, um die Probleme zu lösen, die ich habe :slight_smile:

1 „Gefällt mir“
4

Problem mit dem SAML-Plugin beheben :slight_smile: … es ist ein Problem mit dem Plugin, nicht mit omniauth oder der ruby-saml Gem/Bibliothek (ich werde versuchen zu dokumentieren, was ich getan habe, aber im Grunde ist es eine Kombination aus unzureichender und irreführender Dokumentation und einigen seltsamen Programmierlösungen, ohne ordnungsgemäßes Debugging. Einige Kommentare sind hinzugefügt, aber ohne Probleme ist das System schwer zu verstehen).

Um beim Thema zu bleiben, schlage ich Folgendes vor (nach meinem begrenzten Wissen über Discourse und Ruby):

  • Bearbeiten Sie die Containerdatei manuell (containers/app.yml)
  • Hinweis: Wenn Sie möchten, dass der Container einen anderen Namen hat, können Sie den Dateinamen im Verzeichnis containers ändern und alle Befehle so ausführen, dass app zu <your_name> geändert wird (wahrscheinlich ist dies auch auf andere Weise möglich, aber ich hatte keine Zeit, dies zu untersuchen)
  • Forken Sie das Plugin auf GitHub in Ihrem eigenen Bereich, damit Sie den Code manipulieren können. Sie können es immer auf die gleiche Weise aufrufen wie jedes andere Plugin aus einer Container-Konfigurationsdatei
  • An vielen Stellen können Sie einfach File.write('/var/www/discourse/log/production.log', 'Some text', mode: 'a') hinzufügen, was jedes Mal in die Protokolldatei geschrieben wird, wenn die Interpretation diesen Teil des Codes durchläuft
  • Sie können auch das Discourse-Projekt auf GitHub forken und es von Ihrem Standort aus klonen, wenn Sie Discourse ebenfalls verbessern möchten
1 „Gefällt mir“
5

Das könnte funktionieren!

Aber wenn du bei Rails bleiben willst, denke ich, dass dies eine bessere Option ist:

(bis uns jemand hilft, eine Info-Level-Option für die Produktion bereitzustellen!)

6

Vielen Dank für die zusätzliche Option … meine Kenntnisse in Ruby/Rails reichen dafür leider nicht aus :slight_smile: … Ich muss mehr lernen, um Ihr Wissensniveau zu erreichen, ich werde versuchen, das SAML-Plugin auf diese Weise zu verbessern (hoffentlich bald), aber jetzt muss ich die Installation anderer SW in einem Pilotprojekt abschließen, bei dem Discourse eine der Komponenten ist.

1 „Gefällt mir“