Addons en mantenimiento y el back-office que no carga: el apaño

El 17 de febrero de 2026 el marketplace de Addons estuvo en mantenimiento y en muchas tiendas el back-office se quedó colgado o tardaba muchísimo, sobre todo en la página de módulos. Rekire compartió en el grupo un apaño que varios miembros aplicaron «en un segundo». La respuesta corta: decirle a PrestaShop que Addons no está disponible para que deje de esperarlo, y deshacerlo cuando vuelva.

Por qué se cuelga el back-office

PrestaShop consulta Addons desde el back-office (en 1.7 lo hace el propio núcleo; en 8 y 9, el módulo ps_mbo): el catálogo de módulos, las actualizaciones, las recomendaciones. Si Addons no responde, cada consulta espera hasta agotar el tiempo de espera. Varias consultas por página, y el back-office se arrastra.

El apaño (PrestaShop 1.7)

Esto es lo que compartió Rekire. Haz copia de los ficheros antes de tocarlos:

1. En classes/Tools.php, busca $is_addons_up = true; y cámbialo a false.
2. Haz lo mismo en src/Adapter/Addons/AddonsDataProvider.php.
3. En la carpeta config/xml, renombra todos los ficheros .xml. Son listas de módulos que PrestaShop ha descargado de Addons.
4. Borra o renombra la carpeta var/cache/prod para que la caché se genere de nuevo.

// classes/Tools.php y src/Adapter/Addons/AddonsDataProvider.php
$is_addons_up = false; // estaba en true

Con esa variable a false, PrestaShop da por hecho que Addons está caído y no lo intenta.

¿Es permanente?

Lo preguntó otro miembro semanas después, y es la pregunta importante. No:

• Es una edición de ficheros del núcleo. La próxima actualización de PrestaShop los sobrescribe, y tus cambios desaparecen.
• Mientras la variable esté en false, el back-office no consulta Addons: no verás actualizaciones de los módulos comprados allí ni el catálogo.

Cuando Addons vuelva, deja los dos ficheros como estaban, devuelve los .xml a su nombre (o deja que se regeneren) y vacía la caché otra vez.

En PrestaShop 8 y 9 es distinto

Desde PrestaShop 8.0 esa variable ya no está en el núcleo, y el fichero AddonsDataProvider.php tampoco: la conexión con el marketplace la hace el módulo ps_mbo. Si en una 8 o una 9 el back-office se arrastra por Addons, lo que tienes que mirar es ese módulo; desactivarlo un rato es menos invasivo que tocar el núcleo. Gustavo lo resume a su manera: ps_mbo, ps_accounts y el módulo de eventos de PrestaShop son los que más problemas le dan al actualizar.

El otro caso: el servidor que no dejaba salir

Unos días antes, Gustavo tenía un back-office que tardaba unos 20 segundos en cada carga. El culpable era ps_mbo, esperando a que cada conexión acabara en error. Pero Addons funcionaba: el servidor no dejaba salir ninguna conexión, ni siquiera un curl desde SSH. El hosting encontró que había una IP privada asociada al servidor que chocaba con la pública, y al corregirlo se acabó el problema.

La pista para reconocerlo: si una página del back-office tarda siempre casi lo mismo, un número redondo de segundos, sospecha de una conexión saliente que espera su tiempo máximo. Prueba desde SSH un curl -I https://www.prestashop.com: si no responde, el problema es del servidor, no de PrestaShop.

Esto salió en @PrestashopEsp, la mayor comunidad PrestaShop de España en Telegram. Ver la conversación