ہر layer کو بہتر بنائیں — ہر layer اگلے layer تک پہنچنے سے پہلے load کو جذب کر لیتا ہے۔ مقصد یہ ہے کہ زیادہ تر requests کو cache سے دیا جائے اور PHP اور database کو کم سے کم کام کریں۔
اپنی RAM کے مطابق pool کو سائز کریں، اور کو فعال کریں تاکہ PHP ایک بار compile ہو، ہر request پر نہیں:
; 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)
اگر max_children بہت زیادہ ہے تو آپ swap کریں گے اور crash ہوگا؛ بہت کم ہے تو requests queue ہوں گے (load کے تحت 502s)۔
یہ layering کا مطلب ہے کہ ایک homepage hit edge یا page cache سے واپس آ سکتا ہے PHP یا DB کو چھوئے بغیر۔
slow query log کو فعال کریں offenders تلاش کرنے کے لیے، custom queries کے لیے indexes شامل کریں، اور autoloaded options کو audit کریں (wp_options جس میں autoload = yes ہو ہر request پر load ہوتے ہیں — bloated autoload data سب کچھ سست کر دیتا ہے)۔ آخر میں، plugin bloat کو کم کریں: ہر plugin queries اور PHP کام شامل کرتا ہے، تو غیر استعمال شدہ کو ہٹائیں۔
ایک WordPress request default طور پر PHP- اور DB-heavy ہے، تو بغیر tuning کے یہ traffic کے تحت گر جاتا ہے۔ Layered caching (OPcache → object cache → page cache → CDN) اور صحیح سائز والا PHP-FPM اور ایک lean database ایک سنگل server کو بہت زیادہ traffic سنبھالنے دیتا ہے — اور spikes کے دوران اسے چلاتے رہتا ہے۔