ការដោះស្រាយបញ្ហាម៉ាស៊ីនមេ Memcached មិនឆ្លើយតបនៅក្នុង HestiaCP ជាមួយ PHP 8.4

គេហទំព័ររបស់អ្នកកំពុងយឺតយ៉ាវមិនមែនដោយសារតែចរាចរណ៍ច្រើនពេកទេ ប៉ុន្តែប្រហែលជាដោយសារតែ Memcached backend មិនដំណើរការទាល់តែសោះ!

នេះជាផ្នែកដែលធ្វើឲ្យខកចិត្តបំផុត៖ អ្នកបានធ្វើឱ្យប្រសើរឡើងទៅ PHP 8.4 ប៉ុន្តែម៉ាស៊ីនមេ Memcached មិនឆ្លើយតប ហើយទំព័រផ្ទុកក្នុងល្បឿនដ៏លឿន។ តាមពិតទៅ មូលហេតុចម្បងគឺសាមញ្ញណាស់ - ភាពមិនស៊ីគ្នានៃផ្នែកបន្ថែម សោផុតកំណត់ និងលំដាប់នៃការពឹងផ្អែកមិនត្រឹមត្រូវ។ ខាងក្រោមនេះ ខ្ញុំនឹងពន្យល់ពីដំណោះស្រាយទាំងមូល ដើម្បីឱ្យអ្នកអាចជួសជុលវាក្នុងពេលតែមួយ។

ឫសគល់នៃបញ្ហា

បន្ទាប់ពីធ្វើការអាប់ដេត PHP ទៅកំណែ 8.4 ប្រសិនបើផ្នែកបន្ថែម Memcached មិនដំណើរការតាមទាន់ទេ វានឹងបង្ហាញកំហុសដោយផ្ទាល់។

មនុស្សជាច្រើនមើលរំលង packages.sury.org បញ្ហានេះកើតចេញពីសោ GPG ដែលផុតកំណត់ ដែលបណ្តាលឱ្យកញ្ចប់ដំឡើងមិនអាចទាញយកបាន។

អ្វីដែលអាក្រក់ជាងនេះទៅទៀត Memcached ពឹងផ្អែកលើ... igbinary 和។ msgpackលំដាប់​ផ្ទុក​ត្រូវតែ​អនុវត្ត​តាម​យ៉ាង​តឹងរ៉ឹង។ បើ​មិន​ដូច្នោះ​ទេ វា​ដូច​ជា​ការ​ដាក់​បំណែក​ល្បែង​ផ្គុំ​រូប​នៅ​កន្លែង​ខុស ដែល​បណ្តាល​ឱ្យ​សេវាកម្ម​ទាំងមូល​គាំង។

ធ្វើបច្ចុប្បន្នភាពសោ GPG

ជំហានដំបូងគឺត្រូវជួសជុលសោប្រភព។

curl -sSL https://packages.sury.org/php/README.txt | bash -x
apt update

ជំហាននេះគឺស្មើនឹងការចេញលិខិតឆ្លងកាត់ឡើងវិញទៅកាន់ប្រព័ន្ធ។ បើគ្មានវាទេ ការដំឡើងជាបន្តបន្ទាប់ទាំងអស់នឹងត្រូវបានបដិសេធ។

យោងតាមឯកសារផ្លូវការរបស់ Debian ការផុតកំណត់នៃកូនសោគឺជាបញ្ហាទូទៅមួយ ហើយត្រូវតែធ្វើបច្ចុប្បន្នភាពជាប្រចាំ។

ដំឡើងផ្នែកបន្ថែម Memcached សម្រាប់ PHP 8.4

ជំហានបន្ទាប់គឺត្រូវដំឡើងផ្នែកបន្ថែម។

apt install -y php8.4-memcached

ចំណាំថាកំណែត្រូវតែត្រូវគ្នានឹង PHP 8.4 យ៉ាងពិតប្រាកដ; បើមិនដូច្នោះទេ កំហុស "និមិត្តសញ្ញាមិនបានកំណត់" នឹងកើតឡើង។

យោងតាមឯកសារបណ្ណាល័យផ្នែកបន្ថែម PHP ផ្លូវការ Memcached តម្រូវឱ្យមានការចងក្រងឡើងវិញនៅក្នុងស៊េរី 8.x សម្រាប់ភាពឆបគ្នា។

ការដោះស្រាយ​ការណែនាំ​អំពី​ឯកសារ​កំណត់រចនាសម្ព័ន្ធ

បង្អួចលេចឡើងមួយនឹងលេចឡើងក្នុងអំឡុងពេលដំណើរការដំឡើង។ memcached.ini ការជំរុញការជ្រើសរើស។

កុំផ្លាស់ប្តូរអ្វីនៅទីនេះ គ្រាន់តែចុច Enter ហើយជ្រើសរើសលំនាំដើម។ Nរក្សាការកំណត់រចនាសម្ព័ន្ធដែលមានស្រាប់។

这是因为 HestiaCP វាមានឯកសារកំណត់រចនាសម្ព័ន្ធផ្ទាល់ខ្លួនរួចហើយ។ ការសរសេរជាន់លើវាដោយបង្ខំនឹងធ្វើឱ្យបន្ទះរាយការណ៍កំហុសតែប៉ុណ្ណោះ។

ជួសជុលលំដាប់ផ្ទុកផ្នែកបន្ថែមភាពអាស្រ័យ

នេះ​ជា​ជំហាន​ដ៏​សំខាន់​មួយ។

phpdismod -v 8.4 memcached
phpdismod -v 8.4 msgpack
phpdismod -v 8.4 igbinary
phpenmod -v 8.4 igbinary
phpenmod -v 8.4 msgpack
phpenmod -v 8.4 memcached

ការបញ្ជាទិញត្រូវតែមាន៖igbinary → msgpack → memcached។

ប្រសិនបើលំដាប់មិនត្រឹមត្រូវ Memcached នឹងរាយការណ៍ដោយផ្ទាល់នូវកំហុស "មិនអាចផ្ទុកម៉ូឌុលបានទេ"។

នេះត្រូវបានផ្ទៀងផ្ទាត់ដោយអ្នកអភិវឌ្ឍន៍រាប់មិនអស់នៅលើ Stack Overflow។

ចាប់ផ្ដើមសេវាកម្មឡើងវិញ

ជំហានចុងក្រោយគឺត្រូវចាប់ផ្តើមឡើងវិញ។

systemctl restart php8.4-fpm
systemctl restart memcached

ជំហាននេះគឺដូចជាការចុចប៊ូតុងធ្វើឱ្យស្រស់នៅលើប្រព័ន្ធ។ មានតែពេលនោះទេដែលការកំណត់រចនាសម្ព័ន្ធទាំងអស់នឹងមានប្រសិទ្ធភាពពិតប្រាកដ។

ផ្ទៀងផ្ទាត់ថាតើការដំឡើងបានជោគជ័យឬអត់។

执行:

php8.4 -m | grep memcached

ប្រសិនបើលទ្ធផលមាន memcachedនេះបង្ហាញថាផ្នែកបន្ថែមត្រូវបានផ្ទុកដោយជោគជ័យ។

នេះមានន័យថា បន្ទះ HestiaCP របស់អ្នកទីបំផុតទទួលបានការគាំទ្រឃ្លាំងសម្ងាត់ឡើងវិញហើយ ហើយដំណើរការគេហទំព័រនឹងប្រសើរឡើងភ្លាមៗ។

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

បញ្ហាបច្ចេកទេសមិនមែនជារឿងដ៏គួរឱ្យខ្លាចបំផុតនោះទេ អ្វីដែលគួរឱ្យខ្លាចពិតប្រាកដនោះគឺការមិនដឹងថាបញ្ហានៅឯណា។

Memcached មិនឆ្លើយតបអាចហាក់ដូចជាស្មុគស្មាញ ប៉ុន្តែតាមពិតវាសង្ខេបទៅចំណុចស្នូលបី៖ការផ្គូផ្គងកំណែ ការអាប់ដេតសោ លំដាប់អាស្រ័យ។

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

នៅក្នុងយុគសម័យដែលពោរពេញដោយព័ត៌មាននេះ ប្រសិទ្ធភាពគេហទំព័រគឺជាគុណសម្បត្តិប្រកួតប្រជែង។ ការរក្សាទុកទិន្នន័យក្នុងឃ្លាំងសម្ងាត់មិនមែនគ្រាន់តែជារបស់ល្អនោះទេ ប៉ុន្តែវាក៏ជាមូលដ្ឋានគ្រឹះដែលកំណត់បទពិសោធន៍អ្នកប្រើប្រាស់ផងដែរ។

ដូច្នេះកុំឱ្យកំហុសកំណត់រចនាសម្ព័ន្ធតូចតាចធ្វើឱ្យអាជីវកម្មរបស់អ្នកចុះខ្សោយ។ ធ្វើជាម្ចាស់លើជំហានទាំងនេះ នោះអ្នកអាចដោះស្រាយបញ្ហាបានទាំងស្រុង និងធ្វើឱ្យគេហទំព័ររបស់អ្នកដំណើរការបានយ៉ាងរលូនឡើងវិញ។

តម្លៃនៃបច្ចេកវិទ្យាមិនមែនស្ថិតនៅលើភាពស្មុគស្មាញរបស់វាទេ ប៉ុន្តែស្ថិតនៅលើភាពជាក់លាក់របស់វា។ ភាពស្ទាត់ជំនាញពិតប្រាកដស្ថិតនៅលើការដោះស្រាយបញ្ហាយ៉ាងច្បាស់លាស់។