Cache e invalidazione

Hai costruito un sito intero. Alla fine di questo capitolo saprai perché a volte una modifica compare subito e a volte no.

Ogni lettura porta con sé i propri tag: uno per la collection e uno per il documento, per id o per slug. Un salvataggio invalida i tag di quel documento, e le pagine che lo avevano letto vengono ricostruite.

Non serve sapere chi ha letto cosa: il tag è la risposta a quella domanda, e lo porta la lettura, non il chiamante.

Una scrittura che disabilita la revalidation — è il caso dei seeder, che girano fuori da una richiesta — non tocca nessun tag. Il dato in database è nuovo e la pagina servita è ancora quella di prima.

Le sorgenti esterne non hanno tag affatto: invecchiano a tempo. Una modifica all’origine si vede quando la loro finestra scade.

Semina qualcosa e ricarica: probabilmente non lo vedi. Non è il seeder che ha fallito — controlla in database prima di cercare nel codice.

È la stessa forma di problema che si incontra con la select che mostra vuoto un valore sconosciuto: tutto ha funzionato, e il risultato non è quello che ti aspetti.

Ultimo capitolo: mettere online.