WP Super Cache

wp-super-cache · Por Automattic

Ver en WordPress.org

1M+ instalaciones 4.3 (1,346) Actualizado hace 4 días v3.1.5 WP 6.8–7.1.4 PHP 7.4+

Puntuación de impacto

Footprint Score en los dos contextos más representativos.

6 escaneos · último escaneo hace 6 días

Comparar con otro plugin

Score Homepage

Impacto medido en la página de inicio pública

···

—

v3.1.4 · 2 escaneos · Puntuación consolidada sobre 90 días · 1 versiones

Datos insuficientes para publicar la nota (15 escaneos mínimo, actualmente 2).

Lo que añade a cada carga de página

Tiempo añadido: 393 ms
Memoria añadida: 1.0 MB
Consultas SQL: +0
Archivos CSS/JS: +0
Llamadas externas: 0

Score Admin

Impacto medido en la administración WordPress

Escaneo en análisis. El puntaje se publicará cuando tengamos suficientes mediciones.

Acerca de

Este plugin crea archivos html estáticos de tu sitio WordPress dinámico. Una vez se haya creado el archivo html tu servidor servirá ese archivo en vez de procesar los scripts PHP de WordPress, en comparación mucho más pesados y consumidores de recursos.

Los archivos estáticos html se servirán a la gran mayoría de sus usuarios:

El 99% de tus visitantes recibirán archivos html estáticos. Un archivo en caché se puede servir miles de veces. Otros visitantes recibirán archivos en caché personalizados a la medida de su visita. Si están conectados, o han dejado comentarios, esa información se mostrará y almacenará en caché para ellos.

El plugin sirve los archivos en caché en 3 maneras (ordenados por velocidad):

Si no te sientes cómodo editando archivos PHP, utiliza el modo fácil. Es fácil y muy rápido de configurar.

La recogida de basura es el acto de limpiar los archivos de caché que están desactualizados y obsoletos. No hay un valor correcto para el tiempo de caducidad, pero un buen punto de inicio es 1800 segundos.

Considera eliminar el contenido de la caja de texto «Agentes de usuario rechazados» y permite que los motores de búsqueda guarden los archivos en caché para tí.

A ser posible precarga tantas entradas como puedas y activa el «Modo de precarga». La recogida de residuos todavía funcionará pero no afectará a los archivos precargados. Si no te importa que los widgets de barra lateral no se actualicen muy a menudo pon el intervalo de precarga a 2880 minutos (2 días) para que tus entradas no se vuelvan a cachear muy a menudo. Cuando se realiza la precarga los archivos en caché de la entrada se actualizan y se borran, y luego se regeneran. Después se realiza una recogida de residuos de todos los archivos antiguos para limpiar los archivos en caché anticuados.
Con la precarga de archivos de caché se siguen borrando cuando creas o editas entradas o cuando se hacen comentarios.

Si necesitas más información que la siguiente, puedes echar un vistazo a la wiki o a documentación para desarrolladores.

Puedes generar archivos almacenados en caché para las publicaciones, categorías y etiquetas de tu sitio mediante precarga. La precarga visitará cada página de tu sitio y generará una página en caché a medida que avance, al igual que cualquier otro visitante del sitio. Debido a la naturaleza secuencial de esta función, precargar un sitio completo puede llevar algún tiempo si hay muchas publicaciones.
Para que la precarga sea más efectiva, puede ser útil desactivar la recogida de basura para que no se eliminen los archivos de caché más antiguos. Esto se hace activando el «Modo de precarga» en los ajustes. Ten en cuenta, sin embargo, que las páginas quedarán desactualizadas eventualmente, pero que las actualizaciones al enviar comentarios o editar publicaciones borrarán partes de la caché.

El directorio de caché se llena con el tiempo, y eso ocupa espacio en el servidor. Si el espacio es limitado o te pasa factura o si te preocupa que las páginas en caché se vuelvan obsoletas, entonces debes realizarse la recogida de basura. La recolección de basura se hace regularmente y borra archivos viejos en el directorio de caché. En la página de ajustes avanzados puedes especificar:
1. Tiempo de caducidad. Cuánto tiempo se consideran válidos los archivos de caché. Después de este tiempo, están obsoletos y se pueden eliminar.
2. Programador. Configura la frecuencia con la que se debe realizar la recogida de basura.
3. Mensajes de notificación por correo electrónico. Puedes recibir información sobre la evolución del proceso de recogida de basura. No hay configuraciones correctas o incorrectas para la recolección de basura. Depende de tu propio sitio.
Si tu sitio recibe actualizaciones periódicas o comentarios, establece el tiempo de caducidad en 1800 segundos y configura el temporizador en 600 segundos.
Si tu sitio es principalmente estático, puedes desactivar la recogida de basura escribiendo 0 como tiempo de caducidad o usando un valor de tiempo de caducidad francamente grande.

El directorio de caché, generalmente wp-content/cache/ es solo para archivos temporales. Nunca coloques en ese directorio archivos importantes o enlaces simbólicos a archivos o directorios importantes. Se eliminarán si el plugin tiene acceso de escritura a ellos.

Una red de distribución de contenido (CDN) generalmente es una red de computadoras ubicadas en todo el mundo que sirven el contenido del sitio web más rápidamente mediante el uso de servidores cercanos a tí. Los archivos estáticos como imágenes, Javascript y CSS se pueden servir a través de estas redes para acelerar la carga del sitio. También puedes crear una «CDN de pobre» utilizando un subdominio de tu dominio para servir archivos estáticos.

OSSDL CDN off-linker se ha integrado en WP Super Cache para proporcionar compatibilidad básica con CDN. Funciona reescribiendo las URLs de los archivos (excepto los archivos.php) en wp-content y wp-includes de tu servidor, por lo que apuntan a un hostname diferente. Muchos CDN admiten extracción de origen. Esto significa que el CDN descargará el archivo automáticamente de tu servidor cuando se le solicite por primera vez, y lo continuará sirviendo durante un período de tiempo configurable antes de volver a descargarlo de tu servidor.

Configura esto en la pestaña «CDN» de la página de ajustes del plugin. Esta es una técnica avanzada y requiere una comprensión básica de cómo funciona tu servidor web o CDN. Asegúrate de borrar los archivos en caché después de configurar el CDN.

Ahora hay endpoints en la REST API para acceder a la configuración de este plugin. Deberá ser autenticado como usuario administrador con permiso para ver la página de configuración y poder usarla. Esto aún no se ha documentado, pero puede encontrar todo el código de esto en el directorio «rest».

Ahora es posible conectar el proceso de almacenamiento en caché utilizando la función add_cacheaction().

Hay tres ganchos disponibles:

Hay un filtro regular de WordPress también. Usa el filtro the «do_createsupercache»
para personalizar los controles realizados antes del almacenamiento en caché. El filtro acepta un parámetro.
La función de salida de WP-Cache wp_cache_get_cookies_values().

WP Super Cache tiene su propio sistema de plugins, cargado antes que la mayor parte de WordPress. Añade tu propio plugin colocándolo en el directorio wp-content/plugins/wp-super-cache-plugins, o llamando a wpsc_add_plugin( $name ) con la ruta completa al plugin.

Las cookies que se usan para identificar a los «usuarios conocidos» se pueden modificar con wpsc_add_cookie( $name ) y wpsc_delete_cookie( $name ). Echa un vistazo a plugins/searchengine.php como ejemplo.

Si algunas cosas no funcionan desde que instalaste el plugin, hay algunas cosas que debes comprobar:

Asegúrate de que la siguiente línea esté en wp-config.php y esté ENCIMA de la línea «require_once(ABSPATH.’wp-settings.php’);»:

define( 'WP_CACHE', true );

Prueba de nuevo en página Ajustes->WP Super Cache y activa la caché.

Pasa a ver wp-content/cache/supercache/. ¿Hay directorios y archivos allí?

¿Hay algo en el error_log de php?

Si el navegador sigue pidiéndote que guardes el archivo después de instalar supercaché, debes desactivar la compresión de Super Cache. Ve a la página Ajustes->WP Super Cache y desactívala ahí.

Errores de bloqueo de archivos como «no se pudo obtener la clave 0x152b: Permiso denegado en …» o «Página no almacenada en caché por WP Super Cache. No se pudo obtener el bloqueo de exclusión mutua.» son una señal de que debes usar el bloqueo de archivos. Edita wp-content/wp-cache-config.php y descomenta «$use_flock = true» o define un valor diferente para $sem_id. También puedes desactivar el bloqueo de archivos desde la pantalla de administración como último recurso.

Asegúrate de que el servidor web pueda escribir en la memoria cache/wp_cache_mutex.lock si utilizas el bloqueo basto de archivos.

La carpeta de caché no se puede colocar en un compartimiento NFS o Samba o NAS. Tiene que estar en un disco local. El bloqueo de archivos y la eliminación de archivos caducados no funcionarán correctamente a menos que la carpeta de caché esté en la máquina local.

La recolección de basura de los archivos de caché antiguos no funcionará si WordPress no puede encontrar wp-cron.php. Comprueba tus access_logs para ver los registros de wp-cron.php y que tu hostname se resuelva a la dirección IP externa que utilizan otros servidores de la red o de Internet.

Si se están sirviendo páginas anticuadas a tus visitantes a través de la supercaché, es posible que te falten módulos Apache (o sus equivalentes si no usas Apache). Se requieren 3 módulos: mod_mime, mod_headers y mod_expires. Los dos últimos son especialmente importantes para garantizar que los navegadores carguen las nuevas versiones de páginas existentes en tu sitio.

El mensaje de error «WP Super Cache está instalado pero roto. La ruta a wp-cache-phase1.php in wp-content/advanced-cache.php debe corregirse!» aparece al final de cada página. Abre el archivo wp-content/advanced-cache.php en su editor favorito. ¿Es correcta la ruta a wp-cache-phase1.php? Este archivo estará normalmente en wp-content/plugins/wp-super-cache/. Si no es correcto, el motor de almacenamiento en caché no se cargará.

El almacenamiento en caché no funciona. La marca de tiempo en mi blog cambia constantemente cuando recargo. Comprueba en las reglas .htaccess que la ruta coincide con el lugar donde está el directorio supercache. Puede que tengas que codificarlo. Intenta desactivar el modo supercaché.

Si se generan archivos de caché de supercaché pero no se sirven, comprueba los permisos en todas las carpetas de wp-content/cache/supercache (y en cada una de las carpetas de memoria caché y supercaché de wp-content) y wp-content/cache/.htaccess. Si tu PHP se ejecuta como un usuario diferente a Apache y los permisos son estrictos, es posible que Apache no pueda leer los archivos de caché generados por PHP. Para solucionarlo, debes agregar la siguiente línea a tu wp-config.php (agrégala encima de WP_CACHE define). Después borra la caché.

umask( 0022 );

Si ves basura en tu navegador después de activar la compresión en el plugin, es posible que la compresión ya esté activada en el servidor web. En Apache debes desactivar mod_deflate, o en PHP la compresión zlib puede estar activada. Puedes desactivarla de tres maneras. Si tienes acceso de administrador, edita el php.ini y encuentra la configuración de zlib.output_compression y asegúrate de que esté «Desactivada» o agrega esta línea al .htaccess:

php_flag zlib.output_compression off

Si eso no funciona, añade esta línea a tu wp-config.php:

ini_set('zlib.output_compression', 0);

Después de desinstalar, los enlaces permanentes pueden romperse si eliminas también las reglas de mod_rewrite de WordPress. Vuelve a generar esas reglas visitando la página Ajustes->Enlaces permanentes y guarda ese formulario de nuevo.

Si tu blog se niega a cargar, asegúrate de que tu wp-config.php sea correcto. ¿Has perdido una etiqueta PHP de apertura o cierre?

¿Tu página principal está bien, pero las entradas y las páginas dan un 404? Ve a Ajustes-> enlaces permanentes y haz clic en «Guardar» una vez hayas seleccionado una estructura personalizada de enlaces permanentes. Es posible que debas actualizar manualmente el archivo .htaccess.

Si algunos caracteres no aparecen correctamente en tu sitio web, es posible que tu servidor no esté configurado correctamente. Debes decirle a los visitantes qué conjunto de caracteres usas. Ve a Ajustes->Lectura y copia el valor ‘Codificación de páginas y feeds’. Edita el archivo .htaccess con todas las reglas de reescritura de Supercache y WordPress y añade esto en la parte superior, reemplazando CHARSET con el valor copiado. (por ejemplo, ‘UTF-8’)

Descripción publicada por Automattic en WordPress.org, bajo licencia GPLv2 or later.

Etiquetas

cache caching performance WP Cache WP Super Cache

Ver en WordPress.org ↗ Sitio oficial ↗ Soporte ↗