+
+ O Application cache é uma parte com muito potencial mas pouco conhecida na especificação HTML5. Vamos acabar com essa confusão e fazer da web um lugar mais rápido.
+ +text/cache-manifest.
+ Por convenção, a extensão sugerida para o arquivo manifests é .appcache.
CACHE, NETWORK, e FALLBACK.
+ A seção CACHE lista todos arquivos que devem armazenados localmente. O browser irá
+ começar o download destes arquivos em background assim que a página for solicitada. Se qualquer um destes arquivos já estiverem no cache,
+ então ele não fará o download novamente.
A seção NETWORK lista todas URLs que precisam ser carregadas via Internet. Se sua aplicação inclui chamadas a API externas,
+ coloque as chamadas nesta seção. Note que isso é uma lista de URLs com prefixos, então se
+ todas suas chamadas começam com http://example.com/api/, isso é tudo que você precisa incluir.
Se você precisa permitir o acesso a URLs arbitrárias (scripts, stylesheets, chamadas a APIs, qualquer coisa), inclua um *, http://* e https://* nesta seção. (Google Chrome e Safari respeitam o *; O Firefox precisa do http://* e do https://*.)
A seção FALLBACK lista as substituições para URLs que devem ser usadas quando se está offline ou quando
+ o servidor está indisponível.
same-origin policy: Todos paths devem ser relativos, ou apontar para arquivos no mesmo host e porta da página atual.
+O Google Chrome é a exceção que não segue a especificação neste caso. Sobre conexão SSL, o Google Chrome carregará todos arquivos de origens diferentes enquando elas ainda continuam sendo servidas com SSL.
+Se seus arquivos estão armazenados na mesma URL, mesmo quando você faz upload de uma nova versão deles, + por convenção, adicione um comentário no arquivo manifest com o número da versão, ou com a data/hora/segundo
+CACHE MANIFEST +# version 1 +# 27/10/2011 12:08:05 +CACHE +/logo.png +...+
Qualquer linha que comece com # é um comentário e será ignorado, mas é suficiente para forçar a atualização do cache.
touch no arquivo manifest, o browser não se preocupa em verificar novamente — o conteúdo do manifest deve ser alterado. Modificar um comentário é suficiente, por isso recomendamos que você tenha uma linha com # version.
+ Isso porque uma vez que a página foi armazenada no cache, ela será imediatamente servida pelo + cache na próxima vez que o usuário retornar. O browser então verifica o manifest por qualquer alteração + e faz o download dos arquivos necessários em background. A nova versão estará disponível + na próxima vez que a página for carregada.
+Se preferir, você pode adicionar um Event Lisntener updateready para detectar isso e perguntar ao usuário
+ se ele quer recarregar a página:
if (window.applicationCache) {
+ applicationCache.addEventListener('updateready', function() {
+ if (confirm('Uma atualização está disponível. Recarregar?')) {
+ window.location.reload();
+ }
+ });
+}
+ Para maioria das aplicações, entretanto, usar temporariamente uma versão anterior do código é provavelmente aceitável.
+CACHE não puder ser carregado, todo o cache será desconsiderado.
+ Todos arquivos precisam retornar com sucesso. Se algum um não carregar — retornando http 404 ou 500, por exemplo — todo o cache será ignorado.
+A próxima vez que o browser retornar para sua página, ele tentará usar o manifest novamente como se fosse a primeira vez.
+chrome://appcache-internals/. Isso permite que você veja quais sites utilizam o Appcache, quando eles foram modificados, e quanto espaço estão utilizando. Você também pode remover o appcache.Cache-control: no-store não serão armazenados no cache, mesmo se se estiverem explícitos no manifest.Essas referências foram de valor inestimável, enquanto trabalhamos com o appcache:
+