Distribuzione di risorse statiche con tempi di esecuzione lunghi e parametri di versione
CSS, JavaScript e file multimediali possono essere memorizzati nella cache per lungo tempo e in modo immutabile se ogni modifica al contenuto genera una nuova versione indirizzabile.
In questo contesto, la "memorizzazione nella cache a lungo termine di risorse statiche" viene analizzata dal punto di vista della "memorizzazione nella cache HTTP e CDN". Per gli amministratori di sistema e gli sviluppatori web, i concetti di "indirizzo invariabile" e "file obsoleti" rivestono particolare importanza.
Pubblicato: 3 minuti di lettura · Autore: Sebastian Geier
Come combinare una lunga durata della cache con la visualizzazione immediata delle modifiche alle risorse statiche?
A CSS, JavaScript e file multimediali vengono assegnati nomi di file correlati al contenuto o riferimenti di versione aggiornati in modo affidabile. In questo modo si garantisce una lunga durata del controllo della cache, mentre l'HTML rimane valido per un periodo più breve e fa riferimento allo stato corrente della risorsa.
Indirizzo immutabile
Criterio di test
Indirizzo immutabile
Con lo stesso URL, il contenuto della risorsa non cambia mai retroattivamente, quindi una risposta memorizzata a lungo termine fa sempre riferimento allo stesso file.
Criterio di test
Versione affidabile
Ogni modifica al contenuto genera automaticamente un nuovo valore di riferimento senza richiedere aggiornamenti manuali da parte di editor o sviluppatori.
Riferimento corrente Dopo il rilascio, l'HTML e il manifest puntano solo alle nuove risorse esistenti.
Controllo maiuscole/minuscole: "File obsoleto"
Una modifica CSS genera un nuovo nome file hash. Il nuovo HTML fa riferimento a questo nuovo nome file, mentre la risorsa precedente rimane disponibile per le pagine HTML memorizzate nella cache. Un rollback riattiva il vecchio riferimento senza svuotare la cache.
Riferimento corrente
Segnale di controllo
Segnale 1
Risposte delle risorse con tempi di esecuzione lunghi ma contenuto variabile allo stesso URL.
Segnale di controllo
Segnale 2
Risposte 404 per risorse versionate dopo il rilascio o il rollback.
Versione affidabile
Passare la pipeline degli asset a nomi di file statici o versioni dei contenuti.
Ridurre il tempo di esecuzione HTML e preservare gli asset obsoleti tramite la finestra di transizione.
Testare release, rollback e vecchie risposte HTML rispetto ai riferimenti esistenti.
File obsoleto
File obsoleto – Lo stesso URL fornisce nuovi contenuti ai quali i browser non potranno accedere per molto tempo.
File mancante Una vecchia risposta HTML fa riferimento a un asset eliminato durante la distribuzione e pertanto non può visualizzarne completamente l'interfaccia.
Parametro manuale – Una modifica perde il suo numero di versione e rimane invisibile finché il runtime della cache o un intervento manuale non sovrascrivono la versione precedente.
Domande che rimangono aperte dopo "Cache a lungo termine di risorse statiche"
Una domanda di approfondimento pertinente con relativa risposta Scelta dei modelli di processo PHP-FPM per diversi profili di caricoQuando PHP-FPM utilizza i permessi statici, dinamici o on-demand per il profilo di carico effettivo?
Un secondo link per "Cache a lungo termine di risorse statiche" conduce a Definire i tempi di esecuzione della cache in base al tipo di file e al rischio di modifica.Questo articolo si concentra sulla domanda "Come si determinano i tempi di esecuzione della cache in base al tipo di file e al rischio di modifica? "
Se si desidera implementare concretamente "Cache a lungo termine di risorse statiche", è possibile fare riferimento a Sistemi web robusti Questo articolo si concentra su "Cache HTTP e CDN" e "Indirizzi immutabili".
Conclusione: Cache a lungo termine di risorse statiche
Tempi di esecuzione lunghi richiedono indirizzi immutabili. Il versioning sposta l'attenzione dalla cancellazione ai riferimenti univoci.
Fonti e ulteriori informazioni
Le seguenti fonti documentano le linee guida tecniche e metodologiche utilizzate per la "memorizzazione nella cache a lungo termine di risorse statiche".
RFC 9110: Semantica HTTPLo standard fornisce la semantica per metodi, codici di stato, campi, validatori, varianti e intermediari.
RFC 9111: Cache HTTPLo standard Internet definisce i requisiti di archiviazione, aggiornamento, rivalidazione, direttive e sicurezza per le cache HTTP.
Tesi chiave
Alle risorse viene assegnato un nome file correlato al contenuto o un riferimento di versione aggiornato in modo affidabile, con controllo della cache a lungo termine. L'HTML ha una durata di vita più breve e punta al nuovo indirizzo della risorsa a ogni rilascio.
Cosa non riguarda
Una lunga durata della cache diventa inaffidabile se lo stesso indirizzo della risorsa in seguito fornisce contenuti diversi.
Di cosa si tratta
Gli indirizzi immutabili e versionati possono essere memorizzati per periodi prolungati; l'HTML punta alla nuova versione a ogni modifica.
Hosting, server, CDN e caching.
Pianificare le modifiche DNS durante le migrazioni senza tempi di inattività non necessari.
La "memorizzazione nella cache a lungo termine di risorse statiche" include, come verifica separata, la seguente domanda: come vengono pianificate le modifiche DNS se le risposte memorizzate nella cache non vengono eliminate immediatamente?
Hosting, server, CDN e caching.
Esecuzione di migrazioni di server con una checklist riproducibile
Aggiunge una decisione separata a "Cache a lungo termine delle risorse statiche": quale checklist garantisce che una migrazione del server sia riproducibile e reversibile?
Panoramica degli Insight
Tutti gli Insight di VELUNO in sintesi
Ulteriori analisi sui sistemi web, la visibilità digitale e modelli di lavoro robusti.
Indirizzo immutabile: percorso per i test
Una release viene controllata per quanto riguarda i nomi delle risorse, l'esecuzione HTML e la conservazione dei file obsoleti. La mancanza di immutabilità è il primo punto da correggere.