Optimer lag for lag — hvert lag tar opp belastning før den når neste lag. Målet er å servere de fleste forespørsler fra en cache og holde PHP og databasen med så lite arbeid som mulig.
Dimensjoner -poolen etter RAM-en din, og aktiver slik at PHP kompileres én gang, ikke ved hver forespørsel:
; 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)
Hvis max_children er for høy svikter du og krasjer; for lav og forespørsler står i kø (502-er under belastning).
Denne lagdelingen betyr at et treff på forsiden kan returneres fra kanten eller page cache uten å berøre PHP eller databasen i det hele tatt.
Aktiver slow query log for å finne problemene, legg til indexer for egendefinerte spørringer, og revis autoloaded options (wp_options med autoload = yes laster på hver forespørsel — oppblåst autoload-data bremser alt). Til slutt, reduser plugin-rommel: hvert plugin legger til spørringer og PHP-arbeid, så fjern ubrukte.
En WordPress-forespørsel er PHP- og databasetung som standard, så den faller sammen under trafikk uten justering. Lagdelt caching (OPcache → object cache → page cache → CDN) pluss riktig størrelse PHP-FPM og en lean database lar en enkelt server håndtere størrelsesordener mer trafikk — og holder den oppe under topper.