Algumas perguntas frequentes sobre o WP Super Cache

Pertencente ao projeto: Guia do usuário do WordPress (para iniciantes)

O plugin WP Super Cache gera arquivos html estáticos de blogs dinâmicos do WordPress. Uma vez que o arquivo html é gerado, o servidor web irá usá-lo em vez de processar scripts PHP (WordPress) mais pesados ​​e mais caros.

Arquivos html estáticos serão servidos para a maioria dos usuários:

• Usuários que não estão logados.
• Usuários que não deixam comentários no blog.
• Ou usuários que não veem postagens protegidas por senha ( postagem protegida por senha ).

99% dos visitantes do site serão atendidos por arquivos html estáticos. Um arquivo de cache pode ser usado milhares de vezes. Outros visitantes podem ser atendidos por um arquivo de cache personalizado projetado especificamente para eles. Se eles fizerem login ou deixarem um comentário, esses detalhes serão exibidos e armazenados em cache para eles.

O plug-in fornece arquivos de cache de 3 maneiras (classificadas por classificação de velocidade):

1. Especialista . O método mais rápido é usar o mod_rewrite do Apache (ou qualquer módulo semelhante que seu servidor da Web suporte) para servir arquivos html estáticos "supercached/superloaded". Ele supera completamente o PHP e é super rápido. Se o seu servidor for afetado pelo tráfego, esse método provavelmente lidará com consultas "mais leves". Isso requer o módulo mod_rewrite do Apache (se você pode usar links estáticos personalizados, provavelmente já está instalado) e alguns ajustes no arquivo .htaccess – mas isso requer Tenha cuidado porque editar o arquivo .htaccess corre o risco de tornar seu site inacessível se você corrigi-lo incorretamente.
2. Simples . Arquivos estáticos gerados pelo Supercache podem ser fornecidos pelo PHP e é assim que recomendamos o uso deste plugin. O plugin servirá o arquivo "super-estático" se existir, e é quase tão rápido quanto o método mod_rewrite. A configuração também é mais fácil, pois não há necessidade de alterar o arquivo .htaccess. Você ainda precisa do permalink personalizado. Você pode manter seções de páginas dinamicamente neste modo de cache.
3. Cache estilo WP-Cache . Isso é usado principalmente para armazenar em cache páginas de usuários conhecidos, URLs com parâmetros e feeds. Os usuários conhecidos são usuários logados (usuários logados), visitantes que deixam comentários ou que precisam exibir dados personalizados com base no usuário. Este é o método de armazenamento em cache mais flexível e um pouco lento. O WP-Cache também armazenará em cache a página para usuários que não estão logados se o hipercaching estiver desabilitado. Você também pode ter seções dinâmicas para sua página neste modo. Esse modo está sempre ativado, mas você pode desabilitar o cache para usuários conectados, URLs parametrizados ou feeds separados. Defina a constante “DISABLE_SUPERCACHE” para 1 no arquivo wp-config.php se você quiser apenas usar o método WP-Cache.

Se você não gosta de editar arquivos PHP, use o método simples. É muito fácil de configurar e também muito rápido.

Configurações recomendadas

1. Use cache simples.
2. Compactar páginas.
3. Não armazene em cache a página para usuários logados.
4. Reconstrução de cache.
5. Suporte a CDN.
6. Expanda o teste da página inicial.

A coleta de lixo é o ato de limpar arquivos de cache antigos e desatualizados. Não há um valor exato para definir o tempo de expiração, mas um bom tempo de início é de 1800 segundos.

Considere limpar o conteúdo da caixa de texto “Negar agente do usuário” e deixar a máquina procurar o arquivo de cache para você.

Pré-carregue o maior número possível de artigos ativando o “Modo de pré-carregamento”. A coleta de arquivos de cache antigos será desativada. Se você não se importa que as barras laterais do widget sejam atualizadas com frequência, defina o intervalo de pré-carregamento para 2.880 minutos (2 dias) para que todas as suas postagens não sejam armazenadas em cache com muita frequência . Quando o pré-carregamento está habilitado, o arquivo de cache do artigo que está sendo atualizado é excluído e, em seguida, recriado. O coletor de lixo coleta todos os arquivos antigos para se livrar dos arquivos de cache antigos. Mesmo que o pré-carregamento esteja habilitado para um arquivo de cache, esse arquivo de cache será excluído quando uma postagem for editada ou comentada.

Coleta de lixo

Seu diretório de cache será preenchido com o tempo, o que ocupará espaço em seu servidor. Se o armazenamento for limitado ou caro, ou se você estiver preocupado que as páginas de cache do seu site sejam muito antigas, a coleta de lixo deve ser feita. A coleta de lixo ocorre regularmente e exclui arquivos antigos na pasta de cache. Nas configurações avançadas, você pode especificar:

1. Tempo limite do cache (tempo de expiração do cache). Com que frequência o arquivo de cache deve ser revisado e atualizado? Após esse período, eles são considerados obsoletos e podem ser excluídos.
2. Agendador (agendamento). Defina com que frequência o coletor de lixo deve ser executado.
3. E-mails de notificação (notificações via e-mail). Você pode ser informado sobre o andamento da coleta de lixo. Não há configuração certa ou errada para coleta de lixo. Depende do seu site.

Se sua página for atualizada com frequência ou tiver comentários, defina o tempo limite para 1800 segundos e defina o cronômetro para 600 segundos.

Se sua página for alterada muito raramente (principalmente estaticamente), você poderá desabilitar a coleta de lixo digitando 0 no campo de tempo limite ou usando um valor de tempo limite muito grande.

O diretório de cache, geralmente wp-content/cache/, é apenas um local para armazenar arquivos temporários. Nunca coloque arquivos ou pastas importantes nesta pasta. Eles serão excluídos se o plug-in tiver permissão de gravação para eles.

Personalizar o cache

Agora você tem a capacidade de envolver (gancho) no processo de armazenamento em cache usando a função add_cacheaction().

Existem 3 “ganchos” disponíveis:

1. “wp_cache_get_cookies_values” – edite a chave usada pelo WP Cache.
2. “add_cacheaction” – é executado na fase 2. Permite que o plugin adicione ganchos do WordPress.
3. “cache_admin_page” – é executado na página de administração. Use-o para editar essa página, possivelmente adicionando novas opções de configuração.

Há também um filtro WordPress regular. Use o filtro “do_createsupercache” para personalizar a verificação de pré-cache. O filtro permite um parâmetro. Saída da função wp_cache_get_cookies_values() do WP-Cache.

Pré-carregamento

Você pode criar arquivos de cache para postagens, pastas e tags para seu site via pré-carregamento. O pré-carregamento visitará cada página do site para criar páginas em cache, assim como qualquer outro visitante do site. Devido à natureza sequencial dessa função, pode levar algum tempo para que o pré-carregamento seja concluído se seu site tiver muitas postagens.

Para um pré-carregamento mais eficiente, pode ser útil desabilitar a coleta de lixo para que os arquivos de cache mais antigos não sejam excluídos. Isso é feito ativando o “Modo de pré-carregamento” nas configurações. No entanto, esteja ciente de que as páginas eventualmente se tornarão obsoletas, mas as atualizações postando comentários ou editando postagens limparão partes do cache.

CDN

Uma rede de entrega de conteúdo (CDN) é normalmente uma rede de computadores em todo o mundo que servirá o conteúdo do seu site mais rapidamente usando o servidor mais próximo de você. Arquivos estáticos, como imagens, JavaScript e CSS, podem ser veiculados por meio dessas redes para acelerar o carregamento da página. Você também pode criar um "CDN do pobre" usando um subdomínio do domínio principal para servir os arquivos estáticos.

O off-linker OSSDL CDN foi integrado ao WP Super Cache para fornecer suporte básico a CDN. Ele funciona reescrevendo (reescrevendo) as URLs dos arquivos (exceto arquivos .php) em wp-content e wp-include em seu servidor para que apontem para um nome de host diferente. Muitos CDNs suportam "pull de origem". Isso significa que a CDN baixará automaticamente o arquivo do seu servidor quando receber a primeira solicitação e continuará a servir o arquivo pelo tempo configurado antes de recarregar o arquivo do seu servidor. .

Edite esta configuração na guia “CDN” da página de configurações do plugin. Isso é tecnicamente avançado e requer uma compreensão básica de como um servidor ou CDN funciona. Certifique-se de limpar o arquivo de cache depois de ajustar o CDN.

Corrigir possíveis erros

Se algo não estiver funcionando corretamente ao instalar o plug-in, veja algumas coisas a serem verificadas:

1. wp-content gravável por servidor web (servidor web)?
2. O arquivo wp-content/wp-cache-config.php existe? Caso contrário, copie o arquivo wp-super-cache/wp-cache-config-sample.php para wp-content/wp-cache-config.php e certifique-se de que WPCACHEHOME aponte para o local correto.
3. O arquivo wp-content/advanced-cache.php está disponível? Caso contrário, você terá que copiar wp-super-cache/advanced-cache.php para wp-content/. Você precisa editar o arquivo e alterar o caminho para que ele aponte para a pasta wp-super-cache.
4. Se a página não estiver em cache, remova wp-content/advanced-cache.php e recrie-a, seguindo as instruções acima.
5. Verifique se a linha em negrito abaixo está em wp-config.php e acima da linha “require_once(ABSPATH.'wp0settings.php')”: define( 'WP_CACHE', true );
6. Tente Configurações-> WP Super Cache novamente e ative o cache.
7. Olhando para wp-content/cache/supercache/. Existem pastas e arquivos lá?
8. O que há no arquivo php error_log?
9. Se o seu navegador ainda pedir para você salvar os arquivos após instalar o super cache, você deve desabilitar o compressor do Super Cache. Vá para Configurações-> página WP Super Cache e desative-o aqui.
10. O plugin não funciona bem com o modo de segurança PHP ativado. Seu administrador deve desativá-lo.
11. Se sua página é armazenada em cache de forma muito aleatória e às vezes não, seu blog pode ser visualizado com prefixos “www” e não-www” na URL. Você precisa selecionar um plug-in e instalar o plug-in de aplicação de prioridade www se estiver usando uma instalação antiga do WordPress. A versão mais recente se redireciona (você deve estar executando a versão mais recente do WordPress de qualquer maneira).
12. Os usuários do servidor privado no Dreamhost devem editar o arquivo wp-content/wp-cache-config.php e definir o diretório de cache como “/tmp” se receberem um erro sobre o aumento do uso da CPU.
13. Erros de bloqueio de arquivo como “falha ao obter a chave 0x152b: Permissão negada em… / não foi possível obter a chave 0x152b: Permissão negada em…” ou “Página não armazenada em cache pelo WP Super Cache. O bloqueio mutex não pôde ser obtido./ A página não é armazenada em cache pelo WP Super Cache. Não foi possível bloquear o mutex. " é uma indicação de que você está usando arquivo/bloqueio de arquivo. Edite wp-content/wp-cache-config.php e descomente "$use_flock=true" ou defina $sem_id com um valor diferente. Você também pode desabilitar o bloqueio de arquivo a partir do Tela de administração como último recurso.
14. Certifique-se de que cache/wp_cache_mutex.lock seja gravável pelo servidor web se o bloqueio de arquivo bruto for usado.
15. O diretório de cache não pode ser definido em um compartilhamento NFS ou Samba ou em um NAS. Deve estar no disco local. Bloquear arquivos e excluir arquivos expirados não funcionam corretamente, a menos que a pasta de cache esteja na máquina local.
16. O limpador de arquivos antigo não funcionará se o WordPress não encontrar wp-cron.php. Se seu nome de host apontar para 127.0.0.1, isso pode impedir o funcionamento do coletor de lixo. Verifique o access_logs para a entrada wp-cron.php. Eles retornam 404 (arquivo não encontrado) ou 200? Se é um código 404 ou você não vê wp-cron.php em nenhum lugar, o WordPress provavelmente está procurando por ele no lugar errado. Você deve pedir ao administrador do servidor para editar ou corrigir isso no servidor Unix e remover a seguinte linha. Seu nome de host deve apontar para um endereço IP externo diferente daquele usado pela rede/Internet. Consulte também o artigo https://yoast.com/wp-cron-issues/ para obter mais detalhes. Uma linha como “127.0.0.1 localhost localhost.localdomain” está bem
17. Se as páginas legadas forem disponibilizadas aos visitantes por meio de supercache, você poderá perder módulos do Apache (ou módulos equivalentes se não estiver usando o Apache). Os três módulos a seguir são necessários: mod_mime, mod_headers e mod_expires. Os dois últimos são especialmente importantes para garantir que o navegador carregue novas versões de páginas existentes na página.
18. Mensagem de erro, “WP Super Cache foi instalado, mas corrompido. O caminho para wp-cache-phase1.php em wp-content/advanced-cache.php deve ser corrigido! / WP Super Cache está instalado, mas há um problema. O caminho para wp-cache-phase1.php em wp-content/advanced-cache.php deve ser corrigido! ” aparece na parte inferior de todas as páginas. Abra o arquivo wp-content/advanced-cache.php com seu editor favorito. O caminho para wp-cache-phase1.php está correto? Este arquivo geralmente estará localizado em wp-content/plugins/wp-super-cache/. Se estiver incorreto, o cache não será carregado.
19. O cache não funciona. O timestamp no meu blog continua mudando quando eu recarrego. Verifique se o caminho nas regras que você definiu em .htaccess corresponde ao diretório do supercache. Você pode ter que codificá-lo. Tente desabilitar o modo super cache.
20. Se o arquivo de cache do supercache for gerado, mas não for servido, verifique as permissões em todas as suas pastas em wp-content/cache/supercache (e em cada cache wp-content e pasta de supercache) e wp-content/cache/.htaccess. Se o seu PHP for executado como um usuário diferente do Apache e as permissões forem estritas/estritas, o Apache pode não conseguir ler os arquivos de cache gerados pelo PHP. Para editar você tem que adicionar as seguintes linhas no seu arquivo wp-config.php (E está acima da definição de WP_CACHE). Em seguida, limpe seu cache. umask (0022);
21. Se você vir arquivos indesejados em seu navegador depois de ativar a compactação no plug-in, a compactação pode ter sido ativada em seu servidor web. No Apache você deve desabilitar o mod_deflate, ou no PHP a compressão zlib pode ser habilitada. Você pode desativá-lo de três maneiras. Se você tiver acesso root, edite php.ini e encontre a configuração zlib.output_compression e certifique-se de que está “Off” ou adicione o seguinte a .htaccess: disable php_flag zlib.output_compression. Se isso ainda não funcionar, adicione o seguinte ao wp-config.php: ini_set('zlib.output_compression', 0);
22. A “tela branca da morte” ou uma página em branco quando você visita um site é quase certamente causada por um erro de PHP, mas também pode ser causada pela APC. Desative a extensão PHP se tiver problemas e substitua-a por eAccelerator ou Xcache.
23. Após a desinstalação, seu link estático pode quebrar se você também remover as regras mod_rewrite. Recrie essas regras indo para Configurações->Permalink e salve novamente o formulário.
24. Se sua página se recusar a carregar, certifique-se de que wp-config.php esteja configurado corretamente. Você perdeu alguma tag de abertura ou fechamento do PHP?
25. Sua página inicial está bem, mas as postagens e as páginas retornam resultados 404? Vá para Configurações-> links permanentes e clique em “Salvar” depois de selecionar a estrutura do caminho estático. Você pode precisar atualizar manualmente o arquivo .htaccess
26. Se alguns caracteres não forem exibidos corretamente em seu site, seu servidor pode não estar configurado corretamente. Você precisa informar aos visitantes qual conjunto de caracteres usar. Vá para Configurações->Ler e copie o valor “Codificação para Páginas e Feeds/Codificação para Páginas e Feeds”. Edite o arquivo .htaccess com todas as suas regras de reescrita do Supercache e WordPress e adicione-o ao topo, substituindo o valor de cópia CHARSET. (por exemplo, 'UTF-8'): AddDefaultCharset CHARSET
27. Use o Cron View para ajudar a diagnosticar problemas de pré-carregamento e coleta de lixo. Use um plug-in para garantir que os trabalhos sejam agendados e em que horário. Localize os ganchos wp_cache_gc e wp_cache_full_preload.
28. Mensagem de erro “WP Super Cache está instalado, mas corrompido. WPCACHEHOME deve ser configurado no arquivo wp-config.php e apontar para a pasta “WP Super Cache plugin” que aparece na parte inferior de cada página. Você pode excluir wp-content/advanced-cache.php e recarregar as configurações do site ou editar wp-config.php e procurar por WPCACHEHOME e certificar-se de que ele aponte para a pasta wp-super-cache. Geralmente é wp-content/plugins/wp-super-cache/, mas você provavelmente precisará do caminho completo para o arquivo (para que a página de configurações seja mais fácil de corrigir). Se estiver incorreto, o cache não será carregado.
29. Se o seu servidor está tendo problemas devido ao número de semáforos usados ​​pelo plugin, pode ser porque seus usuários estão usando o bloqueio de arquivos que não é recomendado (mas apenas necessário para alguns usuários). pequenos usuários). Você pode desabilitar todos os bloqueios de arquivos definindo a constante WPSC_DISABLE_LOCKING ou especificando a constante WPSC_REMOVE_SEMAPHORE para que sem_remove() seja chamado após cada página armazenada em cache, mas pareça causar problemas para o processamento de solicitações. diferente do semáforo. É melhor desativá-lo.
30. Defina a variável $htaccess_path em wp-config.php ou wp-cache-config.php para o caminho global de .htaccess se o plugin encontrar este arquivo no diretório incorreto. Isso pode acontecer se você instalar o WordPress de maneira incomum.