Comprendere la memorizzazione nella cache in WordPress, parte 3
Nei due post precedenti, ho parlato delle basi della memorizzazione nella cache e di come funziona la memorizzazione nella cache in WordPress, almeno in una certa misura.
Ma ricorda che questa serie è stata motivata da un’e-mail di qualcuno che pensava che avrei potuto fare un lavoro migliore nello spiegare come funzionano i transitori e la memorizzazione nella cache in WordPress e perché è importante capire come funziona tutto in tandem tra loro.
Quindi, in questo post, mirerò a riunire tutto e parlare di come funziona l’ API Transients insieme a MySQL, perché è importante capire la relazione e come gestirla andando avanti.
Come funzionano i transitori in WordPress?
Come funzionano i transitori
Innanzitutto, secondo il Codex, i transitori funzionano in questo modo:
Questa pagina contiene la documentazione tecnica dell’API Transients di WordPress, che offre un modo semplice e standardizzato per archiviare temporaneamente i dati memorizzati nella cache nel database assegnandogli un nome personalizzato e un intervallo di tempo dopo il quale scadrà e verrà eliminato.
L’idea alla base di questo sembra abbastanza semplice, giusto?
- Si salva un’opzione nel database,
- Imposta un tempo per quanto tempo dovrebbe esistere,
- Quindi viene archiviato per quel periodo di tempo
- E, se richiesto dopo la scadenza, viene recuperato e riportato al suo stato transitorio.
Allora dove sta la confusione?
Come accennato nel primo post, non ero chiaro per quanto tempo sarebbero state disponibili le informazioni transitorie. Piuttosto che essere una quantità minima di tempo in cui i dati saranno disponibili, è un massimo.
Ciò significa che se imposti qualcosa in modo che sia disponibile per un giorno, sarà disponibile per un giorno. Non di meno; non più. E dopo che il tempo è scaduto, dovrà essere ricreato ancora una volta nello stato transitorio.
Almeno, questa è la saggezza convenzionale dietro di esso. Non è sbagliato ma c’è di più. Qui è dove diventa un po’ più tecnico, però.
Che ruolo gioca MySQL?
Con la maturazione di WordPress, dell’hosting e di altre tecnologie, anche i database sottostanti che alimentano l’applicazione sono cambiati. Questa non è una cosa buona o cattiva (anche se forse potremmo sostenere che è una buona cosa in un prossimo post).
Ma può aiutare a spiegare perché i transitori funzionano nel modo in cui funzionano, dato lo stack con cui siamo abituati a lavorare e come potrebbero non funzionare come previsto senza i sistemi di database.
Se si sceglie di utilizzare MySQL come database per l’installazione di WordPress, cosa che mi permetto di dire che la maggior parte delle persone continua a fare, le informazioni che si trovano nella tabella Opzioni (che è anche la posizione in cui vengono archiviati i transitori), l’API Transient funzionerà come descritto sopra.
Ma cosa succede quando introduci altre forme di memorizzazione nella cache come la memorizzazione nella cache degli oggetti tramite software come Memcached o Redis e così via?
In tal caso, i dati potrebbero non essere disponibili come previsto. In breve, il software di memorizzazione nella cache può scegliere di eliminare le informazioni che non vengono richieste con la stessa frequenza delle altre informazioni. Cioè, dà un livello di priorità alle informazioni richieste più frequentemente.
Andando avanti
Quando prendi in considerazione tutto quanto sopra, stai guardando diverse cose:
- l’API Transitori,
- una banca dati,
- un sistema di memorizzazione nella cache di terze parti.
Quando hai l’API Transients e un database standard, andrà tutto bene perché le cose funzioneranno come ti aspetti.
Ma se si introduce un sistema di memorizzazione nella cache di terze parti, il risultato potrebbe essere diverso. In particolare, le cose potrebbero non – e probabilmente non funzioneranno – nel modo previsto.
Cioè, il sistema di memorizzazione nella cache di terze parti può ignorare tutte le informazioni che desidera eliminare ogni volta che ritiene necessario rimuoverle. Ciò significa che tutto ciò che pensi di avere disponibile nella cache non sarà lì.
In definitiva, il miglior consiglio che posso dare è questo:
- Se stai usando MySQL e l’API Transients, le cose funzioneranno come descritto nel Codex.
- Se, d’altra parte, stai utilizzando un altro sistema di memorizzazione nella cache, è importante capire come funziona e come puoi scrivere codice su di esso in modo che funzioni come desideri.
E con questo, non c’è altro da aggiungere a questo primer per comprendere la memorizzazione nella cache in WordPress.