Optimizirajte plast za plastjo — vsaka plast prevzame obremenitev, preden jo prepusti naslednji. Cilj je posluživati večino zahtevkov iz predpomnilnika in Keep PHP ter podatkovno bazo čim manj aktivni.
Dimenzioneirajte bazen glede na vaš RAM in omogočite , da je PHP preveden enkrat, ne pri vsakem zahtevku:
; php-fpm pool: cap workers so you don't exhaust RAM
; pm.max_children = (available RAM for PHP) / (avg process size, ~50MB)
pm = dynamic
pm.max_children = 40 ; hard ceiling on concurrent PHP workers
pm.start_servers = 10
pm.min_spare_servers = 8
pm.max_spare_servers = 16
pm.max_requests = 500 ; recycle workers to avoid memory leaks
; OPcache: cache compiled bytecode in memory
opcache.enable = 1
opcache.memory_consumption = 256
opcache.max_accelerated_files = 20000
opcache.validate_timestamps = 0 ; skip file-stat checks in prod (flush on deploy)
Če je max_children prevelik, boste imeli problem z zamenjavo memorije in sesutjem; če je premajhen, se zahtevki nalagajo v vrsto (502s ob visoki obremenitvi).
To stratifikacijo pomeni, da se lahko domača stran vrnemo iz roba ali predpomnilnika strani, ne da bi se dotaknili PHP ali baze podatkov.
Omogočite dnevnik počasnih poizvedb da poiščete krive, dodajte indekse za lastne poizvedbe in revidirajte avtomatsko naložene možnosti (wp_options z autoload = yes se naložijo pri vsakem zahtevku — nabrekla avtomatsko naložena podatka upočasni vse). Nazadnje, zmanjšajte debelino vtičnikov: vsak vtičnik doda poizvedbe in PHP delo, zato odstranite neuporabljene.
Zahtevek WordPress je privzeto težak za PHP in bazo podatkov, zato se pod prometom podira brez nastavitve. Stratificirano predpomnilanje (OPcache → predpomnilnik objektov → predpomnilnik strani → CDN) ter ustrezno dimenzioniran PHP-FPM in vitka baza podatkov omogočata enemu strežniku obdelati vrsti velikostnih razredov več prometa — in ga ohranita delujoč tudi med vrhunci.