WordPress en caché: las seis cosas diferentes que la gente puede significar

El “almacenamiento en caché” es generalmente la solución que escucha se ofrece para la mayoría de los problemas de rendimiento que tiene un sitio de WordPress. Y para otras cosas que no sean sitios de WordPress, la memorización de caché es una de las formas más fáciles y efectivas de aumentar el rendimiento del software sin invertir en un nuevo hardware. (El uso exacto del mismo software en hardware que es significativamente más rápido es más ligero, pero probablemente no más barato …) pero, como muchas cosas de las que los expertos suelen hablar, creo que el desarrollador de WordPress es al menos un Poco confundido por las diversas cosas que caen bajo el banner de “almacenamiento en caché” en un sitio de WordPress. Nuestro objetivo aquí no es enseñarle cómo usar la memorización en caché para hacer que el sitio web de WordPress sea tres veces más rápido, sino ayudarlo a comprender los diferentes significados de “memorizar en caché” y cómo puede ser la forma ideal de acelerar su WordPress sitio web.
En general, hay tres tipos de memoria en caché que hacen que su sitio de WordPress sea más rápido:
Memorización de caché de activos estáticos: manteniendo las imágenes, las hojas de estilo y los scripts disponibles
Memorización de caché de toda la página: manteniendo las páginas de WordPress “reproducidas” y servirlas, en lugar de reconstruir su WordPress
Memoria parcial en caché: si los resultados intermedios se mantienen a mano para su uso posterior
El título del artículo menciona seis formas en que se realiza el “almacenamiento en caché”, pero la lista solo tiene tres miembros. ¿Qué da? Esta lista es la imagen de cinco mil pies, pero hay tonos que la lista anterior necesariamente pasa. De hecho, dije seis capas de almacenamiento en caché, porque cada uno de los tipos de almacenamiento en caché se puede hacer de dos maneras diferentes en la mayoría de los sitios de WordPress. Y comprender cómo es posible o por qué sucede, es la razón por la que debe leer más. Actualización de activos: ayuda fácil para su servidor que su navegador puede hacer decenas fácilmente, si no cientos de solicitudes para mostrarle una página en particular. Por lo tanto, probablemente sepa esto, pero en una página individual visitada por alguien en su sitio web de WordPress no se responde con un solo globo de cosas para jugar lo que parece su navegador. WordPress no dice “Aquí está toda la página del índice WPShout”. En cambio, le dice al navegador: “Aquí está el mapa del índice WPShout y le muestra todos los otros recursos que necesitará”. Los otros recursos son imágenes que se refieren a HTML, las hojas de estilo que afectan los archivos JavaScript que pueden cambiar aún más su comportamiento.
Su navegador puede hacer decenas fácilmente si no cientos de solicitudes para mostrarle una página en particular. Para nuestra página de índice mientras escribí este artículo, Firefox informó más de 10
0 solicitudes por página.Alrededor de 36 fueron hechos por nuestra propia fuente, el resto fueron realizados por cosas como nuestros widgets de Facebook y Twitter.Nuestras imágenes, hojas de estilo y archivos JavaScript eran solo unas pocas decenas, pero incluso ellas pueden transmitirse a diferentes velocidades.Una posibilidad, y lo que llamamos el “sin caché”, es que cada uno de ellos está activo estático, un archivo que está en la unidad de almacenamiento de nuestro servidor (ya sea un disco giratorio o un almacenamiento flash).En este caso, como solicitó el navegador, cada Apache buscaría, encontraría y enviaría al visitante cuando llegaran las solicitudes.Especialmente con un disco duro de disco duro, todo el cual tiene que verse y encontrar en el almacenamiento del servidor.Podría ser lento.

Por lo tanto, el primer tipo de caché que puede tener es que esos archivos se mantienen en la memoria temporal (RAM) de su servidor, en lugar de leer el almacenamiento. No soy un experto, pero creo que tanto Apache como Ninx harán mucho de esto por usted. Por defecto, aunque sé que nuestros amigos de SiteGround incluyen esto en su lista de funciones de almacenamiento, por lo que tal vez un sistema especial requiere administración para esto. . En cualquier caso, este es nuestro significado de almacenamiento en caché #1. Memoria de caché significado no. 2 también está relacionado con uno de los tipos de memoria más complicados en caché que escuchará. #2 es una red de entrega de contenido o CDN. No entraremos en detalles exhaustivos: este artículo es lo suficientemente largo y no es un experto en este tema, pero los CDN son una forma en que los activos estáticos se almacenan en caché más cerca de la persona y la conexión a Internet que actualmente ve una página. Si mi servidor está en Dallas y alguien navega en mi sitio web de Kolkata, cada material que conecto requiere una media revista del mundo. Incluso a la velocidad de la luz (el límite teórico de lo rápido que puede ser una red) no es instantánea. Pero si tengo un CDN en Bangalore, puedo entregar mis imágenes y hojas de estilo mucho más rápido para mis visitantes indios. En realidad, un CDN es solo muchos servidores que solo tienen ciertos archivos y brindan a los visitantes esos archivos desde el más cercano.
Memoria de caché de toda la página: deje WordPress fuera de la creación del código HTML que su navegador recibe por primera vez del servidor es otro lugar donde puede agregar velocidad a un sitio de caché. Mencioné en la última sección que cuando visita el índice WPShout, no recibe un conjunto de datos completo que el navegador pueda ver, sino un mapa. La última sección se trata de completar el conjunto de datos dirigido al mapa, esta sección se trata del mapa. Dicho lo contrario: crear el código HTML que su navegador recibe por primera vez del servidor es otro lugar donde puede agregar velocidad a un sitio de caché. Aquí es que WordPress hace una serie de cosas para crear su HTML final para el navegador: procesa una URL, Hace una consulta en la base de datos o una docena para obtener los datos de la página adecuados con la URL, luego procese sus archivos de tema para colocar esos datos de la base de datos en sus plantillas y, finalmente, envíelos todos al servidor, lo que los envía luego los envía al usuario. A menudo, todo se puede hacer en cuestión de milisegundos, pero cuando desea permanecer despierto cuando se transmite el anuncio del Super Bowl, esos milisegundos importan mucho. Entonces, lo que puede hacer es memorizar ese conjunto final de HTML que coincide con una determinada URL y luego servirla por un período de tiempo, en lugar de hacer que WordPress la regenere. Claro, puede significar que un nuevo comentario o widget en la barra lateral ligeramente modificada no es tan fresca durante una hora en la que sirve el caché HTML, pero significa que su servidor no colapsará.
Esto se puede hacer de dos maneras: mediante un proceso separado o mediante un complemento de WordPress. Abordemos el proceso separado como nuestro número 3 de almacenamiento en caché, un proxy viceversa. Nginx, que puede conocer como un servidor web alternativo, también se usa comúnmente en esta calidad. Básicamente, en estos casos, el proxy inverso (barniz) atrapa su HTML jugado por WordPress antes de ser enviado a su visitante. La próxima vez que un visitante solicite la misma página, Varnish ofrece su versión “atrapada”, y WordPress ni siquiera tiene que ser perturbado con esta solicitud. Debido a que el barniz (o ninx, configurado correctamente) está especialmente diseñado para este uso, es muy rápido. Al alojar WordPress, deberá ir a un host de WordPress específico para obtener este tipo de almacenamiento en caché y, en general, no es algo que pueda configurar en el administrador de WordPress. (Nuestro socio, SiteGround, tiene un complemento que coopera con el caché de proxy inverso; supongo que otros hosts ofrecen una característica similar, pero tengo que reconocer el no conocimiento de los detalles).
Si su host no le da una capa de almacenamiento de caché con un proceso separado en su servidor, la siguiente mejor parada para obtener este tipo de funcionalidad es un complemento de WordPress como WP Super Cache. Es posible que lo haya adivinado, pero esto generalmente no es tan alto de alto rendimiento, porque confía en PHP (en lugar de un lenguaje más rápido como C, que uso Varnish y Nginx) y porque hace todo esto en el mismo proceso que WordPress mismo . Puede continuar obteniendo ganancias de rendimiento sustanciales de un complemento de WordPress que hace que el caché haga en la página completa (nuestro caché no. 4), pero a veces puede ver problemas de memoria con un tipo de solución. (Básicamente, use más memoria de la que hará sin esta solución, porque PHP captura su resultado y hace todas las cosas normales. No es insuperable, pero es posible que deba cambiar un Php.ini o dos …)


Memoria parcial en caché: de transitorios y otros … La clase final de capas de “almacenamiento en caché” es cuando almacena datos intermedios, en lugar de confiar en su recuperación o reconstrucción cada vez. La clase final de capas de “almacenamiento en caché” es cuando almacena datos intermedios, en lugar de depender de su recuperación o reconstrucción cada vez. Cubrí la idea de la API transitoria de WordPress antes, pero prácticamente aquí está. Los transitorios se prescriben con mayor frecuencia al hacer solicitudes de API HTTP, digamos a Github, o Facebook, etc. Si intenta obtener datos en un depósito de GitHub para un widget de barra lateral, ningún caché tiene muchos pasos. Una vez que el visitante solicite su sitio, le solicite a los datos de GitHub los datos, procese su solicitud, le envíe la respuesta, procese, luego puede responder a su visitante; es muy lento. Así que memorice en caché lo que recibió de GitHub y luego tome todos estos pasos una vez cada pocas horas. De esta manera, una sola carga de la página, en lugar de cada una, tiene que esperar el proceso. ¿Cómo están dos versiones aquí, cuando solo hablé sobre la “API transitoria” como una cosa? Bueno, uno menos entendido sobre los beneficios de almacenamiento en caché y rendimiento de los transitorios es que funciona de dos maneras diferentes, dependiendo de cómo esté configurado su sitio de WordPress.
Si su host ofrece un “caché dinámico”, la mayoría de los planes de alojamiento específicos de WordPress y (nuevamente) nuestros socios de SiteGround lo hacen, los transitorios se almacenan en una tienda de memoria, generalmente memcached. Entonces, el número 5 es el almacenamiento en “caché” parcial “, fragmentado” o “dinámico” en un almacén de memoria como Memcached o Redis. Si se activa, WordPress almacenará todos los transitorios establecidos explícitamente por los desarrolladores de arado y temas, así como los internos, en esta capa, y se obtiene un aumento en el rendimiento. Sin embargo, esto no funciona solo para solicitudes de API, interrogatorios de bases de datos que pueden ejecutar cálculos de PHP largos y largos y se pueden almacenar muchos más en estas estructuras de súper rendimiento. Pero no todos los sitios de WordPress tienen este tipo de caché disponible o activado. Para lidiar con esto, WordPress también puede almacenar transitorios en su base de datos (en la tabla WP_options). Este es el almacenamiento Tipo #6 en caché: transitorios en la tabla WP_options. Esto sigue siendo una mejora en el rendimiento contra las nuevas solicitudes de API (por ejemplo) con cada página representada, pero es menos rápida que tener un “caché dinámico” con un caché especialmente creado, como Memcache. Para cálculos a largo plazo o solicitudes de API externas, cualquier tipo de WordPress transitorio es una gran victoria. Sin embargo, para casos más sutiles, el uso o no uso de elementos transitorios probablemente se acercará a un lavado si simplemente se almacenan en la base de datos de WordPress.
Los seis tipos de almacenamiento en caché son los seis tipos de almacenamiento de caché que conozco y que hay consideraciones importantes para un sitio de WordPress: almacenamiento de la memoria del servidor estático en lugar del almacenamiento de disco
Activos estáticos de almacenamiento más cercanos a los visitantes, con un CDN

Cache memorizando toda la página a través de un proceso externo como barniz
Cache memorizando la página completa con un complemento como WP Super Cache
Memoria parcial en caché de transitorios con un depósito de datos de memoria como Memcache
Memoria parcial en el caché de los trascadores con la base de datos de WordPress
Cada uno de ellos puede tener un gran impacto positivo en la velocidad de su sitio, pero cada uno es diferente de los demás, y algunos son bastante profundos. Espero que ahora se sienta capaz de comprender y ver los tipos de caché que hará que su sitio web de WordPress sea lo más alto posible. ¡Aquiando feliz! Imagen de crédito: espacio negativo