Test szybkości wersji sklepu PrestaShop 1.6, 1.7,8.2, 9: Jak poprawić wydajność sklepu internetowego

Starsza PrestaShop 1.6 ładowała średnio około 274 plików przy generowaniu badanych stron. W PrestaShop 8.2 było to już ponad 1000 plików, a w PrestaShop 9.0 około 958 plików.

Oznacza to, że nowsze wersje obsługują znacznie bardziej rozbudowaną architekturę, większą liczbę komponentów i nowocześniejszy framework, a mimo tego generują strony wyraźnie szybciej. W porównaniu z PrestaShop 1.6 wersja 9.0 przetwarzała średnio około 3,5 razy więcej plików, jednocześnie osiągając około czterokrotnie krótszy średni czas generowania strony.

Dlaczego nowsze wersje PrestaShop działają szybciej?

Wyniki naszych testów pokazują wyraźną zależność: im nowsza generacja PrestaShop, tym krótszy czas generowania stron i lepsze zachowanie sklepu pod obciążeniem. Nie wynika to jednak wyłącznie z zastosowania „nowszej technologii”. Jest to efekt wielu zmian wprowadzanych przez lata w samym silniku platformy, sposobie wykonywania zapytań, zarządzaniu pamięcią, ładowaniu danych oraz obsłudze cache.

1. Usuwanie zbędnych operacji i zapytań do bazy danych

W starszych wersjach część mechanizmów wykonywała obliczenia nawet wtedy, gdy ich rezultat nie był potrzebny. Każda taka operacja oznacza dodatkowy czas procesora, zapytania SQL i większe obciążenie bazy danych.

Dobrym przykładem jest optymalizacja wprowadzona już w PrestaShop 1.7.2.2. Zespół projektu wskazywał, że obliczanie cen specjalnych należało do najbardziej czasochłonnych operacji wykonywanych na wielu stronach sklepu. Mechanizm został zmieniony tak, aby nie wykonywał niepotrzebnych obliczeń, a zapytania SQL uruchamiał tylko wtedy, gdy było to rzeczywiście konieczne. Ulepszono także lokalny cache, co ograniczyło liczbę odwołań do bazy danych. Oficjalne testy projektu wykazały, że korzyści były szczególnie widoczne przy większej liczbie jednoczesnych użytkowników.

Takich zmian przez kolejne lata pojawiały się setki. Pojedyncza optymalizacja może skrócić czas wykonania tylko o kilka milisekund, ale ich suma przekłada się na wyraźną różnicę pomiędzy generacjami platformy.

2. Dane są ładowane dopiero wtedy, gdy są potrzebne

W nowszych wersjach PrestaShop coraz częściej stosowane jest tzw. leniwe ładowanie danych. Oznacza to, że system nie pobiera i nie przetwarza od razu wszystkich informacji, które potencjalnie mogłyby zostać użyte podczas obsługi strony.

W PrestaShop 8.2 wprowadzono między innymi mechanizm CartLazyArray. Zgodnie z informacją projektu dane koszyka są dzięki niemu ładowane dopiero wtedy, kiedy są faktycznie potrzebne. Zespół PrestaShop wskazał wprost, że zmiana ta została przygotowana z myślą o poprawie wydajności obiektu koszyka.

W sklepie internetowym takie podejście ma duże znaczenie, co można łatwo zauważyć, testując różne scenariusze zakupowe w demo sklepach na PrestaShop dla różnych branż. Podczas pojedynczego żądania system może mieć dostęp do setek informacji o produktach, cenach, podatkach, klientach, promocjach i koszyku. Im mniej niepotrzebnych danych musi pobrać i przetworzyć, tym szybciej może zwrócić gotową stronę.

3. Nowsze wersje korzystają z aktualnych generacji PHP

Każdą badaną wersję uruchomiliśmy na wersji PHP właściwej i zalecanej dla danej generacji PrestaShop. Nie jest to wyłącznie kwestia kompatybilności. Nowsze wydania PHP przynoszą kolejne zmiany w sposobie wykonywania kodu, zarządzaniu pamięcią oraz obsłudze współczesnych bibliotek.

Już PHP 7 zapewniało około 100% przyrost wydajności względem starszych wydań, a użycie najnowszej stabilnej wersji PHP zwiększa wydajność skryptów w sklep prestashop.

PrestaShop 9 wymaga co najmniej PHP 8.1 i obsługuje PHP 8.2, 8.3 oraz 8.4. Sam projekt wskazuje, że przejście na aktualne wersje PHP oraz nową architekturę opisaną w szczegółowym omówieniu PrestaShop 9.0 otwiera drogę do poprawy wydajności, bezpieczniejszego kodu i korzystania z nowocześniejszych narzędzi oraz bibliotek.

Dlatego część przewagi nowych wersji wynika nie tylko ze zmian w PrestaShop, lecz również z możliwości, jakie daje im współczesne środowisko uruchomieniowe.

4. Przebudowa architektury i rozwój Symfony

PrestaShop 1.6 opierał się na znacznie starszej, własnej architekturze platformy. Od wersji 1.7 kolejne obszary systemu były stopniowo modernizowane i przenoszone do rozwiązania opartego na Symfony.

PrestaShop 8 korzystał z Symfony 4.4, natomiast w PrestaShop 9 wykonano duży skok do Symfony 6.4 LTS. Oficjalna dokumentacja projektu określa tę zmianę jako znaczące przejście technologiczne.

Według zespołu PrestaShop zastosowanie Symfony 6.4 przynosi między innymi:

• poprawę wydajności
• niższe zużycie pamięci
• nowocześniejszą i czystszą architekturę kodu
• zmniejszenie długu technologicznego
• łatwiejsze rozwijanie i dalsze optymalizowanie platformy

Nie oznacza to, że samo użycie Symfony automatycznie przyspiesza sklep. Znaczenie ma sposób, w jaki framework został wykorzystany. Nowsza architektura ułatwia jednak kontrolowanie zależności, eliminowanie powtarzających się operacji, profilowanie działania aplikacji oraz wymianę przestarzałych elementów.

5. Usuwanie starego kodu i niepotrzebnych zależności

Wieloletnie oprogramowanie stopniowo gromadzi fragmenty kodu przygotowane dla starych mechanizmów, wcześniejszych wersji PHP i funkcji, które przestały być używane. Konieczność utrzymywania zgodności z takimi elementami komplikuje architekturę i ogranicza możliwości dalszej optymalizacji, dlatego w wielu przypadkach lepszym rozwiązaniem jest zaprojektowanie dedykowanych modułów dla PrestaShop, które realizują konkretne potrzeby biznesowe bez zbędnego balastu.

Podczas przygotowywania PrestaShop 9 usunięto nieużywane zależności, wymieniono część starszych bibliotek oraz zrezygnowano z kompatybilności z PHP starszym niż 8.1. Dokumentacja wymienia między innymi zastąpienie wcześniejszych komponentów nowszymi rozwiązaniami Symfony oraz usunięcie części bibliotek, które nie były już wykorzystywane przez rdzeń platformy.

Zespół projektu opisywał PrestaShop 9 jako wersję obejmującą ciągłe czyszczenie kodu i usprawnienia architektoniczne. W materiałach dotyczących wydania wskazano również na głęboką refaktoryzację oraz uporządkowanie bazy kodu.

Dzięki temu nowa wersja nie musi w takim samym stopniu przenosić ograniczeń technologicznych, które narastały przez wiele lat.

6. Lepsze wykorzystanie cache i zasobów serwera

Szybkość sklepu nie zależy wyłącznie od liczby wykonywanych operacji. Znaczenie ma również to, czy wynik operacji może zostać ponownie wykorzystany oraz jak często system musi wracać do bazy danych.

Projekt PrestaShop od lat poprawia cache poszczególnych elementów, ogranicza powtarzające się zapytania i wprowadza mechanizmy pozwalające przechowywać wcześniej wyliczone dane. Już w oficjalnym opisie optymalizacji PrestaShop 1.7 wykazano, że poprawa lokalnego cache cen ograniczyła liczbę zapytań SQL i dała największe korzyści przy wysokim obciążeniu. Przykładowo zewnętrzny cache, taki jak Redis lub Memcached, odciąża bazę danych, a włączenie OPcache redukuje obciążenie procesora poprzez przechowywanie skompilowanego kodu bajtowego.

To dobrze koresponduje z wynikami naszych testów OctoPerf. Najnowsza wersja nie tylko szybciej generowała pojedyncze strony, ale również obsłużyła najwięcej żądań i osiągnęła zdecydowanie najkrótszy średni czas odpowiedzi podczas równoczesnego ruchu wielu użytkowników.

7. Nowsze wersje mają lepsze ustawienia i mechanizmy domyślne

Znaczenie ma również to, co użytkownik otrzymuje bez dodatkowej konfiguracji. W PrestaShop 9 dla nowych instalacji domyślnie aktywowane jest łączenie, kompresowanie i cache’owanie zasobów, czyli mechanizm CCC. Wersja 9 dodaje także natywną obsługę nowoczesnych formatów grafik WebP i AVIF.

Te elementy nie tłumaczą bezpośrednio wszystkich wyników Profilera, który mierzy przede wszystkim pracę po stronie serwera. Mogą jednak skracać rzeczywisty czas pobierania i wyświetlania sklepu w przeglądarce użytkownika.

To nie jeden przełom, lecz suma wielu zmian

Przewaga nowych wersji nie wynika z jednej funkcji ani jednej spektakularnej optymalizacji. Tworzą ją między innymi:

• nowsze wersje PHP
• aktualniejsze wydania Symfony
• eliminowanie niepotrzebnych zapytań SQL
• lepsze działanie cache
• ładowanie danych dopiero w momencie ich użycia
• usuwanie przestarzałego kodu
• wymiana nieaktualnych bibliotek
• poprawianie konkretnych wąskich gardeł zgłaszanych przez użytkowników
• oraz wieloletnia praca nad rdzeniem platformy

Sam projekt PrestaShop podsumował wydanie wersji 9 jako wprowadzenie zmodernizowanej architektury oraz znaczących usprawnień wydajnościowych.

Nasze wyniki pokazują więc nie przypadkową przewagę jednego pomiaru, ale rezultat kierunku, w którym platforma była rozwijana przez kolejne lata.

Czy każda nowsza wersja zawsze będzie szybsza?

Nie należy wyciągać wniosku, że każdy sklep po aktualizacji automatycznie przyspieszy o dokładnie taki sam procent. Końcowy rezultat nadal zależy od:

• używanego szablonu
• jakości i liczby modułów
• indywidualnych modyfikacji
• wielkości bazy danych
• liczby produktów i kombinacji
• konfiguracji serwera
• mechanizmów cache
• integracji z systemami zewnętrznymi, w tym skryptów i funkcjonalności, które wpływają negatywnie na działanie sklepu, jeśli są zbędne lub źle wdrożone

Źle napisany moduł może spowolnić nawet najnowszą wersję PrestaShop, a usunięcie nieużywanych modułów skraca czas generowania strony w PrestaShop, co potwierdzają najczęstsze błędy w sklepach PrestaShop związane z wydajnością i konfiguracją. Z kolei dobrze zoptymalizowany sklep na starszej wersji może w pojedynczym pomiarze osiągnąć lepszy rezultat niż nieprawidłowo skonfigurowana nowa instalacja.

W naszym teście ograniczyliśmy jednak te zmienne: wykorzystaliśmy to samo środowisko, ten sam serwer, porównywalne domyślne instalacje i wersje PHP zalecane dla każdej generacji. Dlatego różnice pomiędzy wynikami pokazują przede wszystkim rozwój samego oprogramowania, a w sytuacji zmiany platformy lub dużego skoku wersji warto dobrze zaplanować migrację sklepu na PrestaShop.