តើធ្វើដូចម្តេចដើម្បីចែករំលែក Memcached នៅទូទាំងគេហទំព័រ WordPress ច្រើននៅលើម៉ាស៊ីនមេតែមួយ? ការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធចុងក្រោយដែលមិនអាចមានកំហុស 100%។

តើម៉ាស៊ីនមេតែមួយដែលដំណើរការ គេហទំព័រ WordPress ច្រើនដែលចែករំលែក Memcached បណ្តាលឱ្យមានបញ្ហាសរសេរជាន់ទិន្នន័យ ឬការតភ្ជាប់ឆ្លងដែរឬទេ?

អត្ថបទនេះផ្តល់នូវការណែនាំជាជំហានៗអំពីរបៀបញែកទិន្នន័យបណ្ដោះអាសន្ន និងទិន្នន័យឃ្លាំងសម្ងាត់វត្ថុយ៉ាងល្អឥតខ្ចោះនៅទូទាំងគេហទំព័រផ្សេងៗគ្នា ដោយកំណត់រចនាសម្ព័ន្ធបុព្វបទឃ្លាំងសម្ងាត់ដាច់ដោយឡែក (WP_CACHE_KEY_SALT) និងស្គ្រីបឃ្លាំងសម្ងាត់វត្ថុ។

លុបបំបាត់ជម្លោះទិន្នន័យ 100% ដែលអនុញ្ញាតឱ្យគេហទំព័រច្រើនរីករាយនឹងបទពិសោធន៍បង្កើនល្បឿនកម្រិតអង្គចងចាំចុងក្រោយក្នុងពេលដំណាលគ្នា និងរួមបញ្ចូលគន្លឹះសុវត្ថិភាពដើម្បីការពារគ្រោះថ្នាក់នៅក្នុងបរិយាកាសផលិតកម្ម!

កាលពីប៉ុន្មានថ្ងៃមុន មិត្តភ័ក្តិម្នាក់បានសួរខ្ញុំអំពីគេហទំព័រ WordPress ចំនួនបីរបស់គាត់ដែលកំពុងដំណើរការនៅលើម៉ាស៊ីនមេរបស់គាត់។ គាត់ចង់កំណត់រចនាសម្ព័ន្ធ Memcached ដើម្បីបង្កើនល្បឿនពួកវា ប៉ុន្តែគាត់ព្រួយបារម្ភថាទិន្នន័យនឹងរញ៉េរញ៉ៃ។

ខ្ញុំសើចនៅពេលនោះ ព្រោះខ្ញុំផ្ទាល់ក៏ធ្លាប់ធ្លាក់ចូលទៅក្នុងអន្ទាក់នេះដែរ។

តើធ្វើដូចម្តេចដើម្បីចែករំលែក Memcached នៅទូទាំងគេហទំព័រ WordPress ច្រើននៅលើម៉ាស៊ីនមេតែមួយ? ការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធចុងក្រោយដែលមិនអាចមានកំហុស 100%។

និយាយដោយស្មោះត្រង់ទៅ Memcached គឺងាយស្រួលមិនគួរឱ្យជឿក្នុងការដំឡើងសម្រាប់គេហទំព័រតែមួយ ប៉ុន្តែវាក្លាយជាគួរឱ្យចាប់អារម្មណ៍នៅពេលដែលវាមកដល់គេហទំព័រច្រើនដែលមានរួមគ្នា។ ហេតុអ្វី?

តាមលំនាំដើម Memcached ដាក់ឃ្លាំងសម្ងាត់បណ្ដោះអាសន្ន និងឃ្លាំងសម្ងាត់វត្ថុរបស់គេហទំព័រទាំងអស់ទៅក្នុងអាងតែមួយ។ ស្រមៃមើលប្រសិនបើគេហទំព័រ A និង B ប្រើសោឃ្លាំងសម្ងាត់ដូចគ្នា - នោះនឹងបង្កឱ្យមានភាពវឹកវរ។ ទិន្នន័យរបស់ A នឹងសរសេរជាន់ពីលើ B ដោយផ្ទាល់ ហើយគេហទំព័រទាំងពីរនឹងចាប់ផ្តើម "ជ្រៀតជ្រែក" ជាមួយទិន្នន័យរបស់គ្នាទៅវិញទៅមក។

អ្វីដែលខ្ញុំបានជួបប្រទះគឺកាន់តែគួរឱ្យអស់សំណើចថែមទៀត៖ ទំព័រព័ត៌មានលម្អិតអំពីផលិតផលនៅលើ គេហទំព័រ ពាណិជ្ជកម្មអេឡិចត្រូនិក មួយ កំពុងបង្ហាញខ្លឹមសារនៃអត្ថបទមួយពីគេហទំព័រប្លុកមួយផ្សេងទៀត។ ខ្ញុំមានការភ្ញាក់ផ្អើលយ៉ាងខ្លាំង ដោយគិតថា "នេះជាអ្វី?!"

ខ្ញុំ​បាន​ចំណាយ​ពេល​ពេញ​មួយ​យប់​ដើម្បី​រក​ដំណោះស្រាយ។ វា​បាន​ប្រែ​ក្លាយ​ជា​ជម្លោះ​សោ​ឃ្លាំង​សម្ងាត់។

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

ការរៀបចំបរិស្ថានម៉ាស៊ីនបម្រើ

មុនពេលអ្នកចាប់ផ្តើមកំណត់រចនាសម្ព័ន្ធ WordPress អ្នកត្រូវតែធានាថាម៉ាស៊ីនមេមានសេវាកម្ម Memcached និងផ្នែកបន្ថែម PHP Memcached ដែលបានដំឡើង។

តើខ្ញុំត្រូវដំឡើង Memcached ដោយប្រើ HestiaCP យ៉ាងដូចម្តេច?

ដោយយក Ubuntu ជាឧទាហរណ៍ វាពាក់ព័ន្ធនឹងពាក្យបញ្ជាតែបីជួរប៉ុណ្ណោះ។

sudo apt update
sudo apt install memcached php-memcached
sudo systemctl restart php8.x-fpm  # 根据你的 PHP 版本改

បន្ទាប់ពីដំឡើងរួច សូមចាំពិនិត្យមើលថាតើសេវាកម្ម Memcached កំពុងដំណើរការឬអត់។

sudo systemctl status memcached

ប្រសិនបើអ្នកឃើញពាក្យថា "active (running)" វាមានន័យថាមិនមានបញ្ហាអ្វីទេ។

សូមចំណាំថាឈ្មោះកញ្ចប់អាចខុសគ្នានៅទូទាំងប្រព័ន្ធ។ សម្រាប់ប្រព័ន្ធដែលមានមូលដ្ឋានលើ Debian ពាក្យបញ្ជានេះត្រូវបានប្រើជាទូទៅ។ ទោះយ៉ាងណាក៏ដោយ សម្រាប់ CentOS ឬការចែកចាយផ្សេងទៀត អ្នកប្រហែលជាត្រូវប្រើ yum ឬ dnf ដើម្បីដំឡើង។

ខ្ញុំកំពុងប្រើ Ubuntu 20.04 នៅពេលនោះ ហើយដំណើរការទាំងមូលបានដំណើរការទៅយ៉ាងរលូន។

ប្រតិបត្តិការស្នូល៖ កំណត់រចនាសម្ព័ន្ធបុព្វបទឃ្លាំងសម្ងាត់

ជំហាននេះគឺជាព្រលឹងនៃការកំណត់រចនាសម្ព័ន្ធទាំងមូល និងជាគន្លឹះក្នុងការទប់ស្កាត់ការភាន់ច្រឡំទិន្នន័យ។

អ្នកត្រូវបន្ថែមបុព្វបទឃ្លាំងសម្ងាត់តែមួយគត់ទៅក្នុងឯកសារ wp-config.php នៅក្នុងថតឯកសារដើមនៃគេហទំព័រ WordPress នីមួយៗ។

បើកឯកសារ wp-config.php នៃគេហទំព័រដំបូង ហើយស្វែងរកបន្ទាត់មតិយោបល់នេះ។

/* That's all, stop editing! Happy blogging. */

បន្ថែម ពីលើ បន្ទាត់នេះ

// 网站 A 的配置
define( 'WP_CACHE_KEY_SALT', 'site1_unique_string_' );

បន្ទាប់មកបើកឯកសារ wp-config.php នៅលើគេហទំព័រទីពីរ ហើយបន្ថែមការកំណត់រចនាសម្ព័ន្ធស្រដៀងគ្នា។

// 网站 B 的配置
define( 'WP_CACHE_KEY_SALT', 'site2_unique_string_' );

ខ្ញុំកំពុងប្រាប់អ្នកថា ខ្សែអក្សរដែលនៅពីក្រោយ WP_CACHE_KEY_SALT ត្រូវតែមាន លក្ខណៈប្លែកពីគេ ។ ខ្ញុំស្នើឱ្យអ្នកប្រើឈ្មោះដូមេន ឬអក្សរកាត់គេហទំព័ររបស់អ្នក ដូចជា site1_com_ ឬ site2_net_។

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

សូមគិតអំពីវា៖ Memcached ដំណើរការដោយរក្សាទុក និងទាញយកទិន្នន័យដោយផ្អែកលើសោឃ្លាំងសម្ងាត់។ ប្រសិនបើអ្នកកំណត់បុព្វបទតែមួយគត់សម្រាប់គេហទំព័រនីមួយៗ ទិន្នន័យរបស់ពួកគេនឹងត្រូវបានញែកដាច់ពីគ្នាដោយធម្មជាតិ ហើយនឹងមិនជ្រៀតជ្រែកជាមួយគ្នាឡើយ។

នេះ​ដូចជា​ការផ្តល់​ទូ​ចាក់សោ​ផ្ទាល់ខ្លួន​ដល់​គេហទំព័រ​នីមួយៗ។ ទោះបីជា​គេហទំព័រ​ទាំងអស់​ស្ថិតនៅក្នុង​បន្ទប់​តែមួយ​ក៏ដោយ សោ​គឺ​ខុសគ្នា ដូច្នេះ​ទិន្នន័យ​នឹងមិន​ច្របូកច្របល់​ឡើយ។

បើកដំណើរការឃ្លាំងសម្ងាត់វត្ថុ

បន្ទាប់ពីកំណត់រចនាសម្ព័ន្ធបុព្វបទរួច ជំហានបន្ទាប់គឺត្រូវអនុញ្ញាតឱ្យ WordPress ប្រើ Memcached បាន។

មានជម្រើសពីរនៅទីនេះ ហើយខ្ញុំបានសាកល្បងទាំងពីរ។ ជម្រើសនីមួយៗមានគុណសម្បត្តិរៀងៗខ្លួន។

ជម្រើសទី 1: វិធីសាស្ត្រ Plugin (ងាយស្រួលបំផុត)

ចូលទៅក្នុងផ្ទាំងគ្រប់គ្រង WordPress ហើយដំឡើងកម្មវិធីជំនួយ caching ដែលគាំទ្រ Memcached។

ខ្ញុំសូមណែនាំឱ្យប្រើ W3 Total Cache ; វាមានស្ថេរភាពណាស់។ បន្ទាប់ពីដំឡើងរួច នៅក្នុងការកំណត់កម្មវិធីជំនួយ សូមជ្រើសរើស Memcached ជាប្រភេទឃ្លាំងសម្ងាត់ បញ្ចូល 127.0.0.1 សម្រាប់ម៉ាស៊ីនមេ និងច្រកលំនាំដើម 11211 បន្ទាប់មករក្សាទុក។

ប្រសិនបើអ្នកចង់បានដំណោះស្រាយដ៏បរិសុទ្ធជាងនេះ អ្នកអាចដំឡើង កម្មវិធីជំនួយ Memcached Object Cache ដោយផ្ទាល់ ដែលត្រូវបានឧទ្ទិសដល់ភារកិច្ចនេះ ហើយមិនមានមុខងារផ្សេងៗផ្សេងទៀតទេ។

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

ជម្រើសទី 2: ដាក់ពង្រាយ object-cache.php ដោយដៃ (អាចគ្រប់គ្រងបានច្រើនជាង)

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

ទាញយក កម្មវិធីជំនួយ Memcached Object Cache ពីឃ្លាំងកម្មវិធីជំនួយ WordPress ផ្លូវការ ឬស្វែងរកឯកសារ object-cache.php ចុងក្រោយបំផុតនៅលើ GitHub។ បន្ទាប់មក ផ្ទុកឡើងឯកសារ object-cache.php ដែលបានស្រង់ចេញទៅកាន់ថត wp-content នៃគេហទំព័រនីមួយៗតាមរយៈ FTP ឬ SSH។

ចំណាំថាវាជាថតឯកសារ root នៃ wp-content មិនមែនជាថតឯកសាររងរបស់ plugins ទេ។

បន្ទាប់ពីអ្នកបន្ថែមវារួច WordPress នឹងស្គាល់ និងធ្វើឱ្យឃ្លាំងសម្ងាត់សកម្មដោយស្វ័យប្រវត្តិ។ អ្នកមិនចាំបាច់កំណត់រចនាសម្ព័ន្ធអ្វីទេ ព្រោះវានឹងអាន WP_CACHE_KEY_SALT ដែលអ្នកបានកំណត់ពីមុននៅក្នុង wp-config.php។

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

ផ្ទៀងផ្ទាត់ថាការកំណត់រចនាសម្ព័ន្ធមានប្រសិទ្ធភាព។

បន្ទាប់ពីអ្នកបានបញ្ចប់ការរៀបចំគំរូរួចហើយ អ្នកប្រាកដជាចង់ដឹងថាតើវាទទួលបានជោគជ័យឬអត់ មែនទេ?

វិធីងាយស្រួលបំផុតគឺត្រូវពិនិត្យមើលស្ថានភាពរបស់ Memcached។ ភ្ជាប់ដោយប្រើ telnet ឬ nc tools។

echo "stats" | nc 127.0.0.1 11211

បន្ទាប់មកអ្នកនឹងឃើញស្ថិតិមួយចំនួន។ សូមយកចិត្តទុកដាក់ជាពិសេសចំពោះតម្លៃនៃ `cmd_set` និង `get_hits` ហើយធ្វើឱ្យទំព័រស្រស់ឡើងវិញពីរបីដង ដើម្បីមើលថាតើពួកវាកំពុងកើនឡើងឬអត់។ ប្រសិនបើពួកវាកំពុងកើនឡើង វាមានន័យថាឃ្លាំងសម្ងាត់កំពុងដំណើរការបានត្រឹមត្រូវ។

មធ្យោបាយងាយស្រួលមួយទៀតដើម្បីផ្ទៀងផ្ទាត់រឿងនេះ គឺត្រូវបើកគេហទំព័រទាំងពីរក្នុងពេលដំណាលគ្នា ហើយមើលថាតើពួកវាជ្រៀតជ្រែកគ្នាទៅវិញទៅមកឬអត់។ ប្រសិនបើគេហទំព័រ A មិនបង្ហាញខ្លឹមសារពីគេហទំព័រ B ទេ នោះវាមានន័យថាបុព្វបទកំពុងដំណើរការ។

ខ្ញុំបានធ្វើតេស្តដ៏ម៉ត់ចត់ជាងមុននៅពេលនោះ។ ខ្ញុំបានកំណត់តម្លៃបណ្តោះអាសន្នផ្សេងៗគ្នានៅលើគេហទំព័រពីរផ្សេងគ្នា ហើយបន្ទាប់មកបានប្រើឧបករណ៍ nc ដើម្បីសាកសួរទិន្នន័យដោយផ្ទាល់នៅក្នុង Memcached។ ខ្ញុំពិតជាអាចមើលឃើញគូ key-value ពីរដែលមានបុព្វបទផ្សេងៗគ្នា ដោយគ្មានការភាន់ច្រឡំអ្វីទាំងអស់។

នៅពេលនោះ ខ្ញុំពិតជាមានអារម្មណ៍ថាខ្ញុំបានសម្រេចអ្វីមួយដ៏អស្ចារ្យ ហើយគ្រាន់តែគិតអំពីវាក៏ធ្វើឱ្យខ្ញុំមានអារម្មណ៍អស្ចារ្យដែរ។

កុំមើលរំលងបញ្ហាសុវត្ថិភាព

ដោយសារ​គេហទំព័រ​ទាំងអស់​ចែករំលែក​អង្គចងចាំ Memcached តែមួយ មានហានិភ័យ​សុវត្ថិភាព​ដែល​អ្នក​គួរ​ដឹង។

តាមទ្រឹស្តី ប្រសិនបើអ្នកប្រើប្រាស់ផ្សេងទៀតនៅលើម៉ាស៊ីនមេ ពួកគេអាចអានទិន្នន័យដែលបានរក្សាទុកក្នុងឃ្លាំងសម្ងាត់របស់អ្នកតាមរយៈច្រកក្នុងស្រុក។ ខណៈពេលដែលវាតម្រូវឱ្យមានកម្រិតជំនាញបច្ចេកទេសជាក់លាក់មួយ វាជាការប្រសើរក្នុងការប្រុងប្រយ័ត្នជានិច្ច។

ដូច្នេះ អ្នកត្រូវតែធានាថា សេវាកម្ម Memcached របស់អ្នក មិនស្តាប់អាសយដ្ឋាន IP សាធារណៈឡើយ ។ ត្រូវប្រាកដថាបន្ទាត់នេះមានវត្តមាននៅក្នុងឯកសារកំណត់រចនាសម្ព័ន្ធ `/etc/memcached.conf`។

-l 127.0.0.1

តាមវិធីនេះ Memcached នឹងស្តាប់តែអាសយដ្ឋាន loopback ក្នុងស្រុកប៉ុណ្ណោះ ហើយនឹងមិនអាចចូលប្រើបានពីខាងក្រៅទេ។

ប្រសិនបើអ្នកមានតម្រូវការសុវត្ថិភាពខ្ពស់ខ្លាំង ឬប្រសិនបើម៉ាស៊ីនមេរបស់អ្នកបង្ហោះគេហទំព័រដែលអ្នកប្រើប្រាស់ផ្សេងទៀតមិនពេញចិត្ត ខ្ញុំស្នើឱ្យអ្នកពិចារណាប្រើ Redis ជំនួសឱ្យ Memcached។ Redis គាំទ្រការញែកមូលដ្ឋានទិន្នន័យច្រើន និងការផ្ទៀងផ្ទាត់ពាក្យសម្ងាត់ ដែលធ្វើឱ្យវាកាន់តែមានសុវត្ថិភាព។

ទោះយ៉ាងណាក៏ដោយ Redis មានភាពស្មុគស្មាញជាង Memcached បន្តិចក្នុងការកំណត់រចនាសម្ព័ន្ធ។ ប្រសិនបើអ្នកគ្រាន់តែប្រើវាសម្រាប់គោលបំណងផ្ទាល់ខ្លួន ឬក្រុមតូច Memcached ដែលមានដែនកំណត់ស្តាប់ 127.0.0.1 គឺគ្រប់គ្រាន់ហើយ។

ឧបសគ្គមួយចំនួនដែលជួបប្រទះ

ជាចុងក្រោយ សូមអនុញ្ញាតឱ្យខ្ញុំចែករំលែកពីគ្រោះថ្នាក់មួយចំនួនដែលខ្ញុំបានជួបប្រទះ ដោយសង្ឃឹមថានឹងជួយអ្នកជៀសវាងការវង្វេងផ្លូវមួយចំនួន។

ត្រូវប្រាកដថាកំណែផ្នែកបន្ថែម PHP របស់អ្នកឆបគ្នា ។ ពីមុនខ្ញុំបានជួបស្ថានភាពមួយដែលខ្ញុំបានដំឡើងផ្នែកបន្ថែម php-memcached ប៉ុន្តែ WordPress មិនស្គាល់វាទេ។ ក្រោយមកខ្ញុំបានរកឃើញថាវាបណ្តាលមកពីភាពមិនត្រូវគ្នានៃកំណែ PHP។ ត្រូវប្រាកដថាអ្នកពិនិត្យមើលកំណែ PHP របស់អ្នកដោយប្រុងប្រយ័ត្ននៅពេលដំឡើងផ្នែកបន្ថែម ដើម្បីជៀសវាងការដំឡើងផ្នែកបន្ថែមខុស។

ត្រូវប្រាកដថាអ្នកទទួលបានផ្លូវទៅកាន់ឯកសារ object-cache.php បានត្រឹមត្រូវ ។ វាត្រូវតែដាក់នៅក្នុងថត root នៃ wp-content មិនមែនថត plugins ទេ។ មិត្តភ័ក្តិរបស់ខ្ញុំម្នាក់បានដាក់វានៅកន្លែងខុស ហើយបានចំណាយពេលជាច្រើនដើម្បីព្យាយាមជួសជុលវាតែមិនបានសម្រេច។

កុំប្រើខ្សែអក្សរខ្លីៗសម្រាប់បុព្វបទឃ្លាំងសម្ងាត់របស់អ្នក ។ ដំបូងឡើយ ខ្ញុំបានប្រើខ្សែអក្សរដូចជា a_ និង b_ ប៉ុន្តែខ្ញុំបានរកឃើញថាពួកវាខ្លីពេក ហើយងាយនឹងប៉ះទង្គិចជាមួយសោឃ្លាំងសម្ងាត់ដែល WordPress បានបង្កើតផ្ទាល់។ ប្រើខ្សែអក្សរចៃដន្យយ៉ាងហោចណាស់ប្រាំពីរ ឬប្រាំបីតួអក្សរ ឬអក្សរកាត់ដែន។

ពេល​សម្អាត​ឃ្លាំង​សម្ងាត់ សូម​ចាំ​ថា​ត្រូវ​សម្អាត​ឃ្លាំង​សម្ងាត់​សម្រាប់​គេហទំព័រ​ទាំង​ពីរ ។ មាន​ពេល​មួយ ខ្ញុំ​បាន​សម្អាត​ឃ្លាំង​សម្ងាត់​សម្រាប់​គេហទំព័រ​មួយ​ប៉ុណ្ណោះ ប៉ុន្តែ​គេហទំព័រ​មួយ​ទៀត​នៅ​តែ​រក្សា​ទុក​ទិន្នន័យ​ចាស់ ដែល​បង្ក​ឲ្យ​មាន​ភាព​មិន​ស៊ីសង្វាក់​គ្នា​រវាង​គេហទំព័រ​ទាំង​ពីរ។ វា​ត្រូវ​ការ​ពេល​យូរ​សម្រាប់​ខ្ញុំ​ដើម្បី​ដោះស្រាយ​បញ្ហា។

និយាយឱ្យត្រង់ទៅ ខ្ញុំមិនដឹងថាបទពិសោធន៍ទាំងនេះនឹងមានប្រយោជន៍សម្រាប់មនុស្សគ្រប់គ្នាឬអត់នោះទេ ប៉ុន្តែខ្ញុំបានចែករំលែកវាដោយគ្មានការសង្ស័យ។

សរសេរនៅចុងបញ្ចប់

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

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

ដោយវិធីនេះ ប្រសិនបើអ្នកមានដំណោះស្រាយល្អជាងនេះ ឬធ្លាប់ជួបប្រទះនឹងឧបសគ្គគួរឱ្យចាប់អារម្មណ៍ណាមួយ សូមមេត្តាបញ្ចេញមតិ និងចែករំលែកវា។ ខ្ញុំចង់រៀនពីអ្នក។

យ៉ាងណាមិញ មនុស្សកាន់តែច្រើនដឹងអំពីរឿងនេះ មនុស្សកាន់តែតិចនឹងធ្លាក់ចូលទៅក្នុងអន្ទាក់ មែនទេ?

ដោយសារអ្នកបានអានដល់ចំណុចនេះ ប្រសិនបើអ្នកយល់ថាវាមានប្រយោជន៍ សូមចូលចិត្ត និងចែករំលែកវា។ ប្រសិនបើអ្នកចង់ទទួលបានព័ត៌មានថ្មីៗមុនគេ អ្នកក៏អាចតាមដានខ្ញុំបានដែរ!

សូមអរគុណសម្រាប់ការអានអត្ថបទរបស់ខ្ញុំ។ ជួបគ្នាពេលក្រោយ។

សង្ឃឹមថា អត្ថបទ "តើធ្វើដូចម្តេចដើម្បីចែករំលែក Memcached ជាមួយគេហទំព័រ WordPress ច្រើននៅលើម៉ាស៊ីនមេតែមួយ? មគ្គុទ្ទេសក៍កំណត់រចនាសម្ព័ន្ធចុងក្រោយដើម្បីការពារកំហុស 100%" ដែលបានចែករំលែកនៅលើ ប្លក់របស់ Chen Weiliang ( https://www.chenweiliang.com/ ) នឹងមានប្រយោជន៍សម្រាប់អ្នក។

សូមចែករំលែកតំណភ្ជាប់អត្ថបទនេះ៖ https://www.chenweiliang.com/cwl-34368.html

ដើម្បីដោះសោល្បិចលាក់កំបាំងបន្ថែមទៀត🔑 សូមស្វាគមន៍មកកាន់ឆានែល Telegram របស់យើង!

Share និង Like បើចូលចិត្ត! ការចែករំលែក និងការចូលចិត្តរបស់អ្នកគឺជាការលើកទឹកចិត្តបន្តរបស់យើង!

 

发表评论។

您的邮箱地址不会被公开。必填项已用*标注

រមូរទៅកំពូល