Planifica una configuración equivalente en servidores que no son Apache

POM Cache solo muestra bloques .htaccess de Apache. Nginx, Caddy, IIS, un proxy inverso gestionado u otro servidor web necesitan una configuración equivalente revisada por separado. No pegues la sintaxis de Apache en esos productos.

La configuración más segura en un servidor no compatible es mantener la alternativa de caché de PHP. La entrega nativa es opcional.

Define la correspondencia

Para el HTML estático, el servidor necesita traducir:

https://example.com/about/

en una búsqueda condicional en el sistema de archivos:

{Cache Location}/pom-cache/example.com/about/index.html

El host público y la ruta deben resolverse al mismo directorio que POM Cache utilizó durante la generación. La correspondencia también debe admitir subdominios, dominios asignados, multisitio en subdirectorios y cualquier prefijo de idioma canónico en uso.

No expongas Cache Location como un directorio navegable ni permitas que una entrada arbitraria del usuario se convierta en una ruta del sistema de archivos.

Reproduce el contrato de seguridad

La regla nativa debe servir un archivo de página solo cuando:

• el método sea GET o HEAD;
• la solicitud represente HTML público;
• no haya ninguna cadena de consulta significativa presente;
• no haya ninguna cookie de inicio de sesión de WordPress, contraseña, autor de comentario, sesión de WooCommerce o carrito;
• el host canónico y la ruta normalizada sean válidos;
• el index.html exacto exista y sea legible.

Cualquier otra solicitud debe pasar a PHP/WordPress. Una falta de coincidencia no es una respuesta de error.

Añade cualquier cookie de personalización específica del sitio a esa política de omisión. Un servidor web no puede depender de DONOTCACHEPAGE porque PHP aún no se ha iniciado.

Conserva el comportamiento de la respuesta

Para una entrega de HTML, configura:

• estado 200;
• Content-Type: text/html con el juego de caracteres del sitio;
• semántica normal de HEAD;
• las cabeceras de caché y seguridad aprobadas para el despliegue.

El archivo no contiene una copia serializada de las cabeceras de WordPress. Las políticas necesarias en cada respuesta estática deben implementarlas el servidor web o la CDN.

El JSON progresivo necesita un mapa de rutas diferente, el tipo de contenido JSON, su valor configurado de Cache-Control y Vary: Accept-Encoding. No envíes JSON a través de la regla de HTML.

Ten en cuenta los proxies y el alojamiento gestionado

Aclara qué capa controla cada valor:

Si el origen nunca recibe una señal de omisión, su regla nativa no puede actuar sobre ella. Corrige la política ascendente en lugar de debilitar el aislamiento de la aplicación.

Evita un try_files incondicional

Una regla equivalente a «si esta ruta existe, sírvela» es incompleta. Puede devolver HTML público a una solicitud de usuario conectado o de carrito cuyo host y ruta coincidan por casualidad.

Construye primero la elegibilidad y luego realiza la búsqueda del archivo. Mantén la alternativa de PHP como el destino final cuando cualquier condición sea incierta.

Prueba de aceptación

En el entorno de pruebas:

1. demuestra primero la entrega desde PHP;
2. activa la regla nativa;
3. genera una página conocida;
4. confirma que una solicitud anónima limpia evita PHP;
5. confirma que un archivo que falta llega a WordPress;
6. prueba el inicio de sesión, la contraseña, el carrito, la consulta significativa, POST, PUT y DELETE;
7. prueba HEAD;
8. verifica que un segundo host o ruta de multisitio permanezca aislado;
9. repite con la CDN activada.

Documenta la configuración específica de la plataforma en la documentación de infraestructura del sitio, no como una afirmación de que POM Cache la instaló.