Pequena observação: Acabei de fazer uma reconstrução de uma instalação limpa (sem plugins) em uma máquina CX22 (porque foi com ela que comecei antes de olhar para o servidor ARM), e levou 8m 52s. Portanto, em algum lugar entre os números do @Canapin, mas presumo que com um pouco de conteúdo possa aumentar mais para a marca de 10 minutos.
Atualizei a lista de provedores recomendados com a Scaleway. Receio não ter um benchmark, mas preenchi o resto! (Eu uso instâncias maiores)
Existem inúmeros provedores de VPS acessíveis disponíveis. Recomendo a Oracle Cloud, que oferece um servidor Linux gratuito com 4 núcleos e 24 GB de memória. Alternativamente, considere a Netcup, que oferece um servidor de alto desempenho com 4 núcleos, 8 GB de RAM e 512 GB de armazenamento por apenas 5 euros por mês.
Uau, finalmente consegui uma instalação funcional do Discourse.
Como já tenho uma conta de hospedagem web com a Veerotech, optei por eles para o meu servidor autogerenciado VPS KVM de raiz completa.
| RAM | Armazenamento | vCPU | Preço (USD) |
|---|---|---|---|
| 1GB | 30GB | 1 | $4.95/mês |
| 2GB | 40GB | 1 | $9.95/mês |
| 4GB | 50GB | 1 | $15.25/mês |
Optei pela opção de menor preço.
Optei pela opção de SO Linux Ubuntu 20.04 X86 64 Minimal Latest V1.
Quando fiz login como root via SSH, rapidamente descobri que as partições não eram grandes o suficiente para minhas necessidades. Sou novato em Linux, então tive que pesquisar e ler bastante antes de conseguir expandir minha partição raiz para 25GB e adicionar uma partição swap de 5GB.
Depois disso, a instalação do Discourse ocorreu sem problemas.
Meu próximo problema foi o fato de meu site ser proxy via Cloudflare, então tive que pesquisar e ler mais um pouco para finalmente fazê-lo funcionar.
Como a Veerotech não havia sido mencionada aqui, e eu a utilizo há quase 4 anos para minha hospedagem web sem problemas ou reclamações, pensei em deixar uma resposta para informar a todos sobre minha experiência com eles.
Obrigado,
Major
Seu fim de vida é em poucas semanas. Você realmente quer 24.04.
Sim, mas infelizmente essa não estava na lista.
Alguma das outras opções teria sido uma escolha melhor?
Acho que com o Ubuntu Pro, ele ainda será suportado até 2030.
Eu evitaria a todo custo um provedor de hospedagem que oferece essas opções.
Parece que essa lista não é atualizada há 5 anos.
O Fedora 20 está descontinuado desde junho de 2015, o CentOS 8 desde dezembro de 2021.
O AlmaLinux 9 é o único SO que foi realmente lançado há menos de 3 anos.
A execução do do-release-upgrade afetaria minha instalação do Discourse?

Sim. Muitas vezes é possível atualizar o sistema operacional dessa forma. Mas isso não muda isto:
Esse é um bom conselho. A probabilidade de algo quebrar lá e você perder tudo não é insignificante.
Ok, verdade. Acho que se este servidor fosse para algo mais importante, eu estaria pesquisando mais e comparando outros provedores de hospedagem.
Eu só o encomendei por 1 mês apenas para brincar e tentar aprender algumas coisas sobre Linux.
Você ainda usa a Hertzner? Se sim, qual sua opinião?
De acordo com a página de preços, o CX32 tem basicamente o mesmo preço que pago na Digital Ocean ($6), mas com 8GB de RAM contra 1GB de RAM na DO.
Além disso, como iniciante, você teve algum problema com o receptor de e-mail? Eu tive um com a DO e a Brevo, mas foi apenas o número da porta que teve que ser diferente do sugerido na página oficial de instalação do Discourse. Fora isso, tudo correu bem, então sim, como novato, ter que usar um número de porta diferente não foi um grande problema, mas me pergunto se pode ficar mais complexo do que isso?
Uso os servidores da Hetzner há anos. Muito satisfeito com eles. A interface de backend deles também é muito bem feita. Eles são bastante baratos com boas especificações.
Acho que os servidores ARM deles estão tendo um desempenho muito melhor do que x86 para rodar o Discourse. Embora eu não tenha feito testes extensivos, pelo que vi, em comparação entre servidores com as mesmas especificações e arquiteturas diferentes, obtive carregamentos de página mais rápidos e reconstruções muito mais rápidas (até duas vezes mais rápidas).
Não sei porquê.
Só me incomoda o fato de eu ter que depender de um fork do mail-receiver para fazê-lo funcionar em ARM (o que não causou problemas até agora).
Muito obrigado pelas informações.
Estou muito inclinado a mudar de empresa, porque a Digital Ocean é definitivamente muito cara pelo que oferece. Talvez para outras coisas além do Discourse eles sejam ótimos, mas no momento poder pagar o mesmo tendo mais recursos é definitivamente essencial, especialmente gerenciando 2 comunidades.
Preciso verificar aquele outro link, porque não tenho ideia sobre o problema com o mail-receiver.
Agradeço seu feedback!
Eu estava apenas perguntando ao ChatGPT sobre a imagem mail-receiver, porque não sei o que é e, usando o Digital Ocean, não tive problemas até agora.
Ele me disse que isso só é relevante se recursos como Responder por E-mail ou Postar por E-mail estiverem ativados, o que, no meu caso, não estão.
Você confirma que é esse o caso?
Sim, e na minha opinião, responder por e-mail é um recurso essencial. A maioria dos usuários o utiliza em minhas instâncias. Ele remove uma camada de atrito quando você deseja postar uma resposta após receber uma notificação por e-mail.
Tenho certeza de que existem alguns, mas não consigo pensar em um motivo pelo qual um administrador não queira habilitar isso em seu fórum. Especialmente com o receptor de e-mail oficial, já que instalá-lo e configurá-lo não requer mais habilidade do que instalar o Discourse.
No início, eu também pensei que seria bom, porque sou totalmente a favor de remover o número de cliques/passos entre as ações, mas depois pensei em algo que pode dar errado.
Por exemplo, digamos que você responda à minha mensagem e eu decida responder a você apenas 2 dias depois, por e-mail. Até lá, minha resposta pode estar desatualizada e estou apenas adicionando “ruído” à conversa. Talvez o tópico já esteja resolvido e minha resposta não seja mais útil ou relevante.
Outro benefício que vejo em forçar os usuários a irem ao próprio site é que eles podem acabar ficando mais tempo se acabarem vendo outro tópico. Como eles já estão lá, as chances de verem algo mais e se engajarem aumentam.
Portanto, embora menos atrito/cliques possa, em teoria, soar como um benefício, nem sempre é o caso. Prefiro ter esse atrito e, assumindo que os usuários veem valor na conversa, prefiro que eles vão ao site.
Como usuário de outros fóruns, nunca respondo por e-mail. Gosto de ler tudo.
Mas obrigado por compartilhar esses links e confirmar que o problema está apenas relacionado ao e-mail de saída dos usuários. Isso torna tudo mais fácil, com certeza. Preciso verificar a empresa então.

