Comprender el almacenamiento en caché en WordPress, Parte 1
En mayo, escribí un artículo sobre el uso de la API de transitorios de WordPress. Resumo el artículo así:
Para simular las cookies y su característica de caducidad, el uso de transitorios de WordPress puede ser una solución viable.
Aunque el propósito del artículo era establecer una base sobre cómo podemos diseñar una clase para trabajar con la API de transitorios para simular el comportamiento de las cookies, uno de los efectos secundarios del artículo es que no hizo un buen trabajo. de explicar cómo funciona la API de transitorios (y, por poder, cómo funciona MySQL).
David de UpDraft Plus me informó de esto por correo electrónico .
Así que pensé que sería útil hablar sobre el concepto de almacenamiento en caché desde un nivel práctico, cómo se implementa en WordPress, luego tal vez veamos cómo utilizar complementos o tecnología más nueva para potenciar mejor nuestros sitios y aplicaciones, así como tener una mejor comprensión.
Comprender el almacenamiento en caché: conceptos básicos
El concepto de almacenamiento en caché es relativamente fácil. Pero creo que se demuestra mejor hablando primero de serialización y recuperación de datos sin almacenamiento en caché.
sin almacenamiento en caché
Escritura de datos
Cada vez que escribe información en la base de datos subyacente, está registrando un registro, o una serie de registros, en la base de datos.
Por ejemplo, cuando publica una publicación, escribirá un registro en la tabla para publicaciones y en la tabla para metadatos de publicación, cada uno de los cuales está relacionado por una ID de publicación.
Cómo se relacionan no es importante para esta publicación.
En cambio, lo que hay que entender en esta parte es que cuando los datos se escriben en la base de datos, se crea al menos un registro, si no varios.
Lectura de datos
Cuando un visitante aterriza en el sitio para leer esa publicación en particular, toda la información de dicha publicación se solicitará de la base de datos, se enviará a la aplicación de WordPress y luego se mostrará en el front-end.
Piensa en todo este proceso como un viaje:
- ❓el visitante solicita la página,
- 🔍 el servidor web identificó qué página cargar,
- 📂 la página se solicita desde la base de datos de varias tablas,
- 🏗 los datos se ensamblan y se envían a la aplicación principal,
- 🖥 los datos se presentan al usuario.
Entonces, el viaje comienza cuando el usuario solicita una página y termina cuando se le presenta la información en su navegador.
es un viaje
Y, sin almacenamiento en caché, esto sucede para todos los usuarios. Es decir, por cada usuario que visita tu sitio, se tiene que realizar un viaje.
Eso puede resultar muy costoso en términos de recursos y tiempo (especialmente dependiendo del tamaño de su base de datos).
Pero aquí es donde el almacenamiento en caché puede entrar en juego.
Antes de entrar en el almacenamiento en caché
La idea detrás del almacenamiento en caché es hacer que todo este proceso sea más rápido. Es decir, si sabemos que va a ocurrir un viaje, podemos mantener la información en un lugar en el que ya esté ensamblada y sea más rápida de recuperar.
Sin embargo, antes de hablar de lo que hablaré en la próxima publicación, tenga en cuenta que esto es como hacer un viaje al disco duro del servidor en el que está alojado el sitio cada vez que se visita el sitio.
Porque, en última instancia, la base de datos, los archivos y todos los activos necesarios para impulsar el sitio residen en un disco duro. Y sí, cosas como las unidades de estado sólido pueden hacer que este proceso sea más rápido, aún no es lo más óptimo posible.
Y ahí es donde el almacenamiento en caché entra en escena. Para comprender mejor la API de transitorios, es importante comprender el almacenamiento en caché, lo que primero requiere una comprensión básica de cómo funcionan las cosas sin almacenamiento en caché.
es una cartilla
Así que considere esto como una introducción básica sobre cómo funciona un sitio respaldado por una base de datos sin almacenamiento en caché. Y luego nos basaremos en esto más en la próxima publicación.