Planificar el almacenamiento sin recolección automática de basura

POM Cache no ejecuta un temporizador que elimine HTML o JSON generados solo porque un archivo sea antiguo. Los archivos de caché siguen siendo reutilizables hasta que una invalidación admitida o una limpieza manual los elimine.

Qué implica este diseño

No existe de forma integrada:

• caducidad por antigüedad de los archivos HTML de origen;
• caducidad por antigüedad de los archivos JSON progresivos;
• barrido programado de recolección de basura;
• precarga automática tras el borrado;
• cuota de almacenamiento para todo el directorio.

Esto es independiente de la frescura HTTP. Un navegador o una CDN puede considerar obsoleta una respuesta después de max-age, mientras que el archivo de origen sigue disponible para que POM Cache lo sirva en la siguiente solicitud.

Cómo se eliminan los archivos

Los archivos generados salen del árbol activo del sitio actual a través de:

• Delete Cache en las herramientas de HTML;
• Delete Progressive JSON Cache en las herramientas de JSON;
• el atajo de la barra de administración para ambos;
• la invalidación de entradas habilitada;
• la invalidación de términos habilitada;
• la invalidación de traducción JSON habilitada;
• una integración pública admitida que solicite una purga.

Si no se produce ninguna de ellas, una ruta antigua puede permanecer en disco aunque los visitantes ya no la soliciten.

Causas habituales de archivos abandonados

El almacenamiento puede acumularse después de:

• cambiar el slug de una entrada o término con las purgas automáticas desactivadas;
• eliminar contenido público fuera de los eventos normales de WordPress;
• cambiar el contexto de archivo progresivo o los elementos por página;
• eliminar un idioma o prefijo de configuración regional;
• cambiar un dominio mapeado o la ruta de una subsitio;
• implementar plantillas nuevas que generen nuevos hashes de contexto JSON;
• retirar rutas de archivo profundas;
• ejecutar importaciones que omitan la invalidación normal.

Estos archivos no afectan necesariamente a los visitantes, pero consumen almacenamiento y hacen que el recuento de estado represente menos el conjunto de trabajo activo.

Crear una línea base de monitorización

En POM Cache → General, registra:

• el recuento de páginas y el tamaño de Cache Contents;
• el recuento de archivos y el tamaño de Progressive JSON Cache Contents.

Mide después de:

1. Una limpieza completa;
2. Que el tráfico normal haya calentado el sitio;
3. Un ciclo editorial típico;
4. Una importación importante, un lote de traducciones o una implementación de plantillas.

Compara el crecimiento con los cambios reales de rutas e idiomas. Una caché grande y estable puede ser saludable; un crecimiento sin límites sin demanda pública correspondiente requiere investigación.

Elegir una cadencia de mantenimiento

Una cadencia práctica se basa en eventos y no en la antigüedad:

• limpiar después de una migración de rutas o slugs;
• limpiar después de cambiar la estructura de archivo o el tamaño de lote;
• limpiar una vez al final de una operación de contenido masiva;
• limpiar después de eliminar una configuración regional o una asignación de dominio;
• revisar el almacenamiento antes de copias de seguridad o tareas de mantenimiento de capacidad de disco;
• realizar una limpieza controlada cuando los contextos obsoletos dominen el árbol JSON.

No limpies de forma rutinaria cada hora solo porque existan archivos. El borrado frecuente desecha respuestas calientes útiles y obliga a WordPress a regenerarlas.

Conservar un estado final coherente

Para una migración de varios pasos:

1. Completa todos los cambios de origen y enrutamiento;
2. Confirma que WordPress resuelva las nuevas URL públicas;
3. Limpia los almacenes HTML y JSON afectados;
4. Solicita rutas de origen representativas;
5. Verifica las nuevas entradas de caché y la ausencia de comportamiento obsoleto de rutas antiguas;
6. Actualiza las asignaciones de reescritura del servidor si el host o la ruta cambiaron;
7. Invalida las rutas antiguas y nuevas del visor de la CDN según sea necesario.

Limpiar a mitad de proceso puede crear archivos a partir de un estado intermedio incompleto.

Respuesta ante la presión de almacenamiento

Si el directorio de caché se acerca a un límite del alojamiento:

1. Identifica si el crecimiento lo genera HTML, JSON u otra aplicación;
2. Registra los recuentos y tamaños actuales de POM Cache;
3. Usa la limpieza admitida del sitio actual para el almacén afectado;
4. Repite por sitio en multisitio en lugar de borrar la raíz compartida;
5. Deja que el tráfico real reconstruya el conjunto activo;
6. Compara el tamaño en estado estable;
7. Investiga las dimensiones del archivo, el tamaño de la carga útil y los contextos de rutas abandonadas si el crecimiento vuelve.

No dirijas un borrado amplio del sistema operativo contra una raíz de caché sin resolver. Las herramientas del sitio actual aplican el alcance previsto del producto.

Planificar capacidad, no caducidad

Para JSON, calcula:

active route combinations × average batch size

Para HTML, ten en cuenta el número de rutas de página canónicas aptas que alcanzan los visitantes. Añade margen para que un contexto o ruta de sitio nuevos se calienten antes de limpiar el anterior.

Usa Monitor JSON cache size para las dimensiones de JSON y Understand static HTML cache files para el diseño de HTML.

La ausencia de recolección de basura es deliberada: POM Cache evita eliminar periódicamente trabajo estático válido. La responsabilidad correspondiente es integrar la invalidación y la revisión del almacenamiento en los flujos de publicación y migración.