DocumentaçãoAEM 6.5Guia do usuário

Expiração de objetos estáticos expiration-of-static-objects

Last update: Wed Mar 20 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Os objetos estáticos (por exemplo, ícones) não são alterados. Portanto, o sistema deve ser configurado de modo que não expire (por um período de tempo razoável) e, assim, reduza o tráfego desnecessário.

Isso tem o seguinte impacto:

  • Descarrega solicitações da infraestrutura do servidor.
  • Aumenta o desempenho do carregamento da página, à medida que o navegador armazena objetos em cache no cache do navegador.

As expirações são especificadas pelo padrão HTTP em relação à "expiração" de arquivos (por exemplo, consulte o capítulo 14.21 de RFC 2616 " Protocolo de Transferência de Hipertexto — HTTP 1.1"). Esse padrão usa o cabeçalho para permitir que os clientes armazenem objetos em cache até que sejam considerados obsoletos; esses objetos são armazenados em cache pelo período especificado sem que nenhuma verificação de status seja feita no servidor de origem.

NOTE
Essa configuração é separada do (e não funcionará para) Dispatcher.
A finalidade do Dispatcher é armazenar dados em cache na frente do Adobe Experience Manager (AEM).

Todos os arquivos, que não são dinâmicos e que não mudam com o tempo, podem e devem ser armazenados em cache. A configuração do servidor HTTPD do Apache pode ser semelhante a um dos seguintes - dependendo do ambiente:

CAUTION
Tenha cuidado ao definir o período durante o qual um objeto é considerado atualizado. Como há nenhuma verificação até que o período especificado tenha expirado, o cliente pode acabar apresentando conteúdo antigo do cache.

  1. Para uma instância de Autor:

    code language-xml 
    LoadModule expires_module modules/mod_expires.so
<Location /libs>
  ExpiresByType text/css "access plus 1 month"
  ExpiresByType text/javascript "access plus 1 month"
  ExpiresByType image/png "access plus 1 month"
  ExpiresByType image/gif "access plus 1 month"
</Location>

    Isso permite que o cache intermediário (por exemplo, o cache do navegador) armazene arquivos CSS, JavaScript, PNG e GIF por até um mês, até que expirem. Isso significa que eles não precisam ser solicitados do AEM ou do servidor Web, mas podem permanecer no cache do navegador.

    Outras seções do site não devem ser armazenadas em cache em uma instância de autor, pois estão sujeitas a alterações a qualquer momento.

  2. Para uma instância de publicação:

    code language-xml 
    LoadModule expires_module modules/mod_expires.so
<Location /content>
  ExpiresByType text/css "access plus 1 day"
  ExpiresByType text/javascript "access plus 1 day"
  ExpiresByType image/png "access plus 1 day"
  ExpiresByType image/gif "access plus 1 day"
</Location>
<Location /etc/designs>
  ExpiresByType text/css "access plus 1 day"
  ExpiresByType text/javascript "access plus 1 day"
  ExpiresByType image/png "access plus 1 day"
  ExpiresByType image/gif "access plus 1 day"
</Location>

    Isso permite que o cache intermediário (por exemplo, o cache do navegador) armazene arquivos CSS, JavaScript, PNG e GIF por até um dia nos caches do cliente. Embora este exemplo ilustre as configurações globais para tudo abaixo /content e /etc/designs, você deve torná-lo mais granular.

    Dependendo da frequência com que seu site é atualizado, você também pode considerar o armazenamento em cache de páginas de HTML. Um período de tempo razoável seria de uma hora:

    code language-xml 
    <Location /content>
  ExpiresByType text/html "access plus 1 hour"
</Location>

Após configurar os objetos estáticos, faça a varredura request.log, ao selecionar páginas que contêm esses objetos, para confirmar que nenhuma solicitação (desnecessária) está sendo feita para objetos estáticos.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2