Hace unos días comenzamos una serie de tutoriales sobre W3TC (W3 Total Cache), que es un complemento que le permitirá almacenar en caché su blog, para que se ejecute mucho más rápido.
Esta serie de tutoriales se ve así:
- 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 la caché de la página - Episodio 3 (este tutorial)
- Minificaciones de configuración - Episodio 4
- Configuración de la caché de la base de datos - Episodio 5
- Configuración de objetos y navegador - Episodio 6
- Parte 3: todas las respuestas a sus preguntas
- Parte 4: Parámetros "Mainspan" de W3TC
En el episodio anterior, todavía estábamos en la parte 2, pero comenzamos con la configuración general. Hoy continuaremos con la configuración del en caché páginas.
cuando el en caché páginas se activa desde el menú de configuración general, utilice el botón “ Caché de página Para acceder a la configuración de caché para este elemento.
Al seleccionar páginas para almacenar en caché, sea lo más inclusivo posible. En la mayoría de los casos, querrá almacenar en caché casi todas las páginas.
Si su sitio está disponible con https entonces usted tendrá que activar SSL Caché (https) Para estas aplicaciones.
La mayoría de los sitios no se beneficiarán de la en caché basado en los URI. Habilitar esta opción puede producir resultados inesperados al almacenar en caché cadenas inesperadas. Entonces, a menos que su función de búsqueda sea ampliamente utilizada para buscar con los mismos términos, deje esta opción desactivada.
Finalmente, es aconsejable no almacenar en caché la página 404. Los visitantes no deberían verlos muy a menudo, de todos modos, y no querrá que Google indexe una página 404 como una página normal, lo que puede suceder si habilita esta opción.
La siguiente opción, "Solicitar en caché solo para (su dominio) la dirección del sitio "(Sólo las solicitudes de caché) está desmarcado de forma predeterminada, pero la recomendación universal es marcar esta opción.
Las siguientes dos opciones parecen bastante similares, pero la explicación debajo de cada opción lo aclara.
« No almacenar en caché las páginas de los usuarios que iniciaron sesión siempre debe permanecer marcado Siempre debe permanecer marcado. Si lo deja marcado y ve su sitio mientras está conectado, su acción almacenará en caché la página y la mostrará a los usuarios que no hayan iniciado sesión.
« No oculte páginas para los siguientes roles de usuario Significa que los usuarios que coinciden con el rol seleccionado accederán a la versión directa (no en caché) de su sitio.
La siguiente sección, " La precarga caché Se utiliza para construir el caché de la página antes de que se cargue.
Es una buena idea elegir la opción para precargar el caché de la página. El rango de páginas predeterminado y los valores del rango de páginas son buenas configuraciones para servidores compartidos. Sin embargo, si tienes un entornoalojamiento más potente, siéntase libre de reducir la actualización de la página y el intervalo de almacenamiento en caché.
Deberá agregar la URL del mapa del sitio en el campo apropiado que W3TC usa para usarlo para identificar las páginas que deben almacenarse en caché.
Por último, en la mayoría de los casos, querrá seleccionar " Precargar el puesto caché a publicar eventos ". Esto asegurará que la versión en caché de su página se actualice cada vez que publique un nuevo artículo.
La sección de limpieza se utiliza para especificar páginas para " vacía Desde la caché, siempre que se publique, edite o comente un artículo.
Probablemente querrá abandonar las opciones de limpieza de caché, a menos que sepa que no desea que se purgue una de las páginas en los eventos mencionados anteriormente.
El límite de purga determina el número de páginas archivadas que se deben purgar. Por ejemplo, si el archivo de su artículo tiene páginas 20 y establece el límite de purga en 15, las últimas páginas 15 se eliminarán, mientras que las cinco páginas más antiguas no se eliminarán hasta que llega la fecha de vencimiento de estas páginas.
Establecer el valor en 0 para purgar todas las páginas es una buena idea a menos que algunos de sus archivos sean muy grandes. En este caso, deberá utilizar un valor de 10, que puede ser adecuado para esta situación.
Si ha creado páginas personalizadas que deben purgarse cada vez que se editan y publican los mensajes, debe agregarlos manualmente al campo de páginas adicionales (opción disponible un poco más bajo).
La sección avanzada lo ayudará a:
- Controla cómo W3TC maneja cadenas de solicitud específicas,
- Excluir ciertos agentes (dispositivos, navegadores) que no recibirán la versión en caché,
- Identifique las cookies que permitirán a W3TC no almacenar en caché las páginas
- Configurar excepciones específicas adicionales.
Tómese un minuto para mirar la configuración al comienzo de la sección "Avanzado".
« fines de inicialización Esta característica avanzada le permite implementar el almacenamiento en caché de la página de forma fragmentada. Puede ignorar esta opción en la mayoría de los casos.
« Modo de compatibilidad »: El autor del complemento recomienda activar el modo de compatibilidad para minimizar la aparición de errores.
« charset Si observa que aparecen caracteres extraños en las páginas en caché, habilite esta opción.
« Rechazar peticiones HEAD ": Deje esta opción deshabilitada. La información contenida en una solicitud HTTP HEAD a veces es necesaria para construir la página resultante. Si deshabilita esta opción, los datos de solicitud de HEAD no se almacenarán en caché y pueden romper páginas que se crean con esta información.
« intervalo de recolección de basura »: especifique con qué frecuencia se eliminan los datos almacenados en caché vencidos. Eliminación de tomas de datos en caché Recursos del servidor, no debe hacerse con demasiada frecuencia si su sitio está ocupado o si su servidor está sobrecargado. El valor predeterminado es apropiado para casi todos los servidores.
« Cómo duración de la cookie La reducción de este valor reducirá la carga en el servidor porque la caducidad de las cookies utilizadas para autenticar a los interesados caduca más rápidamente. Sin embargo, establecer un valor demasiado corto hará que los usuarios inicien sesión todo el tiempo.
El resto de los campos en esta sección no deben cambiarse a menos que sepa que desea anular el comportamiento de W3TC para una cookie específica, un " agente de usuario O una pagina.
Eso es todo por esta suite. Continuaremos en un próximo episodio.
