Desempenho e monitorização

Configuração do CDN QUIC.cloud no WordPress com o LiteSpeed Cache

Revisto a 7 min de leitura wordpress cdn cache

O QUIC.cloud pode distribuir recursos estáticos e páginas compatíveis do WordPress a partir da sua rede CDN, em coordenação com o LiteSpeed Cache. A sua utilidade depende de onde estão os seus visitantes, do conteúdo que pode ser armazenado e do custo do serviço.

Ligar os serviços do QUIC.cloud e ativar o seu CDN são passos diferentes. Pode utilizar serviços de otimização sem passar o tráfego do site para o CDN.

Antes de começar

Atualize o WordPress e o LiteSpeed Cache com uma cópia recuperável. Verifique que o site funciona por HTTPS no alojamento e anote o seu IP de origem, o domínio principal e os registos DNS atuais. Mantenha o acesso ao fornecedor de DNS e ao registador.

Numa loja, identifique o carrinho, o pagamento, a conta e o conteúdo personalizado. A integração não justifica forçar a cache pública para todas as páginas nem para todos os utilizadores com sessão iniciada.

Ligar o WordPress ao QUIC.cloud

  1. No WordPress, abra LiteSpeed Cache > General > Online Services — serviços online, consoante a tradução.
  2. Clique em Enable QUIC.cloud services e siga o assistente para associar o domínio à sua conta do QUIC.cloud.
  3. Verifique que foi associado o domínio correto, incluindo a sua variante com ou sem www.
  4. Se quiser distribuir o tráfego, continue com a ativação do CDN. Se só procurava otimização de imagens ou CSS, não altere o DNS por esse motivo.

Os guias antigos mostravam Request Domain Key. O procedimento atual começa nos serviços online; consulte o assistente oficial de associação se o seu ecrã for diferente.

Escolher como ligar o domínio

O assistente oferece alternativas consoante o domínio e o fornecedor de DNS. Não copie um destino CNAME de outra instalação: utilize o atribuído ao seu site.

Manter o seu fornecedor de DNS

Para um subdomínio como www.tudominio.com, configure o CNAME indicado pelo QUIC.cloud no fornecedor de DNS autoritativo. Só será o editor de zona do cPanel se a zona que o domínio utiliza for gerida aí.

No domínio raiz, um CNAME comum não pode coexistir com os restantes registos necessários. Alguns fornecedores permitem uma solução equivalente através de achatamento de CNAME (CNAME flattening). Verifique a compatibilidade do método DNS antes de o modificar.

Se utilizar o Cloudflare como DNS, siga a integração específica do QUIC.cloud. Não encadeie dois proxies ativando opções de ambos os fornecedores sem verificar que esse desenho é suportado.

Utilizar o DNS do QUIC.cloud

Antes de alterar os servidores DNS do domínio, reproduza a zona completa no QUIC.cloud. A deteção automática pode omitir registos.

Compare o site e os subdomínios, MX, endereços dos servidores de email, SPF, DKIM, DMARC, verificações e CAA. O email deve continuar a apontar para o seu serviço, não para o CDN web. Se tiver DNSSEC, coordene também a alteração de assinaturas e registos DS com os fornecedores; uma delegação com DS incorreto pode deixar o domínio sem resolução.

Depois substitua os servidores DNS pelos atribuídos ao domínio. Mantenha a zona anterior durante a transição e verifique a propagação; o tempo depende das caches DNS, não de um prazo fixo deste guia.

Verificar o arranque

Verifique no QUIC.cloud que o domínio, a sua origem e o HTTPS estão corretos. Abra o site numa sessão privada e verifique várias páginas públicas, recursos, formulários e, se for o caso, o processo de compra sem fazer uma cobrança real.

Verifique também o email e os subdomínios. Se algo falhar depois de alterar o DNS, compare primeiro a zona e o IP de origem; não desative às cegas as proteções do servidor.

Um erro de acesso aos endpoints REST pode dever-se a restrições da aplicação ou da firewall. Confronte os IP e os requisitos de comunicação publicados pelo QUIC.cloud e indique ao suporte o domínio, a hora e o erro, sem partilhar chaves.

Purgas, consumo e regresso à origem

Depois de alterar um tema ou conteúdo, pode ser necessário purgar a cache do plugin e a do CDN. Comece pelas páginas afetadas: uma purga total obriga a gerar de novo muitas respostas e pode aumentar temporariamente a carga do alojamento.

Reveja no painel as modalidades, a quota, o crédito e as condições em vigor antes de ativar serviços pagos. Meça o consumo e os tempos a partir das regiões onde estão os seus visitantes; não escolha uma modalidade só pelo número de localizações anunciado.

Se decidir retirar o CDN, prepare primeiro os registos que devolverão o site ao alojamento e verifique o certificado da origem. Se alterou os servidores DNS, reproduza também toda a zona no fornecedor de destino. Mantenha o CDN operacional durante a transição para não deixar sem serviço visitantes com DNS antigo.

Também lhe pode ser útil

Algo não bate certo ou mudou? Diga-nos e revemos.