"ചില ഫയലുകൾ പകർത്താൻ കഴിയാത്തതിനാൽ അപ്‌ഡേറ്റ് തുടരാൻ കഴിയില്ല" എന്ന വേർഡ്പ്രസ്സ് പിശക് സന്ദേശം പരിഹരിക്കുന്നതിന്, ഈ പ്രശ്നം സാധാരണയായി പൊരുത്തമില്ലാത്ത ഫയൽ അനുമതികൾ മൂലമാണ് ഉണ്ടാകുന്നത്.

HestiaCP പരിതസ്ഥിതിയിൽ ഒരു വേർഡ്പ്രസ്സ് സൈറ്റ് പരിപാലിക്കുമ്പോൾ , "ചില ഫയലുകൾ പകർത്താൻ കഴിയാത്തതിനാൽ അപ്ഡേറ്റ് ചെയ്യാൻ കഴിയില്ല" എന്ന പിശക് സന്ദേശം നിങ്ങൾക്ക് നേരിടേണ്ടി വന്നേക്കാം.

ഈ മുന്നറിയിപ്പ് ഭയപ്പെടുത്തുന്നതായി തോന്നിയേക്കാം, പക്ഷേ ഇത് യഥാർത്ഥത്തിൽ ഏറ്റവും സാധാരണമായ വേർഡ്പ്രസ്സ് അനുമതിയുമായി ബന്ധപ്പെട്ട പ്രശ്നങ്ങളിൽ ഒന്നാണ്.

പ്ലഗിനുകൾ, തീമുകൾ അല്ലെങ്കിൽ വേർഡ്പ്രസ്സ് കോർ എന്നിവയുടെ യാന്ത്രിക അപ്‌ഗ്രേഡുകൾക്കിടയിലാണ് ഇത് സാധാരണയായി സംഭവിക്കുന്നത്.

ഒറ്റനോട്ടത്തിൽ, ഇതൊരു "പരാജയപ്പെട്ട അപ്‌ഡേറ്റ്" മാത്രമാണ്, പക്ഷേ മൂലകാരണം മിക്കവാറും എല്ലായ്‌പ്പോഴും ഒരേ കാര്യത്തിലേക്ക് വിരൽ ചൂണ്ടുന്നു: പൊരുത്തമില്ലാത്ത ഫയൽ അനുമതികൾ.

ഹെസ്റ്റിയസിപിയുടെ ഉപയോക്തൃ മോഡൽ മനസ്സിലാക്കിക്കഴിഞ്ഞാൽ, കുറച്ച് കമാൻഡുകൾ ഉപയോഗിച്ച് നിങ്ങൾക്ക് പ്രശ്നം പൂർണ്ണമായും പരിഹരിക്കാൻ കഴിയും എന്നതാണ് നല്ല വാർത്ത.

പ്രശ്നത്തിന്റെ മൂലകാരണം: അനുമതി പൊരുത്തക്കേട് സംഭവിക്കുന്നത് എന്തുകൊണ്ട്?

HestiaCP പരിതസ്ഥിതിയിൽ, ഓരോ വെബ്‌സൈറ്റും (Vhost) ഒരു പ്രത്യേക സിസ്റ്റം ഉപയോക്താവിന് കീഴിലാണ് പ്രവർത്തിക്കുന്നത്.

അതേസമയം, വെബ് സേവന പ്രക്രിയകൾ (PHP-FPM / Nginx) വെബ്‌സൈറ്റുമായി ബന്ധപ്പെട്ട സിസ്റ്റം ഉപയോക്തൃ അക്കൗണ്ടിന് കീഴിലും നടപ്പിലാക്കുന്നു.

അതിനാൽ, ചില പ്ലഗിനുകളുടെയോ തീം ഫയലുകളുടെയോ ഉടമ റൂട്ട് അല്ലെങ്കിൽ മറ്റൊരു ഉപയോക്താവാകുമ്പോൾ, വെബ്‌സൈറ്റ് ഉപയോക്താക്കൾക്ക് ഈ ഫയലുകൾ പരിഷ്‌ക്കരിക്കാനോ ഇല്ലാതാക്കാനോ അവകാശമുണ്ടായിരിക്കില്ല.

അപ്‌ഗ്രേഡ് സമയത്ത്, വേർഡ്പ്രസ്സ് ഈ ഫയലുകൾ പകർത്തി ഓവർറൈറ്റ് ചെയ്യേണ്ടതുണ്ട്. അനുമതികൾ തെറ്റാണെങ്കിൽ, അപ്‌ഗ്രേഡ് തടസ്സപ്പെടുകയും മുകളിലുള്ള പ്രോംപ്റ്റ് പ്രദർശിപ്പിക്കുകയും ചെയ്യും.

കാതലായ കാരണം ഒറ്റ വാചകത്തിൽ സംഗ്രഹിക്കാം: ഫയൽ ഉടമ ഇനി വെബ്‌സൈറ്റിന്റെ സിസ്റ്റത്തിന്റെ ഉപയോക്താവല്ല.

പരിഹാരം: 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

ഈ ഘട്ടമാണ് മുഴുവൻ അറ്റകുറ്റപ്പണി പ്രക്രിയയുടെയും കാതൽ; ഉടമസ്ഥാവകാശ പ്രശ്നം പരിഹരിച്ചുകഴിഞ്ഞാൽ, പ്രശ്നം പരിഹരിക്കപ്പെടും.

പാത്ത് നിലവിലില്ലെന്ന് ചൗൺ റിപ്പോർട്ട് ചെയ്താൽ, ആദ്യം വേരിയബിൾ സ്പെല്ലിംഗ് യഥാർത്ഥ ഡയറക്ടറിയുമായി പൊരുത്തപ്പെടുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക.

ഘട്ടം 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 {} \;

ഈ രണ്ട് സെറ്റ് അനുമതികളും ഹെസ്റ്റിയാസിപിയുടെ സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷനുകളാണ്, ഇവയ്ക്ക് ഒരേസമയം സുരക്ഷയും എഴുതാനുള്ള കഴിവും നിറവേറ്റാൻ കഴിയും.

ഒറ്റ-ക്ലിക്ക് സ്ക്രിപ്റ്റ് (ശുപാർശ ചെയ്യുന്നത്)

മുകളിൽ പറഞ്ഞ എല്ലാ പ്രവർത്തനങ്ങളും ഒരേസമയം പൂർത്തിയാക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന ഒറ്റ-ക്ലിക്ക് സ്ക്രിപ്റ്റ് ഉപയോഗിക്കാം.

your_user ഉം chenweiliang.com ഉം നിങ്ങളുടെ യഥാർത്ഥ മൂല്യങ്ങൾ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുക, മുഴുവൻ ഖണ്ഡികയും ടെർമിനലിൽ ഒട്ടിക്കുക, തുടർന്ന് എന്റർ അമർത്തുക.

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-നെ ആശ്രയിക്കാതെ പശ്ചാത്തല അറ്റകുറ്റപ്പണികൾ എങ്ങനെ നടത്താമെന്ന് പഠിക്കുക.

ഈ രണ്ട് ഘട്ടങ്ങളും ബുദ്ധിമുട്ടുള്ളതല്ല, പക്ഷേ സമാനമായ പ്രശ്നങ്ങൾ ആവർത്തിക്കാനുള്ള സാധ്യത ഗണ്യമായി കുറയ്ക്കാൻ അവയ്ക്ക് കഴിയും.

തുടർന്നുള്ള പ്രവർത്തനങ്ങളെല്ലാം അനുമതികൾ പുനഃസ്ഥാപിച്ചു എന്ന അടിസ്ഥാന അടിസ്ഥാനത്തിലാണ് നടത്തുന്നത്. അവ ക്രമത്തിൽ നടപ്പിലാക്കുന്നത് മികച്ച ഫലങ്ങൾ നൽകും.

നിങ്ങളുടെ സെർവറിൽ ഒന്നിലധികം സൈറ്റുകൾ ഉണ്ടെങ്കിൽ, ആവർത്തിച്ചുള്ള ഉപയോഗത്തിനായി ഈ പ്രക്രിയ ഒരു സ്ക്രിപ്റ്റ് ടെംപ്ലേറ്റായി ക്രമീകരിക്കാനും കഴിയും.

താൽക്കാലിക അപ്‌ഗ്രേഡ് അവശിഷ്ടങ്ങൾ നീക്കം ചെയ്യുക

അനുമതികൾ പുനഃസ്ഥാപിച്ച ശേഷം, വേർഡ്പ്രസ്സ് അപ്‌ഗ്രേഡ് തടസ്സപ്പെട്ടപ്പോൾ അവശേഷിച്ച താൽക്കാലിക ഫയലുകൾ വൃത്തിയാക്കാൻ ശുപാർശ ചെയ്യുന്നു.

ഈ അവശിഷ്ട ഫയലുകൾ wp-content/upgrade ഡയറക്ടറിയിലാണ് സ്ഥിതി ചെയ്യുന്നത്. അവ നീക്കം ചെയ്യുന്നതിൽ പരാജയപ്പെടുന്നത് അടുത്ത അപ്‌ഗ്രേഡ് വീണ്ടും സ്തംഭിക്കാൻ കാരണമായേക്കാം.

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

SSH ഉപയോഗിക്കാൻ താൽപ്പര്യമില്ലേ? HestiaCP ബാക്കെൻഡിൽ അത് സ്വമേധയാ പരിഹരിക്കുക.

കമാൻഡ് ലൈൻ ഉപയോഗിക്കുന്നത് അസൗകര്യമായി തോന്നുകയാണെങ്കിൽ, നിങ്ങൾക്ക് HestiaCP ബാക്കെൻഡിലേക്ക് ലോഗിൻ ചെയ്യാനും ഫയൽ മാനേജർ വഴി അനുമതികൾ പുനഃസജ്ജമാക്കാനും കഴിയും.

ഫയലുകളിലേക്ക് (ഫയൽ മാനേജർ) പോയി /home/USER/web/DOMAIN/public_html/wp-content എന്നതിലേക്ക് നാവിഗേറ്റ് ചെയ്യുക.

പ്ലഗിനുകളുടെയോ തീമുകളുടെയോ ഫോൾഡറിൽ വലത്-ക്ലിക്കുചെയ്ത് അനുമതികൾ പുനഃസജ്ജമാക്കുക തിരഞ്ഞെടുക്കുക.

അനുമതികൾ പുനഃസജ്ജമാക്കിയ ശേഷം, വേർഡ്പ്രസ്സ് അഡ്മിൻ പാനലിലേക്ക് തിരികെ പോയി വീണ്ടും അപ്ഡേറ്റ് ക്ലിക്ക് ചെയ്യുക; ഇത് സാധാരണയായി സുഗമമായി പ്രവർത്തിക്കും.

ബാക്കെൻഡ് പ്രവർത്തനം നടത്തിയതിനുശേഷവും ഇതേ പിശക് നിലനിൽക്കുകയാണെങ്കിൽ, മുകളിലുള്ള SSH സൊല്യൂഷനിലേക്ക് തിരികെ പോയി ഉടമസ്ഥാവകാശം വീണ്ടും പരിശോധിക്കുക.

സംഗ്രഹിക്കാനായി

"ചില ഫയലുകൾ പകർത്താൻ കഴിയാത്തതിനാൽ അപ്‌ഡേറ്റ് ചെയ്യാൻ കഴിയില്ല" എന്ന സന്ദേശം നിങ്ങൾ കാണുകയാണെങ്കിൽ, വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യാൻ തിരക്കുകൂട്ടരുത്. മിക്ക കേസുകളിലും, ഇത് ഒരു അനുമതി പ്രശ്നമാണ്.

ഉടമസ്ഥാവകാശവും അനുമതികളും തിരികെ നൽകുന്നതിന് ഒരൊറ്റ `chown` കമാൻഡും രണ്ട് `find` കമാൻഡുകളും ഉപയോഗിക്കുന്നതിലൂടെ, വേർഡ്പ്രസ്സ് അപ്‌ഡേറ്റുകൾ സുഗമമായി പൂർത്തിയാക്കാൻ കഴിയും.

അപ്‌ഗ്രേഡ് ചെയ്യുന്നതിനുമുമ്പ് ഫയൽ ഉടമസ്ഥാവകാശം പരിശോധിക്കുന്ന ശീലം വളർത്തിയെടുക്കുന്നത് ഇത്തരം പിശകുകൾ ആവർത്തിക്കുന്നത് അടിസ്ഥാനപരമായി തടയും.