Vejo alguns avisos ao reconstruir o aplicativo, mas raramente tenho a chance de lê-los.
Esse texto é registrado em algum lugar?
Se não, há uma maneira recomendada de fazer isso?
Acabei de aumentar as “linhas de histórico” do PuTTY de 2.000 para 20.000, o que pode ser a resposta mais simples.
Tente ./launcher logs app
Parte da saída deve estar lá, mas não tenho certeza se tudo foi salvo. Você também pode encontrar mais logs em /var/discourse/shared/standalone/log/rails/, especialmente o arquivo production.log.
Como o launcher é um script de shell e não um aplicativo Rails, o production.log no diretório rails, dentro do arquivo de log, registra apenas informações do Rails, não informações do script de shell do launcher. Ele registra todas as ações do Rails, principalmente todas após o aplicativo Rails (Discourse) estar em execução.
A rotina ./launcher logs é um alias para $docker_path logs $config, que é o log do Docker.
Portanto, para obter todas as informações de todos os processos do launcher a partir do script do launcher, será necessário usar tee (ou outro método) para salvar a saída em um arquivo se você quiser visualizar as informações no terminal e não redirecionar a saída para um arquivo (redirecionar STDOUT). Se você redirecionar a saída para um arquivo, não poderá ver a saída no terminal.
É por isso que o comando tee foi criado, para esse propósito 
Então, se você quiser capturar a saída completa do script do launcher, recomendo que use tee. Ele funciona bem para esse tipo de coisa.
@Jonathan5 Putty? Talvez você queira considerar o novo (quase) e gratuito aplicativo Windows Terminal, de código aberto, da Microsoft, disponível na loja do Windows?
https://www.microsoft.com/en-us/p/windows-terminal/9n0dx20hk701?activetab=pivot:overviewtab
… é extremamente bom! Ele é acelerado por GPU e rolar para trás não deve ser um problema.
@neounix ótima dica, nunca usei esse comando antes! Vou adicionar esse ao meu arsenal. Sempre apenas encadeava, mas isso oferece o melhor dos dois mundos.
Vou dar uma olhada no tee. Em alguns jobs de cron (não do Discourse), uso >>logfile 2>&1.
Em qualquer caso, estou relutante em fazer algo diferente dos comandos exatos apresentados nos guias de como fazer aqui.
Portanto, por enquanto, vou aumentar o buffer de rolagem no PuTTY e também procurar por aquela alternativa da Microsoft.
Também vou verificar os logs.
Obrigado pelo conselho!
