Estou tendo este erro ao configurar o Discourse
AVISO: A porta 443 do computador não parece ser acessível usando o nome do host
em um servidor Debian auto-hospedado
Estou usando um domínio dedicado para o Discourse, coloquei uma página de índice HTML simples, funciona
Mas existem outros domínios apontando para este servidor, mas apenas páginas web HTML básicas
Li em tópicos semelhantes que o Discourse não pode ser executado no mesmo servidor que o WordPress,
mas existem outras limitações?
Muito obrigado
O Discourse pode funcionar perfeitamente com o Wordpress. Mas se ele pode funcionar no seu próprio computador é outra história totalmente diferente. Estou levantando isso apenas porque alguém pode encontrar este tópico através de uma pesquisa e ter a impressão de que usar o Wordpress (ou quase qualquer outro CMS/aplicativo) no mesmo servidor do Discourse, no sentido de servidor == VPS, é uma missão impossível. E não é. Na verdade, é bastante trivial.
Estou assumindo: você tem um servidor que é usado por múltiplos domínios ou subdomínios, todos apontando para o mesmo servidor.
Então, principalmente, você precisa executar um servidor proxy principal que escutará nas portas 80 e 443 se você executar TLS/SSL.
O servidor proxy principal, então, roteará o tráfego com base no host/domínio, ou seja, discourse.example.com => vá para o discourse, blog.example.com => vá para o wordpress.
Acho que você tem várias opções de como lidar com essa implantação, porque normalmente o wordpress vem com seu próprio servidor proxy, assim como o discourse. Então, suas opções poderiam ser:
Usar o servidor proxy nginx do discourse como o principal e ele fará proxy para o wordpress.
Usar o wordpress como o servidor proxy principal e ele fará proxy para o discourse.
Usar seu próprio servidor proxy principal que fará proxy para ambos.
Em qualquer caso, o que você escolher, acho que o TLS/SSL geralmente seria tratado pelo servidor proxy principal.
Eu usei o discourse nos dois primeiros cenários acima; quando usei outro servidor proxy para lidar com o tráfego de entrada (primeira opção), tive que mudar as portas e desativar o TLS, e em vez disso, deixei o outro servidor proxy lidar com isso. E para o segundo cenário, mudei o arquivo de configuração do nginx dentro do contêiner do discourse e adicionei uma declaração para outro servidor e, em seguida, gerei um certificado para ele usando o certbot.
Eh… não. Normalmente não há proxies. Apenas um servidor web normal, como Apache2 ou Nginx, quando está servindo hosts virtuais e terminando SSL, não é um servidor proxy. Claro, ele pode atuar como um, mas essa não é a solução típica e não tem nada a ver com o WordPress.
O WordPress não vem com nenhum tipo de servidor.
O WordPress instalado pode ser vendido junto com o servidor web, PHP, sql etc., mas isso é algo totalmente diferente de vir “embalado com”.
O Discourse, no entanto, vem embalado com.
E sim, usar um proxy ou qualquer coisa na frente do Discourse e servir o WordPress no mesmo servidor é bastante trivial.
Eu estava me referindo principalmente ao caso em que a pilha do WordPress incluiria nginx ou apache, ele não vem com isso, no entanto, nesta era de contêineres, se você verificar a imagem oficial do docker do WordPress (que tem mais de 1 bilhão de downloads), ele vem com o apache.
Desculpe, posso não ter usado o termo proxy apropriadamente, de qualquer forma, o ponto que eu estava tentando referir é que a maioria acabaria com dois servidores web (ou servidores proxy) quando quisessem executar o WordPress com o Discourse.
Desculpe pela resposta tardia, eu estava fora da rede e dos fóruns por um tempo, me sinto bem, mas tentei corrigir problemas de e-mail antes de sair, mas ainda recebo erro 502 ao acessar o fórum.
Desculpe, expliquei errado, não preciso do WordPress no mesmo servidor, foi apenas para ter um exemplo do que você não poderia fazer.
Na verdade, tenho apenas 4 domínios que apontam para um site simples neste servidor.
O discourse doctor não parece ter erros,
mas ainda recebo erro 502 no domínio do fórum.
Preciso instalar o haProxy como eles dizem aqui? Obrigado
É a mesma ideia, seja você usando WordPress ou qualquer outro framework.
Quando você tem vários sites apontando para o mesmo servidor, todo o tráfego de sites/http(s) escuta nas portas 80/433, então tipicamente você teria um servidor escutando nessas portas que encaminharia o tráfego dado o nome do host/site.
Então, o que isso significa no contexto do Discourse?
Você pode deixar o servidor Nginx do Discourse lidar com o redirecionamento de tráfego (neste caso, o Discourse escutaria em 80/443, veja este tópico Run other websites on the same machine as Discourse) ou você pode deixar o Discourse escutar em uma porta diferente, por exemplo, 8080, e então pedir ao seu servidor para redirecionar para ele se a solicitação vier do site do fórum. Nota: neste caso, é melhor desativar o TLS/SSL do Discourse e deixar seu servidor principal lidar com isso.