HestiaCP PHP-FPM ಭಾರೀ ಹೊರೆಯಲ್ಲಿದೆಯೇ? ಡೈನಾಮಿಕ್ ವೆಬ್ ಪುಟ 500 ದೋಷ? ಈ ಆಪ್ಟಿಮೈಸೇಶನ್ ತಕ್ಷಣವೇ ಜಾರಿಗೆ ಬರುತ್ತದೆ!

ನೀವು ಎಂದಾದರೂ ಈ ಪರಿಸ್ಥಿತಿಯನ್ನು ಎದುರಿಸಿದ್ದೀರಾ?ವೆಬ್‌ಸೈಟ್ ಪ್ರವೇಶವು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ನಿಧಾನವಾಯಿತು, ಅಥವಾ 500 ದೋಷಕ್ಕೆ ಕಾರಣವಾಯಿತು. PHP-FPM ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿದ ನಂತರ, ಅದು ಸಾಮಾನ್ಯ ಸ್ಥಿತಿಗೆ ಮರಳಿತು., ಆದರೆ ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ ಸಮಸ್ಯೆ ಮತ್ತೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆಯೇ? ಇದು ತುಂಬಾ ಬೇಸರದ ಸಂಗತಿ!

ಇದು ಏಕೆ ನಡೆಯುತ್ತಿದೆ?ವಾಸ್ತವವಾಗಿ, ಇದು ಸಾಮಾನ್ಯವಾಗಿPHP-FPM ಪ್ರಕ್ರಿಯೆ ಪೂಲ್ ಅನ್ನು ಸರಿಯಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿಲ್ಲ, ಅಥವಾ ಸರ್ವರ್ ಸಂಪನ್ಮೂಲಗಳು ಸಾಕಷ್ಟಿಲ್ಲ.ಉಂಟಾಗುತ್ತದೆ. ಇಂದು, ನಾವು ಸಂಪೂರ್ಣವಾಗಿ ಅತ್ಯುತ್ತಮವಾಗಿಸುತ್ತೇವೆ ಹೆಸ್ಟಿಯಾಸಿಪಿ 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 进程最大内存占用

ಇದು ಕೆಲವನ್ನು ತಡೆಯಬಹುದುಹೆಚ್ಚು CPU ಬಳಸುವ PHP ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ನಿಮ್ಮ ಸರ್ವರ್ ಅನ್ನು ಕೆಡವಬಹುದು..

ಉಳಿಸಿದ ನಂತರ, 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 ಇನ್ನೂ ಸಕ್ರಿಯಗೊಂಡಿಲ್ಲದಿದ್ದರೆ, ನೀವು ಅದನ್ನು ಈ ರೀತಿ ಸ್ಥಾಪಿಸಬಹುದು (ಉದಾಹರಣೆಯಾಗಿ ಉಬುಂಟು ಬಳಸಿ):

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 ಲೋಡ್ ಬಹಳ ಕಡಿಮೆಯಾಗುತ್ತದೆ ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಕಾರ್ಯಾಚರಣೆಯು ಹೆಚ್ಚು ಸ್ಥಿರವಾಗಿರುತ್ತದೆ! 🔥 ಡೊಮಿನೋಸ್

ಈಗಲೇ ಪ್ರಯತ್ನಿಸಿ ನೋಡಿ! 💪🚀