Appendice A. Modifiche rispetto al RFC 2616
La specifica è stata riscritta sostanzialmente per maggiore chiarezza.
Sono state chiarite le condizioni alle quali una risposta autenticata può essere memorizzata in cache. (sezione 3.2)
I nuovi codici di stato possono ora definire che le cache sono autorizzate a usare con essi la freschezza euristica. Le cache sono ora autorizzate a calcolare la freschezza euristica per URI con componenti di query. (sezione 4.2.2)
L'algoritmo per il calcolo dell'età è ora meno conservativo. Le cache devono ora trattare le date con fusi orari come se fossero non valide, poiché non è possibile indovinarle con precisione. (sezione 4.2.3)
Il campo di intestazione di risposta Content-Location non è più usato per determinare la risposta appropriata da usare durante la validazione. (sezione 4.3)
L'algoritmo per selezionare una risposta negoziata in cache da usare è stato chiarito sotto diversi aspetti. In particolare, ora consente esplicitamente la canonicalizzazione specifica per intestazione durante l'elaborazione dei campi di intestazione di selezione. (sezione 4.1)
Sono stati chiariti i requisiti relativi all'evitamento di attacchi di negazione del servizio durante l'esecuzione dell'invalidazione. (sezione 4.4)
L'invalidazione della cache avviene solo quando viene ricevuta una risposta positiva. (sezione 4.4)
Le direttive di cache sono esplicitamente definite come non sensibili alle maiuscole/minuscole. È ora definita la gestione di più istanze di direttive di cache quando ne è attesa una sola. (sezione 5.2)
La direttiva di richiesta "no-store" non si applica alle risposte; vale a dire, una cache può soddisfare una richiesta con no-store e non la invalida. (sezione 5.2.1.5)
Si osserva che le forme qualificate delle direttive di cache private e no-cache non sono ampiamente implementate; ad esempio, "private=foo" è interpretato da molte cache semplicemente come "private". Inoltre, è stato chiarito il significato della forma qualificata di no-cache. (sezione 5.2.2)
Il significato della direttiva di risposta "no-cache" è stato chiarito. (sezione 5.2.2.2)
Il limite di un anno sui valori del campo di intestazione Expires è stato rimosso; al suo posto viene fornita la motivazione per l'uso di un valore ragionevole. (sezione 5.3)
Il campo di intestazione Pragma è ora definito solo per la compatibilità all'indietro; i pragma futuri sono deprecati. (sezione 5.4)
Alcuni requisiti relativi alla produzione e all'elaborazione dei campi di intestazione Warning sono stati allentati, poiché non sono ampiamente implementati. Inoltre, il campo di intestazione Warning non usa più la codifica RFC 2047 e non consente più lingue, poiché questi aspetti non sono stati implementati. (sezione 5.5)
Questa specifica introduce i registri delle direttive di cache e dei codici di avviso e definisce considerazioni per le nuove direttive di cache. (sezione 7.1 e sezione 7.2)