Consegui implantar o Discourse em um Droplet da Digital Ocean, mas após iniciar uma reconstrução, encontrei problemas.
Alguém já enfrentou um problema semelhante? Agradeceria qualquer insight ou solução.
As linhas 99 a 101 estão no nível de indentação errado, elas precisam de mais um. Veja aqui um exemplo adequado:
Feito! Ainda estou tendo o mesmo problema.
Você pode tentar passar o arquivo YAML inteiro por um linter para verificar mais problemas.
Tenho enfrentado desafios com minha configuração do Discourse:
Arquivo YAML e Sintaxe:
/usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:148:in `block (2 levels) in run_commands': Invalid run command cd (SyntaxError)
...
from /usr/local/bin/pups:25:in `<main>'
Reconstrução e Acesso:
app.yml padrão e fiz algumas modificações. A reconstrução foi bem-sucedida.Teste no Navegador W3M:
Problemas de SSL
Qualquer insight ou ajuda seria muito apreciado!
Meu fórum está fora do ar há 2 dias.
Pode ser, se você atingiu o limite de requisições deles. Como terminou sua revisão?
Você tem um backup do seu fórum e tentou restaurá-lo em outro servidor? Se o meu fórum estivesse fora do ar por 2 dias, eu levaria 30 minutos para tentar isso.
Não tenho um backup do meu fórum, sou muito novo na configuração do Discourse.
Se você está começando do zero, deve tentar instalar uma instância nova usando um subdomínio novo. Isso deve contornar o limite de taxa do letsencrypt se você o atingiu. 
Ter o Cloudflare na frente do seu site é uma maneira de ver que o Let’s Encrypt falha. Eu recomendaria usar apenas DNS até ter certeza de que o Let’s Encrypt está funcionando corretamente.
Já tenho usuários e dados, não quero perder tudo e começar do zero.
Parece que a solução fácil é mover para um subdomínio diferente, ou esperar uma semana até que o Let’s Encrypt lhe dê um certificado. A maneira mais difícil é adicionar um segundo subdomínio que aponte para o seu servidor e modificar o seu app.yml para solicitar um certificado para ambos os subdomínios. Configurar Let’s Encrypt com múltiplos domínios. Como parece que seus problemas começaram porque você está tendo dificuldades com a formatação YML, essa solução bastante complicada pode não funcionar para você.
Então você precisa ter certeza absoluta de que tem um backup e que ele está em um local seguro.
Obrigado pela ideia, usei um subdomínio diferente agora, mas estou tendo o mesmo problema.
Um ‘502’ e um ‘Connection Refused’.
Seu DNS para o subdomínio aponta para o IP desse servidor? E você não tem nenhum outro registro A ou AAAA para o subdomínio?
Recomendo que você execute ./discourse-setup que verificará se as conexões de entrada para o seu domínio estão chegando ao seu servidor.
Você consegue se conectar via SSH ao seu servidor pelo nome de host com ssh user@subdomain.yoursite.com (ou qualquer que seja o seu subdomínio?
Sim, garanti que o DNS para o subdomínio aponta para o endereço IP do servidor e não há outros registros A ou AAAA conflitantes para ele.
Executei o comando e aqui está a saída
Última Atualização: Após a execução do discourse-setup, navegar para home.techwithanirudh.com resulta em um erro “502 Bad Gateway”. Aqui está um instantâneo do erro (referindo-se à imagem anexada).
Com certeza, conectar-se via SSH ao servidor usando o nome de host funciona perfeitamente.
Trabalhei com @techwithanirudh offline para resolver isso… @techwithanirudh não estava ciente das instruções de desinstalação do chatbot.
A pista aqui (no momento) foi o 502 devido ao contêiner não iniciar corretamente porque o índice permaneceu no banco de dados sem código de suporte na biblioteca postgres. As instruções de desinstalação removem o índice do banco de dados para que você possa compilar com segurança sem compilar a biblioteca de índice.
O site do @techwithanirudh está agora online e funcionando.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
,
