dhosting.pl podnosi limity OPCache: 256 MB pamięci i 50 000 plików w cache
dhosting.pl zakończył wdrażanie nowej konfiguracji OPCache — pamięć podniesiona ze 128 na 256 MB, limit plików z 10 000 na 50 000. Tłumaczymy, co każdy z tych parametrów realnie robi, kto zyska najwięcej i o jednej zmianie, która potrafi zaskoczyć przy wdrażaniu zmian na stronie.
Spis treści
OPCache to jeden z tych mechanizmów, o których pamięta się dopiero wtedy, gdy przestaje wystarczać. Działa w tle, nie ma własnego interfejsu, a jego limity ustawia dostawca hostingu — użytkownik zwykle nie ma nad nimi kontroli. dhosting.pl właśnie zakończył wdrażanie nowej konfiguracji, w której cztery kluczowe parametry poszły wyraźnie w górę. Firma komunikuje, że według jej rozeznania są to obecnie jedne z najwyższych wartości na rynku hostingowym. Zmiany są już dostępne na kontach.
Poniżej rozkładamy je na części: co dokładnie się zmieniło, co każda z tych liczb robi i komu realnie się to przełoży na szybsze ładowanie strony.
Co dokładnie się zmieniło
| Parametr | Było | Jest |
|---|---|---|
opcache.memory_consumption |
128 | 256 |
opcache.interned_strings_buffer |
8 | 32 |
opcache.max_accelerated_files |
10 000 | 50 000 |
opcache.revalidate_freq |
5 | 60 |
Trzy pierwsze to podniesienie sufitów. Czwarty to zmiana zachowania — i to on wymaga najwięcej uwagi, więc wracamy do niego w osobnej sekcji.
Czym w ogóle jest OPCache
PHP jest językiem interpretowanym: przy każdym żądaniu skrypt musi zostać wczytany, sparsowany i skompilowany do kodu bajtowego, zanim cokolwiek się wykona. Przy stronie zbudowanej z kilku tysięcy plików PHP — a tak wygląda WordPress z zestawem wtyczek czy WooCommerce ze sklepem — ta praca powtarza się przy każdym wejściu użytkownika.
OPCache przechowuje skompilowany kod bajtowy w pamięci współdzielonej. Drugie i każde kolejne żądanie omija parsowanie i kompilację, sięgając prosto do gotowego kodu. To jedna z najtańszych optymalizacji, jakie istnieją — o ile cache ma dość miejsca, by pomieścić całą aplikację.
I właśnie o to miejsce chodzi w tej aktualizacji.
Co robi każdy z parametrów
opcache.memory_consumption (128 → 256 MB) to rozmiar pamięci współdzielonej na skompilowany kod. Gdy się zapełni, OPCache nie ma dokąd dopisywać kolejnych skryptów — zaczyna odrzucać zawartość i kompilować od nowa. Efekt jest paradoksalny: im większy ruch i im więcej różnych podstron, tym częściej cache się „przewraca" i tym mniej z niego pożytku. Podwojenie pamięci to najprostsza odpowiedź na ten problem.
opcache.interned_strings_buffer (8 → 32 MB) to osobna pula na tzw. interned strings — powtarzające się łańcuchy znaków (nazwy funkcji, klas, kluczy tablic, stałych), które PHP przechowuje raz i współdzieli między skryptami. Rozbudowany WordPress z kilkudziesięcioma wtyczkami albo sklep na PrestaShopie generują ich zaskakująco dużo. Gdy bufor się przepełni, kolejne łańcuchy przestają być współdzielone i zaczynają zajmować pamięć osobno — cicho, bez błędu w logach. Czterokrotne zwiększenie tej puli to zmiana, której nikt nie zauważy wprost, ale która realnie odciąża pamięć.
opcache.max_accelerated_files (10 000 → 50 000) to maksymalna liczba plików, które mogą trafić do cache. Tu poprzedni limit był realnym wąskim gardłem: czysty WordPress to około 2–3 tysięcy plików PHP, ale WooCommerce z kilkoma wtyczkami i motywem premium potrafi przekroczyć 10 000 bez trudu. Po przekroczeniu limitu nadmiarowe pliki po prostu nie są cache'owane — są kompilowane przy każdym żądaniu. Najgorsze jest to, że dzieje się to bez ostrzeżenia: strona działa, tylko wolniej, a przyczyny szuka się zwykle wszędzie indziej.
opcache.revalidate_freq (5 → 60 s) określa, co ile sekund PHP sprawdza, czy plik na dysku zmienił się względem wersji w cache. Niższa wartość to częstsze operacje stat() na dysku; wyższa — mniej pracy, ale dłuższe utrzymywanie starej wersji.
Kto zyska najwięcej
Największą różnicę zobaczą projekty, które wcześniej po prostu nie mieściły się w starych limitach:
- Sklepy internetowe — WooCommerce, PrestaShop, Magento. Duża liczba plików, dużo klas, dużo powtarzalnych łańcuchów. Podniesienie limitu plików z 10 000 na 50 000 jest tu odczuwalne najbardziej.
- Rozbudowane witryny WordPress — portale i strony firmowe z kilkudziesięcioma wtyczkami, wielojęzycznością i budowniczym stron.
- Aplikacje na frameworkach — Laravel czy Symfony z dużą liczbą klas i pakietów Composera.
- Serwisy o dużym ruchu, gdzie każde zaoszczędzone kilkadziesiąt milisekund na żądaniu mnoży się przez tysiące odsłon.
Na drugim biegunie: prosty blog czy wizytówka na kilkuset plikach mieściła się w starych limitach z zapasem i nowe wartości nic tam nie zmienią. To nie jest zmiana „dla wszystkich" — to zmiana dla projektów, które o sufit rzeczywiście uderzały.
Jedna rzecz, o której warto pamiętać
Podniesienie revalidate_freq z 5 na 60 sekund oznacza, że zmiana wgrana na serwer może być widoczna dopiero po minucie. Wcześniej było to pięć sekund, więc różnica jest zauważalna — zwłaszcza jeśli edytujesz plik przez FTP i odświeżasz stronę, oczekując natychmiastowego efektu.
W praktyce:
- Przy edycji szablonu czy pliku wtyczki daj sobie chwilę, zanim uznasz, że zmiana „nie zadziałała". Kuszące jest wtedy zacząć poprawiać poprawkę — i skończyć z gorszym kodem niż na starcie.
- Po większym wdrożeniu warto wyczyścić cache po stronie PHP (
opcache_reset()) zamiast czekać. - Jeśli korzystasz z narzędzi wdrożeniowych, wgrywaj zmiany atomowo, a nie plik po pliku — mieszanka starych i nowych plików w cache to najczęstsza przyczyna dziwnych, nieodtwarzalnych błędów po wdrożeniu.
Warto też sprawdzić stan cache u siebie — służy do tego funkcja opcache_get_status(), która pokaże m.in. zajętość pamięci, liczbę zbuforowanych skryptów i liczbę „restartów" cache. Jeśli ta ostatnia rośnie, to znak, że cache jest za mały na Twoją aplikację.
Co jeszcze nowego u dhosting.pl
Aktualizacja OPCache to niejedyna zmiana ostatnich tygodni.
- Odświeżony dhostingstatus.pl. Strona statusu usług dostała nowy wygląd nastawiony na czytelność — komunikaty techniczne i informacje o dostępności usług łatwiej znaleźć, także na telefonie. To ten adres, który warto mieć w zakładkach, zanim będzie potrzebny.
- Opieka nad stronami. Usługa, w której aktualizacje WordPressa, wtyczek i motywów, dbanie o bezpieczeństwo i usuwanie infekcji przejmują specjaliści dhosting.pl. Sensowna opcja dla firm, w których nikt formalnie nie odpowiada za utrzymanie strony — a to najczęstszy powód, dla którego witryny stoją latami na nieaktualnych wersjach.
- Hosting nastawiony na ruch botów AI. W obu pakietach dostępna jest bezpłatna funkcja Boty AI, pozwalająca kontrolować, które crawlery wpuścić na stronę — pisaliśmy o niej szerzej w osobnym tekście. W cenie jest też autorski filtr antyspamowy CleanBox wspierany przez AI.
- Aktualne ceny. Start Web Hosting kosztuje 39 zł netto/rok, a Elastyczny Web Hosting — z możliwością skalowania zasobów wraz z potrzebami strony — 99 zł netto/rok. Po opłaceniu pierwszej rejestracji Elastycznego Web Hostingu dostawca dolicza 200 zł salda do wykorzystania przy większym zużyciu zasobów.
Podsumowanie
Limity OPCache to jeden z tych parametrów, których nie widać w tabelce porównawczej pakietów, a które potrafią zdecydować, czy sklep ładuje się w sekundę, czy w trzy. Nowe wartości w dhosting.pl — 256 MB pamięci, 32 MB na interned strings i 50 000 plików — zdejmują sufit z projektów, które o niego uderzały: dużych sklepów, rozbudowanych witryn WordPress i aplikacji na frameworkach. Cena tej zmiany jest jedna i łatwa do zaakceptowania: dłuższy, minutowy czas propagacji zmian w plikach, o którym trzeba pamiętać przy wdrożeniach.
Jeśli rozważasz zmianę hostingu na taki, który tych limitów nie ustawia oszczędnie, sprawdź aktualną ofertę dhosting.pl » albo zajrzyj do naszej pełnej recenzji dhosting.pl 2026 — sprawdzamy w niej wydajność, backup 180 dni i elastyczność planów.
Artykuł zawiera link partnerski do dhosting.pl. Jeśli skorzystasz z oferty, możemy otrzymać prowizję — bez dodatkowych kosztów dla Ciebie. Nie wpływa to na naszą ocenę.
