ដើម្បីដោះស្រាយសារកំហុស Wordpress៖ "ការអាប់ដេតមិនអាចបន្តបានទេ ព្រោះឯកសារមួយចំនួនមិនអាចចម្លងបាន" បញ្ហានេះជាធម្មតាបណ្តាលមកពីការអនុញ្ញាតឯកសារមិនស៊ីសង្វាក់គ្នា។

នៅពេល ថែទាំ គេហទំព័រ WordPress នៅក្នុង បរិស្ថាន HestiaCP អ្នកប្រហែលជាជួបប្រទះសារកំហុស "មិនអាចធ្វើបច្ចុប្បន្នភាពបានទេ ព្រោះឯកសារមួយចំនួនមិនអាចចម្លងបាន"។

ការព្រមាននេះអាចមើលទៅគួរឱ្យព្រួយបារម្ភ ប៉ុន្តែតាមពិតវាគឺជាបញ្ហាមួយក្នុងចំណោមបញ្ហាទូទៅបំផុតទាក់ទងនឹងការអនុញ្ញាត WordPress។

ជាធម្មតាវាកើតឡើងក្នុងអំឡុងពេលធ្វើឱ្យប្រសើរឡើងដោយស្វ័យប្រវត្តិនៃកម្មវិធីជំនួយ ស្បែក ឬស្នូល WordPress។

នៅលើផ្ទៃខាងលើ វាគ្រាន់តែជា "ការអាប់ដេតបរាជ័យ" ប៉ុន្តែមូលហេតុដើមស្ទើរតែតែងតែចង្អុលបង្ហាញពីរឿងដូចគ្នា៖ ការអនុញ្ញាតឯកសារមិនស៊ីសង្វាក់គ្នា។

ដំណឹងល្អគឺថា នៅពេលដែលអ្នកយល់ពីគំរូអ្នកប្រើប្រាស់របស់ HestiaCP អ្នកអាចដោះស្រាយបញ្ហាបានទាំងស្រុងដោយគ្រាន់តែប្រើពាក្យបញ្ជាមួយចំនួនប៉ុណ្ណោះ។

មូលហេតុចម្បងនៃបញ្ហា៖ ហេតុអ្វីបានជាភាពមិនស៊ីគ្នានៃការអនុញ្ញាតកើតឡើង?

នៅក្នុងបរិស្ថាន HestiaCP គេហទំព័រនីមួយៗ (Vhost) ដំណើរការក្រោមអ្នកប្រើប្រាស់ប្រព័ន្ធដាច់ដោយឡែកមួយ។

ទន្ទឹមនឹងនេះ ដំណើរការសេវាកម្មគេហទំព័រ (PHP-FPM / Nginx) ក៏ត្រូវបានប្រតិបត្តិក្រោមគណនីអ្នកប្រើប្រាស់ប្រព័ន្ធដែលត្រូវគ្នានឹងគេហទំព័រផងដែរ។

ដូច្នេះ នៅពេលដែលម្ចាស់កម្មវិធីជំនួយ ឬឯកសារស្បែកមួយចំនួនក្លាយជាអ្នកប្រើប្រាស់ root ឬអ្នកប្រើប្រាស់ផ្សេងទៀត អ្នកប្រើប្រាស់គេហទំព័រនឹងមិនមានសិទ្ធិកែប្រែ ឬលុបឯកសារទាំងនេះទេ។

អំឡុងពេលធ្វើឱ្យប្រសើរឡើង WordPress ត្រូវចម្លង និងសរសេរជាន់លើឯកសារទាំងនេះ។ ប្រសិនបើការអនុញ្ញាតមិនត្រឹមត្រូវ ការធ្វើឱ្យប្រសើរឡើងនឹងត្រូវបានរំខាន ហើយប្រអប់បញ្ចូលខាងលើនឹងត្រូវបានបង្ហាញ។

ហេតុផល​ស្នូល​អាច​សង្ខេប​បាន​ក្នុង​ប្រយោគ​មួយ៖ ម្ចាស់​ឯកសារ​លែង​ជា​អ្នក​ប្រើប្រាស់​ប្រព័ន្ធ​គេហទំព័រ​ទៀត​ហើយ។

ដំណោះស្រាយ៖ ជួសជុលការអនុញ្ញាតឯកសារនៅក្នុងស្ថានីយ SSH។

ខាងក្រោមនេះគឺជាជំហានជួសជុលដែលបានផ្ទៀងផ្ទាត់; គ្រាន់តែប្រតិបត្តិពាក្យបញ្ជាជាបន្តបន្ទាប់នៅក្នុងស្ថានីយ SSH។

សូមជំនួស your_user នៅក្នុងឧទាហរណ៍ដោយឈ្មោះអ្នកប្រើប្រាស់ HestiaCP របស់អ្នក និង yourdomain.com ដោយ ឈ្មោះដែនពិតប្រាកដរបស់អ្នក។

ដំណើរការទាំងមូលមិនតម្រូវឱ្យចាប់ផ្តើមសេវាកម្មឡើងវិញទេ ហើយនឹងមិនប៉ះពាល់ដល់ទិន្នន័យដែលមានស្រាប់របស់គេហទំព័រនោះទេ។

ដំណើរការទាំងមូលចំណាយពេលប្រហែលពីរនាទី ហើយសូម្បីតែអ្នកចាប់ផ្តើមដំបូងក៏អាចដំណើរការវាបានដោយជោគជ័យក្នុងការសាកល្បងលើកដំបូងរបស់ពួកគេដោយគ្រាន់តែចម្លង និងបិទភ្ជាប់។

មុន​នឹង​បន្ត​ដំណើរការ វា​ត្រូវ​បាន​ណែនាំ​ឱ្យ​បញ្ជាក់​ថា ស្ថានីយ​អាច​ចូល​ជា​អ្នកគ្រប់គ្រង​បាន ដើម្បី​ជៀសវាង​ការ​ដាច់​ទំនាក់ទំនង​ក្នុង​អំឡុង​ពេល​ដំណើរការ។

ជំហានទី 1: កំណត់អថេរ

ដំបូង សូមកំណត់អថេរពីរ គឺឈ្មោះអ្នកប្រើប្រាស់ និងឈ្មោះដែន នៅក្នុងស្ថានីយ ដើម្បីឱ្យពាក្យបញ្ជាជាបន្តបន្ទាប់អាចប្រើឡើងវិញដោយផ្ទាល់។

# 设置你的 Hestia 用户名和域名
HESTIA_USER="your_user"
HESTIA_DOMAIN="yourdomain.com"

នៅពេលដែលអថេរត្រូវបានកំណត់ហើយ ពាក្យបញ្ជាជាបន្តបន្ទាប់ទាំងអស់អាចយោងទៅលើពួកវាដោយផ្ទាល់ ដោយជៀសវាងការបញ្ចូលដោយដៃរាល់ពេល។

ជំហានទី 2: ស្ដារភាពជាម្ចាស់ឯកសារឡើងវិញ (ជួសជុលស្នូល)

បង្ខំ​ម្ចាស់​ប្រព័ន្ធ និង​ក្រុម​អ្នកប្រើប្រាស់​នៃ​ឯកសារ​ទាំងអស់​នៅក្នុង​ថត​គេហទំព័រ ឲ្យ​ត្រឡប់​ទៅ​អ្នកប្រើប្រាស់ HestiaCP ដែល​ត្រូវគ្នា។

chown -R $HESTIA_USER:$HESTIA_USER /home/$HESTIA_USER/web/$HESTIA_DOMAIN/public_html

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

ប្រសិនបើ chown រាយការណ៍ថា path មិនមានទេ សូមពិនិត្យមើលជាមុនសិនថាតើអថេរដែលមាននៅក្នុង directory ត្រឹមត្រូវឬអត់។

ជំហានទី 3: កំណត់ការអនុញ្ញាតឯកសារ និងថតឯកសារស្តង់ដារ HestiaCP ឡើងវិញ

បន្ទាប់មកកំណត់សិទ្ធិថតឯកសារទៅ 755 និងការអនុញ្ញាតឯកសារទៅ 644។

# 修复所有目录权限为 755
find /home/$HESTIA_USER/web/$HESTIA_DOMAIN/public_html -type d -exec chmod 755 {} \;

# 修复所有文件权限为 644
find /home/$HESTIA_USER/web/$HESTIA_DOMAIN/public_html -type f -exec chmod 644 {} \;

សំណុំនៃការអនុញ្ញាតទាំងពីរនេះគឺជាការកំណត់រចនាសម្ព័ន្ធស្តង់ដារសម្រាប់ HestiaCP ដែលអាចបំពេញបានទាំងសុវត្ថិភាព និងសមត្ថភាពសរសេរក្នុងពេលតែមួយ។

ស្គ្រីបចុចតែម្តង (បានណែនាំ)

ប្រសិនបើអ្នកចង់បញ្ចប់ប្រតិបត្តិការទាំងអស់ខាងលើក្នុងពេលតែមួយ អ្នកអាចប្រើស្គ្រីបចុចតែម្តងខាងក្រោម។

គ្រាន់តែជំនួស your_user និង chenweiliang.com ដោយតម្លៃពិតប្រាកដរបស់អ្នក បិទភ្ជាប់កថាខណ្ឌទាំងមូលទៅក្នុងស្ថានីយ ហើយចុច Enter។

USER="your_user" DOMAIN="chenweiliang.com" && chown -R $USER:$USER /home/$USER/web/$DOMAIN/public_html && find /home/$USER/web/$DOMAIN/public_html -type d -exec chmod 755 {} \; && find /home/$USER/web/$DOMAIN/public_html -type f -exec chmod 644 {} \;

គន្លឹះបន្ថែម៖ ដើម្បីធ្វើឱ្យការជួសជុលកាន់តែហ្មត់ចត់

ការជួសជុលការអនុញ្ញាតគ្រាន់តែដោះស្រាយមូលហេតុភ្លាមៗនៃបញ្ហា "ការអាប់ដេតជាប់គាំង" ប៉ុណ្ណោះ។ ដើម្បីដោះស្រាយបញ្ហានេះទាំងស្រុង មានរឿងពីរផ្សេងទៀតដែលគួរធ្វើ។

ដំបូង សូមសម្អាតឯកសារដែលនៅសេសសល់ពីការធ្វើឱ្យប្រសើរឡើងដែលរំខាន; ទីពីរ រៀនពីរបៀបអនុវត្តការជួសជុលផ្ទៃខាងក្រោយដោយមិនចាំបាច់ពឹងផ្អែកលើ SSH។

ជំហានទាំងពីរនេះមិនពិបាកទេ ប៉ុន្តែវាអាចកាត់បន្ថយប្រូបាប៊ីលីតេនៃបញ្ហាស្រដៀងគ្នានេះកើតឡើងវិញបានយ៉ាងច្រើន។

ប្រតិបត្តិការខាងក្រោមទាំងអស់គឺផ្អែកលើគោលការណ៍ដែលថាការអនុញ្ញាតទើបតែត្រូវបានស្ដារឡើងវិញ។ ការអនុវត្តវាតាមលំដាប់លំដោយនឹងផ្តល់លទ្ធផលល្អបំផុត។

ប្រសិនបើអ្នកមានគេហទំព័រច្រើនជាងមួយនៅលើម៉ាស៊ីនមេរបស់អ្នក អ្នកក៏អាចរៀបចំដំណើរការនេះទៅជាគំរូស្គ្រីបសម្រាប់ប្រើប្រាស់ម្តងហើយម្តងទៀត។

លុបសំណល់នៃការធ្វើឱ្យប្រសើរឡើងបណ្តោះអាសន្ន

បន្ទាប់ពីស្ដារការអនុញ្ញាតឡើងវិញហើយ វាត្រូវបានណែនាំឱ្យសម្អាតឯកសារបណ្ដោះអាសន្នណាមួយដែលនៅសេសសល់នៅពេលដែលការអាប់ដេត WordPress ត្រូវបានរំខាន។

ឯកសារ​ដែល​នៅ​សេសសល់​ទាំងនេះ​ស្ថិត​នៅ​ក្នុង​ថត​ឯកសារ wp-content/upgrade។ ការ​មិន​អាច​លុប​វា​ចេញ​អាច​ធ្វើ​ឱ្យ​ការ​ធ្វើ​ឱ្យ​ប្រសើរ​ឡើង​លើក​ក្រោយ​ជាប់​គាំង​ម្តង​ទៀត។

rm -rf /home/$USER/web/$DOMAIN/public_html/wp-content/upgrade/*

មិនចង់ប្រើ SSH មែនទេ? ជួសជុលវាដោយដៃនៅក្នុង backend HestiaCP។

ប្រសិនបើអ្នកយល់ថាវាមិនស្រួលក្នុងការប្រើបន្ទាត់ពាក្យបញ្ជា អ្នកក៏អាចចូលទៅក្នុង backend HestiaCP ហើយកំណត់ការអនុញ្ញាតឡើងវិញតាមរយៈកម្មវិធីគ្រប់គ្រងឯកសារផងដែរ។

ចូលទៅកាន់ឯកសារ (កម្មវិធីគ្រប់គ្រងឯកសារ) ហើយរុករកទៅកាន់ /home/USER/web/DOMAIN/public_html/wp-content។

ចុចកណ្ដុរស្ដាំលើថតឯកសារ plugins ឬ themes ហើយជ្រើសរើស Reset Permissions។

បន្ទាប់ពីកំណត់ការអនុញ្ញាតឡើងវិញ សូមត្រលប់ទៅផ្ទាំងគ្រប់គ្រង WordPress វិញ ហើយចុចធ្វើបច្ចុប្បន្នភាពម្តងទៀត។ ជាធម្មតាវាគួរតែដំណើរការយ៉ាងរលូន។

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

总结

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

ដោយ​ប្រើ​ពាក្យ​បញ្ជា `chown` តែមួយ និង​ពាក្យ​បញ្ជា `find` ពីរ ដើម្បី​ប្រគល់​សិទ្ធិ​កម្មសិទ្ធិ និង​ការ​អនុញ្ញាត ការ​អាប់ដេត WordPress អាច​បញ្ចប់​បាន​យ៉ាង​រលូន។

ការបង្កើតទម្លាប់ពិនិត្យមើលភាពជាម្ចាស់ឯកសារមុនពេលធ្វើឱ្យប្រសើរឡើងអាចការពារកំហុសប្រភេទនេះពីការកើតឡើងវិញបានជាមូលដ្ឋាន។