Laravel offre un sistema di caching unificato ed espressivo con multipli backend (Redis, Memcached, file, database, array) dietro una singola API. Il caching memorizza risultati costosi in modo che non debbano essere ricalcolati — uno degli ottimizzamenti di performance con il maggiore impatto.
\\\;
::(, , );
::();
::(, );
::();
::();
::(, );
// if cached, return it; otherwise run the closure, cache the result, and return it
$users = Cache::remember('active_users', 3600, function () {
return User::where('active', true)->get(); // expensive query — cached for 1 hour
});
Cache::remember() è il pattern elegante e comune: restituisce il valore cachato se presente, oppure lo calcola (eseguendo la closure), lo cachea e lo restituisce — in una sola chiamata. Perfetto per cachear i risultati di query costose.
config/cache.php → choose the driver:
redis → fast, SHARED across servers (production standard for multi-server apps)
memcached → fast, shared
file/database → simpler, for smaller/single-server setups
array → in-memory, for testing
The SAME Cache API works regardless of backend → easy to switch.
L'API unificata significa che lo stesso codice funziona con qualsiasi backend — e Redis è lo standard per la produzione (una cache condivisa tra più istanze di server).
// when data changes, clear the affected cache or it serves stale data
public function updateUser($user, $data) {
$user->update($data);
Cache::forget('active_users'); // INVALIDATE so the next read recomputes
}
// strategies: TTL (accept brief staleness), explicit forget on writes, cache tags
Cache::tags(['users'])->flush(); // tagged invalidation (Redis/Memcached)
Il caching è uno degli ottimizzamenti di performance con il maggiore impatto per le applicazioni Laravel, e il sistema di caching unificato ed espressivo del framework lo rende accessibile — quindi comprenderlo è prezioso per costruire applicazioni veloci e scalabili.
Il valore fondamentale è evitare il lavoro costoso ripetuto: cachear i risultati di query al database lente, computazioni complesse, o chiamate a API esterne significa che le richieste successive sono servite rapidamente, riducendo drammaticamente la latenza e il carico.
Il caching di Laravel è elegante, specialmente il pattern Cache::remember() get-or-compute (restituendo dati cachati se presenti, oppure calcolando, cacheando e restituendo in una sola chiamata pulita — ideale per cachear risultati di query), e la sua API unificata tra i backend significa che lo stesso codice funziona con qualsiasi driver.
Sapere di usare Redis per la produzione (una cache condivisa tra più istanze di server — importante poiché cache più semplici per-server non sono condivise quando si scala orizzontalmente) è un punto architetturale importante.
Altrettanto importante è comprendre la difficoltà centrale del caching — l'invalidazione (cancellare o rinfrescare i dati cachati quando i dati sottostanti cambiano, via TTL, forget esplicito su scritture, o cache tag, per evitare di servire dati stantii) — poiché sbagliare questo è il fallimento classico del caching che mostra agli utenti informazioni obsolete.
Comprendre il sistema di caching di Laravel — l'API, il pattern remember, la selezione del backend (Redis per la scale), e specialmente le strategie di invalidazione — è conoscenza importante di livello senior per costruire applicazioni Laravel performanti e scalabili, poiché il caching fornisce guadagni di performance importanti ma richiede un'invalidazione attenta per rimanere corretto.