Resumo
- No HTTP, a atualidade da resposta depende da comparação entre a idade atual e o prazo de validade; Age não contém a decisão completa.
- Uma prova operacional liga tempos, diretivas, validação, permissão de conteúdo vencido e impressão digital da representação entregue.
Imagine um painel que lê Age: 20 numa configuração em cache e exibe verde. O número parece baixo. Porém, a resposta tem max-age=10, e o cache a entrega como conteúdo vencido permitido enquanto a origem está indisponível. O cabeçalho pode estar certo e a conclusão, errada.
A RFC 9111 separa idade e prazo de validade. Uma resposta ainda pode ser reutilizada sem validação enquanto sua idade não ultrapassa esse prazo; depois fica vencida. O teste é freshness_lifetime > current_age. Age não informa o prazo aplicável nem reconstrói sozinho toda a idade atual.
O prazo segue uma precedência. Em cache compartilhado, s-maxage vem primeiro; depois max-age, seguido da diferença entre Expires e Date. Sem expiração explícita, uma heurística pode ser usada em situações definidas. A norma não impõe um algoritmo único, então implantações conformes podem calcular prazos diferentes.
Age também é calculado. Ele estima os segundos desde a geração ou validação bem-sucedida na origem e pode combinar Age recebido, atraso da resposta, diferença em relação a Date e tempo residente. Ao reutilizar sem validar, o cache deve emitir a idade atual calculada.
Vinte segundos podem ser frescos diante de sessenta ou vencidos diante de dez. Uma resposta vencida ainda pode ser servida se o cache estiver desconectado ou houver permissão explícita, salvo proibição por no-cache, must-revalidate ou outra diretiva aplicável. Conduta de protocolo e validade comercial são decisões separadas.
O controle adequado é um registro da decisão de reutilização. Ele é uma síntese editorial de evidências, não um elemento de protocolo definido pelo IETF ou pela RFC 9111. Deve reunir identidade e configuração do cache, alvo, resposta armazenada e digest entregue; Date, Age recebido e enviado, horários de requisição, resposta e residência; fonte do prazo, diretivas efetivas, validação e resultado, autorização para reutilizar conteúdo vencido e decisão final.
Fontes
- https://www.rfc-editor.org/rfc/rfc9111.html#section-4.2
- https://www.rfc-editor.org/rfc/rfc9111.html#section-4.2.1
- https://www.rfc-editor.org/rfc/rfc9111.html#section-4.2.2
- https://www.rfc-editor.org/rfc/rfc9111.html#section-4.2.3
- https://www.rfc-editor.org/rfc/rfc9111.html#section-4.2.4
- https://www.rfc-editor.org/rfc/rfc9111.html#section-5.1
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance

