Leggere una voce del diario ricarica la sua immagine remota?
Di solito, una voce del diario che contiene l'URL di un'immagine può indurre l'app o il browser a richiedere tale immagine quando visualizza la voce. Ma questo non significa che l'immagine venga scaricata dal server remoto ogni volta: una cache valida del browser potrebbe fornirla, oppure l'app potrebbe gestire le immagini in un altro modo. La prima verifica pratica consiste nel controllare se la voce punta a un URL web o a un'immagine salvata insieme al diario. Un test offline può offrire degli indizi, ma non può dimostrare che non si sia verificata alcuna richiesta di rete.
Cosa significa un link a un'immagine in Markdown?
Nel Markdown standard, la sintassi delle immagini come `` identifica un'immagine tramite il suo URL. Il [tutorial sulle immagini di CommonMark](https://commonmark.org/help/tutorial/08-images.html) mostra esplicitamente gli URL web completi come destinazioni valide per le immagini. La sintassi in sé non indica che l'immagine sia stata copiata nel diario o archiviata localmente.
Quando un lettore visualizza quella voce, il software può interpretare l'URL come sorgente dell'immagine. In una pagina web, l'elemento `<img>` del browser incorpora un'immagine nel documento e il suo attributo `src` identifica la risorsa da visualizzare, come descritto nella [documentazione di riferimento di `<img>` su MDN](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/img). Se una richiesta raggiunga o meno il server remoto dipende dalla memorizzazione nella cache e dalla specifica app, dal browser e dal percorso di rete.
Il browser contatta il server a ogni lettura?
Nessuna regola fissa impone che debba scaricare ogni immagine da capo. I browser controllano la propria cache HTTP quando effettuano richieste; se è presente una risposta memorizzata nella cache corrispondente e valida, il browser può utilizzarla senza contattare il server di origine per quell'immagine. La [guida alla cache HTTP di web.dev](https://web.dev/articles/http-cache) spiega che la freschezza dipende dalle informazioni di caching della risposta e che una risposta memorizzata nella cache può essere riutilizzata finché rimane fresca.
Se una risposta memorizzata nella cache è obsoleta o richiede una convalida, il browser potrebbe contattare il server per verificare se la copia archiviata è ancora attuale. Il server può confermare che la copia rimane valida, quindi questo controllo non implica necessariamente che l'intera immagine sia stata scaricata di nuovo. La [guida al caching HTTP di MDN](https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/Caching) tratta la freschezza, la convalida e i casi in cui le risposte non dovrebbero essere memorizzate nella cache. Lo svuotamento della cache, la scadenza, gli URL modificati, il comportamento dell'app o le impostazioni della cache possono influire su ciò che accade a una lettura successiva.
Quindi la risposta prudente è: visualizzare un'immagine remota può comportare una richiesta di rete, ma non trasferisce necessariamente i byte dell'immagine ogni volta, né contatta l'origine a ogni visualizzazione. Una visualizzazione da cache e un recupero ex novo possono apparire identici sullo schermo.
Come distinguere un URL da un allegato salvato?
Ispeziona il riferimento all'immagine o le informazioni sugli allegati dell'app, se ne mostra. Una destinazione che inizia con `https://` o `http://` punta a un indirizzo web remoto. Un percorso relativo o il nome di un allegato specifico dell'app richiede ulteriori verifiche. In una pagina web, un percorso relativo può risolversi in un altro indirizzo web; non dimostra che un file sia locale sul tuo dispositivo. Le regole di archiviazione e rendering dell'app del diario determinano la destinazione. Il solo Markdown non garantisce che un riferimento che sembra locale sia portabile o che il file sia memorizzato all'interno della voce.
Una distinzione utile riguarda ciò che deve rimanere disponibile: un URL remoto dipende dal fatto che la risorsa remota continui a esistere e sia raggiungibile; un allegato locale dipende dalla presenza del file pertinente nella posizione prevista dall'app. Per preservare i file fotografici del diario, segui le istruzioni di esportazione o backup fornite dall'app stessa. Il focus di questo articolo è la questione distinta del caricamento remoto, non una garanzia sul formato di archiviazione di una specifica app.
Cosa può mostrare un confronto offline?
Per una verifica innocua, usa l'URL di un'immagine non sensibile in una voce di test temporanea. Visualizzala mentre sei online, quindi disconnetti il dispositivo dalla rete e riapri la voce. Se l'immagine appare offline, ciò è coerente con la disponibilità di una copia nella cache o di un'altra copia locale. Se non appare, l'app potrebbe aver bisogno della risorsa remota in quel momento, ma il risultato da solo non identifica esattamente il motivo.
Questo confronto non può stabilire che la normale lettura online non effettui richieste di rete. Il browser potrebbe aver effettuato una richiesta prima della disconnessione, aver controllato un service worker o la cache dell'applicazione, oppure aver visualizzato un'immagine già memorizzata localmente. Allo stesso modo, vedere l'immagine mentre si è offline non dimostra che il Markdown della voce contenga un allegato: l'app potrebbe aver memorizzato nella cache la risposta remota. Per un diario basato su browser, osserva il comportamento delle richieste utilizzando gli strumenti di sviluppo di rete del browser mentre sei online e controlla la richiesta dell'immagine e il suo stato di memorizzazione nella cache; i risultati descrivono quella configurazione di prova, non ogni lettura o dispositivo successivo.
Checklist pratica
Per una voce che deve visualizzarsi in modo prevedibile, controlla il riferimento all'immagine, quindi verifica se l'allegato locale corrispondente esiste, nel caso in cui sia destinato a essere locale. Se si tratta di un URL remoto, tieni conto che la disponibilità e il comportamento di aggiornamento dipenderanno dall'host e dalla cache. Usa il pannello di rete online per osservare le richieste e una riapertura offline come confronto limitato. Considera ogni risultato come una prova relativa all'app, al browser e allo stato della cache testati, non come una garanzia universale.