WP Super Cache

Descrição

Este plugin gera arquivos html estáticos do seu blog dinâmico do WordPress. Depois que um arquivo html é gerado, o seu servidor servirá esse arquivo em vez de processar os scripts PHP do WordPress, que são comparativamente mais pesados e mais custosos.

Os arquivos estáticos em HTML serão exibidos para a grande maioria dos seus usuários:

  • Usuários que não estão conectados.
  • Usuários que não deixaram um comentário no seu blog.
  • Ou usuários que não visualizaram um post protegido por senha.

99% de seus visitantes receberão arquivos html estáticos. Um arquivo em cache pode ser servido milhares de vezes. Outros visitantes receberão arquivos em cache personalizados, adaptados à sua visita. Se estiverem conectados ou tiverem deixado comentários, esses detalhes serão exibidos e armazenados em cache para eles.

O plugin serve arquivos em cache de 3 maneiras (classificadas por velocidade):

  1. Avançado. O método mais rápido é usar o Apache mod_rewrite (ou qualquer outro módulo semelhante suportado pelo servidor web) para servir arquivos html estáticos “supercached”. Isso ignora completamente o PHP e é extremamente rápido. Se o seu servidor for atingido por um dilúvio de tráfego, é mais provável que ele atenda, pois as solicitações são “mais leves”. Isso requer o módulo mod_rewrite do Apache (que provavelmente está instalado se você tiver links permanentes personalizados) e uma modificação do seu arquivo .htaccess que é arriscado e pode derrubar o seu site se modificado incorretamente.
  2. Simples. Arquivos estáticos do supercache podem ser servidos pelo PHP e esta é a maneira recomendada de usar o plugin. O plugin servirá um arquivo em supercache se existir e é quase tão rápido quanto o método mod_rewrite. É mais fácil de configurar, pois o arquivo .htaccess não precisa ser alterado. Você ainda precisa de um link permanente personalizado. Você pode manter partes dinâmicas da sua página neste modo de cache.
  3. Cache pelo WP-Cache. Usado principalmente para armazenar em cache páginas de usuários conhecidos, URLs com parâmetros e feeds. Usuários conhecidos são usuários logados, visitantes que deixam comentários ou aqueles que devem receber dados personalizados por usuário. É o método de cache mais flexível e um pouco mais lento. Ele também armazenará em cache as visitas de usuários desconhecidos se o supercache estiver desativado. Você também pode ter partes dinâmicas em sua página neste modo. Esse modo está sempre ativado, mas você pode desativar o cache de usuários conhecidos, URLs com parâmetros ou feeds separadamente. Defina a constante “DISABLE_SUPERCACHE” como 1 no seu wp-config.php se você quiser usar apenas o cache do WP-Cache.

Se você não está confortável com a edição de arquivos PHP, use o modo simples. É fácil de configurar e muito rápido.

Configurações recomendadas

  1. Cache simples.
  2. Compactar páginas.
  3. Não fazer cache de páginas para usuários conhecidos.
  4. Reconstrução de cache.
  5. Suporte a CDN.
  6. Verificações extras na página inicial.

Coleta de lixo é o ato de limpar arquivos de cache que estão desatualizados e obsoletos. Não há valor correto para o tempo de expiração, mas um bom ponto de partida é de 1800 segundos.

Considere a exclusão do conteúdo da caixa de texto “Agentes de usuário rejeitados” e permita que os mecanismos de pesquisa armazenem arquivos em cache para você.

Pré-carregue o máximo de posts possível e ative o “Modo de pré-carregamento”. A coleta de lixo de arquivos antigos em cache será desativada. Se você não se importa com a atualizações frequentes de widgets da barra lateral, defina o intervalo de pré-carregamento para 2880 minutos (2 dias), assim todos os seus posts não são recarregadas com muita frequência. Quando o pré-carregamento ocorre, os arquivos de cache do post que está sendo atualizado são excluídos e depois regenerados. Depois, é realizada uma coleta de lixo com o objetivo de limpar os arquivos obsoletos ainda em cache.
Mesmo com o modo de pré-carregamento ativado, os arquivos em cache ainda serão excluídos quando posts forem modificados ou forem feitos comentários.

Desenvolvimento

Documentação

If you need more information than the following, you can have a look at the wiki or the Developer documentation.

Pré-carregamento

Você pode gerar arquivos em cache para os posts, categorias e tags do seu site através de pré-carregamento. O pré-carregamento visitará cada página do seu site, gerando uma página em cache à medida que avança, como qualquer outro visitante do site. Devido à natureza sequencial dessa função, pode levar algum tempo para pré-carregar um site completo, se houver muitos posts.
Para tornar o pré-carregamento mais eficaz, pode ser útil desativar 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 ficarão eventualmente desatualizadas, mas que as atualizações enviando comentários ou editando posts limparão partes do cache.

Coleta de lixo

Com o passar do tempo, seu diretório de cache é preenchido, o que ocupa espaço no seu servidor. Se o espaço for limitado ou cobrado por capacidade ou se você se preocupar de que as páginas em cache do seu site fiquem obsoletas, a coleta de lixo deverá ser realizada. A coleta de lixo ocorre regularmente e exclui arquivos antigos no diretório de cache. Na página de configurações avançadas, você pode especificar:
1. Tempo limite do cache. Por quanto tempo os arquivos de cache são considerados atualizados. Após esse período, eles ficam obsoletos e podem ser excluídos.
2. Agendador. Configure com que frequência a coleta de lixo deve ser feita.
3. E-mails de notificação. Você pode ser informado sobre o andamento do trabalho de coleta de lixo.
Não há configurações certas ou erradas para a coleta de lixo. Depende do seu próprio site.
Se o seu site receber atualizações ou comentários regulares, defina o tempo limite para 1800 segundos e o temporizador para 600 segundos.
Se o seu site é principalmente estático, você pode desativar a coleta de lixo digitando 0 como tempo limite ou usar um valor de tempo limite muito grande.

O diretório de cache, geralmente wp-content/cache/, é apenas para arquivos temporários. Nunca coloque arquivos importantes ou links simbólicos pra arquivos ou diretórios importantes nesse diretório. Eles serão excluídos se o plugin tiver acesso de gravação a eles.

CDN

Uma rede de entrega de conteúdo (CDN) é geralmente uma rede de computadores localizados em todo o mundo que servirá o conteúdo do seu site mais rapidamente usando servidores próximos a você. Arquivos estáticos, como imagens, arquivos JavaScript e CSS, podem ser veiculados por essas redes para acelerar a velocidade de carregamento do site. Você também pode criar uma “CDN mais simples” usando um subdomínio do seu domínio para servir também arquivos estáticos.

OSSDL CDN off-linker foi integrado ao WP Super Cache para fornecer suporte básico à CDN. Ele funciona reescrevendo os URLs dos arquivos (exceto arquivos .php) em wp-content e wp-includes no servidor, para que eles apontem para um nome de host diferente. Muitos CDNs suportam origin pull. Isso significa que a CDN baixará automaticamente o arquivo do seu servidor quando for solicitado pela primeira vez e continuará a servi-lo por um período configurável antes de baixá-lo novamente do seu servidor.

Configure isso na aba “CDN” da página de configurações do plugin. Essa é uma técnica avançada e requer um entendimento básico de como seu servidor web ou CDNs funcionam. Certifique-se de limpar o cache de arquivos depois de configurar o CDN.

API REST

Agora, existem endpoints da API REST para acessar as configurações deste plugin. Para fazer uso, você precisará ser autenticado como um usuário administrador com permissão para visualizar a página de configurações. Isso ainda não foi documentado, mas você pode encontrar todo o código que lida com isso no diretório “rest”.

Cache personalizado

Agora é possível conectar-se ao processo de armazenamento em cache usando a função add_cacheaction().

Três ganchos estão disponíveis:

  1. ‘wp_cache_get_cookies_values’ – modifica a chave usada pelo WP Cache.
  2. ‘add_cacheaction’ – é executado na fase2. Permite que um plugin adicione ganchos do WordPress.
  3. ‘cache_admin_page’ – é executado na página de administrador. Use-o para modificar essa página, talvez adicionando novas opções de configuração.

Também existe um filtro comum do WordPress. Use o filtro “do_createsupercache”
para personalizar as verificações feitas antes do armazenamento em cache. O filtro aceita um parâmetro.
A saída da função wp_cache_get_cookies_values() do WP-Cache.

O WP Super Cache tem seu próprio sistema de plugins. É carregado quando o WP Super Cache é executado e pode ser usado para alterar como o cache é feito. Isso ocorre antes que a maior parte do WordPress seja carregada, então algumas funcionalidades não estarão disponíveis. Os plugins podem estar localizados em qualquer lugar que o PHP possa executá-los. Adicione seu próprio plugin:

  • colocando seu plugin no diretório wp-content/plugins/wp-super-cache-plugins, ou
  • chamando a função wpsc_add_plugin( $name ) onde $name é o nome completo do arquivo completo e o caminho para o plugin. Você só precisa chamar essa função uma vez para adicioná-lo. Use a função wpsc_delete_plugin( $name ) para removê-lo da lista de plugins carregados.

Os cookies que o WP Super Cache usa para identificar “usuários conhecidos” podem agora ser modificados, adicionando os nomes desses cookies a uma lista na configuração do plugin. Use wpsc_add_cookie ($name) para adicionar um novo cookie e wpsc_delete_cookie ($name) para removê-lo. Os nomes dos cookies também modificam as regras do mod_rewrite usadas pelo plugin, mas recomendamos usar o cache no modo simples para evitar complicações com a atualização do arquivo .htaccess.
O nome e valor do cookie são usados ​​para diferenciar os usuários para que você possa ter um cookie, mas valores diferentes para cada tipo de usuário em seu site, por exemplo. Eles receberão arquivos de cache diferentes.

Veja plugins/searchengine.php como um exemplo que eu uso para o meu plugin No Adverts for Friends.

Resolução de problemas

Se as coisas não funcionam quando você instalou o plugin, aqui estão algumas coisas para verificar:

  1. O wp-content é gravável pelo servidor web?
  2. Existe um wp-content/wp-cache-config.php? Caso contrário, copie o arquivo wp-super-cache/wp-cache-config-sample.php para wp-content/wp-cache-config.php e verificar se WPCACHEHOME aponta pro lugar certo.
  3. Existe um wp-content/advanced-cache.php? Caso contrário, você deve copiar wp-super-cache/advanced-cache.php para wp-content/. Você deve editar o arquivo e alterar o caminho para que ele aponte para a pasta wp-super-cache.
  4. Se as páginas não estiverem em cache, remova wp-content/advanced-cache.php e recrie-o, seguindo os conselhos acima.
  5. Certifique-se de que a seguinte linha existe em seu arquivo wp-config.php e que ela está ACIMA da linha “require_once(ABSPATH.’wp-settings.php’);”:

    define( 'WP_CACHE', true );
    
  6. Tente a página Configurações->WP Super Cache novamente e ative o cache.
  7. Olhe em wp-content/cache/supercache/. Existem diretórios e arquivos lá?
  8. Algo em seu error_log do php?
  9. Se o seu navegador continuar pedindo que você salve o arquivo após a instalação do super cache, desative a compactação do Super Cache. Vá para a página Configurações->WP Super Cache e desative-a lá.
  10. O plugin não funciona muito bem quando o modo de segurança do PHP está ativo. Isso deve ser desativado pelo seu administrador.
  11. Se as páginas são armazenadas em supercache aleatoriamente e às vezes não, seu blog provavelmente pode ser visualizado com e sem o prefixo “www” no URL. Você deve escolher uma maneira e instalar o plugin Enforce www preference se você estiver usando uma instalação antiga do WordPress. As últimas versões já se redirecionam corretamente (você sempre deve executar a versão mais recente do WordPress de qualquer maneira!).
  12. Usuários de servidor privado no DreamHost devem editar wp-content/wp-cache-config.php e definir o diretório de cache como “/tmp/” se estiverem recebendo erros sobre o aumento do uso da CPU. Consulte esta discussão para obter mais informações.
  13. Erros de bloqueio de arquivo como “falha ao adquirir a chave 0x152b: permissão negada em …” ou “Página não armazenada em cache pelo WP Super Cache. Não foi possível obter o bloqueio mutex”. são um sinal de que talvez você precise usar o bloqueio de arquivos. Edite wp-content/wp-cache-config.php e remova o comentário de “$use_flock = true” ou defina $sem_id com um valor diferente. Como último recurso, você também pode desativar o bloqueio de arquivos na tela administrativa.
  14. Se estiver usando bloqueio grosseiro de arquivos, certifique-se de que o arquivo cache/wp_cache_mutex.lock seja gravável pelo servidor web.
  15. A pasta de cache não pode ser colocada em um compartilhamento NFS, Samba ou NAS. Tem que estar em um disco local. O bloqueio e a exclusão de arquivos expirados não funcionarão corretamente, a menos que a pasta de cache esteja na máquina local.
  16. A coleta de lixo de arquivos antigos em cache não funcionará se o WordPress não conseguir encontrar o wp-cron.php. Se o seu nome de host for resolvido para 127.0.0.1, isso poderá impedir a coleta de lixo de funcionar. Verifique as entradas do wp-cron.php em seus access_logs. Eles retornam um código 404 (arquivo não encontrado) ou 200? Se for 404 ou você não encontrar o wp-cron.php em qualquer lugar, o WordPress pode estar procurando esse script no lugar errado. Você deve falar com o administrador do servidor para corrigir isso ou editar o arquivo /etc/hosts nos servidores Unix e remover a seguinte linha. Seu nome de host deve resolver para o endereço IP externo usado por outros servidores na rede/Internet. Veja http://yoast.com/wp-cron-issues/ para mais informações. Uma linha como “127.0.0.1 localhost localhost.localdomain” está ok.

    127.0.0.1 example.com
    
  17. Se páginas antigas estiverem sendo servidas a seus visitantes por meio do supercache, você poderá estar perdendo os módulos do Apache (ou seus equivalentes, se você não usar o Apache). São necessários 3 módulos: mod_mime, mod_headers e mod_expires. Os dois últimos são especialmente importantes para garantir que os navegadores carreguem novas versões das páginas existentes no seu site.
  18. A mensagem de erro “WP Super Cache está instalado, mas está quebrado. O caminho para wp-cache-phase1.php em wp-content/advanced-cache.php deve ser corrigido!” aparece no final de cada página. Abra o arquivo wp-content/advanced-cache.php no seu editor favorito. O caminho para wp-cache-phase1.php está correto? Este arquivo normalmente estará em wp-content/plugins/wp-super-cache/. Se não estiver correto, o mecanismo de armazenamento em cache não será carregado.
  19. O armazenamento em cache não funciona. A impressão de horário no meu blog continua mudando quando eu recarrego. Verifique se o caminho nas regras .htaccess corresponde ao local do diretório supercache. Pode ser necessário codificá-lo. Tente desativar o modo supercache.
  20. Se os arquivos do supercache forem gerados, mas não servidos, verifique as permissões em todas as suas pastas wp-content/cache/supercache (e em cada uma das pastas cache, supercache e wp-content) e wp-content/cache/.htaccess. Se o seu PHP for executado como um usuário diferente do Apache e as permissões forem estritas, o Apache poderá não conseguir ler os arquivos de cache gerados pelo PHP. Para corrigir, você deve adicionar a seguinte linha ao seu wp-config.php (adicione-a acima da definição WP_CACHE.) Em seguida, limpe seu cache.

    umask( 0022 );
    
  21. Caso veja lixo no navegador após ativar a compactação no plugin, talvez a compactação já esteja ativada no seu servidor web. No Apache, você deve desativar o mod_deflate ou, no PHP, a compactação zlib pode estar ativada. Você pode desativar isso de três maneiras. Se você tiver acesso root, edite seu php.ini e localize a configuração zlib.output_compression e verifique se está “Off” ou adicione esta linha ao seu .htaccess:

    php_flag zlib.output_compression off
    

    Se isso não funcionar, adicione esta linha ao seu arquivo wp-config.php:

    ini_set('zlib.output_compression', 0);
    
  22. A “tela branca da morte” ou uma página em branco quando você visita seu site quase sempre é causada por um erro de PHP, mas também pode ser causado pela APC. Desative essa extensão do PHP se tiver problemas e substitua pelo eAccelerator ou Xcache.
  23. Após a desinstalação, seus links permanentes podem quebrar se você remover as regras mod_rewrite do WordPress também. Regenere essas regras, visitando a página Configurações->Link permanente e salvando esse formulário novamente.
  24. Se o seu blog se recusar a carregar, verifique se o seu wp-config.php está correto. Será que não está faltando uma tag de abertura ou fechamento do PHP?
  25. Your front …

Instalação

Instale como qualquer outro plugin, diretamente da sua página de plugins, mas certifique-se de ter os links permanentes personalizados ativados. Vá para a página de configurações do plugin em Configurações->WP Super Cache e ative o armazenamento em cache.

Como desinstalar o WP Super Cache

Praticamente tudo que você precisa fazer é desativar o plugin na página de plugins. O plugin deve limpar a maioria dos arquivos que criou e modificou, mas ainda não remove as regras do mod_rewrite do arquivo .htaccess. Procure a seção nesse arquivo marcada pelas tags SuperCache BEGIN e END. O plugin não as remove porque algumas pessoas adicionam as regras do WordPress nesse bloco também.

Para desinstalar manualmente:

  1. Desative o armazenamento em cache na página de configurações do plugin e limpe o cache.
  2. Desative o plugin na página de plugins.
  3. Remova a definição WP_CACHE do arquivo wp-config.php. Se parece com define( 'WP_CACHE', true );
  4. Remova as regras do mod_rewrite do Super Cache do seu arquivo .htaccess.
  5. Remova os arquivos wp-content/advanced-cache.php e wp-content/wp-cache-config.php
  6. Remova o diretório wp-content/cache/
  7. Remova o diretório wp-super-cache do seu diretório de plugins.

Se tudo mais falhar e seu site estiver corrompido

  1. Remova a definição WP_CACHE do arquivo wp-config.php. Se parece com define( 'WP_CACHE', true );
  2. Remova as regras (veja acima) que o plugin escreveu no arquivo .htaccess em seu diretório raiz.
  3. Exclua a pasta wp-super-cache na pasta plugins.
  4. Opcionalmente, exclua o advanced-cache.php, wp-cache-config.php e a pasta cache em wp-content/.

FAQ

Como saber se meu blog está sendo armazenado em cache?

Acesse Configurações->WP Super Cache e procure o formulário “Testar cache” na página de configurações fáceis. Clique em “Testar cache” e o plugin solicitará a primeira página do site duas vezes, comparando a impressão de horário em cada uma para garantir que correspondam.

Se você quiser fazer isso manualmente, ative a depuração na página de configurações do plugin e carregue o arquivo de registro em uma nova guia do navegador. Em seguida, visualize seu blog enquanto estiver conectado e desconectado. Você deve ver a atividade no registro. Veja a fonte de qualquer página do seu site. Quando uma página é criada, você verá o texto “Página dinâmica gerada em XXXX segundos.” e “Página em cache gerada pelo WP-Super-Cache em AAAA-MM-DD HH: MM: SS” no final do código-fonte. Ao recarregar, uma página em cache mostrará o mesmo registro de data e hora; portanto, aguarde alguns segundos antes de verificar.
Se o Supercaching estiver desativado e a compactação ativada, o texto “Compactação = gzip” será adicionado. Se a compactação estiver desativada e a página for exibida como um arquivo html estático, o texto “super cache” será adicionado. A única outra maneira de verificar se o arquivo em cache foi servido pelo script PHP ou pelo cache estático é observando os cabeçalhos HTTP. As páginas em cache do PHP terão o cabeçalho “WP-Super-Cache: arquivo supercache servido pelo PHP”. Os arquivos em cache do WPCache terão o cabeçalho “WP-Super-Cache: arquivo de cache do WPCache servido”. Você também deve verificar seu diretório de cache em wp-content/cache/supercache/hostname/ por arquivos de cache estáticos.
Se as regras do plugin estiverem ausentes no seu arquivo .htaccess, o plugin tentará servir a página em supercache, se for encontrada. O cabeçalho será “WP-Super-Cache: arquivo supercache servido pelo PHP” se isso acontecer.
O módulo de velocidade da página do Apache pode causar problemas durante o teste. Desative-o se notar algum problema ao executar o testador de cache.

Como faço para desativar o Supercaching?

Se você quiser apenas usar o mecanismo WP-Cache, edite seu wp-config.php ou crie um mu-plugin que defina a constante ‘DISABLE_SUPERCACHE’ como 1.

Arquivos WP-Cache vs Supercache

Todos os arquivos de cache são armazenados em wp-content/cache/supercache/HOSTNAME/ onde HOSTNANE é o seu nome de domínio. Os arquivos são armazenados em diretórios correspondentes à estrutura de link permanente do seu site. Os arquivos Supercache são index.html ou alguma variante disso, dependendo do tipo de visitante que acessa no blog. Outros arquivos são nomeados wp-cache-XXXXXXXXXXXXXXXXX.php. Os nomes de arquivos meta associados começam com “meta”. Esses arquivos contêm informações sobre o arquivo em cache, e são gerados pelo mecanismo “WPCache caching” do plugin.

Os comentários e outras partes dinâmicas do meu blog serão atualizados imediatamente?

Os comentários serão exibidos assim que forem moderados, dependendo da política de comentários do proprietário do blog. Outros elementos dinâmicos em uma página podem não ser atualizados, a menos que sejam escritos em JavaScript, Flash, Java ou outra linguagem do navegador do cliente. O plugin realmente produz páginas estáticas em html. Nenhum PHP é executado quando essas páginas são exibidas. O plugin “Popularity Contest” é um exemplo de plugin que não funcionaria.

A compactação do Super Cache causará lentidão em meu servidor?

Não, fará o contrário. Os arquivos do Super Cache são compactados e armazenados de modo que a compactação pesada seja feita apenas uma vez. Esses arquivos geralmente são muito menores e são enviados ao navegador do visitante muito mais rapidamente do que o html descompactado. Como resultado, seu servidor gasta menos tempo conversando na rede, economizando tempo de CPU e largura de banda e também pode atender à próxima solicitação muito mais rapidamente.

Como faço para que certas partes da página permaneçam dinâmicas?

Nota: esta funcionalidade está desativada por padrão. Você terá que ativá-la na página de configurações avançadas.

Existem 2 maneiras de fazer isso. Você pode usar o JavaScript para manipular a parte da página que deseja manter dinâmica. É isso que o Google AdSense e muitos widgets de sites externos fazem e é a maneira recomendada. Ou você pode usar um filtro WP Super Cache para fazer o trabalho, mas não poderá usar o cache do modo mod_rewrite. Você precisa usar o método de entrega “simples” ou desativar o supercaching.

O WP Super Cache 1.4 introduziu um filtro de ação de cache chamado wpsc_cachedata. A página em cache a ser exibida passa por esse filtro e permite a modificação da página. Se a página contiver uma tag de espaço reservado, o filtro poderá ser usado para substituir essa tag pelo seu html gerado dinamicamente.
A função conectada ao filtro wpsc_cachedata deve ser colocada em um arquivo na pasta de plugins do WP Super Cache, a menos que você use o recurso late_init. Um plugin de exemplo está incluído. Edite dynamic-cache-test.php para ver o código de exemplo.
Existem duas funções de exemplo lá. Há uma função simples que substitui uma string (ou tag) que você define quando a página em cache é servida. A outra função de exemplo usa um buffer de saída para gerar o conteúdo dinâmico. Devido a uma limitação no funcionamento do PHP, o código do buffer de saída DEVE ser executado antes de chegar no filtro wpsc_cachedata, ao menos quando uma página é armazenada em cache. Ele não interfere a exibição de páginas em cache. Veja este post para obter uma explicação mais técnica e mais longa.
Para executar as funções do WordPress, você deve ativar o recurso ‘Início tardio’ na página de configurações avançadas.

Como faço para atrasar a exibição do cache até que a ação “init” seja acionada?

Os arquivos em cache são servidos antes que praticamente todo o WordPress seja carregado. Embora isso seja ótimo para o desempenho, é uma dor quando você deseja estender o plugin usando uma parte central do WordPress. Nesse caso basta ativar o modo ‘Início tardio’ na página de configurações avançadas e os arquivos em cache serão exibidos quando a função “init” for acionada. WordPress e seus plugins serão carregados agora.

Por que os plugins WP UserOnline, o Popularity Contest, o WP Postratings ou o plugin X não funcionam ou não atualizam no meu blog agora?

Este plugin armazena páginas inteiras em cache, mas alguns plugins acham que podem executar o código PHP toda vez que uma página é carregada. Para corrigir isso, o plugin precisa usar os métodos JavaScript/AJAX ou o filtro wpsc_cachedata descrito na resposta anterior para atualizar ou exibir informações dinâmicas.

Por que meus plugins WP Super Cache desaparecem quando eu atualizo o plugin?

O WordPress exclui a pasta do plugin quando atualiza um plugin. É assim também com o WP Super Cache, então todos os arquivos modificados no wp-super-cache/plugins/ serão excluídos. Você pode colocar seus plugins personalizados em um diretório diferente de várias maneiras. Você pode definir a variável $wp_cache_plugins_dir em wp-config.php ou wp-content/wp-cache-config.php e apontá-la para um diretório fora da pasta wp-super-cache. O plugin procurará lá por seus plugins. Ou, se você distribuir um plugin que precisa ser carregado com antecedência, use a função wpsc_add_plugin($filename) para adicionar um novo plugin onde quer que esteja. Use wpsc_delete_plugin($filename) para remover o arquivo de plugin. Consulte #574 ou este post sobre como escrever plugins WP Super Cache.

O que o recurso de reconstrução de cache faz?

Quando um visitante deixa um comentário, o arquivo em cache dessa página é excluído e o próximo visitante recria a página em cache. Quando uma página demora para carregar, o que acontece se receber 100 visitantes durante esse período? Não haverá uma página em cache; portanto, o WordPress exibirá uma nova página para cada usuário e o plugin tentará criar uma página em cache para cada um desses 100 visitantes, causando uma enorme carga no servidor. Esse recurso impede que isso aconteça. A página em cache não é renovada quando um comentário é deixado, mas sim é marcada para reconstrução. O próximo visitante nos 10 segundos seguintes vai regenerar a página em cache enquanto a página antiga é veiculada para os outros 99 visitantes. Eventualmente, a página é carregada pelo primeiro visitante e a página em cache é atualizada. Consulte este post para obter mais informações.

Por que o plugin não faz por padrão o cache das solicitações de robôs dos mecanismos de pesquisa?

Esses bots normalmente só visitam cada página uma vez e, se a página não é popular, não faz sentido criar um arquivo de cache que ficará inativo em seu servidor. No entanto, você pode permitir que essas visitas sejam armazenadas em cache, removendo a lista de bots de “Agentes de usuário rejeitados” na página de configurações avançadas.

Uma página de categoria está sendo exibida em vez da minha página inicial

Uma pequena proporção de sites terá problemas com a seguinte configuração:

  1. Usa uma página estática para a página inicial.
  2. Usa a estrutura de link permanente /%category%/%postname%/.

Às vezes, uma página de categoria é armazenada em cache como a página inicial do site em vez da página estática. Não posso replicar o problema, mas uma solução simples é usar o modo “Simples”. Você também pode ativar “Verificações extras da página inicial” na página Configurações avançadas.

Por que recebo avisos sobre o armazenamento em cache de http://ismyblogworking.com/

“O seu blog não suporta o cache do cliente (sem resposta a 304 if-modified-since).”
“O seu feed não suporta armazenamento em cache (sem resposta a 304 if-modified-since)”

O supercache não suporta verificações de cabeçalho 304 no modo avançado, mas suporta no modo simples. Esse cache é feito pelo seu navegador, não pelo servidor. É uma verificação em que navegador pergunta ao servidor se uma versão atualizada da página atual está disponível. Caso contrário, ele não fará o download da versão antiga novamente. A página ainda é armazenada em cache pelo servidor, mas não pelos navegadores dos visitantes.
Experimente o Cacheability Engine em http://www.ircache.net/cgi-bin/cacheability.py ou https://redbot.org/ para obter mais análises.

Como devo usar melhor as ferramentas de acompanhamento utm_source no Google Analytics com este plugin?

Esse rastreamento adiciona uma string de consulta a cada URL vinculado de várias fontes, como Twitter e leitores de feed. Infelizmente, isso impede que as páginas sejam supercacheadas. Veja o comentário do Joost aqui para saber como transformá-lo em uma tag de âncora que pode ser armazenada no cache do supercache.

O plugin reclama que wp-content é gravável! O htdocs é gravável!

Não é bom quando o servidor web pode gravar nesses diretórios, mas às vezes as contas de hospedagem compartilhada são configuradas dessa maneira para facilitar a administração. Use o chmod 755 diretório para corrigir as permissões ou use a seção de permissões do seu cliente ftp. Esta pesquisa no Google tem mais informações sobre este tópico e esta página do codex também. Infelizmente, alguns hosts exigem que esses diretórios sejam graváveis. Se for esse o caso, ignore este aviso.

Como excluo a definição de WP_CACHE do wp-config.php?

Carregue seu cliente ftp preferido e conecte-se ao seu site. Navegue até a raiz (ou o diretório abaixo) do seu site, onde você encontrará wp-config.php. Faça o download desse arquivo e edite-o em um editor de texto. Exclua a linha define ('WP_CACHE', true); e salve o arquivo. Agora faça o upload, substituindo o wp-config.php no seu servidor.

Como excluo as regras do Super Cache do arquivo .htaccess?

Execute seu cliente ftp preferido e conecte-se ao seu site. Pode ser necessário ativar “Mostrar arquivos ocultos” nas preferências do cliente ftp. Navegue até a raiz do seu site, onde encontrará o arquivo .htaccess. Faça o download desse arquivo e edite-o em um editor de texto. Exclua as linhas entre “# BEGIN WPSuperCache” e “# END WPSuperCache” e salve o arquivo. Agora faça o upload, substituindo o arquivo .htaccess no seu servidor.

Como eu altero as permissões de arquivo?

Esta página no WordPress Codex explica tudo o que você precisa saber sobre permissões de arquivo em seu servidor e várias maneiras de alterá-las.

Por que tenho picos de carga quando novos posts são feitos?

Você pode ter a opção “limpar todos os arquivos em cache ao criar novos posts”. A limpeza desses arquivos pode demorar, e seus visitantes agora visitarão páginas não armazenadas em cache. Você está usando o acompanhamento de campanhas do Google Analytics com utm_source no URL? Essas páginas não são armazenadas em cache. Consulte a pergunta “Como devo usar melhor as ferramentas de rastreamento utm_source no Google Analytics com este plugin” acima para saber como usá-las corretamente.
As páginas em cache precisam ser atualizadas ao criar posts. Talvez seu servidor não esteja preparado para atender à quantidade de tráfego que você recebe. Ative o recurso “reconstruir cache”, pois isso pode ajudar.

Quantas páginas posso armazenar em cache?

O único limite real são os limites definidos pelo seu servidor. Por exemplo, EXT2 e EXT3 permitem um máximo de 31.999 subdiretórios, portanto, se você tiver uma estrutura de permalink plana (como /%POSTNAME%/) e mais de 32.000 posts, poderá encontrar problemas. Da mesma forma, se você executar uma rede multisite e tiver mais de 31.999 sites (blogs), não poderá armazenar todos eles em cache. Se você realmente tivesse tantos sites ativos, não estaria executando em um único servidor.

Percebo que a versão www do meu site está em cache separadamente. Como eu paro isso?

O WordPress deve redirecionar para o URL canônico do seu site, mas se isso não acontecer, adicione isso ao seu .htaccess acima das regras do Supercache e do WordPress. Mude example.com para o seu próprio domínio.
RewriteCond %{HTTP_HOST} www.example.com$ [NC]
RewriteRule ^(.*)$ https://example.com/$1 [L,R=301]

Como faço para exibir páginas em cache para dispositivo móvel aos clientes que usam telas pequenas, como telefones e tablets?

Seu tema provavelmente é responsivo, o que significa que ele redimensiona a página para se adequar ao dispositivo que está exibindo a página. Se não for responsivo, você precisará usar um plugin para dispositivo móvel em separado para renderizar uma página formatada para esses visitantes. Os seguintes plugins foram testados, mas podem ter um comportamento diferente de acordo com o dispositivo móvel do cliente. Você também precisará ativar o suporte ao navegador de dispositivo móvel na página Configurações avançadas.

Avaliações

7 janeiro, 2024 1 resposta
Hello, the cache preload function works fine, after preload all pages it seems to delete the cache and start over. I want the cache to be cleared only on page and product updates. How can I solve this problem please help.
21 dezembro, 2023 1 resposta
I have used this plugin for ages and never had a problem. I cleaned a site up that had malware and it was fine. After reinstalling all plugins I get redirect malware which wants to redirect my users to a "catsndogz.org" site which is infected with a "botnet" malware. Thanks god I have anti virus software running on my pc. I uninstalled this plugin and ran the antivirus plugin on my wordpress site and malware is gone. Don't know if is this plugin but will investigate further but meanwhile please be aware.
7 novembro, 2023 2 respostas
Overall, it's a really great and simple to configure caching plugin. What I really like about WP Super Cache, is that it allows you to dive deeper and configure everything how you like. It even allows you to bypass the PHP request processing and just use .htaccess or nginx config rules to more efficiently cache & deliver content.
Leia todas as 1.327 avaliações

Colaboradores e desenvolvedores

“WP Super Cache” é um software com código aberto. As seguintes pessoas contribuíram para este plugin.

Colaboradores

“WP Super Cache” foi traduzido para 31 localizações. Agradecemos aos tradutores por suas contribuições.

Traduzir “WP Super Cache” para o seu idioma.

Interessado no desenvolvimento?

Navegue pelo código, dê uma olhada no repositório SVN ou assine o registro de desenvolvimento via RSS.

Registro de alterações

1.12.0 – 2024-03-11

Added

  • Setup: Detect Jetpack Boost cache and suggest troubleshooting steps
  • WP Super Cache: added WPSC_PRELOAD_POST_INTERVAL and WPSC_PRELOAD_LOOP_INTERVAL to modify preload timings

Changed

  • Code Modernization: Replace usage of strpos() with str_contains()
  • Code Modernization: Replace usage of strpos() with str_starts_with().
  • Code Modernization: Replace usage of substr() with str_starts_with() and str_ends_with().
  • Fix blurry Automattic logo.
  • General: avoid deprecation warnings when trying to get URLs in PHP 8.2
  • General: indicate compatibility with the upcoming version of WordPress, 6.5.
  • General: updated PHP requirement to PHP 7.0+
  • General: update WordPress version requirements to WordPress 6.3.
  • WP Super Cache: check for Boost Cache when creating advanced-cache.php
  • WP Super Cache: fixed labels on advanced settings page
  • WP Super Cache: remove notifications that preload started working again.

Fixed

  • Supercache: add “days” to “Next preload scheduled” message.
  • Super Cache: with rebuild enabled, apply that to subdirectories instead of deleting them.
  • WP Super Cache – fix the wp_super_cache_clear_post_cache filter so the homepage cache isn’t deleted too.
  • WP Super Cache: bail if the request uri isn’t set. It means the plugin isn’t configured yet.
  • WP Super Cache: don’t create an output buffer if there’s already one active
  • WP Super Cache: fixed serving a cached page on POST with late init enabled.
  • WP Super Cache: fix the output buffer check, and make debug logs pre-formatted.
  • WP Super Cache: if the preload number of posts is not in the list, then add it

Veja os changelogs anteriores aqui