Configurar o pré-carregamento do cache

Primeiro medir: o autoacesso funciona?

Pré-aquecer significa que o teu servidor web acede às suas próprias páginas. Se isso funciona no teu caso, responde-o o botão «Testar o autoacesso»: vai buscar exatamente a página inicial e indica o código de estado, o tamanho transferido e o tempo de resposta. Se voltar HTTP 401 ou 403, há normalmente uma barreira de acesso à frente — autenticação básica diante de um ambiente de testes ou uma firewall. Se o teste esgotar o seu limite de tempo de 10 segundos, muitas vezes o servidor bloqueia-se a si próprio, porque só há um único trabalhador PHP livre e esse já está ocupado com o teu clique. São verificados também dois outros requisitos: o cache de páginas tem de estar ligado e o diretório do cache tem de ser gravável para o servidor web. Enquanto faltar um deles, a pré-visualização e o arranque ficam desativados e o motivo aparece por baixo em texto claro.

De onde vêm os endereços

Há duas fontes. «Sitemap» abrange o site inteiro; sem indicação, é usado /wp-sitemap.xml, e o Yoast e o Rank Math colocam o seu em /sitemap_index.xml. Um índice de sitemaps é seguido um nível em profundidade, no máximo por 25 sitemaps parciais. Só podem ser indicados endereços deste site; um anfitrião externo é recusado com uma mensagem de erro. Se não voltar um único endereço, a mensagem indica o motivo — o mais frequente: se estiver definido em Definições › Leitura «Dissuadir os motores de busca», o WordPress desliga o seu sitemap e entrega em vez disso a página 404, e ainda por cima com o código de estado 200. Quem olhe apenas para o código toma isso por êxito. «Conteúdos alterados mais recentemente» não precisa de sitemap: página inicial, página de artigos e os artigos e páginas editados mais recentemente, 50 por predefinição, ajustável entre 5 e 500. No dia a dia, é muitas vezes a fonte mais adequada, porque aquilo que acabaste de editar saiu do cache e será o próximo a ser acedido.

Ler a pré-visualização

«Verificar a fila» apenas conta — até aí nada é alterado. O apuramento separa com clareza: endereços encontrados, duplicados, os que estão em anfitriões externos, os que nunca vão para o cache (com até oito exemplos e a respetiva justificação), os que já estão no cache em estado fresco. Bem em baixo está o número que seria realmente pedido, além dos primeiros doze endereços para controlo. Se aparecer uma linha «acima do limite máximo», o resto não cabe numa execução: a predefinição são 300 endereços, sendo permitido de 10 a 5000. Em «Âmbito» decides entre «apenas as páginas em falta» e «gerar tudo de novo». Ao gerar de novo não se perde nada — um ficheiro de cache volta a surgir por si a cada acesso. Já agora: no arranque, a fila é montada de novo, não se aproveita a lista da pré-visualização; entre verificar e clicar podem passar-se minutos.

Porções, limites de tempo e quem faz avançar a execução

Um passo vai buscar, por predefinição, 5 endereços (ajustável de 1 a 20) e entrega o controlo ao fim de 20 segundos, no máximo, para que nenhum acesso bata no limite de tempo do servidor. Por endereço vale além disso um limite de tempo próprio, predefinido em 10 segundos e ajustável entre 3 e 30; passado esse tempo, o endereço conta como falhado e a execução continua. Em hardware fraco, baixas o tamanho da porção, não o aumentas: a execução demora então mais tempo, mas o site continua utilizável entretanto. Os passos são impulsionados pelo navegador enquanto a página de administração estiver aberta e, depois disso, pelo WP-Cron — num pedido próprio, pelo qual nenhum visitante espera. Se DISABLE_WP_CRON estiver definido, depois de fechares o separador só continua se houver no servidor um cron verdadeiro a chamar o wp-cron.php. Trabalha sempre apenas um passo de cada vez; um bloqueio de 120 segundos impede que dois separadores abertos, ou o navegador e o cron, vão buscar os mesmos endereços em duplicado e contem os números várias vezes. «Cancelar» faz efeito entre dois endereços, não apenas no fim da porção; os ficheiros de cache já criados mantêm-se válidos.

Ler o resultado e iniciar execuções automaticamente

Cada pedido termina exatamente numa de três linhas. «Guardado no cache» significa: depois do pedido, o ficheiro estava mesmo lá — o que é verificado é o sistema de ficheiros, não o código de estado. «Entregue, mas não guardado no cache» significa: a página voltou, mas não foi guardada; nesse caso, aplica-se em regra uma regra de exclusão do cache de páginas, e é lá que isso deve ser verificado, não aqui. «Falhou» são os tempos esgotados, os códigos de erro e os redirecionamentos; os redirecionamentos não são seguidos de propósito, porque no sitemap deve constar o endereço de destino. O registo guarda os últimos 40 pedidos, e a tabela mostra 25 deles com endereço, código de estado, duração e resultado. Os pedidos próprios levam uma marca e por isso não entram na taxa de acertos do cache — caso contrário, as estatísticas subiriam sem que nenhum visitante ganhasse alguma coisa com isso. Dois interruptores iniciam execuções sem ti: depois de limpar o cache e por agendamento, de hora a hora, duas vezes por dia ou diariamente (a predefinição é diariamente). Ambos só arrancam se não faltar nenhum dos requisitos.