Jak sprawdzić, której wersji PrestaShop używam?

Wersję PrestaShop znajdziesz w stopce Back Office, w Advanced Parameters > Information oraz w kodzie przez app/AppKernel.php albo config/settings.inc.php, zależnie od wersji. W modułach _PS_VERSION_ to runtime constant używany do sprawdzania kompatybilności.

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;'

Do codziennej pracy administracyjnej najbezpieczniejsze są stopka back office i Advanced Parameters > Information, bo pokazują wersję działającego sklepu. Do kontroli w kodzie nowsze wersje PrestaShop zwykle wystawiają wersję przez AppKernel, a starsze instalacje mogą definiować ją w config/settings.inc.php. Wersja samego modułu nie jest wersją PrestaShop; identyfikuje tylko release tego modułu.

W PrestaShop 1.6 sprawdzenie w systemie plików to zwykle config/settings.inc.php, gdzie zdefiniowane jest _PS_VERSION_. W PrestaShop 1.7 i 8 app/AppKernel.php często udostępnia wersję aplikacji używaną przez działający sklep. W każdej generacji stopka back-office i Advanced Parameters > Information są lepsze niż zgadywanie na podstawie skopiowanego pliku, ponieważ odzwierciedlają zainstalowany sklep, który faktycznie się uruchomił.

Jeśli utrzymujesz kilka sklepów, sprawdź także URL admina, do którego jesteś zalogowany, zanim odczytasz stopkę: sklep stagingowy, produkcyjny i przywrócona kopia zapasowa mogą mieć różne wersje, nawet gdy mają podobne pliki lub nazwy baz danych.

Jeśli sprawdzasz kompatybilność przed instalacją albo aktualizacją modułu, użyj wersji działającego sklepu i porównaj ją z deklarowanym zakresem kompatybilności modułu. W customowym kodzie modułu używaj sprawdzeń w stylu version_compare(_PS_VERSION_, 'x.y.z', '>=') zamiast hard-coding assumptions z path pliku. Po dużej aktualizacji wyczyść cache i potwierdź, że back office zgłasza oczekiwaną wersję, bo stare pliki albo niepełne wdrożenie mogą sprawić, że kontrole filesystemu będą mylące.