Ustawienia cookies

Zdecyduj osobno dla każdej kategorii. Możesz tu wrócić w każdej chwili przez stopkę.

NiezbędneZawsze włączone

Logowanie, język i motyw oraz zapamiętanie tego właśnie wyboru. Bez nich strona nie działa, więc nie ma tu czego wyłączać.

Google Analytics — żebyśmy wiedzieli, z których stron korzystasz i gdzie się poddajesz. Wyłączone, dopóki sam nie włączysz, a dane nigdy nie trafiają do Google Ads.

Aderlo Cloud
Zaloguj sięZacznij

Ile PHP workers potrzebuje sklep WooCommerce?

Grzegorz Ciupek · Zaktualizowano 6 października 2026 · 7 minut czytania

Mały sklep WooCommerce z dobrze ustawionym cache zwykle mieści się w 5 PHP workers, sklep z kilkudziesięcioma zamówieniami dziennie potrzebuje około 10, a wyprzedaż z setkami osób naraz w koszyku — 16 i więcej. Dokładną liczbę liczy się ze wzoru: liczba workers ≈ zapytania PHP na sekundę × średni czas odpowiedzi PHP w sekundach, plus zapas na skoki ruchu.

Czym jest PHP worker

PHP worker to jeden proces, który w danej chwili wykonuje kod WordPressa i WooCommerce dla jednego zapytania. Liczba PHP workers to więc liczba zapytań, które sklep obsłuży jednocześnie bez kolejki. Kiedy wszystkie są zajęte, kolejne zapytanie czeka albo dostaje błąd — w Aderlo Cloud serwer zwraca wtedy kod 508, zamiast po cichu zwalniać.

Workers nie zużywa każda odsłona. Strona produktu czy kategorii podana z cache (LSCache) w ogóle nie uruchamia PHP. Worker jest potrzebny przy tym, czego nie da się zapamiętać: koszyk, zamówienie, konto klienta, wyszukiwarka, panel administracyjny, zapytania AJAX i zadania cron.

Jak policzyć, ilu workers potrzebujesz

Średnia liczba zajętych workers to iloczyn liczby zapytań PHP na sekundę i średniego czasu ich wykonania (prawo Little’a z teorii kolejek). Do tej średniej dodaj zapas 50–100% na skoki ruchu, bo kupujący nie przychodzą równym strumieniem.

workers ≈ (zapytania PHP na sekundę) × (średni czas odpowiedzi PHP w s) × 1,5–2
SytuacjaZapytania PHP / s w szczycieŚredni czas PHPZajęte workers (średnio)Z zapasem
Mały sklep, zwykły dzień40,5 s23–4
Średni sklep, kampania mailowa100,5 s58–10
Wyprzedaż, setki osób w koszyku200,6 s1218–24
Przykłady obliczeniowe, nie pomiar konkretnego sklepu. Własne liczby weź z logów serwera albo z narzędzia do monitoringu wydajności.

Czas odpowiedzi ma takie samo znaczenie jak ruch. Sklep, w którym koszyk liczy się 1,2 s zamiast 0,4 s, potrzebuje trzy razy więcej workers przy tym samym ruchu — dlatego przyspieszenie zapytań często daje więcej niż większy plan.

Skąd wziąć liczby do wzoru

  1. Zapytania PHP na sekundę

    Policz w logach serwera zapytania bez trafienia w cache w najgorszej minucie zeszłego szczytu (nagłówek X-LiteSpeed-Cache: miss albo brak tego nagłówka) i podziel przez 60.

  2. Średni czas odpowiedzi PHP

    Zmierz czas do pierwszego bajtu (TTFB) dla koszyka, zamówienia i wyszukiwarki, z wyłączonym cache przeglądarki. Wtyczka Query Monitor pokaże, co trwa najdłużej.

  3. Szczyt, nie średnia

    Weź godzinę wysyłki newslettera albo start promocji, a nie średnią dobową — średnia ukrywa dokładnie te minuty, w których sklep traci zamówienia.

Jedno zapytanie, które łatwo przeoczyć: wc-ajax=get_refreshed_fragments. Na części motywów odpala się przy każdej odsłonie i zajmuje workera nawet wtedy, gdy sama strona przyszła z cache.

Ile workers mają plany Aderlo Cloud

PlanPHP workersProcesor i pamięćCena netto
Starter Store5do 1.5 vCPU, 2 GB RAM49 zł / mies.
Growth Store10do 3 vCPU, 4 GB RAM119 zł / mies.
Scale Store16do 5 vCPU, 6 GB RAM249 zł / mies.
Dedicated Commerce28do 8 vCPU, 10 GB RAM649 zł / mies.
Z cennika Aderlo Cloud. Limity egzekwuje jądro systemu (CloudLinux LVE); do każdego limitu doliczony jest zapas na cron, SSH i kopie zapasowe, żeby podana liczba oznaczała zapytania odwiedzających.

W Aderlo Cloud plany różnią się mocą, nie liczbą stron. Starter Store z 5 workers to rozsądny start, Growth Store (10 workers) to plan dla sklepu, w którym szybkość zamówienia jest przychodem, a Scale Store (16 workers) zawiera przegląd wydajności przed Black Friday. Zmiana planu na wyższy to jedno kliknięcie w panelu.

Zobacz cennik →

Kiedy więcej workers nie pomoże

  • Wolna baza danych. Duża tabela wp_options z autoload, brak indeksów albo tysiące wygasłych transientów spowalniają każde zapytanie. Workers tylko równolegle czekają na bazę.
  • Brak cache stron. Bez LSCache każda odsłona produktu zajmuje workera. Włączenie cache często zmniejsza zapotrzebowanie kilkukrotnie.
  • Wtyczka, która wywołuje zewnętrzne API przy każdym zapytaniu. Worker stoi wtedy bezczynnie i czeka na cudzy serwer.
  • WP-Cron uruchamiany przez odwiedzających. Przenieś go do systemowego crona, żeby zadania nie zabierały workers kupującym.

Najczęstsze pytania

Czy 5 PHP workers wystarczy na sklep WooCommerce?
Dla sklepu z cache stron i ruchem do kilku zapytań PHP na sekundę w szczycie — tak. Jeśli sklep regularnie wysyła newslettery albo robi promocje, przy których wiele osób jednocześnie składa zamówienia, policz zapotrzebowanie ze wzoru i rozważ 10.
Co się dzieje, gdy zabraknie PHP workers?
Kolejne zapytania czekają w kolejce albo dostają błąd. W Aderlo Cloud przekroczenie limitu daje kod 508, który widać w logach, zamiast niewidocznego spowolnienia całego sklepu.
Czy PHP workers to to samo co rdzenie procesora?
Nie. Worker to proces obsługujący jedno zapytanie, a rdzeń to moc obliczeniowa, którą workers się dzielą. Wiele workers na zbyt małym procesorze będzie działać wolno, dlatego plany podają obie wartości.

Źródła