Continuamos nuestra serie de tutoriales sobre la configuración del complemento W3TC. Como recordatorio, W3TC es la abreviatura del nombre " W3 Total Cache que es una ventaja famosa para el almacenamiento en caché en el blog. Almacenar en caché un blog significa renderizar datos idénticos de fácil acceso para el servidor.
Puede leer nuestros tutoriales anteriores sobre el tema para obtener más información.
- Parte 1: Introducción a la caché
- Parte 2: Cómo configurar W3TC
- Configuración general - Episodio 1
- Más configuraciones generales - Episodio 2
- Configuración de caché de página - Episodio 3
- Minificaciones de configuración - Episodio 4
- Configuración de la caché de la base de datos datos – Episodio 5 (este tutorial)
- Configuración de objetos y navegador - Episodio 6
- Parte 3: todas las respuestas a sus preguntas
- Parte 4: Parámetros "Mainspan" de W3TC
La página de configuración del en caché desde la base de datos El menú tiene dos secciones: General y Avanzado.
La sección General "Tiene solo una opción: una casilla de verificación, marcada de forma predeterminada, que hace posible no almacenar en caché las consultas realizadas para los usuarios registrados. Lo que esto significa es que si un usuario ha iniciado sesión, no tendrá los datos del caché. La razón es que los usuarios conectados interactuarán con el sitio durante sus sesiones. Por lo tanto, necesitan recibir los datos actualizados.
Una excepción a esto sería cuando un contenido está escondido detrás de un “ Paywall ”, que no cambia con la apertura del usuario registrado. En este caso, la base de datos en caché se utiliza porque los usuarios inician sesión solo para acceder al contenido y no interactuar ni modificar ningún contenido del sitio.
La seccion Avanzado En el menú de la base de datos le permite refinar la caché de la base de datos. Puede asignar una vida a los objetos en la caché con un valor predeterminado de 180 segundos y determinar el período de tiempo después del cual los objetos caducados deben eliminarse.
Si usas el en caché de la base de datos, mantenga los valores predeterminados a menos que el caché de la base de datos sea demasiado grande. Si esto ocurre, reduzca la vida útil del objeto de caché o el intervalo de recolección de basura para reducir la cantidad de espacio que ocupa el caché de la base de datos.
También puede especificar páginas específicas donde los datos de la base de datos en caché no se utilizarán en páginas posteriores. Esto es particularmente útil si está realizando consultas de caché para usuarios registrados pero hay algunas páginas en las que no desea que se admitan los datos de caché.
El siguiente campo en la sección Avanzado le permite especificar qué ramas de consulta de la base de datos serán ignoradas, es decir, no almacenadas en la caché de la base de datos. Utilice este campo si utiliza complementos que dependen de la consulta de la base de datos.
Por ejemplo, el campo se rellena previamente con tres valores: gdsr_, wp_rg_, et _wp_session. Estas tres solicitudes corresponden a los complementos GD Rating System, Gravity Forms y WP Session Manager. Estos son tres complementos comunes que necesitan consultar directamente la base de datos cada vez que se carga una página, no una versión en caché de la base de datos. Por lo tanto, agregar estas consultas a la lista ignorada ayuda a evitar que estas consultas se almacenen en caché.
Si tiene la caché de la base de datos habilitada y observa que un complemento específico no funciona normalmente, deberá identificar la consulta asociada, ya sea investigando el código del complemento o preguntándole al autor del complemento.
El campo titulado " consulta el rechazo Le permite identificar tipos específicos de consultas que no deben almacenarse en caché. A menos que sea un administrador de la base de datos, deje este campo como está.
Eso es todo para la configuración de la caché de la base de datos en W3TC. No dude en hacernos preguntas si no entiende un punto.
