Il caching degli oggetti<\/h2>\n
Quando si carica una pagina di WordPress, il server deve effettuare diverse query al database per recuperare i contenuti, le impostazioni e gli altri dati di cui ha bisogno per mostrare la pagina. Ogni query richiede del tempo e, man mano che il sito cresce, questi piccoli ritardi possono trasformarsi in rallentamenti evidenti.<\/p>\n
La cache degli oggetti aiuta memorizzando i risultati di queste query al database. La cache memorizza le query<\/a> usate spesso e aspetta fino a quando se ne ha bisogno.<\/p>\n Il caching degli oggetti pu\u00f2 trasformare il modo in cui un sito WordPress gestisce il recupero e l’elaborazione dei dati e l’impatto va oltre il semplice miglioramento della velocit\u00e0. Quando un sito subisce improvvisi picchi di traffico<\/a>, come ad esempio durante una campagna di marketing di successo o dopo un post virale sui social media, Redis pu\u00f2 fare da cuscinetto tra i visitatori e il database.<\/p>\n Invece di far s\u00ec che ogni visitatore attivi nuove query al database, Redis servir\u00e0 i dati in cache dalla memoria. In questo modo un sito pu\u00f2 gestire un numero significativamente maggiore di utenti simultanei su tutto il sito senza che le prestazioni si riducano.<\/p>\n Per un sito di e-commerce<\/a> durante il Black Friday, le informazioni sui prodotti memorizzate nella cache di Redis potrebbero ridurre il carico del database e permettere al sito di gestire un volume di traffico maggiore senza richiedere ulteriori risorse del server. Questa efficienza si traduce direttamente in un risparmio sui costi di hosting, in quanto \u00e8 possibile servire pi\u00f9 visitatori con l’infrastruttura esistente.<\/p>\n Capire il modo in cui WordPress interagisce con il suo database pu\u00f2 aiutare a spiegare perch\u00e9 il caching diventa fondamentale quando un sito cresce. Pensiamo a cosa succede quando qualcuno visita la home page di un sito. A meno che non stia rispondendo con i risultati della cache della pagina<\/a>, WordPress orchestra una complessa sinfonia di query al database per costruire una pagina dinamica.<\/p>\n Vediamo un tipico caricamento della home page: per prima cosa, WordPress interroga la tabella Se ci sono dei widget, dei blocchi o degli elementi in pi\u00f9 nella barra laterale, questo attiver\u00e0 delle query aggiuntive. Ad esempio, una sezione di post recenti avr\u00e0 bisogno dei dati dei post, le categorie avranno bisogno del conteggio dei termini e qualsiasi funzionalit\u00e0 di ricerca avr\u00e0 bisogno di costruire un indice.<\/p>\n Se si usa un plugin di page builder<\/a> o un tema altrimenti complesso<\/a>, queste query si moltiplicheranno in modo significativo. La complessit\u00e0 aumenta con i contenuti dinamici. Prendiamo ad esempio un blog in cui i post mostrano le informazioni sull’autore, le categorie, i tag e i post correlati:<\/p>\n L’anteprima di ogni post sulla home page richiede a WordPress di unire i dati di pi\u00f9 tabelle. Prende il contenuto principale da L’architettura del database rivela anche i comuni colli di bottiglia che influiscono sulle prestazioni. I tipi di post personalizzati<\/a>, pur essendo efficaci per organizzare i contenuti, spesso devono affidarsi a Alcuni siti web – pensiamo a un negozio online o a un elenco di immobili – potrebbero effettuare centinaia di query per ogni caricamento di pagina solo per visualizzare ogni prodotto o propriet\u00e0. Ognuno di essi deve mostrare dettagli individuali come metratura, quantit\u00e0, prezzi, camere da letto, variazioni e altro ancora come voci di metadati separate.<\/p>\n La tabella L’impatto diventa pi\u00f9 marcato se si considerano i visitatori simultanei. Ogni utente attiver\u00e0 la propria serie di query e WordPress effettuer\u00e0 un’elaborazione indipendente per ognuna di esse. Durante i picchi di traffico, questa elaborazione pu\u00f2 creare un collo di bottiglia che rallenta l’intero sito.<\/p>\n Queste interazioni con il database rendono la cache preziosa. Se si implementa correttamente la cache degli oggetti Redis pu\u00f2 intercettare queste query ripetute e memorizzare i risultati. Invece di eseguire molteplici join e query di metadati per ogni visitatore, WordPress pu\u00f2 recuperare i dati pre-elaborati direttamente da Redis. Il risultato \u00e8 che spesso pu\u00f2 ridurre decine di query al database a un’unica ricerca nella cache.<\/p>\n Per quanto riguarda le soluzioni di caching degli oggetti per WordPress, sono disponibili diverse opzioni. Non tutti gli host supportano tutte le opzioni, il che significa che bisogna assicurarsi che la cache degli oggetti che si sceglie sia in grado di soddisfare le proprie esigenze.<\/p>\n Memcached<\/a> \u00e8 uno dei sistemi di caching pi\u00f9 vecchi e pi\u00f9 utilizzati. Si tratta di un sistema di caching a memoria distribuita semplice ed efficace. Grazie alla sua longevit\u00e0, gode di un ampio supporto ed \u00e8 generalmente leggero per quanto riguarda l’utilizzo delle risorse. Con un buon supporto e una buona documentazione, Memcached \u00e8 una soluzione popolare per il caching degli oggetti a tutti i livelli.<\/p>\n Data l’attenzione alla facilit\u00e0 d’uso, gli scenari pi\u00f9 complessi potrebbero non essere adatti a questo semplice archivio chiave-valore. Inoltre non offre una memorizzazione “persistente”, il che significa che si canceller\u00e0 al caricamento della pagina successiva.<\/p>\n Couchbase<\/a> pu\u00f2 offrire una soluzione pi\u00f9 complessa che combina le funzionalit\u00e0 di un database di documenti, le tipiche funzionalit\u00e0 di archiviazione chiave-valore e il clustering integrato. Quest’ultima tecnologia automatizza il raggruppamento dei dati per migliorare le prestazioni, in modo simile a come il Deframmentatore di dischi di Windows lavora per migliorare le prestazioni del disco del sistema operativo.<\/p>\n Tuttavia, l’archiviazione chiave-valore di Couchbase \u00e8 secondaria rispetto alla sua architettura basata sui documenti. Questo potrebbe essere un problema se si ha bisogno di minori limitazioni nelle query e di una maggiore precisione nella validazione e coerenza dei dati.<\/p>\n Per WordPress, Redis offre diversi vantaggi rispetto alla concorrenza diretta. A differenza di Memcached, Redis supporta strutture di dati complesse<\/a> come liste, set e set ordinati. Questo si allinea bene con le esigenze di organizzazione dei dati di WordPress e d\u00e0 la possibilit\u00e0 di scalare verso configurazioni pi\u00f9 grandi e complesse.<\/p>\n Quando si tratta di utilizzare queste diverse strutture, l'”operazione atomica” di Redis \u00e8 fondamentale. In poche parole, questa operazione utilizza il concetto di transazione e raggruppa diversi comandi da eseguire in una sola volta. La funzionalit\u00e0 vera e propria \u00e8 pi\u00f9 complessa, ma le operazioni atomiche garantiscono in genere la coerenza dei dati, un aspetto fondamentale per qualsiasi sito web WordPress.<\/p>\n Ci sono altri due vantaggi nell’utilizzo di Redis con WordPress:<\/p>\n Redis ha applicazioni che vanno al di l\u00e0 del caching degli oggetti, ma per WordPress, la composizione unica della soluzione di database significa che la sua archiviazione chiave-valore \u00e8 quasi un partner ideale.<\/p>\n WordPress include una propria funzionalit\u00e0 di caching degli oggetti<\/a> attraverso la funzione Quando un plugin o un tema richiede dei dati, WordPress controlla innanzitutto se questi esistono nella cache degli oggetti utilizzando queste funzioni integrate. Ad esempio, ecco il codice che recupera il numero di commenti di un utente:<\/p>\n Se configurata correttamente con Redis, la funzione intercetta le richieste al database e controlla se i dati richiesti esistono nella cache di Redis prima che WordPress effettui una query al database.<\/p>\n L’integrazione va oltre la semplice memorizzazione delle coppie chiave-valore. La capacit\u00e0 di Redis di gestire strutture di dati complesse rispecchia l’organizzazione gerarchica dei contenuti di WordPress. Ad esempio, quando WordPress deve recuperare i risultati di una query complessa, come tutte le pagine figlie di una pagina madre con i relativi metadati, Redis memorizza l’intera struttura di dati come un’unica voce della cache.<\/p>\n Questa integrazione potrebbe migliorare notevolmente le prestazioni. Redis memorizza tutti i dati in memoria, il che significa che i tempi di accesso sono espressi in microsecondi anzich\u00e9 in millisecondi, come avviene di solito per le query sui database. Non sembra un valore aggiunto, ma per i siti che fanno un uso intensivo del database, questa differenza potrebbe portare a tempi di caricamento delle pagine due o tre volte pi\u00f9 veloci.<\/p>\n La cache a oggetti di WordPress supporta anche funzionalit\u00e0 avanzate di Redis attraverso una configurazione aggiuntiva. Ad esempio, \u00e8 possibile implementare i tag della cache per una gestione pi\u00f9 granulare della cache:<\/p>\n Questa relazione tra WordPress e Redis crea un potente sistema di cache che gestisce in modo intelligente la persistenza dei dati, mantenendone la coerenza. La funzione Prendiamo in esame uno scenario tipico: il nostro negozio WooCommerce<\/a> rallenta con l’aumento del traffico. Presso molti web host, l’implementazione di Redis comporta l’accesso al server, l’installazione manuale, la configurazione delle impostazioni di sicurezza e un’attenta verifica. Tutto questo potrebbe richiedere una giornata di lavoro tecnico, e anche di pi\u00f9 se si verificano degli errori. L’implementazione di Redis di Kinsta<\/a> trasforma completamente questo processo.<\/p>\n \u00c8 possibile aggiungere la cache degli oggetti Redis con pochi clic nella dashboard di MyKinsta<\/a> per 100 dollari al mese. I clienti possono andare su siti WordPress<\/strong> > nome del sito<\/em><\/strong> > Add-on<\/strong> > Cache Redis<\/strong> (o siti WordPress<\/strong> > nome del sito<\/em><\/strong> > Cache<\/strong> > Redis<\/strong>) e cliccare sul pulsante Abilita<\/strong>:<\/p>\n L’integrazione di Kinsta pu\u00f2 avere un grande impatto su un sito e sulle sue prestazioni:<\/p>\n L’integrazione con gli altri strumenti di MyKinsta \u00e8 un enorme vantaggio, in quanto Redis diventa parte integrante della strategia di caching. Anche il monitoraggio dell’impatto delle prestazioni \u00e8 un aspetto fondamentale da considerare.<\/p>\n La configurazione iniziale della cache degli oggetti Redis con il proprio sito WordPress ospitato da Kinsta \u00e8 veloce. Quando si attiva il componente aggiuntivo, Kinsta installa e configura automaticamente il plugin Redis Object Cache<\/a>. Questo riduce la necessit\u00e0 di ulteriori impostazioni e configurazioni. C’\u00e8 anche la possibilit\u00e0 di utilizzare un altro plugin di connessione se lo si desidera, anche se sar\u00e0 necessario disabilitare il plugin Redis Object Cache dall’interno di WordPress, cliccando sul link Disattiva<\/strong> nel gruppo del plugin all’interno della bacheca di amministrazione di WordPress:<\/p>\n Gran parte della gestione dell’installazione di Redis avviene sul sito WordPress attraverso le impostazioni del plugin. Questo include la cancellazione della cache<\/a>. Il plugin Kinsta MU<\/a> aggiunge questa opzione alla barra degli strumenti di WordPress:<\/p>\n Tuttavia, ci sono alcuni modi per svuotare la cache di Redis al di fuori di WordPress. Ad esempio, andando su siti WordPress<\/strong> > nome del sito<\/em><\/strong> > Cache<\/strong> > Cache del server<\/strong> di MyKinsta sar\u00e0 possibile raggiungere questo obiettivo:<\/p>\n Questa opzione svuota tutte le cache utilizzate dal sito, cos\u00ec come gli approcci alternativi che utilizzano Secure Shell (SSH)<\/a> e WP-CLI<\/a>.<\/p>\n Sebbene Redis sia un metodo popolare per impostare una cache di oggetti, non tutti gli host ne offrono l’accesso o l’integrazione. Questo significa che potreste aver bisogno di sporcarvi le mani con del codice sul vostro server.<\/p>\n Ogni web host avr\u00e0 un approccio diverso a questa operazione; alcuni potrebbero anche non fornire l’accesso root<\/a> necessario. Tuttavia, i passaggi tipici includono la preparazione del server, l’installazione di Redis e la configurazione di WordPress per utilizzarlo.<\/p>\n L’installazione di Redis<\/a> richiede un ambiente server correttamente configurato. Per alcuni host WordPress, questo pu\u00f2 significare scegliere un piano adeguato. \u00c8 probabile che non sia possibile farlo con il tipico hosting condiviso o addirittura con i piani gestiti. Un server privato virtuale (VPS) sar\u00e0 il punto di partenza per le vostre operazioni, ma l’hosting cloud dedicato<\/a> sar\u00e0 l’ideale.<\/p>\n In ogni caso, la vostra installazione PHP avr\u00e0 bisogno dell’estensione phpredis<\/a>. L’installazione di quest’ultima consente a Redis di lavorare con PHP, il che \u00e8 essenziale per lavorare anche con WordPress. Dovrete utilizzare flag di compilazione e opzioni di configurazione specifiche, che sono numerose.<\/p>\n Sui sistemi Ubuntu, potrete installare i componenti necessari con:<\/p>\n Una volta completato il processo di installazione, eseguite Quando Redis sar\u00e0 in esecuzione sul server, potrete installare l’estensione Questo \u00e8 tutto ci\u00f2 che dovrete fare per installare Redis, ma dovrete comunque configurarlo in base al vostro server e alle risorse disponibili.<\/p>\n Il file di configurazione del server Redis richiede la vostra attenzione prima che iniziate a lavorare sul vostro sito. Il primo compito \u00e8 capire se WordPress e Redis lavorano sullo stesso server. In genere \u00e8 questo il caso, quindi \u00e8 necessario effettuare il binding dell’indirizzo localhost ( Potete scegliere qualsiasi editor per accedere al file di configurazione di Redis, ma nano<\/a> \u00e8 perfetto e sar\u00e0 disponibile su quasi tutti i server che troverete:<\/p>\n Nella maggior parte dei casi, potete trovare la riga giusta e decommentarla prima di salvare le modifiche:<\/p>\n Potreste voler apportare ulteriori modifiche a questo file di configurazione. Ecco una configurazione ottimale per i siti WordPress:<\/p>\n Ogni scelta di configurazione ha uno scopo specifico:<\/p>\n Le direttive Queste impostazioni di persistenza aiutano a mantenere l’efficienza della cache e a proteggere dalla perdita di dati.<\/p>\n Dovreste occuparvi anche della sicurezza. Ad esempio, potete impostare l’autenticazione tramite password<\/a> utilizzando il comando Una volta completati tutti questi passaggi, \u00e8 bene testare le prestazioni del server Redis. La Redis CLI<\/a> offre diversi comandi di benchmark a questo scopo:<\/p>\n In breve, questi comandi stabiliscono le metriche delle prestazioni di base per il monitoraggio continuo e dovrebbero far parte del vostro regolare flusso di manutenzione.<\/p>\n Una volta che Redis \u00e8 in esecuzione sul server, WordPress deve essere configurato per utilizzarlo come cache di oggetti. La configurazione di solito include l’indicazione dei dettagli della connessione a Redis, come l’host, la porta e le credenziali di autenticazione.<\/p>\n \u00c8 possibile aggiungere manualmente il file di drop-in per la cache degli oggetti alla directory Le tipiche installazioni di Redis Object Cache forniscono l’accesso alla CLI di Redis<\/a>. In Kinsta, questo si estende a tutto il flusso di lavoro di sviluppo, come ad esempio gli ambienti di staging e DevKinsta<\/a>.<\/p>\n Questa interfaccia a riga di comando offre potenti funzionalit\u00e0 per connettersi alla propria istanza Redis e ottenere una visione immediata del funzionamento della cache. Ad esempio, si possono scoprire i modelli di dati in cache, analizzare l’utilizzo della memoria ed eseguire attivit\u00e0 di manutenzione in tempo reale.<\/p>\n Per il monitoraggio di base, ci sono alcuni comandi essenziali da tenere in considerazione:<\/p>\n Il comando Avete a disposizione opzioni che estendono di parecchio ci\u00f2 che Redis pu\u00f2 offrire.<\/p>\n Un modo semplice per controllare le risorse \u00e8 monitorare i limiti di connessione di Redis. \u00c8 un modo eccellente per prevenire l’esaurimento delle risorse:<\/p>\n WordPress utilizza Redis per velocizzare l’accesso in lettura al suo database. Le voci della cache sono persistenti e possono essere memorizzate nella cache anche in futuro. A tal fine, Redis supporta le “politiche di sfratto” per le chiavi memorizzate.<\/p>\n Tuttavia, questo pu\u00f2 comportare degli svantaggi sotto forma di pressione sulla memoria. Un basso “hit ratio” – che mette a confronto il numero totale di operazioni con quelle sulle chiavi esistenti – ne \u00e8 la prova, quindi monitorare le seguenti metriche potrebbe essere fondamentale:<\/p>\n Se scoprite che il vostro database soffre di pressione sulla memoria, potete scegliere di aumentare la memoria disponibile, ottimizzare le politiche di scadenza delle chiavi e implementare strategie di caching selettive. L’approccio esatto che adotterete dipender\u00e0 dal vostro sito e dalla pressione che subisce la memoria.<\/p>\n C’\u00e8 molto altro da scoprire con i comandi di Redis e con l’uso della CLI, anche se per alcuni non sar\u00e0 uno strumento adatto. In questo caso pu\u00f2 essere utile l’applicazione Redis Insight<\/a>.<\/p>\n Offre un’interfaccia grafica per visualizzare la cache degli oggetti Redis senza dover ricorrere a un terminale, all’accesso al server o alla riga di comando. Come per la visualizzazione del database di WordPress con uno strumento come TablePlus<\/a> o SequelAce<\/a>, un’applicazione come Redis Insight \u00e8 veloce da configurare e pu\u00f2 semplificare il vostro flusso di lavoro.<\/p>\n Nella maggior parte dei casi, l’installazione di Redis funzioner\u00e0 senza bisogno di ulteriore manutenzione. Tuttavia, alcune implementazioni di Redis possono presentare problemi che richiedono la vostra attenzione. Ad esempio, in MyKinsta potreste vedere un avviso che segnala che WordPress non \u00e8 in grado di rilevare un plugin di connessione adeguato.<\/p>\n Questo avviso compare quando si sceglie di utilizzare un plugin diverso da Redis Object Cache e nella maggior parte dei casi pu\u00f2 essere ignorato. Tuttavia, tenete presente che il funzionamento ottimale di Redis si basa su<\/span> un plugin di connessione adeguato.<\/p>\n Ad esempio, potreste non vedere le giuste metriche quando analizzate lo strumento APM di Kinsta<\/a> (o altre statistiche di Kinsta). Questo dovrebbe essere un problema semplice contrastare e risolvere se scegliete di creare un’istanza Redis personalizzata con Kinsta.<\/p>\n \u00c8 anche una buona idea capire i limiti dell’integrazione di Redis con Kinsta. Ad esempio, potreste riscontrare diversi errori se utilizzate un tipo di installazione di WordPress non tipica. L’utilizzo di un’installazione Bedrock<\/a> \u00e8 un motivo comune di errore e il team di supporto Kinsta<\/a> pu\u00f2 aiutarvi a risolverlo.<\/p>\n Il caching a oggetti di Redis offre potenti miglioramenti delle prestazioni dei siti WordPress grazie a un’efficiente archiviazione e recupero dei dati. Il successo sta nell’implementazione corretta, nel monitoraggio regolare e nella manutenzione. L’utilizzo della soluzione gestita di Kinsta permette di lavorare secondo questi principi per garantire prestazioni ottimali del sito.<\/p>\n Ogni fase dell’implementazione di Redis si basa su quella precedente. Innanzitutto, comincia con una corretta configurazione del server. Poi, aggiunge l’integrazione di WordPress. Infine, il miglioramento delle prestazioni pu\u00f2 essere mantenuto attraverso un monitoraggio e un’ottimizzazione regolari. Questo approccio vi aiuter\u00e0 a creare una solida infrastruttura di caching che cresce insieme al vostro sito, con Kinsta alla base.<\/p>\n Avete avuto qualche problema che l’implementazione di Kinsta con la cache degli oggetti Redis ha risolto o potrebbe risolvere? Raccontatecelo nella sezione commenti qui sotto!<\/p>\n","protected":false},"excerpt":{"rendered":" WordPress alimenta un’enorme fetta del web, ma la sua popolarit\u00e0 mette in primo piano la sfida di dover mantenere prestazioni ottimali. Una soluzione efficace per migliorare …<\/p>\n","protected":false},"author":259,"featured_media":80459,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[],"topic":[25875,25873],"class_list":["post-80458","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","topic-hosting-wordpress","topic-sviluppo-wordpress"],"yoast_head":"\nCome WordPress utilizza il suo database<\/h2>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2024\/12\/kinsta-homepage.png\")
wp_options<\/code> per recuperare le impostazioni del sito, la configurazione del tema e i plugin attivi.<\/p>\n![\"L'interfaccia](\"https:\/\/kinsta.com\/wp-content\/uploads\/2024\/12\/wp-options.png\")
![\"L'interfaccia](\"https:\/\/kinsta.com\/wp-content\/uploads\/2024\/12\/wordpress-sidebar.png\")
![\"Un](\"https:\/\/kinsta.com\/wp-content\/uploads\/2024\/12\/blog-post.png\")
wp_posts<\/code>, prende i dettagli dell’autore da wp_users<\/code> e raccoglie i metadati da wp_postmeta<\/code>. Una home page che mostra solo dieci anteprime di post potrebbe eseguire decine di query separate al database.<\/p>\nI colli di bottiglia del database di WordPress<\/h3>\n
wp_postmeta<\/code> per memorizzare campi aggiuntivi.<\/p>\nwp_options<\/code> pu\u00f2 diventare un altro collo di bottiglia. Infatti, \u00e8 qui che vengono memorizzate le impostazioni di tutti i plugin che le offrono.<\/p>\nScelte popolari per il caching degli oggetti di WordPress<\/h2>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2024\/12\/memcached-website.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2024\/12\/couchbase-website.png\")
Perch\u00e9 Redis ha una marcia in pi\u00f9 per WordPress<\/h2>\n
\n
Il rapporto tra WordPress e Redis<\/h2>\n
WP_Object_Cache<\/code>. Questa funzione agisce come un livello intermedio tra il codice del sito e il database, utilizzando funzioni standardizzate per gestire i dati in cache.<\/p>\nfunction get_user_comment_count($user_id) {\n \/\/ Generate a unique cache key\n $cache_key = 'user_comment_count_' . $user_id;\n \n \/\/ Try to get the value from cache first\n $comment_count = wp_cache_get($cache_key, 'user-stats');\n \n \/\/ If not in cache, query the database\n if (false === $comment_count) {\n global $wpdb;\n $comment_count = $wpdb->get_var(\n $wpdb->prepare(\n \"SELECT COUNT(*) FROM $wpdb->comments WHERE user_id = %d\",\n $user_id\n )\n );\n \n \/\/ Store the result in cache for future requests\n wp_cache_set($cache_key, $comment_count, 'user-stats', 3600); \/\/ Cache for 1 hour\n }\n \n return $comment_count;\n}<\/code><\/pre>\nfunction get_category_posts($category_id) {\n $cache_key = 'category_posts_' . $category_id;\n \n $posts = wp_cache_get($cache_key, 'category-posts');\n \n if (false === $posts) {\n $posts = get_posts(array(\n 'category' => $category_id,\n 'posts_per_page' => 10\n ));\n \n wp_cache_set(\n $cache_key,\n $posts,\n 'category-posts',\n 3600,\n array(\n 'tags' => array(\n 'category_' . $category_id,\n 'front_page_content'\n )\n )\n );\n }\n \n return $posts;\n}\n\n\/\/ Later, when a post in this category updates:\nwp_cache_delete_by_tag('category_' . $category_id);<\/code><\/pre>\nWP_Object_Cache<\/code> garantisce che tutti i plugin e temi possano beneficiare della cache di Redis senza richiedere un’implementazione diretta. Inoltre, le funzionalit\u00e0 avanzate di Redis offrono la flessibilit\u00e0 necessaria per le installazioni complesse di WordPress.<\/p>\nI clienti di Kinsta possono installare Redis in meno di 5 minuti<\/h2>\n
![\"Una](\"https:\/\/kinsta.com\/wp-content\/uploads\/2025\/02\/redis-add-on-with-pricing.png\")
\n
Come implementare Redis per un sito web Kinsta<\/h2>\n
![\"Il](\"https:\/\/kinsta.com\/wp-content\/uploads\/2024\/12\/disable-redis-plugin.png\")
![\"L'intestazione](\"https:\/\/kinsta.com\/wp-content\/uploads\/2024\/12\/wordpress-toolbar.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2024\/12\/server-caching.png\")
Come installare Redis su altri host WordPress<\/h2>\n
Preparazione e installazione del server<\/h3>\n
sudo apt-get update\nsudo apt install redis server\n<\/code><\/pre>\nsudo service redis status<\/code> per verificare che Redis stia funzionando nel modo previsto. Potreste anche eseguire redis-cli --version<\/code> per verificare che l’installazione venga completata come previsto.<\/p>\nphpredis<\/code>:<\/p>\nsudo apt-get install php-redis\nsudo phpenmod redis\n<\/code><\/pre>\nConfigurazione di Redis<\/h3>\n
127.0.0.1<\/code>).<\/p>\nsudo nano \/etc\/redis\/redis.conf\n<\/code><\/pre>\nbind 127.0.0.1 ::1 # listens on loopback IPv4 and IPv6\n<\/code><\/pre>\nmaxmemory 256mb\nmaxmemory-policy allkeys-lru\nappendonly yes\nappendfsync everysec\nsave 900 1\nsave 300 10\nsave 60 10000\n<\/code><\/pre>\n\n
maxmemory<\/code> di 256 MB rappresenta un buon punto di partenza per la maggior parte delle installazioni di WordPress. Questa impostazione impedisce a Redis di consumare una quantit\u00e0 eccessiva di memoria di sistema, pur mantenendo uno spazio di cache sufficiente a migliorare le prestazioni in modo significativo.<\/li>\nallkeys-lru maxmemory-policy<\/code> garantisce che i contenuti a cui si accede pi\u00f9 frequentemente rimangano nella cache. Alcuni siti traggono vantaggio dall’impostazione volatile-lru<\/code>, soprattutto quando si mettono in cache i dati di sessione insieme ai contenuti normali.<\/li>\nappendonly<\/code> e appendfsync<\/code> gestiscono il comportamento di persistenza di Redis. Sebbene Redis serva principalmente come cache, il mantenimento della persistenza evita la perdita completa della cache durante i riavvii del server. L’impostazione everysec<\/code> bilancia le prestazioni con la sicurezza dei dati.<\/li>\n<\/ul>\nsave<\/code> controllano quando Redis crea istantanee point-in-time del dataset. La configurazione di esempio indica a Redis di salvare:<\/p>\n\n
Configurare la sicurezza di Redis e testare le modifiche<\/h3>\n
requirepass<\/code> e persino rinominare i comandi “pericolosi”. L’elenco di controllo degli accessi (ACL) di Redis<\/a> pone delle limitazioni su alcuni comandi distruttivi e dovreste esaminare l’intero elenco per vedere se qualcuno potrebbe riguardarvi.<\/p>\nredis-cli --latency\nredis-cli info | grep used_memory_human\nredis-cli info | grep connected_clients\n<\/code><\/pre>\nConfigurare WordPress<\/h3>\n
wp-content<\/code>, anche se il modo migliore per ottenere questo risultato \u00e8 installare un plugin dedicato alla cache degli oggetti di Redis. L’unico che vi consigliamo \u00e8 il plugin Redis Object Cache menzionato sopra, poich\u00e9 Kinsta non supporta molti plugin di cache<\/a> a causa delle sue stesse funzionalit\u00e0. Il plugin Redis Object Cache \u00e8 pi\u00f9 che altro un aiuto per collegare WordPress all’archivio chiave-valore.<\/p>\nGestione di Redis oltre l’installazione<\/h2>\n
Monitoraggio fondamentale<\/h3>\n
redis-cli INFO stats # View cache hits and misses\nredis-cli INFO memory # Check memory utilization\nredis-cli MONITOR # Watch live cache operations\n<\/code><\/pre>\nMONITOR<\/code> trasmette le operazioni di cache in tempo reale, mostrando esattamente come WordPress interagisce con Redis. Questa visibilit\u00e0 aiuta a identificare i modelli di cache e le opportunit\u00e0 di ottimizzazione. Il comando SLOWLOG<\/code> identifica le query problematiche:<\/p>\nredis-cli SLOWLOG GET 10 # View the 10 slowest recent operations\nredis-cli SLOWLOG RESET # Clear the slow log for fresh monitoring\n<\/code><\/pre>\nComandi di monitoraggio di Redis pi\u00f9 approfonditi<\/h3>\n
redis-cli CLIENT LIST | wc -l # Count active connections\nredis-cli CONFIG GET maxclients # Check maximum allowed connections\n<\/code><\/pre>\nredis-cli INFO stats | grep evicted_keys\nredis-cli INFO stats | grep hit_rate\n<\/code><\/pre>\nUsare una GUI con Redis<\/h3>\n
![\"L'interfaccia](\"https:\/\/kinsta.com\/wp-content\/uploads\/2024\/12\/redis-insight-app.png\")
Problemi e soluzioni comuni di Redis<\/h2>\n
Riepilogo<\/h2>\n