É… seguimos este guia para configurar o proxy reverso do nginx, mas isso era para uma configuração standalone e não mencionava os uploads porque não era necessário transferi-los no modo standalone:
E seguimos este guia para dois containers, que também não mencionou fazer nenhuma restauração de banco de dados ou transferir qualquer diretório de uploads:
Acho que conseguimos entender as coisas facilmente. Aqui está a pista que você estava perdendo para ajudar a explicar, para referência:
Os principais tutoriais sobre essa configuração omitem o fato de que você deve ou fazer uma restauração do banco de dados ou transferir manualmente seus uploads para o novo container, porque nós não incluímos isso.
Claro, faz todo o sentido agora que descobrimos isso 100% sozinhos (novamente!), porque não está nos tutoriais. LOL
Tudo fica fácil depois que você sabe qual é o problema.
PS: Para encerrar. Obrigado a todos que escreveram vários tutoriais. Eles foram de grande ajuda! Muito apreciado. Do nosso lado, essa configuração está concluída e não usaremos mais nenhuma configuração standalone em nenhum site Discourse no futuro. Nosso “padrão” normal será dois containers com um proxy reverso para um socket Unix. Isso funciona melhor para fazer atualizações e alternar containers em tempo real com quase zero de tempo de inatividade. Coisas boas!!
O Discourse é INCRÍVEL!!
Bem feito, Jeff @codinghorror e Sam @sam! BRAVO!
Isso é bastante fácil de fazer funcionar, mas como mencionei antes, não usamos o S3 e outros serviços de armazenamento em nuvem; preferimos manter as coisas “simples”, então nossos backups são apenas rsyncados para armazenamento fora do local. Preferimos assim… é uma coisa a menos para depurar e podemos “viver” sem o S3,