Je vois quelques avertissements lorsque je reconstruis l’application, mais j’ai rarement l’occasion de les lire.
Ces messages sont-ils enregistrés quelque part ?
Si non, existe-t-il une méthode recommandée pour le faire ?
Je viens d’augmenter le nombre de “lignes de défilement” de Putty de 2 000 à 20 000, ce qui pourrait être la solution la plus simple.
Si vous construisez sur Linux et d’autres systèmes de type Unix, vous pouvez utiliser la commande tee.
Voir aussi :
Essayez ./launcher logs app
Une partie de la sortie devrait s’y trouver, mais je ne suis pas sûr que tout y soit enregistré. Vous pouvez également trouver plus de journaux dans /var/discourse/shared/standalone/log/rails/, en particulier le fichier production.log.
Comme launcher est un script shell et non une application Rails, le fichier production.log situé dans le répertoire rails du journal ne consigne que les informations relatives à Rails, et non celles du script shell de launcher. Il enregistre toutes les actions de Rails, principalement toutes celles qui se produisent après le démarrage de l’application Rails (Discourse).
La commande ./launcher logs est un alias pour $docker_path logs $config, qui correspond au journal Docker.
Par conséquent, pour obtenir toutes les informations de tous les processus de launcher à partir du script launcher, il sera nécessaire d’utiliser tee (ou une autre méthode) pour rediriger la sortie vers un fichier si vous souhaitez visualiser les informations dans le terminal sans rediriger la sortie vers un fichier (rediriger STDOUT). Si vous redirigez la sortie vers un fichier, vous ne pourrez pas voir la sortie dans le terminal.
C’est pourquoi la commande tee a été créée, à cette fin 
Donc, si vous souhaitez capturer la sortie complète du script launcher, je vous recommande d’utiliser tee. Cela fonctionne bien pour ce type de situation.
@Jonathan5 Putty ? Vous devriez peut-être envisager l’application Windows Terminal de Microsoft (nouvelle et gratuite), open source, disponible sur le Microsoft Store ?
https://www.microsoft.com/en-us/p/windows-terminal/9n0dx20hk701?activetab=pivot:overviewtab
… elle est excellente ! Elle est accélérée par GPU et le défilement vers l’arrière ne devrait pas poser de problème.
@neounix super astuce, je n’avais jamais utilisé cette commande auparavant ! Je vais l’ajouter à mon arsenal. J’ai toujours simplement fait des redirections, mais cela vous offre le meilleur des deux mondes.
Je vais examiner tee. J’utilise >logfile 2>&1 dans certains travaux planifiés (non Discourse).
Dans les deux cas, je suis réticent à modifier les commandes exactes indiquées dans les guides de procédure ici.
Donc, pour le moment, j’augmenterai la mémoire tampon de défilement dans PuTTY et j’examinerai également l’alternative Microsoft.
Je vérifierai aussi les journaux.
Merci pour les conseils !
