Comment savoir quelle version de PrestaShop j’utilise ?

Vous pouvez trouver la version PrestaShop dans le footer du Back Office, dans Advanced Parameters > Information, et dans le code via app/AppKernel.php ou config/settings.inc.php selon la version. Dans les modules, _PS_VERSION_ est la constante runtime utilisée pour les contrôles de compatibilité.

grep -R "_PS_VERSION_" config/settings.inc.php app/AppKernel.php 2>/dev/null
php -r 'require "config/config.inc.php"; echo _PS_VERSION_, PHP_EOL;'

Pour le travail admin quotidien, le footer du back-office et Advanced Parameters > Information sont les endroits les plus sûrs, car ils affichent la version de la boutique en cours d’exécution. Pour les contrôles de code, les versions récentes de PrestaShop exposent souvent la version via AppKernel, tandis que les anciennes installations peuvent la définir dans config/settings.inc.php. Le numéro de version d’un module n’est pas la version PrestaShop ; il identifie seulement cette release du module.

Pour PrestaShop 1.6, la vérification dans le système de fichiers se fait généralement dans config/settings.inc.php, où _PS_VERSION_ est défini. Pour PrestaShop 1.7 et 8, app/AppKernel.php expose souvent la version de l'application utilisée par la boutique en cours d'exécution. Quelle que soit la génération, le pied de page du back-office et Advanced Parameters > Information sont préférables à une déduction depuis un fichier copié, car ils reflètent la boutique installée qui a réellement démarré.

Si vous maintenez plusieurs boutiques, vérifiez aussi l'URL d'administration à laquelle vous êtes connecté avant de lire le pied de page : une boutique de staging, une boutique de production et une sauvegarde restaurée peuvent avoir des versions différentes même si elles partagent des fichiers ou noms de base de données similaires.

Si vous vérifiez la compatibilité avant d’installer ou mettre à niveau un module, utilisez la version de la boutique en cours d’exécution et comparez-la à la plage de compatibilité déclarée par le module. Dans du code de module personnalisé, utilisez des contrôles de type version_compare(_PS_VERSION_, 'x.y.z', '>=') au lieu de coder des hypothèses depuis un chemin de fichier. Après une mise à niveau majeure, videz le cache et confirmez que le back-office affiche la version attendue, car des fichiers obsolètes ou un déploiement incomplet peuvent rendre les contrôles filesystem trompeurs.