Posso usar Header set Expires no htaccess do meu site?
Não é de hoje que, praticamente, todos os Webmasters recomendam usar Header set Expires para controle de cache dos websites em navegadores web. Mas será que usar este tipo de controle é exatamente o que faz o seu site ser melhor?
![controle de cache com header expire](/wp-content/uploads/2019/02/como-usar-hearder-expires-22.png)
Eu vou deixar esta nota, que li em um site, mas não me lembro o qual. Isso foi lá por volta do ano 2013, mas até hoje eu carrego comigo!
O .htaccess é muito poderoso, como arquivo de configuração, mas ele não é o arquivo principal. Até mesmo o menor erro de sintaxe, como por exemplo: um espaço ausente, pode resultar em mau funcionamento grave do servidor. Por isso, é crucial fazer cópias de backup de tudo relacionado ao seu site, antes de fazer qualquer alteração. E evidentemente, isso inclui também, o arquivo .htaccess original.
Também é importante verificar todo o seu site depois de fazer qualquer alteração no seu arquivo .htaccess. Se algum erro, ou outro problema for encontrado, empregue seus backups imediatamente para restaurar a funcionalidade original.
O que diz alguns especialistas em relação a usar Header set Expires
Eu estava lendo um artigo do editor do site moz.com escrito por CJ Patrick e achei interessante. Ele recomenda que você pense duas vezes antes de usar Header set Expires .
No subtítulo que fala sobre os perigos, você pode encontrar a seguinte informação no começo:
O objetivo final da definição de cabeçalhos expira é evitar solicitações HTTP desnecessárias, mas como você sabe quando uma solicitação é e não é necessária ou apropriada?
Em seguida você pode ler o texto que está em inglês, mas pode ser traduzido pelo Google Chrome.
Por se tratar de um site referência, nas questões de SEO, devemos considerar os seus conselhos. E eu concordo em grande parte com ele. Então ao usar Header set Expires, siga os bons conselhos!
Minha experiência com controle de cache de cabeçalhos
Posso não ser um técnico com conhecimentos apurados, mas tenho uma experiência ao longo dos anos, desde 2007. No entanto, venho querendo a melhor performance para meus sites. Sei que o tempo de carregamento é extremamente importante para SEO. Isso certamente, todo mundo sabe nos dias de hoje. Mas será que incorporar grandes códigos e seu arquivo .htaccess é a melhor maneira? Eu acredito que não!
Para quem usa o CMS Wordpress é ainda mais complexo. Você pode perder seus cabelos tentando fazer o seu site ser mais rápido. Tudo porque existem milhares de plugins para Wordpress, que você deseja instalar. E este certamente é o primeiro impacto!
Se você puder criar um site Wordpress e não precisar instalar nenhum plugin, terá uma grande surpresa. Seu site, definitivamente cai carregar mais rápido!
Se você instalar mais de 10 plugins, ou apenas um plugin muito grande, seu site terá uma sobrecarga no carregamento. Se você duvida, então experimente usar um tema com o plugin WP Bakery, sem um plugin de cache.
Eu tenho meus temas variados e costumo usar o plugin de cache WP Fastest Cache. Eu recomendo e acho o melhor deles. Porém, ele adiciona cabeçalhos de controle de cache sem a solicitação do cliente e isso irrita, as vezes, porque deveria ser um item opcional dentro do plugin.
Se não bastasse ele ainda inclui outro controle de cache, desta vez com um max-age
. Então eu pergunto, qual é a teoria disso? Talvez para encher linguiça, como diz o ditado popular, sobre alguma coisa que não serve para nada.
Veja os cabeçalhos Header set Expires postados por WP Fastest Cache
Este aqui é o primeiro cabeçalho para usar Header set Expires de uma forma. E também, insere o unset Etag.
FileETag None Header unset ETag Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate" Header set Pragma "no-cache" Header set Expires "Mon, 29 Oct 1923 20:30:00 GMT"
E agora vem o segundo cabeçalho inserido no mesmo .htaccess para o mesmo site, que eu custo acreditar, que isso não confunda as ferramentas de SEO.
Header set Expires "max-age=2592000, public" Header unset ETag Header set Connection keep-alive FileETag None
Note as partes em negrito e as partes que estão em azul escuro. Para que serve esta repetição. Isso tudo fica dentro dos códigos para .htaccess de expiração e controle de cache. Um arquivo enorme, que indubitavelmente é útil, exceto a parte repetitiva.
Você pode querer ignorar esta postagem e dizer que está tudo certo com a inserção do código .htaccess do WPFC. Tem todo o direito para fazer isso e eu também devo concordar porque utilizo este plugin de cache. Mas, porque praticamente a mesma coisa, duas vezes?
Eu já solicitei respostas do suporte de WP Fastest Cache, mas ninguém me respondeu ainda. Fica então, os comentários para manifestações.
Problemas de desempenho com o uso de .htaccess
As diretivas .htaccess fornecem uma configuração em nível de diretório sem requerer acesso ao arquivo de configuração do servidor principal do Apache. Este arquivo, para quem é o httpd.conf e fica dentro do terminal SSH.
No entanto, devido a questões de desempenho e segurança, o arquivo de configuração principal sempre deve ser usado para diretivas do servidor sempre que possível.
Por exemplo: quando um servidor é configurado para processar diretivas .htaccess, o Apache deve pesquisar todos os diretórios dentro do domínio e carregar todos os arquivos .htaccess a cada solicitação de documento. Isso resulta em maior tempo de processamento da página. E portanto, diminui o desempenho.
Esse impacto no desempenho pode ser imperceptível para sites com pouco tráfego, mas se torna um problema mais sério para sites mais populares.
Portanto, arquivos .htaccess só devem ser usados quando o arquivo de configuração do servidor principal estiver inacessível.
Consulte outras seções de truques de .htacess neste site.
Embora tudo seja de acordo para melhorar o tempo de carregamento do site, a escolha de um bom servidor de hospedagem é um bom começo. As configurações de servidor também ajudam bastante, para manter o site em um estado de performance mais alto.