Olá,
Tenho tentado instalar o Discourse usando o Portainer, mas estou encontrando problemas. Sempre que tento, recebo a mensagem de erro:
“Falha ao implantar um stack: postgres Pulling app Pulling redis Pulling web Pulling sidekiq Pulling…”
Usei o arquivo Docker Compose deste link: (docker-compose.yml · master · libre.sh / compose / Discourse · GitLab)
Alguém poderia oferecer algum conselho sobre este assunto?
Obrigado.
Se você pesquisar, encontrará várias outras pessoas que falharam. Pensei ter visto alguém ter sucesso, então você pode procurar em mais posts do que eu.
Se você quiser uma solução que funcione e para a qual receba suporte, use o docker.
Mas, ei, Portainer é na verdade uma GUI sobre o Docker, exatamente. Então, se a maioria das pessoas falha, e o suporte tem apenas uma resposta: use um servidor dedicado ou pague pela versão na nuvem por falta de documentação, isso cheira estranho.
Na verdade, estamos usando docker. Muitas pessoas usam docker e permanecem sem suporte, porque, bem… ninguém sabe por quê. Tópicos de suporte com os mesmos problemas permanecem sem resposta, ou com respostas como “Vejo muitas perguntas semelhantes, tente pesquisar antes de postar.”, sim, perguntas semelhantes sem resposta. E se alguém começar a reclamar, aqui está “oooooh, não está funcionando? que pena, que pena, talvez você não seja técnico o suficiente, aqui, experimente nossos planos pré-pagos”.
Eu até tentei criar um servidor dedicado com docker nele, instalar o discourse, instalar o portainer por cima disso e clonar toda a configuração usando docker compose sem nenhum sucesso. Parece pseudo-ofuscação. Tipo, sim, é MIT, exceto por algumas nuances.
Sim, sim, é código aberto, ninguém deve nada a ninguém, é tudo sobre voluntariado e boa vontade, mas eh. Apenas para esclarecer, encontrei alguém que teve sucesso, mas foi uma conversa curta: “Paguei pela solução, então, estou vendendo eu mesmo por US$ 500”. Então, aqui estão as opções: comprar dos oficiais, ou comprar de alguma pessoa ou, bem, usar um servidor dedicado apenas para um propósito.
Se realmente não houver outras opções, talvez isso deva ser mencionado na documentação? Não “apenas os requisitos de hardware e docker para instalar”, mas uma forte menção de que você deve usar o servidor inteiro apenas para este produto, você não pode usar o discourse como parte de outra coisa. Essa conclusão pode descartar muitas perguntas sem resposta, movendo a ideia de “sim, teoricamente você pode, aqui está a documentação, pesquise” para “você não pode”.
Ou, “Você quer usar um monte de ferramentas que nós não usamos e não está funcionando para você? Não podemos adivinhar o porquê. Se você usar ferramentas que são mais parecidas com as que nós usamos e testamos, é mais provável que funcione e é mais provável que possamos ajudar.”
O problema pode ser tão simples quanto “construir uma imagem com docker e launcher, enviá-la para um repositório e iniciá-la com portainer.” E o problema pode ser tão simples quanto não definir uma única variável de ambiente, ou dezenas de outras pequenas coisas relacionadas a rede e roteamento, qualquer uma das quais pode ser resolvida com uma única linha de código. Mas descobrir qual linha de código com um monte de ferramentas que as pessoas aqui não usam não é fácil de fazer.
A Instalação Padrão funciona para muitas pessoas que não sabem nada sobre administração de sistemas. Configurar proxies reversos torna as coisas pelo menos 4x mais difíceis de fazer, e ainda mais difíceis de dar suporte em um fórum.
Em que você se baseia? A resposta usual para configurações não suportadas é tentar a instalação padrão porque ela permite que qualquer pessoa configure o Discourse sem pagar nada à CDCK.
Tenho que questionar suas motivações aqui… A instalação padrão depende de um lançador personalizado que usa docker. Ele existe por uma infinidade de razões, incluindo o simples fato de que até mesmo um usuário completamente não técnico e sem experiência prévia geralmente pode seguir os passos e começar a funcionar em 30 minutos ou menos.
Se você domina o docker, sinta-se à vontade para seguir esse caminho, mas não podemos garantir que alguém será capaz de ajudar com os detalhes da sua configuração, daí unsupported-install. A questão do suporte gratuito baseado na comunidade é que, se o escopo do suporte não for limitado, a qualidade geral do aconselhamento e a taxa de sucesso diminuirão.
Você pode explicar o que há de errado com o acima? Se alguém paga dinheiro para desenvolver expertise que é escassa, essa expertise não tem valor?