Comparativa entre la entrega de Apache y la entrega de PHP

Apache y PHP pueden servir el mismo index.html, pero lo alcanzan en momentos distintos. Apache es la ruta más rápida; PHP comprende mejor el contrato de tiempo de ejecución de POM Cache y ofrece diagnósticos de respuesta más claros.

Entrega directa de Apache

La regla recomendada .htaccess se ejecuta antes de la reescritura normal del controlador frontal de WordPress. Asigna una URL pública con barra final al archivo correspondiente situado debajo de wp-content/cache/pom-cache/.

Cuando coincide:

• Apache lee el archivo por sí mismo;
• PHP no se inicia;
• WordPress no se carga;
• los plugins no pueden añadir cabeceras tardías ni ejecutar hooks de petición;
• la respuesta no contiene la cabecera de acierto PHP de POM Cache.

Esta ruta minimiza el trabajo del origen, pero las condiciones del servidor web deben mantenerse alineadas con la política de seguridad de la aplicación. Trata la regla mostrada como configuración de despliegue: revísala, cópiala manualmente y pruébala tras cualquier cambio de servidor o de enlaces permanentes.

Entrega PHP temprana

Si la petición llega a WordPress, el drop-in advanced-cache.php se ejecuta antes del arranque normal de los plugins. Carga POM Cache desde POM_CACHE_HOME, evalúa la petición, valida la ruta resuelta y sirve un archivo existente cuando está permitido.

Una respuesta correcta contiene:

X-POM-Cache: Served static cache from PHP; phase=early

También envía el estado 200, el juego de caracteres HTML del sitio y la longitud del archivo. Una petición HEAD recibe esas cabeceras sin cuerpo.

Esta ruta sigue evitando el renderizado normal de temas y plugins, aunque iniciar PHP la hace más costosa que Apache.

Diferencias prácticas

Por qué la misma URL puede usar rutas diferentes

Una URL canónica limpia como /about/ puede ser servida por Apache. La misma página solicitada con un parámetro de campaña reconocido puede llegar a PHP porque la regla de Apache suministrada exige una cadena de consulta vacía. POM Cache puede eliminar los parámetros únicamente de seguimiento de su clave interna de petición y reutilizar el archivo canónico.

Una consulta que cambia el contenido, como ?s=cache, no puede optar a ninguno de los archivos de página compartidos. WordPress debe gestionarla con normalidad.

Las cookies también pueden cambiar la ruta. Las cookies de inicio de sesión de WordPress, de contraseña de entrada, de autor de comentarios y de sesión/carrito de WooCommerce son señales de omisión, no variantes de caché.

¿Qué ruta deberías desplegar?

Usa ambas cuando la pila de alojamiento admita reglas de reescritura de Apache:

1. Apache gestiona los accesos públicos limpios y de gran volumen.
2. El drop-in proporciona una alternativa segura cuando la regla del servidor web no coincide.
3. WordPress genera los archivos que faltan y gestiona el tráfico excluido.

En Nginx u otro servidor, mantén la entrega PHP funcionando mientras una regla nativa equivalente es revisada e instalada por el administrador del servidor. Nunca pegues sintaxis de Apache en un servidor incompatible.

Verifica sin confundir las capas

Para PHP, inspecciona las cabeceras de la respuesta. Para Apache, registra la marca de tiempo de generación de la caché en el código fuente de la página, recarga la misma URL y confirma que permanece sin cambios. Si hay una CDN presente, omite o invalida el borde durante la prueba del origen.

Un acierto directo solo es correcto cuando la respuesta también es correcta para un visitante anónimo. Tras activar la entrega nativa, repite las pruebas para el inicio de sesión, la contraseña, el carrito, la cadena de consulta, la vista previa, HEAD y las URL representativas de multisitio.

Continúa con Instala y verifica el drop-in de caché avanzada o Copia las reglas recomendadas de .htaccess.