È possibile abilitare il logging dettagliato nell’istanza di produzione di Discourse self-hosting utilizzando l’immagine Docker senza manomettere il codice?
Ho riletto molti suggerimenti in questo luogo, ma nessuno di questi ha funzionato o non ho ottenuto alcuna informazione aggiuntiva.
1 Mi Piace
Sento il tuo dolore, anche se non ne sono a conoscenza!
Nel plugin Chatbot posso reindirizzare i log informativi prolissi (opzionalmente tramite impostazione) a Warn in Produzione in modo da poterli vedere. È fondamentale per la visibilità dei problemi dell’IA.
1 Mi Piace
… Ho visto i tuoi post … i miei problemi sono collegati al plugin SAML e anche se conosco bene SAML e i protocolli di autenticazione non riesco a fare nulla senza log, e sembra che il plugin non funzioni affatto (ho provato anche a creare una risposta SAML ideale secondo i parametri del plugin). Vedo un grande potenziale in Discourse, ma l’installazione, la configurazione e soprattutto il logging sono molto strani (se paragono con GitLab che usa la stessa piattaforma).
Sembra che dovrò imparare velocemente l’ambiente Ruby per risolvere i problemi che ho
1 Mi Piace
Risolvere il problema con il plugin SAML … è un problema del plugin, non di omniauth o della gemma/libreria ruby-saml (cercherò di documentare cosa ho fatto, ma fondamentalmente è una combinazione di documentazione insufficiente e fuorviante, e alcune strane soluzioni di programmazione, senza un debug adeguato, alcuni commenti sono stati aggiunti, ma senza problemi il sistema è difficile da capire).
Per rimanere in tema, suggerisco di fare quanto segue (secondo la mia limitata conoscenza di Discourse e Ruby):
- modificare manualmente il file del container (containers/app.yml)
- suggerimento: se desideri che il container abbia un nome diverso, puoi cambiare il nome del file nella directory containers e eseguire tutti i comandi per cambiare app in
<tuo_nome>(probabilmente è possibile farlo in qualche altro modo, ma non ho avuto il tempo di indagare) - fare il fork del plugin su GitHub nel tuo spazio in modo da poter manipolare il codice, puoi sempre chiamarlo nello stesso modo di qualsiasi altro plugin da un file di configurazione del container
- in molti punti puoi semplicemente aggiungere
File.write('/var/www/discourse/log/production.log', 'Some text', mode: 'a')che verrà scritto nel file di log ogni volta che l’interpretazione raggiunge quella parte del codice - puoi anche fare il fork del progetto Discourse su GitHub e clonarlo dal tuo posto se desideri migliorare anche Discourse
1 Mi Piace
Potrebbe funzionare!
Ma se vuoi rimanere con Rails, penso che questa sia un’opzione migliore:
(finché qualcuno non ci aiuterà a fornire un’opzione di livello informativo per la produzione!)
Grazie per l’opzione aggiuntiva… la mia conoscenza di Ruby/Rails non è sufficiente per fare cose del genere … Ho bisogno di imparare di più per raggiungere il tuo livello di conoscenza, proverò a migliorare il plugin SAML in questo modo (speriamo presto), ma ora devo finire l’installazione di altro SW su un progetto pilota dove Discourse è uno dei componenti.
1 Mi Piace