Estamos migrando nosso site WordPress para uma plataforma de e-commerce hospedada na nuvem, que utilizará nosso domínio principal devido ao nosso alto ranking de SEO.
Gostaria de mover nossos posts para o Discourse, mas executá-lo sob o mesmo domínio. Isso é possível?
Para esclarecer: http://ultraluz.com.br/ estará rodando em um servidor externo que não posso controlar ou acessar, então acredito que não poderei usar truques de nginx ou algo similar. Tenho acesso apenas ao servidor que executará o Discourse.
Pode ser possível colocar o Cloudflare na frente de ambos os sites, com uma regra para rotear o tráfego para o Discourse na subpasta. Não tenho conhecimento de alguém fazendo isso. Provavelmente, você precisará contratar alguém ou resolver por conta própria. Basta seguir o tópico aqui sobre instalações em subpasta e qualquer coisa que o Cloudflare tenha sobre o mesmo.
Eu pensava que a crença de que uma subpasta era melhor para SEO já tivesse desaparecido. Minha recomendação seria usar apenas um subdomínio, mas se você tiver orçamento, entre em contato comigo ou poste em Marketplace.
Você poderia tecnicamente implementar a parte da subpasta na Cloudflare usando uma regra de página Enterprise ou talvez via Workers, mas estou bastante cético de que poderíamos oferecer qualquer assistência com qualquer uma dessas opções.
A Cloudflare é difícil de dar suporte em qualquer forma além de DNS.
E, sim, o próprio Google já desmascarou toda a charlatanice de SEO em torno de empacotar tudo sob um único domínio.
Melhor prevenir do que remediar com SEO. Não vejo como um blog.domain possa melhorar o SEO do meu domínio, então não há nenhum sentido em ter um domínio de blog.
Tenho pensado em seguir este guia. Qual ```
assetsPathnames: [“/public/”, “/assets/”]
Se é isso que você acredita, siga em frente. Não há nada aqui para você. Vá para outro lugar, para onde as pessoas acreditam nas mesmas coisas que você.
Eu poderia linkar muito mais, com dados por trás deles, se não estivesse limitado a 2 links. E, exceto pela Cloudflare, que é enorme e não precisa focar em SEO, todos os sites na primeira página para essa pesquisa usam subdiretórios.
Não será difícil encontrar outros lugares onde as pessoas acreditam na mesma coisa, já que isso parece ser um consenso na comunidade de SEO.
Mas claro, se você tiver QUALQUER evidência de que um subdomínio ajuda a ranquear o domínio raiz, por favor, ilumine a internet
Direto de Matt Cutts. Seus “especialistas” em SEO estão vendendo água de cobra.
Ao longo dos anos, algumas das pessoas piores e menos competentes que já vi em uma equipe são os “especialistas em SEO”. Eles são uniformemente uma desonra e uma vergonha para a indústria.
Verdade! É muito melhor fazer algo que quase todos concordam que não ajudará nos rankings da web, mas provavelmente resultará em seu site ficando fora do ar inesperadamente, sem meios claros de corrigir.
Como já explicamos em seu outro tópico, o que você está pedindo para fazer não pode ser suportado aqui.
Você precisará de um plano Enterprise com a Cloudflare ou criar workers personalizados. De qualquer forma, você deve entrar em contato com a Cloudflare.
O que não deixei claro o suficiente é que isso é uma missão impossível.
Como referência, eu cobraria algo em torno de US$ 1000 e não faria nenhuma promessa de que funcionaria por mais de uma semana após a configuração. (Ou talvez cobrasse US$ 500, sem garantia de que conseguiria resolver o problema de todo.
Além disso, você precisaria do plano Enterprise do Cloudflare.
Se estiver interessado, poste no Marketplace, inclua seu orçamento, mencione que está disposto a pagar pelo plano Enterprise do Cloudflare e entenda que é provável que seja impossível.
Acho que já estou 80% concluído na implementação disso. Instalei o Discourse em um subdomínio como uma instalação “normal”.
Em seguida, criei um worker do Cloudflare fazendo proxy de /blog para o meu subdomínio. Funciona, mas o Chrome se recusa a carregar alguns recursos devido à política CSP.
Alguém tem alguma ideia de como contornar isso? Vou compartilhar o código do meu worker quando estiver 100%.
Minha ideia é que, após corrigir isso, usarei apenas o robots.txt para bloquear o Google de indexar meu subdomínio, de modo que ele veja e indexe apenas /blog, enquanto ainda poderei acessar o subdomínio normalmente, se necessário.
Isso nunca vai funcionar muito bem com uma instalação “normal”. Você realmente deve seguir o procedimento de instalação em subpasta. Isso resolverá seus problemas de CSP e muitos outros. Além disso, acho que você está quase lá.
As configurações do letsencrypt e do virtual host são para o meu nginx no Docker (jwilder/nginx-proxy), que faz o proxying e a criação do SSL com base nessas variáveis…
Também tinha isso, mas acho que será totalmente substituído pelo código ali:
Isso não funcionou dessa forma. Acredito que seja porque o worker precisa de um domínio para buscar os dados, e como o domínio raiz está em um IP diferente.
Basicamente, estou dizendo ao worker: “quando alguém acessar /blog, busque isso em rootdomain/blog”. Isso, claro, apenas exibe minha página de erro 404 atual do WordPress.
Acho que, por causa de toda essa questão de mesmo domínio, múltiplos IPs/servidores, é necessário usar um subdomínio para carregar os recursos do Discourse. Mas já está tarde e preciso dormir.
No entanto, acho que a maneira mais fácil de resolver isso será apenas corrigir os erros de CSP com uma instalação padrão em subdomínio.
