Optimalizujte vrstvu po vrstvě — každá vrstva absorbuje zatížení dříve, než se dostane na další vrstvu. Cílem je obsloužit většinu požadavků z mezipaměti a nechat PHP a databázi dělat co nejméně práce.
Sizujte fond podle vaší RAM a povolte , aby byl PHP přeložen jednou, ne při každém požadavku:
; 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)
Jestliže je max_children příliš vysoký, dojde k prohození a pádu; příliš nízký a požadavky se zařadí do fronty (502s pod zatížením).
Toto vrstvení znamená, že přístup na domovskou stránku se může vrátit z okraje nebo mezipaměti stránky bez dotyknutí PHP nebo databáze vůbec.
Povolte slow query log k nalezení provinilců, přidejte indexes pro vlastní dotazy a auditujte autoloaded options (wp_options s autoload = yes se načítá na každý požadavek — nafouknutá data autoload zpomalují vše). Nakonec snižte zátěž pluginu: každý plugin přidává dotazy a práci PHP, takže odeberte nepoužívané pluginy.
Zaprvé, požadavek WordPress je na PHP a databázi těžký, takže bez vyladění se pod provozem zhroutí. Vrstvené cachování (OPcache → object cache → page cache → CDN) plus správně dimenzionovaný PHP-FPM a štíhlá databáze umožňují jednomu serveru zvládnout řádově větší provoz — a udržují jej v provozu během špičky.