Integración con el servidor web
POM Cache puede reutilizar un archivo generado de dos maneras: PHP puede servirlo a través del drop-in de WordPress, o el servidor web puede mapear la URL pública directamente al archivo. La entrega directa elimina a PHP y a WordPress de la petición, pero también traslada la decisión de seguridad fuera del plugin.
Este capítulo está dirigido a propietarios de sitios y administradores de servidores que ya disponen de una ruta de caché PHP en funcionamiento. Establece esa base antes de añadir reglas nativas.
Qué suministra POM Cache
En POM Cache → Advanced, el plugin muestra dos bloques de solo lectura:
- Apache rules → Recommended .htaccess rules: entrega directa para HTML estático.
- Progressive JSON Apache rules → Recommended progressive JSON .htaccess rules: entrega directa para datos de archivo progresivo compatibles.
POM Cache nunca escribe el .htaccess principal. Guardar los ajustes del plugin no instala, actualiza, reordena ni elimina ninguno de los dos bloques.
La regla HTML y la regla JSON progresivo son independientes. El bloque HTML mapea una URL de página con barra final a pom-cache/{host}/{path}/index.html. El bloque JSON reconoce sus rutas JSON compatibles, las mapea por debajo de pom-cache-json y suministra cabeceras de respuesta JSON cuando mod_headers está disponible.
Por qué las reglas de servidor requieren una revisión deliberada
Una petición nativa se produce antes de que WordPress pueda inspeccionar:
- el usuario autenticado;
- los condicionales de ruta;
DONOTCACHEPAGE;- la personalización específica del plugin;
- el ajuste actual de POM Cache;
- los filtros de entrega de PHP.
Por lo tanto, la política efectiva de Apache, proxy y CDN debe preservar el mismo límite de solo público que PHP. Una regla que encuentre un archivo pero ignore diferencias de método, consulta, cookie, host o ruta no es una regla de caché aceptable.
Despliegue recomendado
- Comprende por qué los archivos se sirven antes que PHP.
- Prueba la alternativa de caché PHP en páginas representativas.
- Haz una copia de seguridad y revisa las reglas del servidor.
- Instala las reglas Apache suministradas de forma segura.
- Verifica la entrega directa de Apache.
- Vuelve a comprobar el inicio de sesión, las contraseñas, el estado de comercio, las cadenas de consulta, los métodos, los hosts y las rutas multisitio.
Si el sitio no utiliza Apache, sigue Planifica una configuración equivalente en servidores que no son Apache. POM Cache no genera configuración para Nginx, Caddy, IIS ni específica de plataforma.
Módulos y permisos
El bloque HTML depende del mod_rewrite de Apache. El procesamiento de .htaccess debe permitir al menos anulaciones FileInfo; de lo contrario, el servidor puede ignorar las directivas de reescritura.
El bloque JSON progresivo utiliza además mod_headers para Content-Type, Cache-Control y Vary. Su reescritura sigue requiriendo mod_rewrite.
Las comprobaciones de módulos envueltas en <IfModule> evitan un fallo de sintaxis de Apache cuando falta un módulo, pero también pueden dejar la función inactiva. Verifica el comportamiento en lugar de asumir que el bloque se ejecutó.
Una integración WebP independiente
La entrega de WebP en la misma carpeta no forma parte de ninguno de los dos bloques de POM Cache. Es un patrón opcional del servidor web con tres responsables:
- un proceso de imágenes crea el archivo alternativo;
- Apache lo negocia para un navegador compatible;
- la CDN mantiene las respuestas originales y WebP en variantes distintas.
POM Cache no convierte imágenes ni reescribe las URL de imágenes dentro del HTML almacenado en caché. Empieza con Responsabilidades de la entrega de WebP y, a continuación, utiliza el ejemplo de Apache en la misma carpeta.
Después de instalar esa regla opcional, utiliza Verifica la negociación y la alternativa de WebP para comprobar que los navegadores compatibles reciben el archivo alternativo mientras que otros clientes siguen recibiendo la imagen original.
Criterios de aceptación en producción
Antes de declarar que la entrega nativa está lista, confirma:
- que una lectura anónima limpia puede recibir el archivo existente;
- que un fallo pasa a PHP y a WordPress;
- que el estado de inicio de sesión, contraseña, autor de comentarios y WooCommerce se omite;
- que las consultas significativas no reciben la página canónica;
- que solo los métodos de lectura seguros pueden alcanzar el HTML estático;
- que los sitios con mapeo de dominio y en subdirectorios resuelven a sus propios árboles;
- que desactivar o purgar POM Cache no puede dejar una copia inesperada aguas arriba;
- que la CDN no oculta la prueba del origen.
Para conocer la diferencia entre las evidencias de Apache y de PHP, consulta Entrega de Apache y entrega de PHP comparadas.