Django include un framework di caching flessibile che supporta più livelli di caching (pagine intere, risultati delle view, frammenti di template, o dati arbitrari) e più backend (in-memory, Redis, Memcached, database). Il caching evita di ripetere operazioni costose — uno degli ottimizzamenti di performance con il massimo impatto.
CACHES = {
: {
: ,
: ,
}
}
# 1. Per-view caching — cache an entire view's output
from django.views.decorators.cache import cache_page
@cache_page(60 * 15) # cache this view's response for 15 minutes
def article_list(request):
...
<!-- 2. Template fragment caching — cache part of a template -->
{% load cache %}
{% cache 500 sidebar %}
... expensive sidebar rendering ... <!-- cached for 500 seconds -->
{% endcache %}
# 3. Low-level cache API — cache ANY data, full control
from django.core.cache import cache
def get_stats():
stats = cache.get("dashboard_stats") # check cache first
if stats is None: # cache MISS
stats = compute_expensive_stats() # do the work
cache.set("dashboard_stats", stats, 3600) # store for 1 hour
return stats
Django ti permette di fare caching a più granularità: intere pagine (cache_page), frammenti di template ({% cache %}), e dati arbitrari via l'API di basso livello (cache.get/cache.set — il pattern flessibile get-or-compute). C'è anche il caching dell'intero sito via middleware.
# when underlying data changes, the cache must be updated or cleared, or users see stale data
def update_article(article):
article.save()
cache.delete("article_list") # invalidate affected cache entries
# strategies: TTL (accept brief staleness), explicit deletion on writes, versioned keys,
# or signals to invalidate on model save/delete
Cache invalidation is the classic hard problem: when data changes, stale cached
values must be cleared/refreshed. Approaches: short TTLs (accept some staleness),
explicit cache.delete on writes, or cache versioning/key schemes.
✓ Expensive queries/computations, rendered pages/fragments that change infrequently
✓ Aggregations, external API responses, session data
✗ Highly personalized or rapidly-changing data (or use very short TTLs / vary per user)
✗ Don't cache sensitive data carelessly (consider who can read the cache)
Il caching è uno degli ottimizzamenti di performance con il massimo impatto per le applicazioni Django, e il sistema di caching multi-livello e comprehensive del framework lo rende accessibile — comprenderlo è una conoscenza preziosa a livello senior per costruire applicazioni veloci e scalabili.
Il valore core è evitare di ripetere operazioni costose: query al database, computazioni complesse, chiamate a API esterne, e rendering di template possono essere cachati così che le richieste successive vengono servite rapidamente, riducendo drasticamente la latenza e il carico su database/server.
La flessibilità di Django attraverso più livelli di caching (intere pagine con cache_page, frammenti di template con {% cache %}, e dati arbitrari via il pattern get-or-compute dell'API di basso livello) ti permette di cacheare esattamente alla granularità giusta per ogni situazione, e i suoi backend pluggable (specialmente Redis per una cache condivisa su più server — importante poiché le cache in-memory per-process non sono condivise quando si scala orizzontalmente) si adattano a diverse esigenze di deployment.
Sapere come configurare il caching, scegliere il livello appropriato, e selezionare il backend giusto per il deployment è una conoscenza pratica e frequentemente necessaria.
Egualmente importante è comprendere la difficoltà centrale del caching — invalidazione (il famoso problema difficile di cancellare o aggiornare dati cachati quando i dati sottostanti cambiano, via TTL, cancellazione esplicita su scritture, o versionamento delle chiavi, per evitare di servire dati stantii) — poiché sbagliare questo è il classico fallimento del caching che mostra agli utenti informazioni outdated.
Anche sapere cosa cacheare (dati costosi e che cambiano di rado) versus cosa no (dati altamente dinamici o sensibili) è fondamentale per usare il caching efficacemente.
Poiché il caching consegna guadagni di performance maggiori ma richiede un'attenta invalidazione, padroneggiare il framework di caching di Django — i livelli, i backend, e specialmente le strategie di invalidazione — è una conoscenza importante per costruire applicazioni performanti e scalabili ed è un segno distintivo di sviluppatori che sanno rendere le app Django veloci sotto carico reale.