HestiaCP PHP-FPM அதிக சுமையில் உள்ளதா? டைனமிக் வலைப்பக்கம் 500 பிழையா? இந்த மேம்படுத்தல் உடனடியாக அமலுக்கு வரும்!

நீங்கள் எப்போதாவது இந்தச் சூழ்நிலையை எதிர்கொண்டிருக்கிறீர்களா? உங்கள் இணையதளம் திடீரென்று வேகம் குறைந்துவிடுகிறது, அல்லது 500 பிழையைக் கூடக் காட்டுகிறது. PHP-FPM-ஐ மறுதொடக்கம் செய்தால் அது இயல்பு நிலைக்குத் திரும்புகிறது , ஆனால் சிறிது நேரத்திற்குப் பிறகு அந்தப் பிரச்சனை மீண்டும் தோன்றுகிறதா? இது மிகவும் எரிச்சலூட்டுகிறது!

இது ஏன் நிகழ்கிறது? உண்மையில், இது பொதுவாக முறையற்ற PHP-FPM செயல்முறைத் தொகுப்பு உள்ளமைவு அல்லது போதுமான சேவையக வளங்கள் இல்லாததால் ஏற்படுகிறது. இன்று, உங்கள் வலைத்தளத்தின் அசைக்க முடியாத நிலைத்தன்மையை உறுதிசெய்ய, HestiaCP- இன் கீழ் PHP-FPM-ஐ நாம் முழுமையாக மேம்படுத்துவோம் !

PHP-FPM ஓவர்லோடாக இருப்பதற்கான முக்கிய காரணம்

PHP-FPM என்பது PHP-க்கான செயல்முறை மேலாளர் ஆகும் , இது மாறும் கோரிக்கைகளைக் கையாள்வதற்குப் பொறுப்பாகும். பொருத்தமற்ற உள்ளமைவு பின்வருவனவற்றுக்கு வழிவகுக்கும்:

• சேவையக வளங்கள் தீர்ந்துவிட்டன., இதனால் 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

இந்தச் செயல்முறைகள் 70%-க்கும் அதிகமான CPU-ஐப் பயன்படுத்துவதை நீங்கள் காண்கிறீர்களா? இது அடிக்கடி நடந்தால், உங்கள் PHP-FPM- இல் நிச்சயமாக ஏதோ கோளாறு உள்ளது!

எனவே, சேவையகம் இனி அதிக சுமை இல்லாமல் இருக்க PHP-FPM உள்ளமைவை எவ்வாறு மேம்படுத்துவது?

PHP-FPM செயல்முறை பூல் உகப்பாக்கம் (மைய அளவுரு சரிசெய்தல்)

முதலில், திற php-fpm உள்ளமைவு கோப்புகள்:

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

• *உங்கள் PHP பதிப்பிற்கு, PHP8.5 போன்றவற்றிற்கு மாற்றி, இதை இவ்வாறு மாற்றவும்:/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.5 

இந்த இணையதளம் PHP 8.5 ஐப் பயன்படுத்துகிறது என்பதை இது குறிக்கிறது.

உங்கள் PHP-FPM உள்ளமைவைப் பார்ப்போம்:

[chenweiliang.com]
listen = /run/php/php8.5-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 பிழை ஏற்படுகிறது.

www.conf: கணினியின் உள்ளமைக்கப்பட்ட "பொது வளத் தொகுப்பு"

PHP-FPM-ஐ நிறுவிய பிறகு, கணினி தானாகவே உங்களுக்கு ஒரு... வழங்கும். www.conf கோப்பு.
அதன்நிலைப்படுத்தல்இது மிகவும் எளிமையானது—இது எந்தவித மாற்றமும் செய்யாமல் இயங்கும் ஒரு இயல்புநிலை செயல்முறைத் தொகுப்பு, பொதுவாக இதனுடன் இணைக்கப்பட்டிருக்கும்... இது www-தரவு பயனர் பதிவிறக்கம்.

இந்த வகை பூல் ஒற்றைத் தளச் சூழல்களுக்கு மிகவும் பொருத்தமானது: இதன் கட்டமைப்பு எளிமையானது, மற்றும் அளவுருக்கள் அனைத்தும் பின்வரும் பொதுவான வார்ப்புருக்களாகும்:

user = www-data
group = www-data
listen = /run/php/php8.3-fpm.sock
pm.max_children = 5

நீங்கள் ஒரே ஒரு தளத்தை மட்டும் வழங்கினால், எந்தவிதக் கூடுதல் சிரமமும் இன்றி அதை நேரடியாகவும் நம்பகத்தன்மையுடனும் பயன்படுத்தலாம்.

etயுஎஃப்ஒ.org.conf: தனிப்பயன் தொகுப்பு

நீங்கள் பல தளங்களை இயக்கும்போது, ​​​​அனைவரையும் ஒரே குழுவில் திணித்து வைத்திருக்க முடியாது.
இந்த நிலையில், HestiaCP ஒவ்வொரு தளத்திற்கும் தானாகவே ஒரு தனிப் பூலை உருவாக்கும், உதாரணமாக... etயுஎஃப்ஒ.org.confடொமைன் பெயர்களில் நிபுணத்துவம் பெற்றது etufo.org 服务.

பொதுவாக விளையாடும் முறை இதுதான்:

• பயனர்கள் மற்றும் குழுக்களை மாற்றவும்:user = etufo,group = etufo
• சுயாதீன கண்காணிப்பு:listen = /run/php/etufo.sock
• செயல்முறைகளின் எண்ணிக்கையைச் சரிசெய்வது, அதிக ஒருங்கமைவின் கீழும் அசைக்க முடியாத நிலைத்தன்மையை உறுதி செய்கிறது.
• தனித்தனி பதிவுக் கோப்புகள் சிக்கல்களைக் கண்டறிந்து சரிசெய்வதை எளிதாக்குகின்றன.

நன்மைகள் வெளிப்படையானவை: பாதுகாப்பான தனிமைப்படுத்தல் . ஒரு தளம் சமரசம் செய்யப்பட்டாலும், மற்றவை பாதிக்கப்படாது.

dummy.conf: மாதிரி கோப்பு

டம்மி.கான்ஃப் இவை பொதுவாக கணினி அமைப்பால் வழங்கப்படும் எடுத்துக்காட்டுகள் அல்லது வார்ப்புருக்கள் ஆகும்.
நீங்கள் கைமுறையாக அதை மாற்றியமைத்து இயக்கினால் ஒழிய, அது உண்மையில் இயங்காது.
ஒரு புதிய பூல் கட்டமைப்பை எப்படி எழுதுவது என்று உங்களுக்குச் சொல்லும் ஒரு "செயல்பாட்டுக் கையேடு" போன்றதுதான் இதன் முக்கியத்துவம்.

குளத்தை ஏன் பிரிக்க வேண்டும்?

• 安全 性அனுமதி முரண்பாடுகளைத் தவிர்க்க, வெவ்வேறு தளங்களுக்கு வெவ்வேறு பயனர்களைப் பயன்படுத்தவும்.
• 性能优化ஒவ்வொரு தொகுப்பிற்கும் செயல்முறைகளின் எண்ணிக்கையைத் தனித்தனியாகச் சரிசெய்ய முடியும், இது போக்குவரத்துத் தேவையின் அடிப்படையில் நெகிழ்வான சரிசெய்தல்களை அனுமதிக்கிறது.
• தனிமைப்படுத்துதல்பதிவுகள், பிழைகள் மற்றும் கேட்கும் முகவரிகள் அனைத்தும் தனித்தனியாகப் பிரிக்கப்பட்டுள்ளதால், சிக்கல்களைக் கண்டறிந்து சரிசெய்வது எளிதாகிறது.

உதாரணமாக, www.conf செயலிழந்தாலும், etufo.org.conf வழக்கம் போல் இயங்கும், மேலும் அது முழு சேவையகத்தையும் முடக்கிவிடாது.

实际场景

• ஒற்றை தள சேவையகம்www.conf என்பதே போதுமானது.
• பலதள சேவையகம்ஒவ்வொரு தளத்திற்கும் etufo.org.conf போன்ற அதன் சொந்த தனிப்பட்ட .conf கோப்பு உள்ளது.
• டம்மி.கான்ஃப்குறிப்புக்காக மட்டுமே, பரிந்துரைக்கப்படவில்லை.

உள்ளமைவு ஒப்பீடு

www.conf (இயல்புநிலைத் தொகுப்பு)

[www]
user = www-data
group = www-data
listen = /run/php/php8.3-fpm.sock
pm = dynamic
pm.max_children = 5

etufo.org.conf (தனிப்பயன் தொகுப்பு)

[etufo.org]
user = etufo
group = etufo
listen = /run/php/etufo.sock
pm = dynamic
pm.max_children = 20
access.log = /var/log/php-fpm/etufo.access.log

முக்கிய வேறுபாடுகள் ஆவன: பயனர் அடையாளம், செவிமடுக்கும் முகவரி மற்றும் செயல்முறைகளின் எண்ணிக்கை.

1. PHP-FPM செயல்முறை பூல் அளவுருக்களை சரிசெய்யவும்

உள்ளமைவு பயன்படுத்தினால் dynamicஇது சில பணிச் செயல்முறைகளை முன்கூட்டியே தொடங்கி, கோரிக்கை அளவின் படி அவற்றை மாறும் வகையில் சரிசெய்வதற்கான ஒரு முறையாகும், இது கோரிக்கை அளவு திடீரென அதிகரிக்கும் போது வேகமாக பதிலளிக்கும்.

குறிப்பிட்ட அளவு போக்குவரத்து உள்ள வலைத்தளங்களுக்கு, இதைப் பயன்படுத்த பரிந்துரைக்கப்படுகிறது pm = dynamicஏனெனில் இது ஒரு குறிப்பிட்ட அளவு செயலற்ற செயல்முறைகளைப் பராமரிக்க முடியும் மற்றும் அதிக ஒத்திசைவின் போது 500 பிழைகளைத் தவிர்க்க முடியும்.

அணுகல் அளவு மிகக் குறைவாகவும், நினைவக வளங்கள் குறைவாகவும் இருக்கும்போது மட்டுமே இதைப் பயன்படுத்த பரிந்துரைக்கப்படுகிறது. pm = ondemand வளங்களைச் சேமிக்க.

மாற்ற பரிந்துரைக்கப்படுகிறது dynamic, மற்றும் மேம்படுத்தவும் 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

VPS உள்ளமைவின் அடிப்படையில் PHP-FPM ஐ மேம்படுத்தவும்

VPS உள்ளமைவு எடுத்துக்காட்டு:

• விளக்கம்: VPS 3 NVMe
• வட்டு இடம்: 300 ஜிபி
• சிபியு கோர்கள்: 8
• ரேம்: 24 GB

உங்கள் VPS கட்டமைப்பின்படி ( 8 CPU கோர்கள், 24 GB RAM ), உங்கள் சேவையக வளங்கள் போதுமானதை விட அதிகமாகவே உள்ளன. PHP-FPM-ஐப் பொறுத்தவரை, 24 GB RAM ஆனது மிக அதிக எண்ணிக்கையிலான ஒரே நேரத்தில் இயங்கும் செயல்முறைகளை உள்ளமைக்க உங்களை அனுமதிக்கிறது.

ஒரு உற்பத்திச் சூழலில், நாம் பொதுவாக கணினி அமைப்பு, அப்பாச்சி தரவுத்தளங்கள் ( MySQL / MariaDB போன்றவை), மற்றும் கேச்கள் ( Redis / Memcached போன்றவை ) ஆகியவற்றுக்குத் தேவையான நினைவகத்தை (சுமார் 8GB-12GB) ஒதுக்கி, மீதமுள்ள 12GB-16GB நினைவகத்தை முழுமையாக PHP-FPM-க்கு ஒதுக்குகிறோம்.

ஒவ்வொரு PHP செயல்முறைக்கும் சராசரியாக 40MB-60MB நினைவகப் பயன்பாடு என்ற அடிப்படையில் , 1GB நினைவகத்தில் தோராயமாக 16-25 செயல்முறைகளை இயக்க முடியும்.

பின்வருவது உங்களுக்காகவே பிரத்யேகமாக வடிவமைக்கப்பட்ட , அதிக ஒருங்கமைவு மற்றும் உயர் செயல்திறன் கொண்ட ஒரு FPM கட்டமைப்பு ஆகும். இது வேர்ட்பிரஸின் திறனைப் பெரிதும் மேம்படுத்துவதோடு , திடீர் போக்குவரத்து அதிகரிப்புகளால் அது செயலிழப்பதையும் தடுக்கும்:

pm = dynamic

; 允许的最大 PHP 进程数（12GB 内存 / 40MB ≈ 300）
; 8核CPU搭配300个进程，可以轻松应对极高并发，且不至于让内存溢出
pm.max_children = 300

; 启动时创建的初始进程数（CPU核心数 * 4）
pm.start_servers = 32

; 维持的最小空闲进程数（服务器空闲时保留的进程，保证随时响应）
pm.min_spare_servers = 16

; 维持的最大空闲进程数（超过这个数量的空闲进程会被释放）
pm.max_spare_servers = 64

; 每个进程处理1000个请求后自动重启，高配置服务器可适当调大，有效防止WP插件内存泄露
pm.max_requests = 1000

; 单个请求最大执行时间，超时60秒强杀，防止死锁卡死
request_terminate_timeout = 60s

; 慢日志路径及触发阈值（请求超过5秒则记录，用于排查性能瓶颈）
slowlog = /var/log/php8.5-fpm.log.slow
request_slowlog_timeout = 5s

💡 இந்த உள்ளமைவு ஏன்?

1. pm.max_children = 300இது ஒரு முக்கிய மேம்படுத்தல் ஆகும். 24GB நினைவகத்திற்கு, உங்களின் முந்தைய 50 செயல்முறைகள் கொண்ட கட்டமைப்பு மிகவும் பழமைவாதமாக இருந்தது. போக்குவரத்தில் திடீர் அதிகரிப்பு ஏற்படும்போது (அல்லது பின்னணியில் பாட்கள் பெருகும்போது), 50 செயல்முறைகளும் உடனடியாகச் சமாளிக்க முடியாமல் திணறி, இணைப்பு காலாவதியாவதற்குக் காரணமாக அமைந்தன. இதை 300 ஆக அதிகரிப்பது, உங்கள் சேவையகத்தின் ஒருங்கே செயல்படும் செயலாக்கத் திறனைப் பல மடங்கு மேம்படுத்தும்.
2. pm.start_servers / `குறைந்தபட்ச_கூடுதல்_சர்வர்கள்உங்களிடம் 8 CPU கோர்கள் இருப்பதால், உங்களால் ஆரம்பத்தில் மற்றும் இயல்பாக அதிக செயலற்ற செயல்முறைகளைத் தக்கவைத்துக்கொள்ள முடியும். இது, செயல்முறை உருவாக்கத்திற்காகக் காத்திருக்காமல் புதிய கோரிக்கைகளை உடனடியாகத் திறக்க உதவும் மல்டி-கோர் நன்மையை நீங்கள் பயன்படுத்திக்கொள்ள அனுமதிக்கிறது.
3. pm.max_requests = 1000500-லிருந்து 1000-ஆக அதிகரிக்கவும். உங்கள் நினைவகம் பெரியது, மேலும் செயல்முறைகளை அடிக்கடி மறுதொடக்கம் செய்ய வேண்டிய அவசியமில்லை. 1000-ஆக அதிகரிப்பது, அடிக்கடி நிகழும் செயல்முறை அழிப்பு மற்றும் உருவாக்கத்தால் ஏற்படும் CPU பயன்பாட்டைக் குறைக்க உதவும்.

மெதுவான பதிவைக் காண்க:

tail -f /var/log/php8.5-fpm.log.slow
tail -f /var/log/php8.4-fpm.log.slow

மாற்றங்களைச் செய்த பிறகு, அவை நடைமுறைக்கு வர PHP-FPM சேவையை மறுதொடக்கம் செய்ய நினைவில் கொள்ளவும்.

systemctl restart php8.5-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.5-fpm restart

பிரச்சனை தொடர்ந்தால் என்ன செய்வது? மேலும் தேர்வுமுறை!

மேற்கண்ட மேம்படுத்தல்களைப் பின்பற்றிய பிறகும் , உங்களுக்கு எப்போதாவது 500 பிழை ஏற்பட்டால் , நீங்கள் பின்வரும் மேம்படுத்தல்களைத் தொடரலாம்:

1. PHP செயல்படுத்தல் செயல்திறனை மேம்படுத்த OPcache ஐ இயக்கவும்.

OPcache இன்னும் இயக்கப்படவில்லை என்றால், நீங்கள் அதை இப்படி நிறுவலாம் (உபுண்டுவை உதாரணமாகப் பயன்படுத்தி):

sudo apt install php8.5-opcache -y

பின்னர் திருத்து php.ini:

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

• opcache.validate_timestamps=0
• நிகழ்நேர கண்டறிதலை முடக்குகோப்பு முறைமையின் உள்ளீடு/வெளியீட்டைக் குறைத்து, செயல்திறனை மேம்படுத்துங்கள்.

• இருப்பினும், இதன் பொருள் என்னவென்றால், PHP கோப்புகளை மாற்றியமைத்த பிறகு நீங்கள் கேச்-ஐ கைமுறையாக அழிக்க வேண்டும் (PHP சேவையை மறுதொடக்கம் செய்ய வேண்டும்).

உள்ளமைவை மாற்றியமைத்த பிறகு, மாற்றங்கள் நடைமுறைக்கு வர PHP சேவையை மறுதொடக்கம் செய்ய வேண்டும்.

sudo systemctl restart php<版本>-fpm

விளைவு? 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 சுமை வெகுவாகக் குறைக்கப்படும், மேலும் வலைத்தள செயல்பாடு மிகவும் நிலையானதாக இருக்கும்! 🔥

இப்போதே முயற்சி செய்து பாருங்கள்! 💪🚀

HestiaCP-ஐப் பயன்படுத்தி PHP-FPM டெம்ப்ளேட்களைத் தனிப்பயனாக்குவது பற்றி நீங்கள் இன்னும் மேலும் அறிய ஆர்வமாக இருந்தால், இந்தக் கட்டுரை உங்களுக்கு ஒரு ஆழமான புரிதலை வழங்கும்:

👉 ஹெஸ்டியாசிபி தனிப்பயன் PHP-FPM டெம்ப்ளேட்: PHP 8.5 செயல்திறன் மேம்படுத்தல் இரகசியங்கள் ▼

🔗HestiaCP தனிப்பயன் PHP-FPM டெம்ப்ளேட்: PHP 8.5 செயல்திறன் மேம்படுத்தல் இரகசியங்கள்

இந்த உள்ளடக்கத்தில் நீங்கள் காண்பவை:

• உயர் ஒருங்கமைவு உகப்பாக்க நுட்பங்கள்: பொருத்தமான செயல்முறை உள்ளமைவின் மூலம் பதிலளிப்பு வேகத்தை எவ்வாறு மேம்படுத்துவது.
• பாதுகாப்பு தனிமைப்படுத்தல் தீர்வு: தளங்களுக்கிடையேயான அணுகல் அபாயங்களைத் தவிர்த்து, கணக்கின் நிலைத்தன்மையை உறுதிசெய்யுங்கள்.
• பதிவுகள் மற்றும் கண்காணிப்பு: வேகத்தடைகளைக் கண்டறியவும், வலைத்தளத்தின் செயல்திறனைத் தொடர்ந்து மேம்படுத்தவும் மெதுவான பதிவுகளைப் பயன்படுத்தவும்.