Una página de producto devuelve error 500 después de cambiar un módulo. ¿Cómo recoger el error útil y comparar el comportamiento de forma segura?

El código 500 indica un fallo del lado del servidor; no señala automáticamente falta de memoria ni un problema del alojamiento. Guarda la URL, hora, acción realizada y último cambio conocido. Reproduce el caso una vez y consulta el error de aplicación y el registro PHP correspondiente a ese momento.

La opción más útil suele ser reproducirlo en una copia protegida con el mismo módulo y configuración. Allí puedes activar temporalmente la depuración con el procedimiento de tu versión. PrestaShop documenta el ajuste del panel de rendimiento y la constante _PS_MODE_DEV_; comprueba primero la rama de documentación apropiada. La información detallada puede mostrar rutas y otros datos internos.

Busca el primer error relevante de la petición, no solo mensajes secundarios. Anota excepción, archivo, línea y versión del módulo. Si el problema comenzó tras actualizarlo, compara su compatibilidad y las instrucciones de su desarrollador. Prueba una desactivación reversible en la copia y observa si cambia el resultado; no elimines sus tablas ni reinstales la tienda como primer intento.

Cuando tengas una hipótesis, cambia una sola cosa y repite la misma acción. Comprueba también otra página equivalente que funcionaba. En versiones que dispongan del comando about, su salida ayuda a confirmar entorno y estado de depuración; revísala antes de compartirla para retirar información interna.

Al terminar, desactiva la depuración y recupera la configuración de rendimiento prevista para producción. Si necesitas ayuda, entrega un fragmento depurado del error y los pasos mínimos para reproducirlo. Excluye contraseñas, tokens, datos de clientes y pedidos. Una captura de «error 500» sin el registro asociado rara vez permite distinguir la causa.

Fuentes: Configuración y depuración · Comando about.