← Wróć do bloga

Rozmowa, która powtarza się co kilka miesięcy: ktoś ma wykupiony hosting, na którym od lat stoi firmowa strona, i chce na nim postawić sklep. Pakiet ma nielimitowany transfer, dużo miejsca i wygląda solidnie. A mimo to Magento się na nim nie zainstaluje — i nie chodzi o moc serwera. Chodzi o to, że pewnych rzeczy po prostu tam nie ma.

Warstwy, których wymaga sklep Magento: serwer WWW nginx lub Apache, PHP z kompletem rozszerzeń, baza danych MySQL lub MariaDB, osobna usługa wyszukiwania OpenSearch, magazyn cache i sesji Redis lub Valkey, cache pełnych stron Varnish oraz kolejka wiadomości RabbitMQ; pod spodem dostęp SSH z Composerem i działający harmonogram cron. Trzy z tych elementów — osobna usługa wyszukiwania, dostęp SSH z Composerem i cron uruchamiany co minutę — są niedostępne na typowym hostingu współdzielonym

Magento to nie strona, tylko zestaw usług

Większość systemów CMS potrzebuje dwóch rzeczy: PHP i bazy danych. Tyle oferuje każdy hosting współdzielony i dlatego działają wszędzie. Magento działa inaczej — obok aplikacji muszą pracować osobne usługi, z których każda ma własny proces, własny port i własną konfigurację:

  • Serwer WWW — nginx albo Apache
  • PHP — w konkretnej wersji i z kompletem rozszerzeń, których lista jest dłuższa niż u typowego CMS-a
  • Baza danych — MySQL albo MariaDB
  • Silnik wyszukiwania — OpenSearch (lub, w starszych instalacjach, Elasticsearch)
  • Magazyn cache i sesji — Redis, a w najnowszych wydaniach także Valkey
  • Cache pełnych stron — Varnish
  • Kolejka wiadomości — RabbitMQ

Nie każdy z tych elementów jest bezwzględnie obowiązkowy — Varnish i RabbitMQ da się na początku pominąć, choć przy większym ruchu szybko okazują się potrzebne. Ale silnik wyszukiwania obowiązkowy jest.

Trzy rzeczy, które przesądzają sprawę

1. Osobna usługa wyszukiwania

Od wersji 2.4 Magento nie uruchomi się bez działającego OpenSearch albo Elasticsearch. To nie jest opcjonalny dodatek do szybszej wyszukiwarki — to warunek startu aplikacji. Instalator zatrzyma się i poprosi o adres oraz port usługi.

Typowy hosting współdzielony takiej usługi nie udostępnia, bo to osobny serwer aplikacyjny, nie rozszerzenie PHP. Tu kończy się większość prób postawienia Magento „na tym, co już mam”. O tym, co ten silnik faktycznie robi z wynikami, pisaliśmy przy okazji wyszukiwarki produktów.

2. Dostęp SSH i Composer

Magento instaluje się i aktualizuje z wiersza poleceń, przez Composera. Nie ma instalatora, który wgrywasz przez FTP i klikasz „dalej”. Każda aktualizacja, każde rozszerzenie, każde czyszczenie cache to polecenie w terminalu. Hosting bez dostępu SSH oznacza sklep, którego nie da się ani postawić, ani później utrzymać.

3. Cron uruchamiany co minutę

Harmonogram zadań musi wywoływać polecenie Magento co minutę. Bez tego sklep sprawia wrażenie działającego, ale przestają wychodzić maile, nie aktywują się promocje i nie odświeżają się indeksy — po cichu, bez jednego komunikatu błędu. Hosting, który pozwala na cron co 15 minut albo tylko przez panel, będzie tu ciągłym źródłem problemów.

Wersje: jedyna rada, która się nie zestarzeje

Konkretne numery wersji PHP, bazy czy OpenSearch zmieniają się z każdym wydaniem Magento i każde kolejne podnosi poprzeczkę. Dlatego zamiast listy, która za pół roku wprowadzi kogoś w błąd, jedna zasada: sprawdź stronę wymagań systemowych Adobe dla tej wersji, którą faktycznie wdrażasz, i zrób to przed wyborem hostingu, a nie po.

Dla skali zmian: wraz z Adobe Commerce 2.4.9, udostępnionym 12 maja 2026 roku, ze wspieranych wersji wypadło PHP 8.2. Sklep stojący na starszym PHP nie zablokuje się z dnia na dzień, ale zamyka sobie drogę do aktualizacji — a wraz z nią do poprawek bezpieczeństwa. Szerzej o tej mechanice piszemy we wpisie o wsparciu wersji Magento.

Praktyczny wniosek dla wyboru hostingu: możliwość samodzielnej zmiany wersji PHP jest ważniejsza niż to, jaka wersja jest tam dzisiaj.

O co zapytać dostawcę

Siedem pytań, które oszczędzają miesiące. Odpowiedź „nie” na którekolwiek z pierwszych trzech oznacza, że trzeba szukać dalej:

  1. Czy udostępniacie OpenSearch lub Elasticsearch — jako usługę, nie jako rozszerzenie PHP?
  2. Czy mam dostęp SSH i czy mogę uruchamiać Composera?
  3. Czy mogę ustawić cron co minutę, własnym wpisem, a nie tylko przez panel?
  4. Czy mogę sam zmienić wersję PHP i jakie wersje są dostępne?
  5. Czy dostępny jest Redis albo Valkey oraz Varnish?
  6. Jakie są limity procesów i czasu wykonania? Aktualizacja Magento potrafi trwać kilkanaście minut i nie może zostać ubita w połowie.
  7. Czy jest środowisko testowe albo możliwość postawienia drugiej instancji? To warunek sensownego wdrażania zmian.

Czego lepszy hosting nie załatwi

Warto to powiedzieć wprost, bo zmiana hostingu bywa traktowana jak lekarstwo na wszystko. Mocniejsza maszyna pomoże tylko wtedy, gdy wąskim gardłem faktycznie jest serwer. Częściej problem leży gdzie indziej: nieskonfigurowany cache pełnych stron, rozszerzenie wykonujące zapytanie do bazy w pętli, ciężki frontend. Tego żadna maszyna nie naprawi — co najwyżej przykryje na kilka miesięcy, aż ruch urośnie.

Kolejność jest odwrotna, niż podpowiada odruch: najpierw diagnoza, gdzie znika czas, potem decyzja o infrastrukturze. Rozpisaliśmy to w tekście o wydajności sklepu Magento.

Podsumowanie w jednym zdaniu

Hosting pod Magento wybiera się nie po transferze i miejscu na dysku, tylko po tym, czy pozwala uruchomić potrzebne usługi i czy oddaje kontrolę nad środowiskiem. Reszta parametrów jest wtórna.