ដំណោះស្រាយចុងក្រោយចំពោះកំហុសចាប់ផ្តើមឡើងវិញរបស់ HestiaCP PHP8.4-FPM

ជួប HestiaCP ការចាប់ផ្តើម PHP 8.4-FPM ឡើងវិញបានបណ្តាលឱ្យមានកំហុស៖ កំហុស៖ ការចាប់ផ្តើម php8.4-fpm ឡើងវិញ (error: restart php8.4-fpm)។aiទឹកកក?

អត្ថបទនេះផ្តល់នូវការវិភាគស៊ីជម្រៅអំពីការធ្វើឱ្យប្រសើរឡើង។ 1.9.1 វាដោះស្រាយបញ្ហាទូទៅដូចជា ការបាត់ dependencies ឯកសារកំណត់រចនាសម្ព័ន្ធហួសសម័យ និងជម្លោះ socket ហើយផ្តល់នូវជំហានជួសជុលពេញលេញ និងវិធីសាស្ត្រដោះស្រាយបញ្ហាកំណត់ហេតុ។តាមរយៈបទពិសោធន៍ជាក់ស្តែង និងឯកសារដែលមានសិទ្ធិអំណាច យើងជួយអ្នកស្តារស្ថេរភាពម៉ាស៊ីនមេឡើងវិញបានយ៉ាងឆាប់រហ័ស ជៀសវាងការរំខានអាជីវកម្ម និងធ្វើជាម្ចាស់លើដំណោះស្រាយចុងក្រោយ។

នៅពេលដែលម៉ាស៊ីនបម្រើរាយការណ៍ កំហុស៖ កំហុស៖ ការចាប់ផ្តើមឡើងវិញនៃ php8.4-fpm បានបរាជ័យពេលនោះពិតជាតានតឹងដូចជាការគាំងបេះដូងភ្លាមៗអញ្ចឹង។ (យូ)

វាស្ថិតនៅក្នុងការធ្វើឱ្យប្រសើរឡើងទៅ ហេស្ទីយ៉ាស៊ីភី ១.៩.១ ក្រោយមក បញ្ហានេះបានកើតឡើងជាញឹកញាប់ ហើយមូលហេតុមូលដ្ឋានគឺស្មុគស្មាញជាងអ្វីដែលវាលេចឡើងនៅលើផ្ទៃដីទៅទៀត។

ហេតុអ្វីបានជាកំហុសនេះកើតឡើង?

ប្រតិកម្មដំបូងរបស់មនុស្សជាច្រើនគឺ "តើ PHP គាំងទេ?" តាមពិតទៅ កំហុសនេះច្រើនតែកើតចេញពី... ការដំឡើងមិនពេញលេញ បាត់ឯកសារកំណត់រចនាសម្ព័ន្ធ ស្គ្រីបហួសសម័យ ឬជម្លោះរន្ធ។ម្យ៉ាងវិញទៀត បញ្ហាមិនមែនស្ថិតនៅជាមួយ PHP ខ្លួនឯងទេ ប៉ុន្តែស្ថិតនៅជាមួយ... ការរួមបញ្ចូលឧបករណ៍បរិស្ថាន និងការគ្រប់គ្រង។

មូលហេតុទូទៅ និងដំណោះស្រាយដែលត្រូវគ្នា

១. ការដំឡើង PHP 8.4 មិនពេញលេញ

នេះ​ជា​មតិ​ប្រតិកម្ម​ទូទៅ​បំផុត​នៅ​លើ​វេទិកា។ បន្ទាប់​ពី​ការ​ធ្វើ​ឱ្យ​ប្រសើរ​ឡើង កញ្ចប់​អាស្រ័យ​មួយ​ចំនួន​មិន​ត្រូវ​បាន​ដំឡើង​ពេញលេញ​ទេ ដែល​បណ្តាល​ឱ្យ... php8.4-fpm ។ មិនអាចចាប់ផ្តើមធម្មតាបានទេ។

ដំណោះស្រាយ៖ ដំឡើង PHP 8.4 ឡើងវិញ

# 删除现有 PHP 8.4
v-delete-web-php 8.4
# 更新系统包
apt-get update && apt-get upgrade -y

# 重新添加 PHP 8.4
v-add-web-php 8.4

ប្រសិនបើវានៅតែបរាជ័យ អ្នកនឹងត្រូវដំឡើង dependencies ដោយដៃ៖

apt-get install php8.4-common php8.4-mbstring php8.4-bcmath php8.4-cli php8.4-curl php8.4-fpm php8.4-gd php8.4-intl php8.4-mysql php8.4-soap php8.4-xml php8.4-zip php8.4-bz2 php8.4-pspell php8.4-imagick php8.4-imap php8.4-ldap php8.4-apcu

នេះបើយោងតាម ឯកសារផ្លូវការរបស់ Debianឯកសារ​នេះ​បាន​បញ្ជាក់​ថា​៖ "កញ្ចប់​អាស្រ័យ​ដែល​បាត់​នឹង​រារាំង​សេវាកម្ម FPM ពី​ការ​ចុះឈ្មោះ​រន្ធ​ដែល​បណ្តាល​ឲ្យ​មាន​កំហុស"។ (ប្រភព៖ កំណត់ចំណាំកញ្ចប់ Debian)

2. ឯកសារកំណត់រចនាសម្ព័ន្ធ HestiaCP មិនត្រូវបានធ្វើបច្ចុប្បន្នភាពទេ។

HestiaCP មិនគាំទ្រ PHP 8.4 យ៉ាងពេញលេញតាមលំនាំដើមទេ; ការកែប្រែស្គ្រីបដោយដៃគឺត្រូវបានទាមទារ។

ឯកសារទី 1: /usr/local/hestia/bin/v-run-cli-cmd

ត្រូវប្រាកដថាវារួមបញ្ចូល php8.4 ការត្រួតពិនិត្យការអនុញ្ញាត៖

"$basecmd" != 'php8.4' -a \

ឯកសារទី 2: /usr/local/hestia/bin/v-restart-service

ត្រូវប្រាកដថាសេវាកម្មដូចខាងក្រោមត្រូវបានរួមបញ្ចូលនៅក្នុងបញ្ជីសេវាកម្ម៖

"$service" = "php8.4-fpm" -o \

ជំហាននេះមានសារៈសំខាន់ណាស់។ បើមិនដូច្នោះទេ HestiaCP នឹងមិនដែលព្យាយាមចាប់ផ្តើម PHP8.4-FPM ឡើងវិញឡើយ។

៣. បញ្ហាជម្លោះរន្ធដោត

ជម្លោះនឹងកើតឡើងប្រសិនបើកំណែ PHP ច្រើនចែករំលែកផ្លូវរន្ធដូចគ្នា។

ពិនិត្យមើលការកំណត់រចនាសម្ព័ន្ធ៖

cat /etc/php/8.4/fpm/pool.d/www.conf | grep listen

ត្រូវប្រាកដថាផ្លូវនេះមានលក្ខណៈពិសេស ឧទាហរណ៍៖

listen = /run/php/php8.4-fpm.sock

នេះបើយោងតាម សៀវភៅណែនាំផ្លូវការរបស់ PHP"កំណែ FPM នីមួយៗត្រូវតែភ្ជាប់ទៅរន្ធដាច់ដោយឡែកមួយ។ បើមិនដូច្នោះទេ ការឈ្លោះប្រកែកគ្នាអំពីសេវាកម្មនឹងកើតឡើង។" (ប្រភព៖ ឯកសារ PHP-FPM)

៤. មើលកំណត់ហេតុកំហុសលម្អិត

កំណត់ហេតុគឺជាមធ្យោបាយចុងក្រោយសម្រាប់ការស៊ើបអង្កេត។

systemctl status php8.4-fpm.service
journalctl -xeu php8.4-fpm.service
cat /var/log/php8.4-fpm.log

កំណត់ហេតុអាចផ្តល់ព័ត៌មានច្បាស់លាស់។ទីតាំងបញ្ហាដូចជា កំហុសវាក្យសម្ព័ន្ធឯកសារកំណត់រចនាសម្ព័ន្ធ ការអនុញ្ញាតមិនគ្រប់គ្រាន់ ឬភាពអាស្រ័យដែលបាត់។

ជំហានស៊ើបអង្កេតដែលបានណែនាំ

1. 1. ដំបូងពិនិត្យមើលកំណត់ហេតុ។ → បញ្ជាក់មូលហេតុនៃកំហុស។

1. 1. ឯកសារកំណត់រចនាសម្ព័ន្ធដែលបាត់ → ដំឡើង PHP 8.4 ឡើងវិញ។

1. 1. ស្គ្រីបមិនត្រូវបានធ្វើបច្ចុប្បន្នភាពទេ → កែប្រែ HestiaCP v-run-cli-cmd ប្រឆាំង​នឹង​ទល់​នឹង v-restart-service។

1. 1. ជម្លោះរន្ធ → កែសម្រួល www.conf នៃ listen ផ្លូវ។

លំដាប់នេះជៀសវាងប្រតិបត្តិការងងឹតងងល់ និងសន្សំសំចៃពេលវេលាច្រើន។

ទស្សនៈ និងសេចក្តីសន្និដ្ឋានរបស់ខ្ញុំ

បញ្ហាបច្ចេកទេសមិនមែនជាកំហុសតែមួយមុខនោះទេ ប៉ុន្តែផ្ទុយទៅវិញ... ការបរាជ័យនៃកិច្ចសហការជាប្រព័ន្ធបញ្ហា​ភាពឆបគ្នា​រវាង HestiaCP និង PHP 8.4 រំលឹកយើងថា ការធ្វើឱ្យប្រសើរឡើងមិនត្រឹមតែអំពីការបង្កើនមុខងារប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងអំពីការប្រឈមមុខនឹងហានិភ័យផងដែរ។

ខ្ញុំជឿថាគន្លឹះក្នុងការដោះស្រាយបញ្ហាប្រភេទនេះស្ថិតនៅលើ ការត្រួតពិនិត្យដែលមានរចនាសម្ព័ន្ធកុំប្រញាប់ប្រញាល់ធ្វើអ្វីមួយ; ផ្ទុយទៅវិញ ដូចជាវេជ្ជបណ្ឌិតកំពុងធ្វើរោគវិនិច្ឆ័យ ចូរលុបបំបាត់លទ្ធភាពបន្តិចម្តងៗ។

ដូចដែលលោក Hegel បាននិយាយថា «សេចក្តីពិតមាននៅក្នុងភាពពេញលេញ»។

មានតែតាមរយៈការផ្សំការដំឡើង ការកំណត់រចនាសម្ព័ន្ធ ស្គ្រីប និងកំណត់ហេតុប៉ុណ្ណោះ ទើបអាចរកឃើញចម្លើយពិតប្រាកដ។

ជាចុងក្រោយ ខ្ញុំចង់សង្កត់ធ្ងន់លើចំណុចមួយ៖បរិស្ថានម៉ាស៊ីនមេដែលមានស្ថេរភាពគឺជាខ្សែជីវិតរបស់អាជីវកម្ម។កំហុសនីមួយៗគឺជាការរំលឹក។ ជំនួសឱ្យការជួសជុលបញ្ហាដោយអកម្ម ចូរបង្កើនប្រសិទ្ធភាពជាមុន។ ចាត់វិធានការ៖ ពិនិត្យមើលការកំណត់រចនាសម្ព័ន្ធរបស់អ្នក ធ្វើបច្ចុប្បន្នភាពស្គ្រីបរបស់អ្នក និងធ្វើឱ្យប្រព័ន្ធរបស់អ្នករឹងមាំពិតប្រាកដ។