HestiaCP PHP-FPM ਭਾਰੀ ਬੋਝ ਹੇਠ ਹੈ? ਡਾਇਨਾਮਿਕ ਵੈੱਬ ਪੇਜ 500 ਗਲਤੀ? ਇਹ ਅਨੁਕੂਲਤਾ ਤੁਰੰਤ ਲਾਗੂ ਹੋਵੇਗੀ!

ਕੀ ਤੁਸੀਂ ਕਦੇ ਇਸ ਸਥਿਤੀ ਦਾ ਸਾਹਮਣਾ ਕੀਤਾ ਹੈ?ਵੈੱਬਸਾਈਟ ਐਕਸੈਸ ਅਚਾਨਕ ਹੌਲੀ ਹੋ ਗਈ, ਜਾਂ ਇਸਦੇ ਨਤੀਜੇ ਵਜੋਂ 500 ਗਲਤੀ ਵੀ ਹੋ ਗਈ। PHP-FPM ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਇਹ ਆਮ ਵਾਂਗ ਵਾਪਸ ਆ ਗਿਆ।, ਪਰ ਸਮੱਸਿਆ ਕੁਝ ਸਮੇਂ ਬਾਅਦ ਦੁਬਾਰਾ ਪ੍ਰਗਟ ਹੁੰਦੀ ਹੈ? ਇਹ ਬਹੁਤ ਨਿਰਾਸ਼ਾਜਨਕ ਹੈ!

ਅਜਿਹਾ ਕਿਉਂ ਹੋ ਰਿਹਾ ਹੈ?ਦਰਅਸਲ, ਇਹ ਆਮ ਤੌਰ 'ਤੇPHP-FPM ਪ੍ਰਕਿਰਿਆ ਪੂਲ ਸਹੀ ਢੰਗ ਨਾਲ ਸੰਰਚਿਤ ਨਹੀਂ ਹੈ, ਜਾਂ ਸਰਵਰ ਸਰੋਤ ਨਾਕਾਫ਼ੀ ਹਨ।ਕਾਰਨ। ਅੱਜ, ਅਸੀਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਨੁਕੂਲ ਬਣਾਵਾਂਗੇ HestiaCP PHP-FPM ਵੈੱਬਸਾਈਟ ਨੂੰ ਚੱਟਾਨ ਵਾਂਗ ਸਥਿਰ ਬਣਾਉਂਦਾ ਹੈ!

PHP-FPM ਓਵਰਲੋਡ ਹੋਣ ਦਾ ਮੁੱਖ ਕਾਰਨ

PHP-FPM ਇੱਕ ਹੈਪ੍ਰਕਿਰਿਆ ਪ੍ਰਬੰਧਕ, ਜੋ ਕਿ ਗਤੀਸ਼ੀਲ ਬੇਨਤੀਆਂ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਜੇਕਰ ਸੰਰਚਨਾ ਵਾਜਬ ਨਹੀਂ ਹੈ, ਤਾਂ ਇਹ ਹੇਠ ਲਿਖੇ ਕਾਰਨਾਂ ਕਰਕੇ ਹੋ ਸਕਦੀ ਹੈ:

• ਸਰਵਰ ਸਰੋਤ ਖਤਮ ਹੋ ਗਏ ਹਨ।, ਜਿਸ ਕਾਰਨ PHP-FPM ਨਵੀਆਂ ਬੇਨਤੀਆਂ ਦਾ ਸਮੇਂ ਸਿਰ ਜਵਾਬ ਦੇਣ ਵਿੱਚ ਅਸਮਰੱਥ ਹੋ ਜਾਂਦਾ ਹੈ;
• ਬਹੁਤ ਘੱਟ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਜਦੋਂ ਟ੍ਰੈਫਿਕ ਅਚਾਨਕ ਵਧ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਸਮੇਂ ਸਿਰ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ;
• ਪ੍ਰਕਿਰਿਆ ਦੀ ਵਰਤੋਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੈ।, ਜਿਸ ਨਾਲ CPU ਲੋਡ ਫਟ ਜਾਂਦਾ ਹੈ।

ਕਿਵੇਂ ਪਤਾ ਲੱਗੇਗਾ ਕਿ PHP-FPM ਓਵਰਲੋਡ ਹੈ?

ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ top ਜਾਂ htop CPU ਅਤੇ ਮੈਮੋਰੀ ਵਰਤੋਂ ਦੇਖਣ ਲਈ ਕਮਾਂਡ:

top -c

ਜੇਕਰ ਤੁਸੀਂ ਹੇਠ ਲਿਖੇ ਵਰਗੀ ਪ੍ਰਕਿਰਿਆ ਜਾਣਕਾਰੀ ਦੇਖਦੇ ਹੋ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ PHP-FPM ਉੱਚ ਲੋਡ ਹੇਠ ਚੱਲ ਰਿਹਾ ਹੈ:

1669293 abc     20   0  790284 227880 185568 R  73.1   0.9   1:30.09 php-fpm: pool chenweiliang.com                                                    
1669522 abc     20   0  801924 224224 170236 R  69.9   0.9   0:59.01 php-fpm: pool chenweiliang.com

ਦੇਖੋ ਕਿ ਇਹ ਪ੍ਰਕਿਰਿਆਵਾਂ CPU ਦੇ 70% ਤੋਂ ਵੱਧ ਹਿੱਸੇ ਨੂੰ ਕਿਵੇਂ ਘੇਰ ਰਹੀਆਂ ਹਨ? ਜੇਕਰ ਇਹ ਅਕਸਰ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡਾ PHP-FPM ਕੋਈ ਸਮੱਸਿਆ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।!

ਤਾਂ, ਅਸੀਂ PHP-FPM ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਅਨੁਕੂਲ ਬਣਾ ਸਕਦੇ ਹਾਂ ਤਾਂ ਜੋ ਸਰਵਰ ਹੁਣ ਓਵਰਲੋਡ ਨਾ ਹੋਵੇ?

PHP-FPM ਪ੍ਰਕਿਰਿਆ ਪੂਲ ਅਨੁਕੂਲਨ (ਕੋਰ ਪੈਰਾਮੀਟਰ ਸਮਾਯੋਜਨ)

ਪਹਿਲਾਂ, ਖੋਲ੍ਹੋ php-fpm ਸੰਰਚਨਾ ਫਾਈਲਾਂ:

sudo nano /etc/php/*/fpm/pool.d/www.conf

• *ਆਪਣੇ PHP ਸੰਸਕਰਣ, ਜਿਵੇਂ ਕਿ PHP8.3, ਵਿੱਚ ਬਦਲੋ, ਅਤੇ ਇਸਨੂੰ ਇਸ ਵਿੱਚ ਬਦਲੋ:/etc/php/8.3/fpm/pool.d/www.conf

HestiaCP ਦੁਆਰਾ ਸੈੱਟ ਕੀਤੇ PHP ਸੰਸਕਰਣ ਦੀ ਪੁੱਛਗਿੱਛ ਕਰੋ

v-list-web-domain user domain.com

ਉਦਾਹਰਣ ਵਜੋਂ:

v-list-web-domain abc chenweiliang.com

ਆਉਟਪੁੱਟ ਵਿੱਚ, ਤੁਸੀਂ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਵੇਖੋਗੇ:

PHP SUPPORT      yes
PHP MODE        php-fpm
PHP VERSION     8.3

ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਵੈੱਬਸਾਈਟ ਵਰਤਦੀ ਹੈ PHP 8.3.

ਆਓ ਤੁਹਾਡੀ PHP-FPM ਸੰਰਚਨਾ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੀਏ:

[chenweiliang.com]
listen = /run/php/php8.3-fpm-chenweiliang.com.sock
listen.owner = abc
listen.group = www-data
listen.mode = 0660

user = abc
group = abc

pm = ondemand
pm.max_children = 8
pm.max_requests = 4000
pm.process_idle_timeout = 10s

ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਤੁਹਾਡਾ pm ਵਰਤਿਆ ਗਿਆ ਹੈ ondemand,ਹਾਲਾਂਕਿ ਇਹ ਵਿਹਲੇ ਸਮੇਂ ਦੌਰਾਨ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਨੂੰ ਘਟਾ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਟ੍ਰੈਫਿਕ ਅਚਾਨਕ ਵਧ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪ੍ਰਕਿਰਿਆ ਸਮੇਂ ਸਿਰ ਜਵਾਬ ਦੇਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋ ਸਕਦੀ।, ਜਿਸਦੇ ਨਤੀਜੇ ਵਜੋਂ 500 ਗਲਤੀ ਹੋਈ।

1. PHP-FPM ਪ੍ਰਕਿਰਿਆ ਪੂਲ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਐਡਜਸਟ ਕਰੋ

ਜੇਕਰ ਸੰਰਚਨਾ ਵਰਤਦੀ ਹੈ dynamicਇਹ ਕੁਝ ਕੰਮ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰਨ ਅਤੇ ਬੇਨਤੀ ਵਾਲੀਅਮ ਦੇ ਅਨੁਸਾਰ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਵਿਵਸਥਿਤ ਕਰਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ, ਜੋ ਬੇਨਤੀ ਵਾਲੀਅਮ ਅਚਾਨਕ ਵਧਣ 'ਤੇ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ।

ਇੱਕ ਨਿਸ਼ਚਿਤ ਮਾਤਰਾ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਵਾਲੀਆਂ ਵੈੱਬਸਾਈਟਾਂ ਲਈ, ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ pm = dynamicਕਿਉਂਕਿ ਇਹ ਇੱਕ ਨਿਸ਼ਚਿਤ ਮਾਤਰਾ ਵਿੱਚ ਨਿਸ਼ਕਿਰਿਆ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਬਣਾਈ ਰੱਖ ਸਕਦਾ ਹੈ ਅਤੇ ਉੱਚ ਸਮਕਾਲੀਤਾ ਦੌਰਾਨ 500 ਗਲਤੀਆਂ ਤੋਂ ਬਚ ਸਕਦਾ ਹੈ।

ਇਸਨੂੰ ਸਿਰਫ਼ ਉਦੋਂ ਹੀ ਵਰਤਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਐਕਸੈਸ ਵਾਲੀਅਮ ਬਹੁਤ ਘੱਟ ਹੋਵੇ ਅਤੇ ਮੈਮੋਰੀ ਸਰੋਤ ਤੰਗ ਹੋਣ। pm = ondemand ਸਰੋਤ ਬਚਾਉਣ ਲਈ।

ਸੁਝਾਏ ਗਏ ondemand, ਅਤੇ ਅਨੁਕੂਲ ਬਣਾਓ pm.max_children ਅਤੇ ਹੋਰ ਮਾਪਦੰਡ:

pm = dynamic
pm.max_children = 16  ; 根据服务器资源调整，建议值：CPU 核心数 × 2
pm.start_servers = 4   ; 初始进程数，建议设为 max_children × 25%
pm.min_spare_servers = 2  ; 最小空闲进程数
pm.max_spare_servers = 7  ; 最大空闲进程数
pm.max_requests = 3000    ; 每个子进程处理完 3000 个请求后自动重启
pm.process_idle_timeout = 10s  ; 空闲进程 10s 后自动退出

ਤੁਸੀਂ ਇਸਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਕਿਉਂ ਬਦਲਣਾ ਚਾਹੁੰਦੇ ਹੋ?

• pm = dynamic: ਮੰਗ ਅਨੁਸਾਰ ਉਡੀਕ ਤੋਂ ਬਚਣ ਲਈ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਵਧੇਰੇ ਲਚਕਦਾਰ ਢੰਗ ਨਾਲ ਵੰਡੋ;
• pm.max_children = 16: ਬਹੁਤ ਘੱਟ ਪ੍ਰਕਿਰਿਆਵਾਂ ਕਾਰਨ ਹੋਣ ਵਾਲੀਆਂ 500 ਗਲਤੀਆਂ ਨੂੰ ਰੋਕੋ;
• pm.start_servers = 5: ਹੌਲੀ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਚੋ;
• pm.max_requests = 3000:ਮੈਮੋਰੀ ਲੀਕ ਨੂੰ ਰੋਕਣਾ, ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਰੀਸਾਈਕਲ ਕਰੋ।

2. ਲੰਬੇ ਸਮੇਂ ਦੇ ਕਬਜ਼ੇ ਨੂੰ ਰੋਕਣ ਲਈ PHP ਸਕ੍ਰਿਪਟਾਂ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਮੇਂ ਨੂੰ ਸੀਮਤ ਕਰੋ

request_terminate_timeout = 30s  ; 超过 30s 的 PHP 脚本自动终止
php_admin_value[memory_limit] = 128M  ; 限制 PHP 进程最大内存占用

ਇਹ ਕੁਝ ਨੂੰ ਰੋਕ ਸਕਦਾ ਹੈPHP ਸਕ੍ਰਿਪਟਾਂ ਜੋ ਬਹੁਤ ਜ਼ਿਆਦਾ CPU ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ, ਤੁਹਾਡੇ ਸਰਵਰ ਨੂੰ ਹੇਠਾਂ ਲਿਆ ਸਕਦੀਆਂ ਹਨ।.

ਸੇਵ ਕਰਨ ਤੋਂ ਬਾਅਦ, PHP ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ:

sudo systemctl restart php8.3-fpm

ਕਿਸੇ ਵੀ ਸਮੇਂ ਪ੍ਰਗਤੀ ਦਾ ਧਿਆਨ ਰੱਖਣ ਲਈ PHP-FPM ਸਥਿਤੀ ਨਿਗਰਾਨੀ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ।

PHP-FPM ਪ੍ਰਕਿਰਿਆ ਨਿਗਰਾਨੀ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ ਅਤੇ ਇਸਨੂੰ ਕਿਸੇ ਵੀ ਸਮੇਂ ਵੇਖੋਮੌਜੂਦਾ ਸਰਗਰਮ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਬੇਨਤੀ ਉਡੀਕ ਸਥਿਤੀ, ਸਰਵਰ ਓਵਰਲੋਡਿੰਗ ਤੋਂ ਬਚਣ ਲਈ।

ਵਿਚ php-fpm.conf ਇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ:

pm.status_path = /status

ਫਿਰ, Nginx ਸੰਰਚਨਾ:

location /status {
    fastcgi_pass unix:/run/php/php8.3-fpm.sock;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    allow 127.0.0.1;
    deny all;
}

ਇਸ ਤਰੀਕੇ ਨਾਲ, ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ http://yourdomain.com/status PHP-FPM ਨੂੰ ਐਕਸ਼ਨ ਵਿੱਚ ਦੇਖੋ!

ਸਮੱਸਿਆਵਾਂ ਦੇ ਜਲਦੀ ਨਿਪਟਾਰੇ ਲਈ PHP-FPM ਲੌਗਸ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਓ

ਵਿਚ php-fpm.conf ਨਾਲ ਜੋੜ ਦਿਓ:

php_admin_value[error_log] = /var/log/php-fpm/error.log
php_admin_value[log_errors] = On
php_admin_value[error_reporting] = E_ALL
slowlog = /var/log/php-fpm/slow.log
request_slowlog_timeout = 5s  ; 执行超过 5s 的脚本记录到日志

ਇਸ ਤਰ੍ਹਾਂ, ਜਦੋਂ ਵੀ 500 ਗਲਤੀ ਹੁੰਦੀ ਹੈ, ਤੁਸੀਂ ਸਿੱਧਾ ਲਾਗ ਦੇਖ ਸਕਦੇ ਹੋ:

tail -f /var/log/php-fpm/error.log

ਵੇਖੋ ਕਿ ਕੀ PHP ਕੋਈ ਗਲਤੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ out of memory.script execution timeout ਉਡੀਕ ਕਰੋ.

ਮੈਮੋਰੀ ਲੀਕ ਨੂੰ ਰੋਕਣ ਲਈ PHP-FPM ਨੂੰ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਮੁੜ ਚਾਲੂ ਕਰੋ

ਪਾਸ ਕਰਨ ਦੇ ਯੋਗ cron ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਚੱਲ ਰਹੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਰੋਕਣ ਲਈ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ PHP-FPM ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋਮੈਮੋਰੀ ਲੀਕ.

crontab -e

ਹਰ ਰੋਜ਼ ਸਵੇਰੇ 3 ਵਜੇ PHP-FPM ਨੂੰ ਆਪਣੇ ਆਪ ਰੀਸਟਾਰਟ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਸ਼ਡਿਊਲ ਕੀਤੇ ਕੰਮ ਨੂੰ ਸ਼ਾਮਲ ਕਰੋ:

0 3 * * * /usr/sbin/service php8.3-fpm restart

ਜੇਕਰ ਸਮੱਸਿਆ ਬਣੀ ਰਹਿੰਦੀ ਹੈ ਤਾਂ ਕੀ ਹੋਵੇਗਾ? ਹੋਰ ਅਨੁਕੂਲਤਾ!

ਜੇਕਰ ਤੁਸੀਂ ਅਜੇ ਵੀ ਉਪਰੋਕਤ ਅਨੁਕੂਲਤਾ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹੋਕਦੇ-ਕਦੇ 500 ਗਲਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।, ਤੁਸੀਂ ਹੇਠ ਲਿਖੇ ਅਨੁਕੂਲਨ ਨਾਲ ਜਾਰੀ ਰੱਖ ਸਕਦੇ ਹੋ:

1. PHP ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਕੁਸ਼ਲਤਾ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ OPcache ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ

ਜੇਕਰ OPcache ਅਜੇ ਸਮਰੱਥ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਸਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਇੰਸਟਾਲ ਕਰ ਸਕਦੇ ਹੋ (ਉਦਾਹਰਣ ਵਜੋਂ Ubuntu ਦੀ ਵਰਤੋਂ ਕਰਕੇ):

sudo apt install php8.3-opcache -y

ਫਿਰ ਸੰਪਾਦਿਤ ਕਰੋ php.ini:

opcache.enable=1
opcache.memory_consumption=128
opcache.max_accelerated_files=4000
opcache.validate_timestamps=1

ਪ੍ਰਭਾਵ? PHP ਪੇਜ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਪੀਡ ਵਿੱਚ ਬਹੁਤ ਸੁਧਾਰ ਕੀਤਾ ਗਿਆ ਹੈ!

2. Nginx ਸੰਰਚਨਾ ਅਨੁਕੂਲਤਾ

ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ Nginx ਨਾਲ ਸਬੰਧਤ ਪੈਰਾਮੀਟਰ ਵਾਜਬ ਹਨ, ਜਿਵੇਂ ਕਿ fastcgi_read_timeout ਲੰਬੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਮੇਂ ਦੇ ਕਾਰਨ Nginx ਦੁਆਰਾ PHP ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਖਤਮ ਕੀਤੇ ਜਾਣ ਤੋਂ ਬਚਣ ਲਈ ਇਸਨੂੰ ਢੁਕਵੇਂ ਢੰਗ ਨਾਲ ਐਡਜਸਟ ਕਰੋ:

fastcgi_read_timeout 60s;
client_max_body_size 100M;

ਸੰਖੇਪ: PHP-FPM ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਓ ਅਤੇ ਵੈੱਬਸਾਈਟ ਹੁਣ ਕ੍ਰੈਸ਼ ਨਹੀਂ ਹੋਵੇਗੀ!

ਇਸ ਅਨੁਕੂਲਨ ਤੋਂ ਬਾਅਦ ਅਸੀਂ ਕਿਹੜੇ ਸਮਾਯੋਜਨ ਕੀਤੇ ਹਨ?

✅ PHP-FPM ਪ੍ਰਕਿਰਿਆ ਪੂਲ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣਾ, ਵਰਤਣ ondemandਅਤੇ ਅਨੁਕੂਲ ਬਣਾਓ pm.max_children ਪੈਰਾਮੀਟਰ;
✅ PHP ਸਕ੍ਰਿਪਟਾਂ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਮੇਂ ਨੂੰ ਸੀਮਤ ਕਰਨਾ, ਲੰਬੇ ਸਮੇਂ ਦੇ CPU ਕਬਜ਼ੇ ਨੂੰ ਰੋਕਣ ਲਈ;
✅ PHP-FPM ਨਿਗਰਾਨੀ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ, ਰੀਅਲ ਟਾਈਮ ਵਿੱਚ ਪ੍ਰਕਿਰਿਆ ਲੋਡ ਵੇਖੋ;
✅ PHP-FPM ਲੌਗਾਂ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣਾ, 500 ਗਲਤੀਆਂ ਦਾ ਜਲਦੀ ਨਿਪਟਾਰਾ ਕਰੋ;
✅ PHP-FPM ਨੂੰ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਮੁੜ ਚਾਲੂ ਕਰੋ, ਮੈਮੋਰੀ ਲੀਕ ਨੂੰ ਰੋਕਣਾ;
✅ OPcache ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ, PHP ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਕੁਸ਼ਲਤਾ ਵਿੱਚ ਸੁਧਾਰ;
✅ Nginx ਸੰਰਚਨਾ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣਾ, ਟਾਈਮਆਉਟ ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਬਚਣ ਲਈ।

ਇਸ ਅਨੁਕੂਲਨ ਤੋਂ ਬਾਅਦ, PHP-FPM ਲੋਡ ਬਹੁਤ ਘੱਟ ਜਾਵੇਗਾ ਅਤੇ ਵੈੱਬਸਾਈਟ ਦਾ ਸੰਚਾਲਨ ਵਧੇਰੇ ਸਥਿਰ ਹੋ ਜਾਵੇਗਾ! 🔥

ਹੁਣੇ ਕੋਸ਼ਿਸ਼ ਕਰੋ! 💪🚀