Por qué servir los archivos de caché antes que PHP

Un acierto de POM Cache ya evita la generación de la página. Dejar que Apache sirva ese archivo directamente elimina también el arranque restante de PHP.

El beneficio no es un formato de caché distinto. Apache y el drop-in temprano de PHP leen el mismo index.html.

Trabajo que evita un acierto directo

Sin una regla nativa, una petición de origen puede seguir requiriendo:

  • un worker de PHP;
  • el arranque temprano de WordPress;
  • cargar advanced-cache.php;
  • cargar el tiempo de ejecución de fase uno de POM Cache;
  • leer la configuración del sitio;
  • comprobar la petición y la ruta del sistema de archivos;
  • emitir la respuesta a través de PHP.

La alternativa temprana es mucho más barata que un renderizado completo de WordPress, pero sigue ocupando capacidad de PHP. Apache puede realizar una comprobación de existencia del archivo y enviar el archivo sin ese trabajo.

Esto resulta más valioso cuando el tráfico anónimo de páginas es alto o los workers de PHP son el cuello de botella del origen.

Qué no mejora la entrega directa

Apache no puede acelerar una petición que debe seguir siendo dinámica, incluyendo:

  • un fallo de caché;
  • una visita autenticada o autorizada por contraseña;
  • una vista de carrito o de sesión;
  • una consulta que cambia el contenido;
  • una vista previa;
  • una petición que cambia el estado;
  • una ruta cuyo archivo HTML se purgó.

WordPress sigue necesitando generar las páginas que faltan y procesar las peticiones excluidas. La entrega directa complementa la alternativa de PHP; no la sustituye.

El coste de moverse antes

Cuanto antes responde una capa, menos contexto de la aplicación conoce.

Apache
  knows HTTP and filesystem state
        ↓
early POM Cache PHP
  also knows effective cache settings and POM request guards
        ↓
WordPress
  also knows users, capabilities, routes, templates, and plugins

Apache debe decidir a partir de la información disponible en la petición: método, ruta, cadena de consulta, cabeceras, cookies, nombre de host y si el destino existe. Cualquier condición de seguridad que solo WordPress conozca no puede proteger una respuesta que Apache ya devolvió.

Por qué la vía de PHP sigue siendo esencial

Mantén el drop-in configurado incluso después de que la entrega directa funcione:

  • es la alternativa cuando las condiciones de Apache no coinciden;
  • puede normalizar parámetros reconocidos solo de seguimiento;
  • proporciona la cabecera X-POM-Cache para aciertos tempranos observables;
  • mantiene disponible la reutilización de la caché en instalaciones sin reglas nativas;
  • ofrece a los desarrolladores un punto de extensión controlado de política tardía.

También es la base más segura para aislar problemas del servidor web. Si PHP puede reutilizar el archivo pero Apache no, ya se sabe que la generación y el almacenamiento son correctos.

Mide la comparación correcta

Compara tres estados del origen por separado:

  1. renderizado completo de WordPress después de una purga;
  2. acierto temprano de PHP con la entrega directa de Apache desactivada;
  3. acierto directo de Apache.

Usa varias peticiones e inspecciona el comportamiento del origen, no solo el tiempo de carga del navegador. El DNS, el TLS, la ubicación de la CDN, la reutilización de conexiones y las descargas de recursos pueden ocultar la diferencia entre las tres vías.

El resultado deseado es reducir el trabajo del origen sin cambiar la página, el estado, el límite de acceso ni el comportamiento de invalidación.

Cuándo no añadir la regla

Mantén la entrega por PHP hasta que:

  • el host canónico y el mapeo multisitio sean estables;
  • la generación y la purga de la caché ya estén verificadas;
  • un administrador del servidor pueda probar y revertir la configuración;
  • las rutas personalizadas y las cookies sean conocidas;
  • la regla efectiva pueda restringir la entrega estática a peticiones públicas de lectura;
  • se pueda omitir la CDN durante el diagnóstico.

Continúa con Haz una copia de seguridad y revisa las reglas del servidor antes del despliegue antes de copiar la configuración.