PHP-FPM hangolás: Folyamatkezelő konfiguráció a TTFB optimalizálásához

A PHP-FPM megértése és szerepe az első bájtig eltelt idő (TTFB) csökkentésében

PHP-FPM (PHP FastCGI Process Manager) a modern PHP alkalmazások teljesítményének egyik kulcsfontosságú eleme. Egy olyan folyamatkezelőként működik, amely hatékonyan kezeli a PHP szkriptek végrehajtását azáltal, hogy munkafolyamatok medencéit kezeli, amelyek a beérkező webes kérésekre válaszolnak. A hagyományos CGI-vel ellentétben a PHP-FPM úgy lett tervezve, hogy tartós PHP folyamatokat tartson fenn, ami jelentősen csökkenti az egyes kérésekhez új folyamatok indításából eredő többletterhelést. Ez a tartós folyamatkezelés gyorsabb PHP kódvégrehajtást és jobb webalkalmazás-reakciókészséget eredményez.

Az Első bájtig eltelt idő (TTFB) fogalma azt az időtartamot jelenti, amely a kliens HTTP-kérésének elküldése és a szervertől érkező válasz első bájtjának fogadása között telik el. A TTFB egy kulcsfontosságú mérőszám a webes teljesítmény mérésére, mert közvetlenül befolyásolja a felhasználói élményt és a keresőmotorok rangsorolását. Az alacsonyabb TTFB gyorsabb kezdeti oldalbetöltési időket jelent, ami javítja a sebesség és a válaszkészség érzékelt minőségét. Az SEO szempontjából a TTFB optimalizálása elengedhetetlen, mert a keresőmotorok előnyben részesítik azokat a webhelyeket, amelyek gyorsan szolgáltatják a tartalmat.

A PHP-FPM képessége a PHP munkafolyamatok kezelésére kulcsszerepet játszik a TTFB optimalizálásában. Amikor egy webszerver PHP-kérést kap, a PHP-FPM hozzárendel egy munkafolyamatot a szkript végrehajtásához. Ha a PHP-FPM nincs megfelelően hangolva, előfordulhat, hogy a munkafolyamatok száma nem elegendő, ami kérés sorba állításhoz és megnövekedett késleltetéshez vezet. Ezzel szemben túl sok tétlen munkafolyamat feleslegesen fogyaszt rendszererőforrásokat. Ezért a folyamatkezelés közvetlenül befolyásolja, hogy milyen gyorsan kezdődhet meg a PHP szkriptek végrehajtása, ami hatással van a TTFB-re.

Három fő PHP-FPM folyamatkezelő mód létezik — statikus, dinamikus és igény szerinti (ondemand) — mindegyik más viselkedéssel és teljesítményre gyakorolt hatással:

• Statikus mód előre lefoglal egy fix számú munkafolyamatot. Ez a megközelítés garantálja a kész munkafolyamatok állandó számát, ami előre jelezhető terhelés esetén minimalizálhatja a TTFB-t, de alacsony forgalomnál erőforrás-pazarlást eredményezhet.

• Dinamikus mód a munkafolyamatok számát a konfigurált minimum és maximum határok között állítja be. Egy alap munkafolyamat számmal indul, és a kereslet függvényében felfelé vagy lefelé skálázódik, egyensúlyozva az erőforrás-felhasználást és a válaszkészséget.

• Igény szerinti (ondemand) mód csak akkor hoz létre munkafolyamatokat, amikor érkeznek kérések, és egy inaktivitási idő után leállítja azokat. Ez a mód erőforrásokat takarít meg tétlenség idején, de kissé megnövelheti a TTFB-t, amikor a munkafolyamatokat újra el kell indítani.

A megfelelő folyamatkezelő mód kiválasztása és paramétereinek átgondolt konfigurálása elengedhetetlen a TTFB optimalizálásához különböző szerverterhelések és

A PHP-FPM folyamatkezelő legfontosabb konfigurációs paraméterei a TTFB optimalizálásához

Részletes magyarázat a pm (Process Manager) módokról: statikus, dinamikus, igény szerinti (ondemand)

A pm paraméter határozza meg, hogyan kezeli a PHP-FPM a munkafolyamatait, ami közvetlenül befolyásolja a szerver válaszkészségét és a TTFB-t. A megfelelő mód kiválasztása a forgalmi mintázatoktól, a szerver erőforrásaitól és a teljesítménycéloktól függ.

• Statikus mód: A gyermek folyamatok száma rögzített és állandó, amit a pm.max_children határoz meg. Ez a beállítás biztosítja, hogy a PHP-FPM mindig ugyanannyi munkafolyamattal rendelkezzen a kérések kezelésére, ami előnyös lehet nagy forgalmú, kiszámítható terhelés esetén. Ugyanakkor alacsony forgalom idején CPU és memória erőforrások pazarlásához vezethet, mivel a nem használt munkafolyamatok tétlenek maradnak.

• Dinamikus mód: Rugalmasságot kínál azzal, hogy lehetővé teszi a PHP-FPM számára, hogy a munkafolyamatok számát a pm.min_spare_servers és pm.max_spare_servers között állítsa be, miközben a pm.start_servers határozza meg a kezdeti medence méretét. Ez a mód kiegyensúlyozza az erőforrás-felhasználást és a válaszkészséget azáltal, hogy a munkafolyamatok számát a beérkező kérések mennyiségéhez igazítja, ami segít alacsonyan tartani a TTFB-t változó terhelés mellett.

• Igény szerinti (ondemand) mód: Kezdetben nincs munkafolyamat, és csak akkor hoz létre újakat, amikor érkeznek kérések. A munkafolyamatok egy inaktivitási idő után, amit a pm.process_idle_timeout határoz meg, leállnak, így takarékoskodva a rendszer erőforrásaival tétlenség idején. Bár erőforrás-hatékony, ez a mód kis késedelmet okozhat a kérések kezelésében, amikor a folyamatokat újra el kell indítani, ami potenciálisan növelheti a TTFB-t, hacsak nem hangolják megfelelően.

A megfelelő mód kiválasztása az erőforrás-felhasználás és a válaszidő közötti kompromisszum mérlegelését igényli, különösen a TTFB optimalizálása szempontjából.

A pm.max_children hangolása a párhuzamosság és az erőforrás-korlátok egyensúlyához

A pm.max_children direktíva korlátozza a PHP-FPM munkafolyamatok egyidejű maximális számát. Ez a paraméter létfontosságú a párhuzamosság szabályozásához és annak biztosításához, hogy a szerver ne merítse ki a rendelkezésre álló memória vagy CPU kapacitást.

• Ha a pm.max_children értéke túl alacsony, a kérések sorba állnak, ami megnöveli a várakozási időt és emeli a TTFB-t, mivel az ügyfelek a szabad munkafolyamatokra várnak.
• Ha túl magasra állítjuk, fennáll a szerver túlterhelésének veszélye, ami lapozáshoz vagy CPU versengéshez vezethet, rontva az általános teljesítményt és a válaszidőket.

Az ideális érték a szerver specifikációitól és az egyes PHP folyamatok átlagos memóriafogyasztásától fü

A pm.start_servers, pm.min_spare_servers és pm.max_spare_servers beállítása dinamikus módban

Dinamikus módban ezek a paraméterek finomhangolják, hogyan skálázza a PHP-FPM a munkafolyamatokat:

• pm.start_servers: A munkafolyamatok száma, amelyeket a rendszer indításakor hoz létre. Ennek az értéknek az átlagosan várható egyidejű kérésekhez közeli beállítása biztosítja a munkafolyamatok azonnali rendelkezésre állását, csökkentve az első kérések késleltetését és a TTFB-t.

• pm.min_spare_servers: A minimális számú tétlen munkafolyamat, amelyet elérhetővé kell tenni. Egy egészséges tartalék munkafolyamat-szám fenntartása megakadályozza a késedelmeket, amelyeket az új folyamatok létrehozása okozhat hirtelen forgalomnövekedés esetén.

• pm.max_spare_servers: A maximális számú tétlen munkafolyamat, amely megengedett. Ha túl magasra állítjuk, az erőforrás-pazarláshoz vezet, míg ha túl alacsony, akkor csúcsidőszakban nem lesz elegendő munkafolyamat.

E paraméterek egyensúlyba hozása biztosítja, hogy a PHP-FPM gyorsan tudjon alkalmazkodni a terheléshez, fenntartva a válaszkészséget felesleges erőforrás-felhasználás nélkül.

A pm.process_idle_timeout beállítása ondemand módban a tétlen munkafolyamatok és az erőforrás-pazarlás csökkentésére

Ondemand módban a pm.process_idle_timeout határozza meg, mennyi ideig maradjon egy tétlen munkafolyamat aktív, mielőtt leállítják. Ennek az időzítésnek az optimalizálása kulcsfontosságú:

• Túl rövid időtartam gyakori munkafolyamat-leállítást és újraindítást eredményez, ami a folyamatindítási késedelmek miatt növelheti a TTFB-t.
• Túl hosszú időtartam felesleges erőforrás-pazarláshoz vezet a tétlen munkafolyamatok fenntartásával.

Jellemző kezdőérték 10–20 másodperc, amelyet a forgalmi mintázatok alapján kell finomhangolni. Ennek a paraméternek a megfelelő beállítása segít egyensúlyba hozni az erőforrás-megtakarítást és az alacsony válaszidőt.

E paraméterek hatása a PHP-FPM párhuzamos kérések gyors kezelésére és a TTFB csökkentésére

A PHP-FPM folyamatkezelő paramétereinek megfelelő konfigurálása biztosítja, hogy elegendő munkafolyamat álljon rendelkezésre a bejövő PHP-kérések gyors feldolgozásához. Ez a rendelkezésre állás csökkenti a sorban állási késleltetést és lerövidíti azt az időt, amíg a szerver elkezdi küldeni a választ, ami közvetlenül javítja a TTFB-t. Ezzel szemben a rosszul hangolt beállítások szűk keresztmetszeteket okozhatnak, ahol a

Tipikus konfigurációs példák különböző szerverterhelésekhez

• Alacsony forgalmú szerver (pl. kis blog vagy személyes oldal):

pm = ondemand
pm.max_children = 5
pm.process_idle_timeout = 15s

Ez a beállítás erőforrásokat takarít meg azzal, hogy csak szükség esetén indít munkafolyamatokat, alkalmas szórványos forgalomhoz.

• Közepes forgalmú szerver (pl. kisvállalati oldal):

pm = dynamic
pm.max_children = 20
pm.start_servers = 5
pm.min_spare_servers = 3
pm.max_spare_servers = 10

Kiegyensúlyozza az erőforrás-használatot és a válaszkészséget, alkalmazkodva a mérsékelt forgalmi ingadozásokhoz.

• Nagy forgalmú szerver (pl. népszerű e-kereskedelmi vagy hírportál):

pm = static
pm.max_children = 50

Fix számú munkafolyamatot tart készen a magas párhuzamosság kezelésére, minimalizálva a késedelmeket és javítva a TTFB-t nagy terhelés alatt.

E paraméterek tényleges forgalom és erőforrások alapján történő finomhangolása elengedhetetlen a folyamatos optimális teljesítmény és a TTFB minimalizálása érdekében.

PHP-FPM teljesítményének monitorozása és benchmarkolása a hangolási döntések irányításához

Eszközök és módszerek a TTFB és a PHP-FPM teljesítmény mérésére

A Time to First Byte (TTFB) és a PHP-FPM általános teljesítményének pontos mérése alapvető a hatékony hangoláshoz. Különböző eszközök teszik lehetővé a fejlesztők és rendszergazdák számára, hogy valós időben vagy hosszabb időszak alatt benchmarkolják és monitorozzák ezeket a mutatókat:

• ApacheBench (ab): Egy egyszerű, mégis hatékony parancssori eszköz HTTP-kérések szimulálására és válaszidők, köztük a TTFB mérésére. Segít meghatározni, hogy hány kérést képes a PHP-FPM párhuzamosan kezelni, és milyen gyorsan válaszol.

• Siege: Hasonló az ApacheBench-hez, de nagyobb rugalmassággal rendelkezik; lehetővé teszi a többszálú terheléses tesztelést és konfigurálható hosszabb idejű stressztesztekhez, betekintést nyújtva a PHP-FPM stabilitásába terhelés alatt.

• New Relic és Datadog: Ezek az alkalmazás teljesítményfigyelő (APM) szolgáltatások mélyreható láthatóságot biztosítanak a PHP-FPM folyamatokra, beleértve a kérésidőket, lassú tranzakciókat és erőforrás-használatot. Segítenek azonosítani a TTFB-t befolyásoló szűk keresztmetszeteket éles környezetben.

• Böngésző fejlesztői eszközök: A modern böngészők hálózati paneljein megjelenik a TTFB, ami hasznos gyors ellenőrzésekhez fejlesztés vagy hibakeresés során.

Ezeknek az eszközöknek a rendszeres használata feltárhatja a PHP-FPM teljesítményének trendjeit és anomáliáit, lehetővé téve az adatalapú hangolási döntéseket.

Hogyan értelmezzük a PHP-FPM státuszoldal mérőszámait (pm.status_path)

A PHP-FPM státuszoldal engedélyezése a pm.status_path konfigurálásával valós idejű adatokat szolgáltat a munkásfolyamatok és a kérések kezeléséről:

• active processes: Az aktuálisan kéréseket feldolgozó munkások száma. Ha ez az érték tartósan magas, és közel van a pm.max_children értékhez, az telítettségre utalhat.

• idle processes: Az új kérésekre várakozó munkások. Alacsony inaktív munkásszám csúcsidőben azt jelezheti, hogy nincs elegendő tartalék munkás, ami hozzájárulhat a megnövekedett TTFB-hez.

• listen queue: A kiszolgálásra váró kérések száma. Ha a sorhossz nem nulla, a kérések késleltetve vannak, ami közvetlenül növeli a TTFB-t.

• max listen queue: A legmagasabb mért sorhossz az indítás óta, ami segít az időszakos szűk keresztmetszetek felismerésében.

Ezeknek a mérőszámoknak a figyelése lehetővé teszi a rendszergazdák számára, hogy proaktívan állítsák be a folyamatkezelő paramétereit, biztosítva a megfelelő párhuzamosságot és válaszkészséget.

Naplók és lassú kérések követése a szűk keresztmetszetek azonosításához

A PHP-FPM támogatja a lassú naplózás követését a request_slowlog_timeout direktíva segítségével. Ha egy kérés meghaladja ezt az időkorlátot, a visszakövetési információi naplózásra kerülnek, kiemelve azokat a problémás szkripteket vagy adatbázis-lekérdezéseket, amelyek késleltetéseket okoznak. Az error logokkal és access logokkal együtt a lassú kérések követése segít azonosítani azokat a problémákat, amelyek növelik a TTFB-t.

Ezen felül a naplók elemzése feltárhat olyan mintákat, mint például:

• Gyakori, hosszú ideig futó szkriptek, amelyek kimerítik a munkásokat
• PHP hibák, amelyek folyamat összeomlást és újraindulást okoznak
• Hirtelen megnövekedett kérésmennyiség, ami munkástelítettséghez vezet

Ezek az információk felbecsülhetetlenek a célzott hangoláshoz és a kód optimalizálásához.

Valós eset: TTFB javulás a PHP-FPM folyamatkezelő hangolása után

Vegyünk egy közepes forgalmú e-kereskedelmi oldalt, amely időszakos forgalomnövekedéseket tapasztal, és csúcsidőben átlagosan 600 ms-os magas TTFB-vel rendelkezik. Az eredeti PHP-FPM konfiguráció az alapértelmezett pm = dynamic beállításokat használta pm.max_children = 10, pm.start_servers = 2 értékekkel, valamint túl alacsony tartalék szerverértékekkel a változó terheléshez.

A PHP-FPM státuszoldal engedélyezése és a mérőszámok elemzése után az adminisztrátor a következőket tapasztalta:

• Folyamatosan telített aktív folyamatok, amelyek elérték a pm.max_children korlátot
• Nem nulla listen queue értékek, amelyek kérések késleltetésére utalnak
• Gyakori lassú naplók adatbázis-intenzív szkriptekből

A hangolási lépések a következők voltak:

1. A pm.max_children értékének 30-ra növelése a párhuzamosság javítása érdekében.
2. A pm.start_servers beállítása 10-re, valamint a tartalék szerverek értékeinek módosítása pm.min_spare_servers = 5 és pm.max_spare_servers = 15 értékekre a jobb skálázódás érdekében.
3. A lassú naplók alapján azonosított lassú szkriptek optimalizálása.
4. Folyamatos monitorozás Datadog segítségével az eredmények értékelésére.

A hangolás után az oldal átlagos TTFB értéke csúcsforgalom idején 200 ms alá csökkent, jelentősen javítva a felhasználói élményt és támogatva az SEO célokat. A szerver erőforrás-használata stabil maradt, ami a teljesítmény és a stabilitás sikeres egyensúlyát mutatja.

Ez a példa hangsúlyozza a monitorozás és a benchmarkolás értékét, mint a hatékony PHP-FPM hangolás alapját, amely a TTFB minimalizálására fókuszál.

Haladó PHP-FPM hangolási technikák a folyamatkezelő alapbeállításain túl

A request_terminate_timeout és a request_slowlog_timeout beállítása a hosszú futású szkriptek TTFB-re gyakorolt hatásának kezelésére

A hosszú futású PHP szkriptek jelentősen befolyásolhatják a Time to First Byte értéket azzal, hogy hosszú ideig lefoglalják a munkafolyamatokat, megakadályozva ezzel, hogy azok időben kiszolgálják a beérkező további kéréseket. A request_terminate_timeout és a request_slowlog_timeout direktívák hatékony eszközök ezen probléma enyhítésére.

• request_terminate_timeout beállítja az egyes PHP-kérések maximális végrehajtási idejét, amelyet a PHP-FPM munkafolyamatai kezelnek. Ha egy szkript túllépi ezt a határt, a PHP-FPM kényszerített módon leállítja azt. Ez megakadályozza, hogy hibás vagy nem hatékony szkriptek végtelen ideig foglalják a rendszer erőforrásait, ami egyébként kérés sorban álláshoz és megnövekedett TTFB-hez vezetne.

• request_slowlog_timeout engedélyezi a hosszabb futású szkriptek naplózását egy meghatározott időtartam túllépése esetén, így betekintést nyújtva a teljesítmény szűk keresztmetszeteibe. A lassú naplók elemzésével a fejlesztők azonosíthatják és optimalizálhatják azokat a kódrészeket, amelyek késleltetik a válaszidőt.

Ezeknek az időkorlátoknak a beállítása egyensúlyt teremt a jogos hosszú futású folyamatok engedélyezése és az általános válaszkészség romlásának megakadályozása között. Például:

request_terminate_timeout = 30s
request_slowlog_timeout = 10s

Ez a konfiguráció 30 másodpercnél hosszabb futású szkripteket megszakít, és 10 másodpercnél hosszabb futásúakat naplózza, elősegítve a proaktív teljesítményhangolást.

rlimit_files és rlimit_core használata a PHP-FPM munkafolyamatok erőforrás-korlátainak optimalizálására

A PHP-FPM munkafolyamatokat rendszer által előírt erőforrás-korlátok érintik, amelyek befolyásolhatják azok stabilitását és teljesítményét. Az rlimit_files és az rlimit_core direktívák ezeket a korlátokat állítják be a PHP-FPM pool szintjén:

• rlimit_files beállítja a munkafolyamat által egyszerre megnyitható fájlleírók maximális számát. Ennek az értéknek a növelése elengedhetetlen olyan alkalmazások esetén, amelyek intenzív fájl- vagy hálózati I/O-t végeznek, biztosítva, hogy a PHP-FPM több párhuzamos erőforráshoz való hozzáférést kezeljen anélkül, hogy rendszerkorlátok miatt leállnának a folyamatok, ami megnövekedett TTFB-hez vezetne.

• rlimit_core meghatározza a munkafolyamat összeomlásakor keletkező core dump fájlok maximális méretét. Bár közvetlenül nem befolyásolja a teljesítményt, ennek konfigurálása segíti a hibakeresést, amely közvetve hatással lehet a PHP-FPM válaszkészségére.

E korlátok megfelelő hangolása biztosítja, hogy a PHP-FPM munkafolyamatok megbízhatóan működjenek terhelés alatt, minimalizálva a váratlan hibákat és késéseket.

Opcode gyorsítótárazás (pl. OPcache) kihasználása a PHP-FPM hangolásával a gyorsabb PHP végrehajtás érdekében

Az opcode gyorsítótárazás elengedhetetlen kiegészítője a PHP-FPM hangolásának. Az OPcache előre lefordított PHP bájtkódot tárol megosztott memóriában, jelentősen csökkentve a szkriptek elemzésére és fordítására fordított időt minden kérésnél.

A jól hangolt PHP-FPM folyamatkezeléssel kombinálva az OPcache csökkentheti a szkript végrehajtási idejét és jelentősen mérsékelheti a TTFB-t. Néhány bevált gyakorlat:

• Az OPcache engedélyezése megfelelő memóriaallokációval (opcache.memory_consumption), hogy elkerüljük a gyorsítótár kiürülését.
• Az opcache.validate_timestamps beállítása annak szabályozására, hogy az OPcache milyen gyakran ellenőrizze a szkriptek változásait, egyensúlyozva a teljesítményt és a fejlesztési rugalmasságot.
• Az OPcache találati arányának figyelése és újrakonfigurálása, ha a gyorsítótár kihagyások növekednek.

Együtt a PHP-FPM hangolásával az opcode gyorsítótárazás erős alapot képez a hatékony PHP alkalmazásszolgáltatáshoz.

PHP-FPM hangolásának szempontjai többmagos vagy nagy memóriájú szervereken a maximális áteresztőképesség és minimális késleltetés érdekében

A modern szerverek gyakran több CPU maggal és bőséges memóriával rendelkeznek, ami lehetőséget kínál a PHP-FPM hangolására az áteresztőképesség maximalizálása és a TTFB csökkentése érdekében:

• pm.max_children skálázása: Többmagos rendszereken a PHP-FPM munkafolyamatok számának növelése lehetővé teszi a párhuzamos kéréskezelést, de ezt a memória korlátok figyelembevételével kell egyensúlyozni a swapelés elkerülése érdekében.

• Affinitás és CPU pinning: A munkafolyamatok CPU magokhoz rendelése csökkentheti a kontextusváltásokat és a gyorsítótár hibákat, javítva a késleltetést és az áteresztőképességet.

• Memória optimalizálás: Nagy memóriájú szervereken magasabb pm.max_children értékek és nagyobb OPcache medencék engedélyezhetők, javítva a párhuzamosságot és a végrehajtási sebességet.

• Túlzott erőforrás-allokáció elkerülése: A túl sok munkafolyamat erőforrás-versengést okozhat, ezért a hangolást monitorozó eszközök és benchmarkok alapján kell végezni az optimális párhuzamossági szint megtalálásához.

A PHP-FPM beállításainak a hardver képességeihez igazítása biztosítja a hatékony kihasználást és a tartósan alacsony TTFB-t.

Környezeti változók és PHP direktívák konfigurálása, amelyek befolyásolják a PHP-FPM munkafolyamatok viselkedését és teljesítményét

A magfolyamat-kezelő alapparaméterein túl a környezeti változók és PHP direktívák is befolyásolják a PHP-FPM munkafolyamatok teljesítményét:

• Az env változók beállítása a pool konfigurációban lehetővé teszi, hogy a szükséges környezeti információk, például adatbázis-hitelesítő adatok vagy API kulcsok, átvitelre kerüljenek a PHP szkriptekhez anélkül, hogy plusz terhelést okoznának.

• Olyan PHP direktívák, mint a memory_limit, max_execution_time és max_input_vars szabályozzák a szkriptek viselkedését és erőforrás-felhasználását. Ezek megfelelő kalibrálása megakadályozza a kontrollálatlanul futó szkripteket, amelyek rontják a válaszidőt és növelik a TTFB-t.

• A realpath cache optimalizációk engedélyezése (realpath_cache_size, realpath_cache_ttl) csökkenti a fájlrendszer-kereséseket, gyorsítva ezzel a szkriptek végrehajtását.

• A naplózási szintek konfigurálása (error_log, log_level) segít azonosítani a teljesítményproblémákat anélkül, hogy túlterhelné a tárhelyet vagy a feldolgozást túlzott naplózással.

Ezeknek a beállításoknak a finomhangolása összhangban a PHP-FPM folyamatkezeléssel stabilabb környezetet és gyorsabb válaszidőket eredményezhet.

---

Ezek a fejlett hangolási technikák túlmutatnak az alapvető folyamatkezelő konfiguráción, hogy mélyebb aspektusokat érintsenek a PHP-FPM működésében. A hosszú ideig futó szkriptek kezelésével, a rendszer erőforrás-korlátok optimalizálásával, az opcode cache kihasználásával, a beállítások hardverhez igazításával és a PHP környezeti változók finomhangolásával az adminisztrátorok tartós javulásokat érhetnek el a TTFB-ben és az általános PHP alkalmazás teljesítményében.