Tema: caching
-
Como publicar um service worker com segurança: escopo, caches versionados, worker em espera e kill switch
Um service worker que guarda HTML em cache pode prender os usuários a código antigo depois de um deploy. Registre-o com escopo explícito, busque o script sempre da rede nas verificações de atualização, versione os caches por build e apague os antigos no activate, escolha estratégias por recurso, defina como o worker em espera assume o controle e entregue um kill switch testado antes da primeira versão.
-
Passo a passo de um leaderboard: eventos de pontuação, um sorted set derivado e rankings reconstruíveis
Guia de projeto para leaderboards: eventos de pontuação autoritativos no servidor, com chave de idempotência, como fonte da verdade; um sorted set por período de ranking como índice derivado para consultas de top-N e de posição individual; regras de desempate codificadas na pontuação; fronteiras de período definidas pelo momento de ocorrência; e reconstruções como rotina.
-
Diretivas de Cache-Control: max-age, no-store, private e stale-while-revalidate
O Cache-Control informa aos caches de navegador e aos caches compartilhados por quanto tempo uma resposta pode ser reutilizada e onde pode ser armazenada: max-age e s-maxage definem a validade, no-cache exige revalidação antes da reutilização, no-store proíbe o armazenamento, private mantém a resposta fora dos caches compartilhados, e stale-while-revalidate e stale-if-error (RFC 5861) permitem servir conteúdo obsoleto durante a atualização ou em caso de erro. Uma resposta sem diretivas ainda pode ser armazenada em cache de forma heurística.
-
Use GETs condicionais em feeds que mudam
Armazene a representação de um feed junto com seu validador e reutilize-a corretamente após um 304, sem misturar usuários, idiomas ou variantes de consulta.
Legível por máquina: JSON