Hosting PrestaShop: serwer pod sklep

Nie. Pełna kopia sklepu działa na nowym serwerze pod adresem tymczasowym, a przełączenie polega na zmianie wpisu DNS, którą przygotowujemy z krótkim czasem życia. Stary serwer zostaje włączony, dopóki nie wygasną wszystkie odpowiedzi z pamięci podręcznej. Okno przełączenia planujemy poza szczytem sprzedaży.

Przed przełączeniem robimy przyrostową synchronizację bazy, więc zamówienia z ostatnich godzin trafiają na nowy serwer. Sprzedaż nie jest wstrzymywana, ale przez kilkanaście minut część ruchu widzi jeszcze stary serwer i dlatego wybieramy okno o najmniejszym obciążeniu.

Decyduje liczba produktów i wariantów, liczba równoczesnych sesji w szczycie oraz to, czy w tle pracują integracje z własnymi limitami zapytań. Sklep z dużym katalogiem i filtrami obciąża bazę zupełnie inaczej niż sklep z dwustoma produktami przy tym samym ruchu, więc parametry biorą się z pomiaru, nie z pakietu.

Umowę hostingową zawierasz bezpośrednio z dostawcą i to Ty jesteś jej stroną, więc SLA dostępności serwera wiąże jego z Tobą, a nie z nami. My dobieramy parametry, konfigurujemy środowisko i utrzymujemy je, ale dostępy masz od pierwszego dnia. Zmiana agencji nie oznacza kolejnej przeprowadzki.

Cztery parametry decydują o działaniu sklepu i rzadko stoją na pierwszej stronie oferty: wersja PHP wraz z limitami, pamięć podręczna w rodzaju LiteSpeed albo Redis, dyski SSD NVMe oraz kopie zapasowe. Przy kopiach sprawdź trzy rzeczy: jak często powstają, ile dni wstecz sięgają i czy odtworzenie sklepu jest w cenie, czy płatne osobno. Dobry hosting pod sklep PrestaShop poznaje się po tych pozycjach, a nie po liczbie gigabajtów w pakiecie.

Nie jesteśmy firmą hostingową i nie mamy prowizji od żadnego dostawcy, więc rekomendacja wynika z wielkości sklepu i wymagań PrestaShop, a nie z cennika partnera. Instalacja sklepu, konfiguracja panelu administracyjnego, przeniesienie z obecnego serwera i wsparcie techniczne przy problemach to nasza praca. Sam abonament zostaje na Twojej fakturze, u Twojego dostawcy, i to jest różnica, którą widać po roku.

Maszyna i system

Rdzenie, pamięć, dysk oraz to, czy zasoby są gwarantowane, czy dzielone z sąsiadami. Tu mieszka też SLA dostępności, które dostawca zapisuje w umowie. Przy sklepie liczy się nie średnia, tylko najgorsza godzina roku, bo wtedy serwer albo wyrabia, albo traci Ci zamówienia.

Warstwa aplikacji

Wersja PHP, limity pamięci na proces, pamięć podręczna kodu, kompresja i szyfrowanie połączenia. Ta sama maszyna z ustawieniami domyślnymi i z konfiguracją pod PrestaShop to różnica w czasie ładowania widoczna bez dokładania grosza.

Baza danych

Strojenie pod katalog i filtry, indeksy pod realne zapytania Twojego sklepu, czyszczenie tabel, które puchną same z siebie. Przy dużym katalogu to tutaj siedzi większość czasu ładowania kategorii.

Kopie zapasowe i monitoring

Kopie w trzech egzemplarzach, w dwóch miejscach, z których jedno leży poza serwerem sklepu, oraz czujka, która budzi człowieka, zanim zrobi to klient. Ustawiamy to raz i utrzymujemy po stronie serwera. Godziny na kod sklepu i czas reakcji na zgłoszenie to już opieka powdrożeniowa, czyli osobna umowa.

Ile trwa przeniesienie

Sama przeprowadzka to zwykle od dwóch do sześciu godzin pracy, a potem do doby czekamy, aż zmiana adresu rozejdzie się po internecie. Sklep działa przez cały ten czas, bo stary serwer zostaje włączony, dopóki ostatni odwiedzający nie trafi na nowy.

PrestaShop 8 pracuje na PHP 8.1 i nowszym, a starsze wydania sklepu na starszym PHP, którego dostawcy przestają już wspierać. Poza samą wersją liczą się limity: pamięć na proces, maksymalny czas wykonania i rozmiar wysyłanego pliku. Domyślne wartości u wielu dostawców są ustawione pod stronę wizytówkową, nie pod sklep z importem katalogu.

MySQL albo MariaDB w wersji wspieranej przez Twoje wydanie sklepu, na dysku SSD albo NVMe. Przy katalogu z filtrami to baza jest wąskim gardłem, więc liczy się nie tylko rozmiar dysku, ale i to, ile operacji na sekundę dostawca gwarantuje.

OPcache trzyma skompilowany kod, więc PHP nie przetwarza tych samych plików przy każdym wejściu. Redis przechowuje sesje i pamięć podręczną sklepu poza bazą danych, co przy większym ruchu zdejmuje z niej znaczną część obciążenia. Oba są darmowe i oba bywają wyłączone domyślnie.

Certyfikat SSL jest dziś wymogiem, a nie dodatkiem: bez niego przeglądarki oznaczają sklep jako niebezpieczny, a płatności nie zadziałają. Bezpłatny certyfikat odnawiany automatycznie w zupełności wystarcza sklepowi, chyba że przyjmujesz płatności kartą we własnym formularzu.

Kopie dzienne przechowywane poza serwerem sklepu, z możliwością odtworzenia pojedynczego pliku, a nie wyłącznie całości. Do tego dostęp do panelu administracyjnego serwera i do konsoli, bo bez nich każda zmiana konfiguracji wymaga zgłoszenia do dostawcy i czekania.