Actualizar a 8.2.3 cuando el asistente solo ofrece PrestaShop 9

Desde que salió PrestaShop 9, la última versión del asistente de actualización (Update Assistant) solo ofrecía saltar a la 9. Muchos compañeros querían quedarse en la rama 8 y subir solo hasta la 8.2.3. En septiembre de 2025 salieron dos formas de hacerlo y un caso más feo: ficheros en 8.2.1 y base de datos en 8.1.6.

Forma 1: archivo local

Es la que usa Gustavo: descargar el ZIP y el XML de la versión exacta y dárselos al asistente como archivo local.

1. Descarga de las releases de PrestaShop en GitHub los dos ficheros de la versión: prestashop_8.2.3.zip y prestashop_8.2.3.xml.
2. Súbelos a la carpeta de descargas del asistente, dentro de la carpeta de administración (autoupgrade/download).
3. En el asistente, elige actualizar desde un archivo local y selecciona esa versión.

Un compañero avisó de que las releases recientes traen el XML y las más antiguas no.

¿Se pueden saltar versiones? Sí: el asistente va de tu versión a la de destino y aplica por el camino las actualizaciones de base de datos de las intermedias.

Forma 2: bajar PHP un momento

Otro compañero lo hacía así: como la 9 necesita un PHP más moderno, cambia temporalmente la tienda a PHP 7.4, el asistente le ofrece la 8.2.3, actualiza y vuelve a PHP 8.1. A él le funcionaba, con dos pegas: hay servidores en los que ya no se puede elegir PHP 7.x, y cambiar el PHP de una tienda en producción también es un riesgo. Mejor en una copia.

El caso feo: el núcleo en 8.2.1 y la base de datos en 8.1.6

A un compañero le fallaba todo al intentar pasar a la 9. Descubrió que una actualización anterior había copiado los ficheros de la 8.2.1 pero no había ejecutado los scripts SQL: el valor PS_VERSION_DB de la configuración seguía en 8.1.6. Para saber si te pasa:

SELECT value FROM ps_configuration WHERE name = 'PS_VERSION_DB';

Si no coincide con la versión de tus ficheros, tienes el mismo problema. Gustavo le indicó dónde están los SQL de actualización: dentro del propio módulo del asistente, en autoupgrade/upgrade/sql, uno por versión (8.2.0.sql, 8.2.1.sql…).

Si decides ejecutarlos a mano:

• Haz copia de la base de datos antes.
• Sustituye PREFIX_ por el prefijo de tus tablas y el marcador del motor (ENGINE_TYPE) por InnoDB, como explicó Gustavo.
• Ejecútalos en orden, desde la versión siguiente a la de tu base de datos.
• Las líneas con /* PHP:… */ no son comentarios sin más: son funciones PHP que ejecuta el asistente. En phpMyAdmin no se ejecutan, así que tendrás que revisar qué hacía cada una.

Por eso, si tienes una copia anterior a la actualización fallida, suele ser más limpio restaurarla y repetir la actualización completa en una copia.

Otros tropiezos de esos meses

• Un compañero vio que la última versión del asistente se atascaba con el fichero 8.1.3.sql, intentando ejecutar unas líneas de comentario del final hasta agotar el tiempo. Si se queda colgado en un SQL, mira el log del asistente para ver en cuál.
• En julio otro probó a pasar de 8.2.2 a 9.0 en un XAMPP de Windows y el asistente falló al crear enlaces simbólicos (admin/bundles/apiplatform). Era un fallo conocido del asistente, registrado en GitHub, que se cerró en septiembre de 2025 con una versión nueva del módulo. La lección del hilo: prueba en un entorno parecido a producción y lee antes los fallos abiertos de la versión a la que vas.
• Antes de elegir PHP, mira la tabla de compatibilidad oficial de tu versión.

Si prefieres no pelearte con el asistente, en Rekire hacemos estas actualizaciones dentro del bono de 50 horas.

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