Gestione della cache

Impostazioni della cache

Come fast.site decide cosa cachare e come influenzarlo dal tuo origin.

Come vengono impostati i default

Quando aggiungi un dominio, fast.site rileva la tua piattaforma (WordPress, Drupal, Magento, ecc.) e applica un template di cache calibrato. Quel template copre la maggior parte dei casi. Gli header Cache-Control del tuo origin hanno sempre la precedenza se vuoi sovrascrivere.

Header Cache-Control dell'origin

Default: rispettati

Se il tuo server origin invia header Cache-Control, fast.site li rispetta. Altrimenti valgono i default del template di piattaforma.

Cache del browser

Default: attivo

fast.site invia header di cache verso il browser, così i visitatori che tornano caricano ancora più velocemente dalla cache locale.

Cache per query string

Default: inclusa

URL con query string diverse vengono cachate come voci separate (es. <code class="bg-white/50 px-1 rounded">?v=1</code> e <code class="bg-white/50 px-1 rounded">?v=2</code> sono distinte).

Influenzare il cache dal tuo origin

Puoi affinare cosa viene cachato e per quanto tempo impostando header Cache-Control sul tuo origin:

# Cacha per 1 ora

Cache-Control: public, max-age=3600

# Cacha per 1 anno (asset versionati)

Cache-Control: public, max-age=31536000, immutable

# Non cachare (pagine dinamiche)

Cache-Control: private, no-store

Percorsi esclusi di default dal template

Il template di piattaforma esclude già dal cache i percorsi che devono restare dinamici (aree admin, carrello, checkout, account, login). Esempi per WordPress:

/admin/*
/wp-admin/*
/cart/*
/checkout/*
/my-account/*
/api/*

Hai bisogno di altri percorsi esclusi per il tuo setup? Scrivici e lo configuriamo dal nostro lato.

Buona pratica

Usa nomi di file versionati per CSS e JS (es. app.v2.js) e cache time lunghi. Ottieni un edge cache aggressivo e allo stesso tempo puoi pubblicare aggiornamenti senza purge manuali.

Torna al Supporto