அடுக்கு-பிறகு-அடுக்கு மேம்படுத்தவும் — ஒவ்வொரு அடுக்கும் அடுத்த அடுக்கை அடைவதற்கு முன்பு சுமையை உள்வாங்குகிறது. இலக்கு பெரும்பாலான கோரிக்கைகளை ক্যাশ்ചிலிருந்து வழங்குவது மற்றும் PHP மற்றும் தரவுத்தளம் முடிந்தளவு குறைந்த வேலை செய்யுமாறு வைப்பது ஆகும்.
PHP-FPM குளத்தை உங்கள் RAM-க்கு அளவிட்டு, OPcache இயக்கவும் இதனால் PHP ஒரு முறை சংকলிக்கப்படுகிறது, ஒவ்வொரு கோரிக்கையிலும் அல்ல:
; 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 மிக அதிகமாக இருந்தால் நீங்கள் சுவாப் செய்து செயலிழக்க வேண்டும்; மிக குறைவாக இருந்தால் கோரிக்கைகள் வரிசையில் நிற்கும் (சுமை கீழ் 502s).
இந்த அடுக்குக் கட்டமைப்பு ஒரு homepage hit விளிம்பு அல்லது page cache இலிருந்து PHP அல்லது DB ஐ தொடாமல் திரும்ப முடியும் என்று அর்థம்.
slow query log ஐ இயக்கவும் offenders ஐ கண்டுபிடிக்க, custom queries க்கு indexes சேர்க்கவும், மற்றும் autoloaded options ஐ audit செய்யவும் (wp_options உடன் autoload = yes ஒவ்வொரு கோரிக்கையிலும் நிரம்ப வேண்டும் — bloated autoload data அனைத்தையும் மெதுவாக்குகிறது). இறுதியாக, plugin bloat குறைக்கவும்: ஒவ்வொரு plugin queries மற்றும் PHP வேலை சேர்க்கிறது, எனவே பயன்படுத்தப்படாதவற்றை நீக்கவும்.
WordPress கோரிக்கை இயல்பிலிருந்து PHP- மற்றும் DB-heavy ஆகும், எனவே இது tuning இல்லாமல் ட்ராஃபிக் கீழ் விழுகிறது. Layered caching (OPcache → object cache → page cache → CDN) மற்றும் சரியான அளவிலான PHP-FPM மற்றும் lean தரவுத்தளம் ஒரு single server ஐ பல மடங்கு அதிக ட்ராஃபிக் கையாள அனுமதிக்கிறது — மற்றும் spikes போது அதை அப்ரேக்ஸ் வைக்கிறது.