ਪਰਤ ਦਰ ਪਰਤ ਅਨੁਕੂਲ ਕਰੋ — ਹਰੇਕ ਪਰਤ ਲੋਡ ਨੂੰ ਅਗਲੀ ਪਰਤ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਸੋਖ ਲੈਂਦੀ ਹੈ। ਟੀਕਾ ਇਹ ਹੈ ਕਿ ਜ਼ਿਆਦਾਤਰ ਬੇਨਤੀਆਂ ਨੂੰ ਇੱਕ ਕੈਸ਼ ਤੋਂ ਪਰਿਵਹਿਤ ਕਰੋ ਅਤੇ PHP ਅਤੇ ਡਾਟਾਬੇਸ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਕਰਜ਼ ਕਰਾਮ ਕਰ ਰਹੇ ਹੋਣ।
ਆਪਣੀ RAM ਦੇ ਪੂਲ ਦਾ ਆਕਾਰ ਨਿਰਧਾਰਤ ਕਰੋ, ਅਤੇ ਨੂੰ ਸਮਰਥ ਬਣਾਓ ਤਾਕਿ 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)।
ਇਹ ਪਰਤਮੁਖ ਆਰਕੀਟੇਕਚਰ ਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਇੱਕ ਹੋਮਪੇਜ ਹਿਟ ਕਿਨਾਰੇ ਜਾਂ ਸਫ਼ਾ ਕੈਸ਼ ਤੋਂ PHP ਜਾਂ DB ਨੂੰ ਛੂਏ ਬਿਨਾਂ ਮੁੜ ਆ ਸਕਦਾ ਹੈ।
ਸਲੋ ਕਵੇਰੀ ਲਾਗ ਨੂੰ ਸਮਰਥ ਬਣਾਓ ਲੰਘਿਆਂ ਲੱਭਣ ਲਈ, ਕਸਟਮ ਪ੍ਰਸ਼ਨ ਲਈ ਇੰਡੈਕਸ ਜੋੜੋ, ਅਤੇ autoload ਵਿਕਲਪ ਦੀ ਜਾਂਚ ਕਰੋ (wp_options autoload = yes ਦੇ ਨਾਲ ਹਰ ਬੇਨਤੀ ਤੇ ਲੋਡ ਹੁੰਦੇ ਹਨ — ਮੋਟਾ autoload ਡੇਟਾ ਸਭ ਕੁਝ ਹੌਲੀ ਕਰਦਾ ਹੈ)। ਅਖੀਰ ਵਿੱਚ, ਪਲੱਗਇਨ ਪਥਰ ਘਟਾਓ: ਹਰੇਕ ਪਲੱਗਇਨ ਪ੍ਰਸ਼ਨ ਅਤੇ PHP ਕਰਜ਼ ਜੋੜਦਾ ਹੈ, ਇਸ ਲਈ ਆਯੋਜਿਤ ਪਲੱਗਇਨ ਹਟਾ ਦਿੱਤੇ ਜਾਂ।
ਇੱਕ WordPress ਬੇਨਤੀ ਮੂਲ ਤੌਰ ਤੇ PHP- ਅਤੇ DB-ਭਾਰੀ ਹੈ, ਇਸ ਲਈ ਬਿਨਾਂ ਟਿਊਨ ਕੀਤੇ ਟ੍ਰੈਫਿਕ ਦੇ ਅਧੀਨ ਡੁੱਬ ਜਾਂਦੀ ਹੈ। ਪਰਤਮੁਖ ਕੈਸ਼ (OPcache → object cache → page cache → CDN) ਅਤੇ ਸਹੀ-ਮਾਨ ਕੀਤਾ PHP-FPM ਨਾਲ ਤਦ ਬਾਕ਼ੀ ਡਾਟਾਬੇਸ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਸਰਵਰ ਗਰੋਸ ਆਰਡਰ ਵਧੇ ਟ੍ਰੈਫਿਕ ਹ੍ਵਾ ਸਕਦਾ ਹੈ — ਅਤੇ ਪਾਈਲਾਂ ਦੌਰਾਨ ਇਸ ਨੂੰ ਚਲਦਾ ਰੱਖਦਾ ਹੈ।