Activarlo no arregla los errores autom\u00e1ticamente, pero s\u00ed te muestra informaci\u00f3n t\u00e9cnica que puede ayudarte a descubrir qu\u00e9 est\u00e1 fallando. Por ejemplo:<\/p>\n\n\n\n
- \n
- Qu\u00e9 m\u00f3dulo est\u00e1 tardando m\u00e1s en cargar<\/li>\n\n\n\n
- Cu\u00e1ntas consultas a la base de datos se est\u00e1n haciendo<\/li>\n\n\n\n
- Cu\u00e1les son los archivos m\u00e1s pesados o lentos<\/li>\n<\/ul>\n\n\n\n
Esto es como levantar el cap\u00f3 de un coche: no lo vas a arreglar solo con mirar, pero al menos sabr\u00e1s d\u00f3nde est\u00e1 el problema.<\/p>\n\n\n\n
Tabla de Contenidos:<\/em><\/strong><\/p>\n\n\n\n
- Activando el modo DEBUG de rendimiento<\/a><\/li>
- \u00bfEs lo mismo el modo debug que el modo de rendimiento?<\/a>
- 1. Modo debug (modo de desarrollo)<\/a><\/li>
- 2. Modo debug de rendimiento (_PS_DEBUG_PROFILING_)<\/a><\/li><\/ul><\/li>
- \u00bfY ahora qu\u00e9? Consejos tras activar el modo DEBUG<\/a>
- \u00bfC\u00f3mo saber si lo has desactivado bien?<\/a><\/li><\/ul><\/li>
- No te aparece el informe tras activar el DEBUG<\/a><\/li>
- Qu\u00e9 errores puedes detectar con este modo<\/a><\/li>
- Precauciones importantes al usar DEBUG en producci\u00f3n<\/a><\/li>
- Hosting PrestaShop en Loading<\/a><\/li>
- Conclusi\u00f3n<\/a><\/li><\/ul><\/div>\n\n\n\n
![\"Oferta](\"https:\/\/www.loading.es\/blog\/wp-content\/uploads\/banner-oferta-hosting-prestashop.png\")
<\/a><\/figure>\n\n\n\n<\/p>\n\n\n\n
Activando el modo DEBUG de rendimiento<\/h2>\n\n\n\n
- \n
- Necesitaremos editar el archivo defines.inc.php<\/strong> que encontraremos en la carpeta \/config\/<\/strong> de nuestra instalaci\u00f3n de Prestashop. Para ello accederemos a nuestro FTP<\/strong> mediante un programa de clientes FTP como por ejemplo Filezilla,<\/em> o tambi\u00e9n podremos hacerlo desde el panel de administraci\u00f3n de nuestro hosting (en este caso plesk<\/em>) pinchando en \u00abAdministrador de archivos\u00bb<\/em>.<\/li>\n\n\n\n
- En el archivo defines.inc.php<\/strong> buscaremos la siguiente l\u00ednea de c\u00f3digo:<\/li>\n<\/ul>\n\n\n\n
define('_PS_DEBUG_PROFILING_', false);<\/strong>
<\/pre>\n\n\n\nY la cambiaremos por esta otra:<\/p>\n\n\n\n
define('_PS_DEBUG_PROFILING_', true);<\/strong>
<\/pre>\n\n\n\n- \n
- Guardamos el archivo y lo sobreescribimos. <\/li>\n\n\n\n
- Una vez activado, si actualizamos nuestra p\u00e1gina nos aparecer\u00e1 algo similar a esto:<\/li>\n<\/ul>\n\n\n\n
![\"Activando](\"https:\/\/www.loading.es\/blog\/wp-content\/uploads\/debug-rendimiento-01-1024x546.jpg\")
<\/a><\/figure>\n\n\n\nCuando hayas reparado los errores\u00a0recuerda volver a desactivar de nuevo el modo DEBUG<\/strong> de tu Prestashop ya que los usuarios que entren a tu web podr\u00e1n ver el informe.<\/p>\n\n\n\n
\u00bfEs lo mismo el modo debug que el modo de rendimiento?<\/h2>\n\n\n\n
No, no son lo mismo<\/strong>, aunque los nombres se parezcan.<\/p>\n\n\n\n
En PrestaShop existen dos modos diferentes<\/strong> que se activan por separado y sirven para cosas distintas:<\/p>\n\n\n\n
1. Modo debug (modo de desarrollo)<\/h3>\n\n\n\n
Se puede activar desde el panel de administraci\u00f3n (a partir de PrestaShop 1.7):<\/p>\n\n\n\n
Ruta:<\/strong> Par\u00e1metros avanzados \u2192 Rendimiento \u2192 Modo depuraci\u00f3n<\/em><\/p>\n\n\n\n
Este modo muestra errores de PHP, advertencias de c\u00f3digo, fallos en m\u00f3dulos o plantillas.
Es \u00fatil cuando algo no carga o ves una pantalla en blanco.<\/p>\n\n\n\n2. Modo debug de rendimiento (
_PS_DEBUG_PROFILING_<\/code>)<\/h3>\n\n\n\nEste es el que explicamos en este post.
Solo se puede activar editando el archivodefines.inc.php<\/code>.<\/strong><\/p>\n\n\n\nSirve para analizar:<\/p>\n\n\n\n
- \n
- Tiempos de carga por m\u00f3dulo<\/li>\n\n\n\n
- Consultas SQL<\/li>\n\n\n\n
- Uso de memoria<\/li>\n\n\n\n
- Hooks y controladores<\/li>\n<\/ul>\n\n\n\n
\ud83d\udc49 Si lo que quieres es detectar qu\u00e9 parte de tu tienda ralentiza la carga<\/strong>, necesitas el modo de rendimiento, no el debug cl\u00e1sico.<\/p>\n\n\n\n
\n \n
\n \nFunci\u00f3n<\/th>\n Modo Debug<\/th>\n Modo Debug de Rendimiento<\/th>\n <\/tr>\n <\/thead>\n \n \u00bfD\u00f3nde se activa?<\/td>\n Desde el panel de administraci\u00f3n<\/td>\n Editando el archivo defines.inc.php<\/code><\/td>\n <\/tr>\n\n \u00bfQu\u00e9 muestra?<\/td>\n Errores de PHP, avisos, fallos de m\u00f3dulos o plantillas<\/td>\n Estad\u00edsticas internas: tiempos de carga, SQL, hooks, etc.<\/td>\n <\/tr>\n \n \u00bfPara qu\u00e9 sirve?<\/td>\n Detectar errores visibles o pantallas en blanco<\/td>\n Analizar el rendimiento de la tienda<\/td>\n <\/tr>\n \n \u00bfLo ven los visitantes?<\/td>\n S\u00ed, si est\u00e1 activado en producci\u00f3n<\/td>\n S\u00ed, siempre que est\u00e9 activo<\/td>\n <\/tr>\n \n \u00bfRequiere conocimientos t\u00e9cnicos?<\/td>\n No<\/td>\n S\u00ed, hay que editar archivos<\/td>\n <\/tr>\n <\/tbody>\n<\/table>\n\n\n\n \u00bfY ahora qu\u00e9? Consejos tras activar el modo DEBUG<\/h2>\n\n\n\n
Vale, ya tienes el modo DEBUG activo y ves un mont\u00f3n de datos. \u00bfQu\u00e9 puedes hacer con eso?<\/p>\n\n\n\n
Aqu\u00ed van algunos consejos \u00fatiles:<\/p>\n\n\n\n
- \n
- Busca m\u00f3dulos lentos<\/strong>: Si alguno tarda mucho m\u00e1s que el resto, puede que sea el culpable.<\/li>\n\n\n\n
- F\u00edjate en las consultas SQL<\/strong>: Un n\u00famero muy alto de consultas por p\u00e1gina suele indicar un problema.<\/li>\n\n\n\n
- Mira los hooks<\/strong>: A veces un m\u00f3dulo mal programado se engancha en demasiados sitios.<\/li>\n<\/ul>\n\n\n\n
Adem\u00e1s, recuerda esto siempre<\/strong>:
\ud83d\udd12 No dejes el modo DEBUG activado<\/strong> cuando termines de revisar tu web.
\u00bfPor qu\u00e9? Porque esa informaci\u00f3n tambi\u00e9n la ven tus visitantes. Y no es buena idea ense\u00f1ar los datos internos de tu tienda a cualquiera.
Adem\u00e1s, puede hacer que la web vaya a\u00fan m\u00e1s lenta.<\/p>\n\n\n\n\u00bfC\u00f3mo saber si lo has desactivado bien?<\/h3>\n\n\n\n
Haz esta mini comprobaci\u00f3n:<\/p>\n\n\n\n
- \n
- \u00bfHas vuelto a cambiar
true<\/code> porfalse<\/code> en el archivo?<\/li>\n\n\n\n- \u00bfHas guardado y subido el archivo actualizado?<\/li>\n\n\n\n
- \u00bfHas vaciado la cach\u00e9 de PrestaShop?<\/li>\n<\/ul>\n\n\n\n
Si todo eso est\u00e1 hecho, ya puedes estar tranquilo.<\/p>\n\n\n\n
No te aparece el informe tras activar el DEBUG<\/h2>\n\n\n\n
Has cambiado el archivo
defines.inc.php<\/code>, has puestotrue<\/code> en la l\u00ednea\u2026 actualizas la p\u00e1gina y no pasa nada<\/strong>. \u00bfTe suena?<\/p>\n\n\n\nEsto puede deberse a varios motivos:<\/p>\n\n\n\n
- \n
- Cach\u00e9 activa<\/strong>: PrestaShop guarda archivos en memoria para ir m\u00e1s r\u00e1pido. A veces, esa cach\u00e9 impide que veas los cambios. Soluci\u00f3n: entra en Par\u00e1metros Avanzados \u2192 Rendimiento<\/em> y borra la cach\u00e9 manualmente.<\/li>\n\n\n\n
- Modo producci\u00f3n forzado<\/strong>: Si tu servidor tiene configuraciones especiales (por ejemplo, sistemas de staging o entornos gestionados), es posible que ignore el archivo que has editado. En ese caso, consulta con tu proveedor.<\/li>\n\n\n\n
- Error al guardar el archivo<\/strong>: Aseg\u00farate de que has editado el archivo correcto (
\/config\/defines.inc.php<\/code>) y de que la l\u00ednea ha quedado exactamente as\u00ed:<\/li>\n<\/ul>\n\n\n\ndefine('_PS_DEBUG_PROFILING_', true);<\/code><\/pre>\n\n\n\nUn simple espacio o car\u00e1cter mal colocado puede hacer que no funcione.<\/p>\n\n\n\n
Qu\u00e9 errores puedes detectar con este modo<\/h2>\n\n\n\n
El modo DEBUG de rendimiento no soluciona problemas m\u00e1gicamente, pero te da pistas claras<\/strong>.<\/p>\n\n\n\n
Aqu\u00ed tienes algunos ejemplos reales de lo que puedes descubrir:<\/p>\n\n\n\n
- \n
- M\u00f3dulos lentos<\/strong>: Si un m\u00f3dulo tarda mucho m\u00e1s que el resto, puede estar mal optimizado o en conflicto con otro.<\/li>\n\n\n\n
- Hooks duplicados<\/strong>: A veces un mismo m\u00f3dulo se engancha dos veces al mismo hook, generando procesos repetidos.<\/li>\n\n\n\n
- Consultas a base de datos excesivas<\/strong>: Si ves m\u00e1s de 500 queries por p\u00e1gina, algo va mal. Un m\u00f3dulo podr\u00eda estar haciendo consultas innecesarias en cada carga.<\/li>\n\n\n\n
- Controladores con picos de carga<\/strong>: Algunas p\u00e1ginas pueden tardar mucho m\u00e1s que otras. \u00bfPor qu\u00e9? Puede que una categor\u00eda tenga demasiados productos sin paginar, por ejemplo.<\/li>\n<\/ul>\n\n\n\n
El truco<\/strong> est\u00e1 en comparar p\u00e1ginas:
\u00bfLa home carga en 0,3s y una ficha de producto en 5s? Ah\u00ed tienes algo que investigar.<\/p>\n\n\n\nPrecauciones importantes al usar DEBUG en producci\u00f3n<\/h2>\n\n\n\n
Activar este modo en una tienda real (con visitas) tiene riesgos<\/strong>, aunque solo lo actives un rato.<\/p>\n\n\n\n
Aqu\u00ed van algunas advertencias clave:<\/p>\n\n\n\n
- \n
- Muestra informaci\u00f3n t\u00e9cnica delicada<\/strong>: rutas internas, consultas SQL, rutas de m\u00f3dulos, incluso a veces IPs del servidor.
\u2192 No es buena idea mostrar eso a todo el mundo.<\/li>\n\n\n\n- Ralentiza la web<\/strong>: el propio informe genera carga adicional, lo que puede hacer que todo funcione a\u00fan peor mientras est\u00e1 activo.<\/li>\n\n\n\n
- Puede generar errores visibles para el usuario<\/strong>: Si hay algo mal en tu c\u00f3digo, se mostrar\u00e1 directamente en pantalla.
Eso est\u00e1 bien para ti, pero muy mal si lo ve un cliente.<\/li>\n<\/ul>\n\n\n\n\ud83d\udd12 Por eso, solo act\u00edvalo durante el tiempo que lo necesites<\/strong>, y desact\u00edvalo justo despu\u00e9s<\/strong>. Aunque est\u00e9s haciendo pruebas fuera de horario, nunca lo dejes activo m\u00e1s tiempo del necesario.<\/p>\n\n\n\n
- Ralentiza la web<\/strong>: el propio informe genera carga adicional, lo que puede hacer que todo funcione a\u00fan peor mientras est\u00e1 activo.<\/li>\n\n\n\n
- Hooks duplicados<\/strong>: A veces un mismo m\u00f3dulo se engancha dos veces al mismo hook, generando procesos repetidos.<\/li>\n\n\n\n
- Modo producci\u00f3n forzado<\/strong>: Si tu servidor tiene configuraciones especiales (por ejemplo, sistemas de staging o entornos gestionados), es posible que ignore el archivo que has editado. En ese caso, consulta con tu proveedor.<\/li>\n\n\n\n
- F\u00edjate en las consultas SQL<\/strong>: Un n\u00famero muy alto de consultas por p\u00e1gina suele indicar un problema.<\/li>\n\n\n\n
- Busca m\u00f3dulos lentos<\/strong>: Si alguno tarda mucho m\u00e1s que el resto, puede que sea el culpable.<\/li>\n\n\n\n
- En el archivo defines.inc.php<\/strong> buscaremos la siguiente l\u00ednea de c\u00f3digo:<\/li>\n<\/ul>\n\n\n\n
- No te aparece el informe tras activar el DEBUG<\/a><\/li>
- 2. Modo debug de rendimiento (_PS_DEBUG_PROFILING_)<\/a><\/li><\/ul><\/li>
- \u00bfEs lo mismo el modo debug que el modo de rendimiento?<\/a>
- Activando el modo DEBUG de rendimiento<\/a><\/li>