Optimumkan lapisan demi lapisan — setiap lapisan menyerap beban sebelum ia sampai ke lapisan seterusnya. Matlamatnya adalah menyajikan kebanyakan permintaan daripada cache dan memastikan PHP serta pangkalan data melakukan kerja sesedikit mungkin.
Saiz kumpulan mengikut RAM anda, dan dayakan supaya PHP dikompil sekali, bukan pada setiap permintaan:
; 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)
Jika max_children terlalu tinggi anda akan swap dan crash; terlalu rendah pula permintaan akan beratur (502 di bawah beban).
Lapisan ini bermakna sentuhan ke halaman utama boleh dipulangkan daripada edge atau page cache tanpa menyentuh PHP atau DB langsung.
Dayakan slow query log untuk mencari penyumbang masalah, tambah indeks untuk pertanyaan tersuai, dan audit autoloaded options (wp_options dengan autoload = yes dimuatkan pada setiap permintaan — data autoload yang membengkak melambatkan segala-galanya). Akhir sekali, kurangkan kembungan plugin: setiap plugin menambah pertanyaan dan kerja PHP, jadi buang yang tidak digunakan.
Satu permintaan WordPress secara lalainya banyak bergantung pada PHP dan DB, jadi ia akan tumbang di bawah trafik tanpa penalaan. Caching berlapis (OPcache → object cache → page cache → CDN) ditambah PHP-FPM yang bersaiz tepat dan pangkalan data yang ringkas membolehkan satu pelayan mengendalikan trafik berkali-kali ganda lebih banyak — dan mengekalkannya hidup ketika lonjakan.