Hosting dla PrestaShop — wymagania, które naprawdę mają znaczenie

PrestaShop może działać na hostingu współdzielonym, jeśli wersje oprogramowania, OPcache, baza, dyski i limity procesów odpowiadają obciążeniu sklepu. Sama cena nie przesądza o parametrach. Poniżej znajduje się checklista do zestawienia z aktualną ofertą dostawcy i pomiarem sklepu.

Jakie PHP dla PrestaShop 8 i 9? Macierz, nie „8.1+”

Źródła: wymagania PrestaShop 8 i PrestaShop 9. Na dzień weryfikacji PHP 8.1 nie figuruje już wśród wersji wspieranych przez PHP. Jeżeli sklep wymaga starego runtime, zaplanuj aktualizację platformy oraz dodatków; nie przełączaj produkcji na niezgodne PHP tylko dlatego, że hosting udostępnia nowszy numer. Wsparcie rozszerzone dostawcy, jeśli je oferuje, oceniaj osobno od wsparcia projektu PHP.

Najpierw zapisz dokładny numer sklepu, motywu i modułów krytycznych dla płatności, dostaw oraz importów. Następnie sprawdź dostępne wydanie docelowe i jego wymagania. Wpisanie gałęzi w dokumentacji nie zastępuje sprawdzenia wydania, a zgodność rdzenia nie dowodzi zgodności każdego dodatku.

Parametry, które realnie decydują o szybkości PrestaShop

Jak odczytać środowisko bez zmiany konfiguracji

1. W panelu sklepu odszukaj informacje o środowisku, a u hostingu konfigurację PHP przypisaną do domeny. Zapisz wersję PrestaShop i runtime WWW; nazwy ekranów zależą od wydania.
2. Jeśli masz SSH, wykonaj poniższy odczyt CLI. Nie zawiera haseł i niczego nie przestawia. Wynik dotyczy wyłącznie polecenia php znalezionego w PATH — proces WWW i harmonogram mogą używać innych plików wykonywalnych.
3. Poproś hosting o potwierdzenie OPcache w WWW, limitu procesów i metryk kolejki, wersji bazy oraz limitów I/O. Komunikat „OPcache działa” bez wskazania SAPI nie zamyka testu.
4. Porównaj oba odczyty z macierzą. Przy rozbieżności zatrzymaj zmianę PHP i najpierw ustal, który runtime wykonuje sklep oraz importy.

php -v
php --ini
php -r 'echo "SAPI=", PHP_SAPI, PHP_EOL, "PHP=", PHP_VERSION, PHP_EOL, "memory_limit=", ini_get("memory_limit"), PHP_EOL, "opcache_loaded=", extension_loaded("Zend OPcache") ? "yes" : "no", PHP_EOL;'
php -m

Jak rozpoznać ograniczenia hostingu

• Rosnąca kolejka PHP przy limicie zajętych procesów: porównaj czas wystąpienia z ruchem, importami i błędami. Sama liczba kont na maszynie nie dowodzi przeciążenia.
• Wysokie opóźnienia lub wykorzystanie I/O: sprawdź, czy występują podczas backupu, pracy bazy albo generowania obrazów.
• Nieobsługiwane PHP: sprawdź kompatybilność i plan aktualizacji. Nie przypisuj całego spowolnienia numerowi runtime bez porównania.
• Długi czas SQL: oddziel opóźnienie połączenia od kosztu zapytania i blokad. Lokalna baza również może być przeciążona.
• Niski udział trafień OPcache albo pełnego cache HTML: to różne warstwy; każdą sprawdź osobno. Koszyk i spersonalizowane ceny nie powinny być współdzieloną kopią publicznego HTML.

Ważna uczciwość: bywa też odwrotnie — hosting jest w porządku, a sklep duszą ciężkie moduły, brak cache PrestaShop albo nieoptymalne zapytania szablonu. Zanim zapłacisz za serwer wyższej klasy, warto zmierzyć, co faktycznie zjada czas — dokładnie to robi nasza optymalizacja wydajności (raport przed/po, z rozbiciem serwer vs sklep).

Współdzielony, VPS czy dedyk — co dla jakiego sklepu

Jak porównać dwa hostingi bez zgadywania

1. Przygotuj tę samą odseparowaną kopię sklepu i zestaw syntetycznych danych na obu środowiskach. Wyłącz realne płatności, wysyłki, wiadomości i zewnętrzne synchronizacje. Nie wykonuj testu obciążeniowego cudzej infrastruktury bez uzgodnienia.
2. Wyrównaj wersje aplikacji, PHP, modułów, konfigurację i lokalizację pomiaru. Zapisz różnice, których nie da się wyeliminować; wtedy porównujesz całe pakiety, nie sam procesor lub dysk.
3. Dla kategorii, produktu i koszyka wykonaj powtórzenia z tym samym scenariuszem: użytkownik anonimowy i zalogowany, cache rozgrzany oraz kontrolowany wariant bez niego. Nie zakładaj, że dopisanie ?nocache=1 omija cache.
4. Zapisz medianę i rozrzut czasu odpowiedzi, błędy oraz metryki CPU, RAM, kolejki i SQL. Liczbę równoległych sesji ustal z realnego ruchu; to nie musi być liczba produktów w katalogu.
5. Uruchom test zakupu w sandboxie, wariantu, ceny i importu. Szybsza odpowiedź z błędną ceną albo cudzym koszykiem dyskwalifikuje konfigurację.
6. Do decyzji dodaj cenę odnowienia, backup, czas odtworzenia, SLA i koszt administracji. Jeśli oba pakiety spełniają wymagania, wybór nie musi paść na szybszy w pojedynczym pomiarze.

Rozdzielenie TTFB, LCP, bazy i modułów opisuje nasza procedura diagnozy wolnego PrestaShop. Ta sekcja jest protokołem do wykonania, nie tabelą wyników nieprzeprowadzonych testów hostingu.

10 pytań do hostingu przed migracją sklepu

1. Jakie wersje PHP oferujecie i czy mogę je przełączać samodzielnie?
2. Czy OPcache jest włączony i jaki ma rozmiar?
3. Ile równoległych procesów PHP dopuszcza mój pakiet?
4. Jaka wersja MySQL/MariaDB i czy baza jest na tej samej maszynie?
5. Czy dyski to NVMe?
6. Która warstwa odpowiada za cache i jak wykluczacie koszyk, konto oraz spersonalizowane ceny?
7. Jakie są limity pamięci PHP i czasu wykonania (ważne przy importach)?
8. Jak wyglądają kopie zapasowe: częstotliwość, retencja, samodzielne przywracanie?
9. Czy jest staging/kopia robocza do testów aktualizacji?
10. Jak działa wsparcie przy awarii w nocy i weekend?