Comprender el almacenamiento en caché en WordPress, Parte 2
En la publicación anterior, compartí una introducción básica sobre cómo funcionan las aplicaciones respaldadas por bases de datos, específicamente WordPress, sin almacenamiento en caché.
Y antes de hablar sobre cómo funciona el almacenamiento en caché básico en WordPress, es decir, con la API de transitorios, es importante analizar los principios básicos del almacenamiento en caché. Esto incluye por qué lo hacemos, sus beneficios y cómo funciona.
Luego veremos cómo podemos aprovechar las instalaciones básicas de WordPress para hacer esto.
Comprender el almacenamiento en caché en WordPress: ¿Caché?
Por qué lo hacemos
En términos generales, hacemos esto para asegurarnos de que nuestros sitios sean rápidos. Sabemos que la velocidad juega un papel importante en la clasificación de una página en los resultados de búsqueda. Y aunque esa puede no ser la razón principal, es una razón importante.
Quizás el argumento más simple y mejor para el almacenamiento en caché es tener un sitio rápido (o un sitio con buen rendimiento). Y, en este contexto, esto puede significar un sitio o una aplicación web.
Independientemente, sabemos lo que se siente cuando estamos sentados esperando que se cargue una página o parte de una página. Si no nos gusta, ¿por qué querríamos que nuestros visitantes experimentaran eso?
Sus Beneficios
Los beneficios del almacenamiento en caché vienen en al menos dos áreas principales:
- experiencia de usuario,
- hora de cargar.
En la última sección, dije que los beneficios del almacenamiento en caché se pueden sentir si eres un usuario. Es algo que todos hemos experimentado y, como desarrolladores, es algo que podemos ofrecer a nuestros usuarios a través de una variedad de técnicas.
Pero el "tiempo de carga" también es algo que importa y no se trata solo de los beneficios del tiempo que tarda un usuario en cargar el sitio. En cambio, es un poco más técnico.
Recuerde en la publicación anterior que una solicitud, o un viaje, comienza cuando los usuarios solicitan información del servidor y luego el proceso va desde la máquina del usuario al servidor a la base de datos y viceversa.
Cuando hemos introducido el almacenamiento en caché, no tenemos que hacer todo eso. En cambio, un viaje se acorta porque los datos se guardan en otro lugar. Y si el viaje es más corto (y no me refiero desde la computadora del usuario hasta donde se encuentra el servidor en el mundo), entonces también debería ser más rápido.
¿Pero cómo?
Cómo funciona
Hay numerosos tipos de almacenamiento en caché disponibles, pero mantengo esta serie en particular de alto nivel. Es decir, no voy a distinguir entre caché de navegador, caché de página, caché de objetos, etc.
Quizás en un futuro post. Pero, por ahora, me refiero específicamente al almacenamiento en caché de alto nivel.
De todos modos, así es como funciona:
- Durante el primer viaje a una página, se reúne toda la información requerida para cargar la página.
- En lugar de descartarla cuando el usuario abandona el sitio (o la página), la información se guarda en un lugar de fácil acceso, como la memoria del servidor.
- Cuando el próximo usuario accede a la página, el viaje no tiene que ir a la base de datos para obtener toda la información, ensamblarla y luego devolvérsela al usuario. En su lugar, extrae la información completamente ensamblada de la memoria del servidor (que, en la mayoría de los casos), ya es más rápida y luego se la devuelve al usuario.
Hay muchas advertencias a tener en cuenta al hacer esto, como datos de usuario personalizados, cargas de página parciales, etc., pero el principio detrás del viaje sigue siendo el mismo.
Transitorios de WordPress
Entonces, ¿cómo funciona esto en WordPress? En el nivel más fundamental, la API de transitorios proporciona algunas funciones básicas para esto.
Pero es importante comprender cómo funciona y por qué funciona de la forma en que lo hace. Entonces, en la próxima publicación de esta serie, voy a hablar específicamente sobre eso.