Ler uma entrada de diário carrega sua imagem remota novamente?
Normalmente, uma entrada de diário que contém a URL de uma imagem pode fazer com que o aplicativo ou navegador requisite essa imagem ao exibir a entrada. Mas isso não significa que a imagem seja baixada do servidor remoto todas as vezes: um cache de navegador válido pode fornecê-la, ou o aplicativo pode gerenciar imagens de outra forma. A primeira verificação prática é se a entrada aponta para uma URL da web ou para uma imagem salva com o diário. Um teste offline pode fornecer pistas, mas não pode provar que nenhuma requisição de rede ocorreu.
O que significa um link de imagem no Markdown?
No Markdown padrão, a sintaxe de imagem como `` identifica uma imagem por sua URL. O [tutorial de imagens do CommonMark](https://commonmark.org/help/tutorial/08-images.html) mostra explicitamente URLs completas da web como destinos válidos para imagens. A sintaxe por si só não indica que a imagem foi copiada para o diário ou armazenada localmente.
Quando um leitor exibe essa entrada, o software pode renderizar a URL como uma fonte de imagem. Em uma página da web, o elemento `<img>` do navegador incorpora uma imagem no documento, e seu atributo `src` identifica o recurso a ser exibido, conforme descrito na [referência de `<img>` da MDN](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/img). O fato de uma requisição alcançar ou não o servidor remoto depende do cache e do aplicativo, navegador e rota de rede específicos.
O navegador entra em contato com o servidor a cada leitura?
Nenhuma regra fixa determina que ele deve buscar cada imagem novamente. Os navegadores verificam o cache HTTP ao fazer requisições; se houver uma resposta em cache correspondente e válida, o navegador pode usá-la sem entrar em contato com o servidor de origem para obter aquela imagem. O [guia de cache HTTP do web.dev](https://web.dev/articles/http-cache) explica que a validade (freshness) depende das informações de cache da resposta e que uma resposta em cache pode ser reutilizada enquanto permanecer válida.
Se uma resposta em cache estiver desatualizada (stale) ou exigir validação, o navegador pode entrar em contato com o servidor para checar se a cópia armazenada ainda é a versão atual. O servidor pode confirmar que a cópia permanece válida, portanto essa verificação não significa necessariamente que a imagem completa foi baixada de novo. O [guia de cache HTTP da MDN](https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/Caching) aborda atualização, validação e casos em que as respostas não devem ser armazenadas em cache. Limpeza de cache, expiração, URLs alteradas, comportamento do aplicativo ou configurações de cache podem alterar o que acontece em uma leitura posterior.
Portanto, a resposta mais cuidadosa é: exibir uma imagem remota pode levar a uma requisição de rede, mas não transfere necessariamente os bytes da imagem a cada vez — nem entra em contato com a origem a cada visualização. Uma exibição a partir do cache e uma busca nova podem parecer idênticas na tela.
Como diferenciar uma URL de um anexo salvo?
Inspecione a referência da imagem ou as informações de anexos do aplicativo, se ele as disponibilizar. Um destino que começa com `https://` ou `http://` aponta para um endereço web remoto. Um caminho relativo ou um nome de anexo específico do aplicativo exige mais verificações. Em uma página da web, um caminho relativo pode ser resolvido para outro endereço web; isso não prova que o arquivo está local no seu dispositivo. As regras de armazenamento e renderização do aplicativo de diário determinam o destino. O Markdown isoladamente não garante que uma referência com aparência local seja portátil ou que o arquivo esteja armazenado dentro da entrada.
Uma distinção útil é o que precisa permanecer disponível: uma URL remota depende de o recurso remoto continuar existindo e estar acessível; um anexo local depende de o arquivo relevante estar presente onde o aplicativo espera que ele esteja. Para preservar arquivos de fotos do diário, siga as instruções de exportação ou backup do próprio aplicativo. O foco deste artigo é a questão separada do carregamento remoto, não uma garantia sobre o formato de armazenamento de qualquer aplicativo específico.
O que uma comparação offline pode mostrar?
Para uma verificação inofensiva, use uma URL de imagem não confidencial em uma entrada de teste descartável. Visualize-a enquanto estiver online, depois desconecte o dispositivo da rede e reabra a entrada. Se a imagem aparecer offline, isso é compatível com a disponibilidade de uma cópia em cache ou de outra cópia local. Se não aparecer, o aplicativo pode precisar do recurso remoto naquele momento — mas o resultado por si só não identifica exatamente o motivo.
Essa comparação não pode garantir que a leitura normal online não faça requisições de rede. O navegador pode ter feito uma requisição antes da desconexão, verificado um service worker ou cache do aplicativo, ou exibido uma imagem já armazenada localmente. Da mesma forma, ver a imagem offline não prova que o Markdown da entrada contém um anexo: o aplicativo pode ter colocado a resposta remota em cache. Para um diário baseado em navegador, observe o comportamento das requisições usando as ferramentas de desenvolvedor de rede do navegador enquanto estiver online e inspecione a requisição da imagem e seu status de cache; os resultados descrevem essa configuração de teste, não todas as leituras ou dispositivos posteriores.
Checklist prático
Para uma entrada que precisa ser exibida de forma previsível, inspecione a referência da imagem e, em seguida, verifique se o anexo local correspondente existe, caso ele deva ser local. Se for uma URL remota, espere que a disponibilidade e o comportamento de atualização dependam do servidor e do cache. Use um painel de rede online para observar as requisições e uma reabertura offline como uma comparação limitada. Trate cada resultado como uma evidência sobre o aplicativo, o navegador e o estado do cache testados — não como uma garantia universal.