¿Se puede limitar la depuración de rendimiento?

Sí. Cuando activas el profiler de front office en MPR Performance Revolution, decides quién puede verlo: dejar el panel completamente apagado o mostrarlo pero restringirlo a empleados con sesión iniciada para que los clientes nunca vean tus tiempos.

Uno de los consejos de rendimiento más útiles en PrestaShop es perfilar la tienda real, no una copia de prueba limpia, tráfico real, módulos reales, datos reales. El profiler añade una pequeña barra que muestra el recuento y tiempo de consultas SQL de cada página, y lista las consultas más lentas y los hooks de módulo más lentos, para que veas exactamente dónde gasta tiempo una página antes de cambiar nada.

El error común es dejar un profiler visible al público: filtra detalles internos y añade sobrecarga a cada solicitud. Mantenlo solo para empleados, apágalo cuando hayas encontrado el cuello de botella y actúa según lo que muestra, normalmente un hook de módulo pesado o una consulta sin índice. El módulo también gestiona caché de objetos Redis, diferido de assets y calentamiento de caché OPcache/Smarty, así que las correcciones viven en el mismo lugar que el diagnóstico.

Los ajustes relevantes son dos interruptores: profiler_panel_enabled activa el panel de front office, y profiler_employees_only lo mantiene detrás de una sesión activa de empleado de back office. El ajuste solo empleados está activado por defecto, mientras que el panel en sí está desactivado por defecto. Cuando empieza el profiling, el módulo inicializa instrumentación pronto en la solicitud y luego inyecta el panel antes de </body> solo si el collector está activado y pasa la puerta de empleado.

Para atribución SQL y de hooks más profunda, el módulo incluye overrides opcionales que registran cada consulta de base de datos y el tiempo de hook por módulo, y el profiler de consultas registra consultas lentas por encima del umbral configurado, que por defecto es 0.1 segundos. Instálalos solo cuando necesites ese nivel de visibilidad, porque añaden deliberadamente sobrecarga de instrumentación. Un buen flujo es: activar profiler solo empleados, reproducir una URL lenta, capturar totales de consultas/hooks, desactivarlo y luego hacer el cambio mínimo de caché, índice o módulo que corrige el cuello de botella medido.