Usa la alternativa de caché de PHP

La alternativa de PHP sirve un archivo existente de POM Cache mediante wp-content/advanced-cache.php. Es la ruta de origen predeterminada cuando ninguna regla nativa del servidor web coincide y la base recomendada antes de configurar Apache, Nginx o una CDN.

No es una segunda caché. Lee el mismo index.html que serviría Apache.

Configuración requerida de WordPress

Abre POM Cache → Advanced → WordPress configuration y comprueba:

• Drop-in está en OK;
• POM_CACHE_HOME está en OK;
• WP_CACHE está en OK.

Después abre General → Runtime y confirma que Caching está en Enabled para el sitio previsto.

El drop-in usa POM_CACHE_HOME porque se ejecuta antes de que WordPress haya cargado la lista normal de plugins. POM Cache informa de estos valores, pero no los edita.

Comprueba un acierto de PHP

Usa un entorno de pruebas o una ruta de origen aprobada donde la entrega directa de Apache no tenga prioridad.

1. Elimina la caché HTML actual del sitio.
2. Solicita una página publicada normal sin haber iniciado sesión.
3. Confirma que se genera un index.html.
4. Vuelve a solicitar la misma URL canónica idéntica.
5. Inspecciona las cabeceras de respuesta.

El diagnóstico esperado es:

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

POM Cache también envía el estado 200, Content-Type: text/html con el conjunto de caracteres de WordPress y Content-Length cuando el tamaño del archivo está disponible. Una solicitud HEAD obtiene las cabeceras sin el cuerpo.

Qué comprueba PHP

Antes de devolver el archivo, el tiempo de ejecución inicial evalúa:

• GET o HEAD;
• rutas de WordPress de backend y rechazadas;
• el estado restante de la consulta;
• el estado del Personalizador;
• cookies de autenticación de WordPress, de contraseña de entrada y de autor de comentarios;
• cookies de sesión y de carrito de WooCommerce;
• valores Accept de JSON y de datos enlazados;
• DONOTCACHEPAGE;
• la existencia del archivo resuelto y su contención por debajo de Cache Location.

Esto es más consciente de la aplicación que una regla básica try_files, aunque sigue ejecutándose antes de que WordPress conozca el objeto consultado o las capacidades del usuario actual.

Consultas solo de seguimiento

POM Cache puede eliminar en PHP los parámetros de atribución reconocidos. Si no queda ningún parámetro con significado, una URL de campaña puede compartir la página canónica:

/about/?utm_source=newsletter
→ /about/index.html

Una consulta que cambia el contenido sigue siendo dinámica. Esta distinción es una razón para conservar la ruta de PHP incluso cuando Apache gestiona las URL limpias.

Cuándo la alternativa es el despliegue final

Usar únicamente entrega con PHP puede ser apropiado cuando:

• la plataforma de alojamiento no expone la configuración nativa de reescritura;
• las rutas de POM Cache quedan fuera de una correspondencia simple de raíz de documentos;
• la correspondencia de dominios la controla una plataforma ascendente;
• el volumen de tráfico no justifica una regla de servidor;
• la política nativa no puede reproducir con seguridad el límite de cookies y de método.

La página sigue evitando el renderizado normal de WordPress en un acierto. La contrapartida es que cada solicitud inicia PHP y ejecuta el tiempo de ejecución inicial.

Si existe un archivo pero PHP no lo sirve

Comprueba:

1. los tres estados de configuración de WordPress;
2. el ajuste Caching del sitio actual;
3. el host y la ruta de URL exactos de la solicitud;
4. las cookies del navegador de prueba;
5. los parámetros de consulta con significado;
6. el método de solicitud y la cabecera Accept;
7. el permiso de lectura del archivo;
8. si el archivo resuelto permanece por debajo de Cache Location;
9. si una CDN ya ha respondido.

Un fallo o una desviación debe continuar hacia WordPress. No debe producir una respuesta en blanco.

Una vez que esta ruta sea fiable, usa Instala las reglas de Apache suministradas de forma segura si la entrega directa es apropiada.