Instala las reglas de Apache suministradas de forma segura

Este procedimiento instala el bloque HTML estático que muestra POM Cache. Da por hecho que la generación PHP y la entrega temprana de PHP ya funcionan y que puedes restaurar de inmediato la configuración anterior del servidor.

El plugin muestra la recomendación actual; cópiala desde la interfaz en lugar de reutilizar un bloque de un artículo antiguo o de otro sitio.

Requisitos previos

Comprueba lo siguiente:

• Apache mod_rewrite está habilitado;
• el sitio permite los overrides de .htaccess FileInfo;
• los enlaces permanentes bonitos funcionan;
• POM Cache → Advanced → Storage → Cache Location es correcto;
• la ruta HTML predeterminada existe después de una generación controlada de páginas;
• dispones de una copia de seguridad de configuración probada;
• puedes ejecutar la validación de sintaxis/recarga de Apache del alojamiento;
• la CDN se puede omitir para la comprobación del origen.

Si los overrides .htaccess están deshabilitados, instala directivas equivalentes en la configuración del virtual host a través del administrador del servidor. Apache documenta el comportamiento de override necesario en Per-directory rewrites.

Copia el bloque actual

1. Abre POM Cache → Advanced → Apache rules.
2. Busca Recommended .htaccess rules.
3. Copia el contenido completo desde # BEGIN POM Cache hasta # END POM Cache.
4. Abre el .htaccess principal de WordPress.
5. Coloca el bloque antes de las reglas estándar de front-controller de WordPress.
6. Conserva todas las reglas y marcadores no relacionados.
7. Guarda mediante el proceso de configuración controlado del despliegue.

POM Cache no confirma que el bloque se haya copiado y no mantiene el archivo sincronizado después de las actualizaciones del plugin. Al actualizar el comportamiento del límite de peticiones, copia y verifica de nuevo la recomendación actual; actualizar solo PHP no modifica las reglas ya instaladas en el servidor web.

Revisa las rutas antes de activar

El bloque HTML mostrado asume el diseño estándar:

{DOCUMENT_ROOT}/wp-content/cache/pom-cache/{SERVER_NAME}/{URL path}/index.html

Compara esa expresión con el archivo generado real.

Adapta el despliegue si:

• WordPress o wp-content está fuera de la raíz del documento;
• Cache Location no es wp-content/cache/;
• un proxy inverso cambia el host que ve Apache;
• SERVER_NAME difiere del directorio público de caché;
• WordPress está montado bajo un subdirectorio;
• una ruta de dominio mapeado o de multisitio necesita un espacio de nombres diferente.

No hagas la comprobación del archivo más amplia. Debe apuntar únicamente al árbol de POM Cache.

Revisa el límite de peticiones

La configuración efectiva del servidor debe reproducir el resultado de seguridad de PHP:

• permitir HTML estático solo para GET y HEAD; los demás métodos deben pasar de largo;
• omitir los archivos HTML cuando Accept solicite application/json, application/activity+json o application/ld+json;
• rechazar cadenas de consulta con contenido;
• rechazar el estado de inicio de sesión de WordPress, contraseña, autor de comentario, sesión de WooCommerce y carrito;
• rechazar formas de ruta malformadas o inesperadas;
• exigir que el archivo de destino exacto exista;
• pasar a WordPress en cada caso sin coincidencia.

La recomendación también comprueba las cabeceras heredadas de perfil móvil y espera que la URL de la página tenga la forma de barra final que usa el árbol generado.

La regla HTML también exige el centinela por host .country-zone-pricing-shared-cache-safe creado por POM Cache. No elimines ni sustituyas esta comprobación de archivo. Su ausencia envía deliberadamente la petición a WordPress cuando el contrato universal de precios por país no está inicializado, está pendiente o no es seguro. La regla recomendada excluye las rutas REST y AJAX de WordPress antes de comprobar un archivo de página en caché.

Si otra aplicación añade una cookie de personalización, amplía la política de omisión previa antes de habilitar la entrega directa. POM Cache no puede inspeccionar esa cookie después de que Apache haya respondido.

Valida la sintaxis y el orden

Ejecuta la comprobación de configuración de Apache admitida por la plataforma de alojamiento. No recargues un servidor de producción solo porque WordPress todavía puede editar .htaccess.

Después de la activación:

1. solicita la página de inicio del sitio;
2. solicita la administración y el inicio de sesión de WordPress;
3. confirma que los medios y los recursos estáticos siguen resolviéndose;
4. solicita una URL que no tenga archivo de caché;
5. confirma que llega a WordPress en lugar de devolver un error de servidor;
6. inspecciona el comportamiento de redirección y asegúrate de que la regla no entra en bucle.

<IfModule mod_rewrite.c> puede provocar que el bloque se omita cuando mod_rewrite no está disponible. Por tanto, una comprobación de sintaxis limpia no demuestra un acierto de caché.

Instala el JSON progresivo por separado

No asumas que el bloque HTML cubre JSON. Si el sitio usa archivos progresivos compatibles:

1. abre Advanced → Progressive JSON Apache rules;
2. revisa sus rutas, el mapeo de host/ruta, el valor de control de caché y los prefijos de idioma;
3. añade ese bloque completo antes de las reglas de WordPress;
4. verifica el tipo de contenido JSON y las cabeceras de respuesta de forma independiente.

El bloque JSON acepta GET, exige una cadena de consulta vacía y ninguna cookie de omisión listada, y solo reescribe cuando el archivo correspondiente existe.

Revertir

Si el comportamiento cambia de forma inesperada:

1. restaura la última configuración de servidor conocida como correcta;
2. valídala y recárgala mediante el proceso aprobado del alojamiento;
3. limpia u omite la CDN;
4. confirma que la alternativa temprana de PHP sigue sirviendo una página en caché;
5. compara la ruta del archivo almacenado con la regla antes de intentarlo de nuevo.

Eliminar el bloque de Apache no deshabilita la generación de POM Cache. Devuelve los aciertos elegibles a la ruta de PHP.

Continúa con Verify that Apache serves cached pages.