La caché crece demasiado

POM Cache conserva los archivos generados hasta que la invalidación o el borrado manual los elimina. No dispone de un recolector de basura basado en antigüedad, por lo que el crecimiento del almacenamiento debe entenderse en función de las variantes de URL pública y de JSON.

Determinar qué almacén está creciendo

Abre Settings → POM Cache → General y compara:

• Cache Contents para el HTML estático;
• Progressive JSON Cache Contents para el JSON.

Registra el recuento y el tamaño en dos o más momentos bajo tráfico representativo. En multisitio, repite el proceso para cada sitio porque los contadores son valores del sitio actual.

Vigila también el espacio libre del sistema de archivos y los inodos a través de la plataforma de alojamiento. Los paneles de POM Cache son inventarios de contenido, no alertas de capacidad.

Causas habituales del HTML

El HTML puede crecer debido a:

• que se visiten más rutas públicas;
• slugs antiguos o estructuras de enlaces permanentes;
• varios alias de host que llegan a WordPress sin redirecciones canónicas;
• prefijos de idioma;
• un manejo incoherente de la barra final o del esquema;
• una migración de la ubicación de almacenamiento que dejó el árbol antiguo;
• una invalidación desactivada para cambios que retiran URLs.

Las cadenas de consulta significativas normalmente no se guardan en caché como HTML estático. No las marques como parámetros de seguimiento para reducir el almacenamiento salvo que tengas la garantía de que producen la misma representación.

Causas habituales del JSON

El JSON progresivo puede tener archivos independientes para:

• la configuración regional;
• el tipo de contenido del archivo;
• la paginación o el lote progresivo;
• los filtros facetados públicos;
• los hashes de contexto o las versiones de clave.

Un despliegue que cambia el esquema de claves del JSON no elimina automáticamente el diseño anterior. Borra el almacén de JSON del sitio actual después de confirmar que el nuevo esquema funciona.

Restablecer y medir el estado estable

1. Registra los recuentos actuales y la ubicación de caché desplegada.
2. Confirma que WordPress, Apache y la CDN usan esa misma ubicación.
3. Borra solo el almacén del sitio actual que está creciendo a través de POM Cache.
4. Ejercita un conjunto de rutas representativo.
5. Deja que el tráfico normal vuelva a repoblar la caché.
6. compara la nueva curva de crecimiento con el inventario esperado de URLs y variantes.

Si el crecimiento se reanuda sin coincidir con las variantes públicas, inspecciona las redirecciones canónicas y las rutas progresivas generadas por la aplicación.

Planificación de capacidad

Reserva espacio para:

• los artefactos del estado estable;
• los archivos temporales usados para escrituras seguras;
• el recrecimiento a corto plazo durante despliegues o picos de tráfico;
• los metadatos del sistema de archivos y el consumo de inodos.

Genera alertas tanto por bytes libres como por inodos. Muchos archivos JSON pequeños pueden agotar los inodos antes de consumir la capacidad de bytes esperada.

Eliminar el almacenamiento obsoleto de forma segura

Las acciones de POM Cache eliminan el almacén activo del sitio actual configurado. Si una raíz de caché antigua queda fuera de él:

1. demuestra que la configuración actual de PHP y Apache ya no hace referencia a ella;
2. identifica su alcance exacto de sitio y de producto;
3. haz una copia de seguridad si se requiere reversión;
4. elimínala mediante una operación de alojamiento revisada.

No ejecutes nunca una eliminación recursiva amplia contra wp-content, una raíz de caché compartida o una variable sin resolver. No elimines el árbol de otro sitio multisitio.

Si el almacén activo crece correctamente pero el sistema de archivos es demasiado pequeño, aumenta la capacidad o reduce las variantes públicas válidas en el nivel de diseño de la aplicación. Una eliminación por cron repetida convertiría a los visitantes normales en fallos de caché perpetuos sin solucionar la causa.