Opzioni di back-end della cache e riferimento archiviazione
app/etc/env.php locale.ece-tools genera la configurazione app/etc/env.php risultante durante la distribuzione in base alla configurazione della variabile di distribuzione in .magento.env.yaml. Non si modifica il file env.php. Consulta Best practice per la configurazione di Valkey e Redis Service e distribuire le variabili.L’applicazione Commerce utilizza una cache di basso livello front-end e back-end per fornire accesso allo storage della cache. Commerce supporta diversi back-end e strategie di caching, ciascuno adatto a casi d’uso diversi. Questa pagina descrive i backend disponibili e le loro differenze.
Opzioni cache back-end
Nella tabella seguente sono riepilogate le cache back-end disponibili:
var/cache/. Nessuna configurazione richiesta.Cache back-end e implementazioni L2 implementation-approaches
Commerce supporta il backend diretto della cache e il caching L2. Un back-end diretto seleziona l’archiviazione della cache. Il caching L2 aggiunge un livello di cache locale davanti allo storage remoto.
Back-end della cache diretta
I seguenti esempi PHP configurano il back-end della cache in <Commerce-install-dir>/app/etc/env.php. Non abilitano il caching L2.
Magento\Framework\Cache\Backend\RedisMagento\Framework\Cache\Backend\ValkeyfilevalkeyPer informazioni esatte sul supporto a livello di patch, vedere Requisiti di sistema.
redis, ma Redis non è un servizio cache ufficialmente supportato in cui è richiesto Valkey. Utilizza invece valkey.Esempi legacy di back-end basati su Zend
Per le distribuzioni locali, negli esempi seguenti vengono configurati i back-end della cache diretta in <Commerce-install-dir>/app/etc/env.php. Non abilitano il caching L2. Non utilizzare questi esempi per le distribuzioni Adobe Commerce on Cloud, che utilizzano il pacchetto ece-tools per generare la configurazione app/etc/env.php risultante durante la distribuzione.
Utilizza il nome completo della classe Redis solo nelle versioni in cui è supportato Redis:
| code language-php?start_inline=1 |
|---|
|
Utilizza il nome completo della classe Valkey nelle versioni che supportano il back-end Valkey legacy:
| code language-php?start_inline=1 |
|---|
|
Backend moderno della cache di Symfony
Il back-end diretto predefinito è il file system. Per utilizzare Valkey con l’implementazione moderna, utilizzare il tipo di back-end valkey semplificato.
L’esempio di configurazione seguente è corretto per Adobe Commerce 2.4.9 e versioni successive e per i backport supportati in cui è supportato Valkey, quando si configura il caching diretto predefinito con la moderna implementazione della cache di Symfony.
'cache' => [
'frontend' => [
'default' => [
'backend' => 'valkey',
'backend_options' => [
'server' => '127.0.0.1',
'database' => '0',
'port' => '6379',
],
],
],
],
Implementazioni cache L2
Il caching L2 (a due livelli) aggiunge un livello di cache locale su ciascun nodo web davanti allo storage della cache remota condivisa, riducendo il traffico di rete tra Commerce e la cache remota.
Per la configurazione locale, vedere Configurazione cache L2.
Per i progetti Cloud, configura il caching L2 tramite le variabili di distribuzione descritte in Distribuisci variabili.
Configurazione cache L2
-
Per i dettagli della configurazione di Adobe Commerce on-premises, vedere Configurazione cache L2.
-
Per Adobe Commerce on Cloud, configurare il caching L2 tramite la variabile di distribuzione appropriata anziché modificare direttamente
app/etc/env.php. Consulta Distribuire le variabili nella documentazione di Adobe Commerce on Cloud.