WordPress ഫാറ്റൽ എറർ പരിഹാരം: സൈറ്റ് തകരാറിലാക്കുന്ന പ്ലഗിൻ കണ്ടെത്തുന്നതിനുള്ള പത്ത് പടികൾ

WordPress ഫാറ്റൽ എറർ പരിഹാരത്തിന് ഏറ്റവും വേഗത്തിലും സുരക്ഷിതവുമായ മാർഗം സൈറ്റ് ആദ്യം പ്രവർത്തനക്ഷമമാക്കുകയും, പിന്നെ പിഴവിന് കാരണമാകുന്ന പ്ലഗിനിനെ ഒറ്റത്തവണമായി തിരിച്ചറിയാനാണ്. സാധാരണയായി പ്രശ്നം ഉണ്ടാകുന്നത് അനുസരണമില്ലാത്ത പ്ലഗിൻ അപ്ഡേറ്റ്, PHP വേർഷൻ തർക്കം, തീമിനും പ്ലഗിനിനും ഇടയിലുള്ള ഫംഗ്ഷൻ സംഘർഷം, അല്ലെങ്കിൽ മെമ്മറി ലിമിറ്റ് കുറവായതിനാലാണ്. അഡ്മിൻ പാനലിൽ പ്രവേശിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ FTP, ഫയൽ മാനേജർ അല്ലെങ്കിൽ ഹോസ്റ്റിങ് കൺട്രോൾ പാനൽ വഴി പ്ലഗിൻ ഫോൾഡർ താൽക്കാലികമായി നിഷ്ക്രിയമാക്കി, പിഴവുകളുടെ ലോഗുകളിൽ ഏത് പ്ലഗിൻ സൈറ്റ് തകരാറിലാക്കുന്നു എന്ന് വ്യക്തമായി കണ്ടെത്താം.

ഈ ഗൈഡിൽ, നിങ്ങളുടെ WordPress സൈറ്റിലെ ഫാറ്റൽ എറർ പാനിക്ക് പെടാതെ എങ്ങനെ വിശകലനം ചെയ്യാമെന്ന്, സൈറ്റ് തകരാറിലാക്കുന്ന പ്ലഗിൻ എങ്ങനെ കണ്ടെത്താമെന്ന്, അതുപോലുള്ള പിഴവുകൾ വീണ്ടും വരാതിരിക്കാൻ എങ്ങനെ സ്ഥിരതയുള്ള മുൻകരുതലുകൾ എടുക്കാമെന്ന് ഘട്ടം ഘട്ടമായി വിശദീകരിക്കുന്നു. ടെക്‌നിക്കൽ അറിവ് കുറവുള്ള സൈറ്റുടമകൾക്കും പ്രായോഗികമായും, ഡെവലപ്പർമാർക്കും ഏജൻസികൾക്കും ഉപയോഗിക്കാവുന്ന വിശദമായ ഒരു ലിസ്റ്റായി തയ്യാറാക്കിയിട്ടുണ്ട്.

WordPress ഫാറ്റൽ എറർ എന്താണ്?

WordPress ഫാറ്റൽ എറർ എന്ന് പറയുന്നത് PHP-യിൽ അത്ര ഗൗരവമുള്ള പിഴവുകൾ സംഭവിച്ച് പ്രവർത്തനം തുടർക്കാനാകാതെ വന്നപ്പോൾ സൈറ്റ് തകരാറിലാകുന്ന അവസ്ഥയാണ്. ചിലപ്പോൾ ഇത് വെളുത്ത സ്ക്രീനായി, ചിലപ്പോൾ “ക്രിട്ടിക്കൽ എറർ” സന്ദേശമായി, ചിലപ്പോൾ പ്രത്യേക PHP ഫയലിനെ സൂചിപ്പിക്കുന്ന ടെക്‌നിക്കൽ എറർ ലോഗായി കാണാം. WordPress കോർ, തീം ഫയലുകൾ, പ്ലഗിനുകൾ എല്ലാം PHP-ൽ പ്രവർത്തിക്കുന്നതിനാൽ ചെറിയൊരു കോഡ് തെറ്റ് മുഴുവൻ സൈറ്റ് തുറക്കാൻ തടസ്സമാകാം.

ഉദാഹരണത്തിന്, ഒരു പ്ലഗിൻ PHP 8.2-നൊപ്പം പൊരുത്തപ്പെടാത്തതായാൽ, ഹോസ്റ്റിങ് ഭാഗത്ത് PHP വേർഷൻ അപ്ഡേറ്റ് ചെയ്തുതുടങ്ങിയപ്പോൾ സൈറ്റ് ഫാറ്റൽ എറർ കാണിക്കാം. അതുപോലെ, രണ്ട് വ്യത്യസ്ത പ്ലഗിനുകൾ ഒരേ ഫംഗ്ഷൻ ഡിഫൈൻ ചെയ്യാൻ ശ്രമിച്ചാൽ WordPress രണ്ടാമതും ലോഡ് ചെയ്യാനാകാതെ പ്രവർത്തനം നിർത്തും. അതിനാൽ പിഴവിന്റെ ഫയൽ പാത വളരെ പ്രധാനം. അത് wp-content/plugins/പ്ലഗിൻ-പേര് എന്ന രീതിയിലാണ് കാണപ്പെടുന്നത് എങ്കിൽ, പ്രശ്നം ആ പ്ലഗിനിൽ ആയിരിക്കാനുള്ള സാധ്യത കൂടുതലാണ്.

ഫാറ്റൽ എററിന്റെ ലക്ഷണങ്ങളും ആദ്യം പരിശോധിക്കേണ്ട കാര്യങ്ങളും

ഫാറ്റൽ എറർ എല്ലായ്പ്പോഴും ഒരേ സ്ക്രീനിൽ കാണപ്പെടാറില്ല. WordPress 5.2-നും അതിന്റെ ശേഷമുള്ള വേർഷനുകളിൽ പല ഗൗരവമുള്ള പിഴവുകളും സൈറ്റ് അഡ്മിനിസ്ട്രേറ്ററുടെ ഇമെയിലിലേക്ക് കറക്ട് മോഡ് ലിങ്ക് അയച്ച് കൈകാര്യം ചെയ്യാൻ കഴിയാം. പക്ഷേ ഇമെയിൽ കിട്ടാത്തപോൾ അല്ലെങ്കിൽ പിഴവ് വളരെ തുടക്കത്തിൽ ഉണ്ടായിരിക്കുമ്പോൾ മാനുവൽ ഇടപെടൽ ആവശ്യമാകും. താഴെപ്പറയുന്ന ലക്ഷണങ്ങൾ പ്ലഗിൻ മൂലമുള്ള ഫാറ്റൽ എററിന്റെ സാധ്യത വർദ്ധിപ്പിക്കുന്നു:

• സൈറ്റ് മുന്നണി പൂർണ്ണമായും വെളുത്ത സ്ക്രീനായി കാണുന്നു.
• അഡ്മിൻ പാനലിൽ പ്രവേശിക്കുമ്പോൾ “ക്രിട്ടിക്കൽ എറർ” മുന്നറിയിപ്പ് കാണുന്നു.
• ഒരു പ്രത്യേക പേജ്, ഉദാഹരണത്തിന് പേയ്മെന്റ് പേജ് അല്ലെങ്കിൽ കോൺടാക്റ്റ് ഫോം തുറക്കുമ്പോൾ സൈറ്റ് തകരുന്നു.
• പ്ലഗിൻ അപ്ഡേറ്റ് ചെയ്ത ഉടൻ പിഴവ് തുടങ്ങുന്നു.
• പിഴവ് സന്ദേശത്തിൽ wp-content/plugins ഫോൾഡറിനുള്ളിൽ ഒരു ഫയൽ പേര് കാണുന്നു.
• സെർവർ എറർ ലോഗുകളിൽ PHP ഫാറ്റൽ എറർ പദങ്ങൾ ആവർത്തിക്കുന്നു.

ആദ്യ പരിശോധനയിൽ കഴിഞ്ഞ 24 മണിക്കൂറിനുള്ളിൽ എന്ത് മാറ്റം വന്നുവെന്ന് കുറിക്കുക. പുതിയ പ്ലഗിൻ ഇൻസ്റ്റാൾ ചെയ്‌തോ? നിലവിലുള്ള പ്ലഗിൻ അപ്ഡേറ്റ് ചെയ്‌തോ? PHP വേർഷൻ മാറിയോ? തീം അപ്ഡേറ്റ് ചെയ്‌തോ? സുരക്ഷാ പ്ലഗിൻ പുതിയ നിയമങ്ങൾ ചേർത്തോ? സാധാരണയായി സംഭവിക്കുന്നത്, ഓട്ടോമാറ്റിക് അപ്ഡേറ്റ് സ്വീകരിക്കുന്ന ഒരു പ്ലഗിൻ ഉപയോഗിച്ച തീം അല്ലെങ്കിൽ PHP വേർഷനുമായി പൊരുത്തപ്പെടാതായതും ആണ്.

ത്വരിത പരിശോധന പട്ടിക: പിഴവ് എവിടെയാണ് ഉണ്ടാകുന്നത്?

ഈ പട്ടിക ദ്രുതഗതിയിൽ ദിശാബോധത്തിനായി ആണ്. അന്തിമ തീരുമാനത്തിന് പിഴവ് ലോഗ് പരിശോധിച്ച് പ്രശ്നം ഉള്ള പ്ലഗിൻ നിയന്ത്രിതമായി പരീക്ഷിക്കണം. പ്രത്യേകിച്ച് ഇ-കൊമേഴ്‌സ് സൈറ്റുകളിൽ അനാവശ്യ ഫയൽ മായ്ച്ചാൽ ഓർഡർ പ്രോസസ്സുകളും പേയ്മെന്റ് ഇന്റഗ്രേഷനുകളും ബാധിക്കാം.

പ്രവർത്തനം തുടങ്ങുന്നതിന് മുമ്പ് സുരക്ഷിതമായ ഒരുക്കങ്ങൾ

ഫാറ്റൽ എറർ വന്നപ്പോൾ ഏറ്റവും വലിയ പിഴവ് പാനിക്കായി ഫയലുകൾ മായ്ക്കുകയോ ഡേറ്റാബേസ് അനാവശ്യമായി മാറ്റം വരുത്തുകയോ ചെയ്യുന്നതാണ്. ആദ്യം രക്ഷപ്പെടാനുള്ള സാധ്യത ഉറപ്പാക്കുക. സജീവ സൈറ്റിൽ ചെയ്യുന്ന ഓരോ ഇടപെടലും, പ്രത്യേകിച്ച് WooCommerce, അംഗത്വ സംവിധാനം, റിസർവേഷൻ മോഡ്യൂൾ പോലുള്ള ഡൈനാമിക് ഡേറ്റ ഉപയോഗിക്കുന്നവയിൽ ഡാറ്റ നഷ്ടം ഉണ്ടാക്കാം.

• 1. പൂർണ്ണ ബാക്കപ്പ് എടുക്കുക: ഫയലുകളും ഡേറ്റാബേസും ഒരുമിച്ചാണ് ബാക്കപ്പ് എടുത്താൽ മതിയാവില്ല.
• 2. പിഴവിന്റെ സമയവും രേഖപ്പെടുത്തുക: പ്രശ്നം ആരംഭിച്ച സമയം സെർവർ ലോഗുകളിൽ ശരിയായ വരിയിലേക്ക് എത്താൻ സഹായിക്കുന്നു.
• 3. അവസാന മാറ്റങ്ങൾ ലിസ്റ്റ് ചെയ്യുക: അപ്ഡേറ്റ് ചെയ്ത പ്ലഗിനുകൾ, PHP വേർഷൻ, തീം മാറ്റങ്ങൾ, പുതിയ കോഡ് ചേർക്കലുകൾ എന്നിവ എഴുതുക.
• 4. കഴിയുന്നെങ്കിൽ സ്റ്റേജിംഗ് എൻവയരൺമെന്റ് ഉപയോഗിക്കുക: സജീവ സൈറ്റിന്റെ പകർപ്പ് ഉപയോഗിച്ച് പരീക്ഷണം നടത്തുന്നത് സുരക്ഷിതമാണ്. WordPress ഹോസ്റ്റിംഗ്
• 5. അഡ്മിൻ ആക്‌സസ് ഉറപ്പാക്കുക: FTP, ഹോസ്റ്റിങ് പാനൽ, ഡേറ്റാബേസ് ആക്‌സസ് എളുപ്പത്തിൽ ലഭ്യമാക്കുക.

പ്രൊഫഷണൽ ഹോസ്റ്റിങ് ഇൻഫ്രാസ്ട്രക്ചറിൽ ദിവസേന ബാക്കപ്പ്, എളുപ്പം ഫയൽ മാനേജ്മെന്റ്, PHP വേർഷൻ മാറ്റം, പിഴവ് ലോഗ് ആക്‌സസ് എന്നിവ പ്രശ്നങ്ങൾ മിനിറ്റുകൾക്കുള്ളിൽ പരിഹരിക്കാൻ സഹായിക്കുന്നു. അതുകൊണ്ടുതന്നെ WordPress സൈറ്റുകളിൽ സ്റ്റോറേജ് മാത്രമല്ല, മാനേജ്മെന്റ് ടൂൾസുകളും സാങ്കേതിക പിന്തുണയും ശ്രദ്ധിക്കേണ്ടതാണ്. വെബ് ഹോസ്റ്റിംഗ്

ഘട്ടം ഘട്ടമായുള്ള WordPress ഫാറ്റൽ എറർ പരിഹാരം

1. WordPress കറക്ട് മോഡ് ഇമെയിൽ പരിശോധിക്കുക

WordPress ഗൗരവമുള്ള പിഴവ് കണ്ടെത്തുമ്പോൾ സൈറ്റ് അഡ്മിൻ ഇമെയിലിലേക്ക് കറക്ട് മോഡ് ലിങ്ക് അയയ്ക്കാം. അതിലൂടെ പ്രശ്നമുള്ള പ്ലഗിൻ അഡ്മിൻ പാനലിൽ നിന്ന് നിഷ്ക്രിയമാക്കാം. ഇൻബോക്സ്, സ്പാം ഫോൾഡർ, ഇമെയിൽ ഫോർവേഡിംഗ് പരിശോധിക്കുക. ഇമെയിലിൽ സാധാരണയായി പിഴവിന് കാരണമാകുന്ന പ്ലഗിൻ വിവരവും ഉണ്ടാകും.

കറക്ട് മോഡ് പ്രവർത്തിച്ചാൽ പ്രക്രിയ വളരെ ലളിതമാണ്: ലിങ്കിൽ ക്ലിക്ക് ചെയ്യുക, WordPress അഡ്മിൻ പാനലിൽ പ്രവേശിക്കുക, പ്ലഗിൻ പേജിൽ പോയി പ്രശ്നമുള്ള പ്ലഗിൻ നിഷ്ക്രിയമാക്കുക, സൈറ്റ് തുറക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. തുടർന്ന് പ്ലഗിൻ പുനഃസജീവമാക്കുന്നതിന് മുമ്പ് അപ്ഡേറ്റ് നോട്ടുകൾ, സഹായ ഫോറങ്ങൾ, PHP പൊരുത്തം പരിശോധിക്കുക.

2. അഡ്മിൻ പാനലിൽ പ്രവേശിക്കാനാകുന്നില്ലെങ്കിൽ എല്ലാ പ്ലഗിനുകളും നിഷ്ക്രിയമാക്കുക

അഡ്മിൻ പാനൽ തുറക്കാനാകുന്നില്ലെങ്കിൽ ഏറ്റവും പ്രായോഗിക മാർഗം wp-content/plugins ഫോൾഡറിന്റെ പേര് താൽക്കാലികമായി മാറ്റുകയാണ്. FTP ക്ലയന്റ്, SSH, ഹോസ്റ്റിങ് ഫയൽ മാനേജർ ഉപയോഗിച്ച് public_html/wp-content എന്നിടത്തേക്ക് പോകുക. plugins ഫോൾഡറിന്റെ പേര് plugins-pasif എന്നാക്കി മാറ്റുക. WordPress ഈ ഫോൾഡർ കണ്ടെത്താനാകാതെ എല്ലാ പ്ലഗിനുകളും നിഷ്ക്രിയമാക്കും.

ഈ പ്രവർത്തനം ഡേറ്റാബേസിലെ പ്ലഗിൻ സെറ്റിങ്ങുകൾ ഇല്ലാതാക്കുകയില്ല; പ്ലഗിനുകൾ ലോഡ് ചെയ്യുന്നത് താൽക്കാലികമായി തടയുന്നു. സൈറ്റ് തുറക്കുകയാണെങ്കിൽ ഫാറ്റൽ എറർ പലപ്പൊഴും പ്ലഗിനിൽ നിന്നാണെന്ന് സൂചിപ്പിക്കുന്നു. പിന്നീട് ഫോൾഡറിന്റെ പേര് plugins ആയി തിരിച്ച്, ഓരോ പ്ലഗിൻ ഫോൾഡറിന്റെ പേരുകൾ ഒറ്റത്തവണ മാറ്റി അല്ലെങ്കിൽ അഡ്മിൻ പാനലിൽ നിന്നും ഒറ്റത്തവണ സജീവമാക്കി പ്രശ്നമുള്ള പ്ലഗിൻ കണ്ടെത്താം.

• wp-content/plugins ഫോൾഡർ plugins-pasif ആക്കുക.
• സൈറ്റ് ഇൻകോഗ്നിറ്റോ വിൻഡോയിൽ പരിശോധിക്കുക.
• സൈറ്റ് തുറക്കുകയാണെങ്കിൽ ഫോൾഡർ പേര് വീണ്ടും plugins ആക്കുക.
• പ്ലഗിനുകൾ ഒരൊറ്റത്തവണ സജീവമാക്കുക.
• പിഴവ് വീണ്ടും വന്നപ്പോൾ അവസാനമായി സജീവമാക്കിയ പ്ലഗിൻ കുറിക്കുക.

ഇത് ലളിതമായിട്ടും ഫലപ്രദമായ ഒരു ഐസൊലേഷൻ പരിശോധനയാണ്. പ്രത്യേകിച്ച് 20-ഓളം പ്ലഗിനുകൾ ഉള്ള സൈറ്റുകളിൽ പ്ലഗിനുകൾ അക്ഷരമാല ക്രമമല്ല, അവസാനമായി അപ്ഡേറ്റ് ചെയ്തവ മുതൽ പരിശോധിക്കുന്നത് സമയം ലാഭിക്കും.

3. പ്രശ്നമുള്ള പ്ലഗിൻ ഒറ്റത്തവണ തിരിച്ചറിയുക

എല്ലാ പ്ലഗിനുകളും നിഷ്ക്രിയമായിരിക്കുമ്പോൾ സൈറ്റ് തുറക്കുന്നു, എന്നാൽ പ്രത്യേക പ്ലഗിൻ സജീവമാക്കിയാൽ തകരാറാകുന്നു എങ്കിൽ പ്രശ്നം ആ പ്ലഗിനിലാണ്. എന്നാൽ പെട്ടെന്ന് തീരുമാനിക്കേണ്ട; ചിലപ്പോൾ രണ്ട് പ്ലഗിനുകൾ ചേർന്ന് മാത്രമേ പിഴവ് ഉണ്ടാകൂ. ഒറ്റത്തവണ സജീവമാക്കിയാൽ പ്രശ്നമുണ്ടാകാതിരിക്കാൻ സാധ്യതയുണ്ട്. അതുകൊണ്ട് ഇരട്ട തിരിച്ചറിയലുകൾ കൂടി പരീക്ഷിക്കണം.

ഉദാഹരണത്തിന്: ഒരു സുരക്ഷാ പ്ലഗിൻ, ഒരു ക്യാഷ് പ്ലഗിൻ ഒരേ ഫയൽ അനുമതികളിൽ ഇടപെടുന്നുണ്ടാകാം. അല്ലെങ്കിൽ WooCommerce അപ്ഡേറ്റ് ചെയ്താൽ പേയ്മെന്റ് ഗേറ്റ്‌വേ പ്ലഗിൻ പഴയതായതിനാൽ ഫാറ്റൽ എറർ വരാം. അപ്പോൾ WooCommerce ആണ് ദോഷം കാണിക്കുന്നത് എങ്കിലും യഥാർത്ഥ പ്രശ്നം പേയ്മെന്റ് പ്ലഗിനിലാണ്.

• ആദ്യം പ്രധാന പ്ലഗിനുകൾ സജീവമാക്കുക: WooCommerce, SEO പ്ലഗിൻ, ഫോം പ്ലഗിൻ പോലുള്ള സൈറ്റ് ഫംഗ്ഷൻ പ്ലഗിനുകൾ.
• പിന്നീട് സഹായക പ്ലഗിനുകൾ സജീവമാക്കുക: ക്യാഷ്, സുരക്ഷ, റീഡയറക്ട്, ഗാലറി, സോഷ്യൽ ഷെയർ.
• ഓരോ സജീവീകരണത്തിനും ശേഷം സൈറ്റ് മുന്നണിയും അഡ്മിൻ പാനലും പരിശോധിക്കുക.
• പേയ്മെന്റ്, കാർട്ട്, കോൺടാക്റ്റ് ഫോം, അംഗത്വ പ്രവേശനം തുടങ്ങിയ പ്രധാന പേജുകൾ പ്രത്യേകിച്ച് പരിശോധിക്കുക.
• പിഴവ് വീണ്ടും വന്നാൽ അവസാനമായി സജീവമാക്കിയ പ്ലഗിൻ, പിഴവ് സന്ദേശം രേഖപ്പെടുത്തുക.

ഈ ഘട്ടത്തിലെ ഉദ്ദേശ്യം സൈറ്റ് തുറക്കുക മാത്രമല്ല, പിഴവിന്റെ മൂലകാരണം ശരിയായി തിരിച്ചറിയുക എന്നതാണ്. തെറ്റായ പ്ലഗിൻ കുറ്റം ചുമത്തുന്നത് പ്രശ്നം വീണ്ടും ഉണ്ടാകാൻ ഇടയാക്കും.

4. പിഴവ് ലോഗുകളിൽ നിന്നുള്ള ഉറച്ച തെളിവുകൾ ശേഖരിക്കുക

സെർവർ പിഴവ് ലോഗുകൾ ഫാറ്റൽ എറർ പരിഹാരത്തിലെ ഏറ്റവും ശക്തമായ തെളിവുകളാണ്. ഹോസ്റ്റിങ് കൺട്രോൾ പാനലിൽ Error Log, ഹ്രത ലോഗുകൾ തുടങ്ങിയ വിഭാഗങ്ങൾ കാണാം. കൂടാതെ WordPress-ൽ wp-config.php-യിൽ debug സജ്ജീകരണം ചേർത്ത് wp-content/debug.log ഫയൽ സൃഷ്ടിക്കാം.

ഡെവലപ്പ്മെന്റ് അല്ലെങ്കിൽ താൽക്കാലിക പരിശോധനയ്ക്ക് WP_DEBUG സജീവമാക്കുന്നു, പിഴവുകൾ എ_SCREEN_ലല്ല, ലോഗിൽ എഴുതി സൈറ്റ് വീണ്ടും പരിശോധിക്കുന്നു. ലൈവ് സൈറ്റിൽ പിഴവ് സ്ക്രീനിൽ കാണിക്കുന്നത് സുരക്ഷാ പ്രശ്നം ഉണ്ടാക്കാം; ഫയൽ പാത, യൂസർനേം, സെർവർ ഘടന തുടങ്ങിയ വിവരങ്ങൾ വാസ്തവത്തിൽ കാണിക്കരുത്.

ലോഗ് വരികളിൽ “PHP Fatal error”, “Uncaught Error”, “require_once failed”, “allowed memory size exhausted”, “call to undefined function”, “cannot redeclare” തുടങ്ങിയ പദങ്ങൾ തിരയുക. വരിയുടെ അവസാനം ഫയൽ പാതയും വരി നമ്പരും കാണാം. ഉദാഹരണത്തിന് wp-content/plugins/ornek-eklenti/includes/class-loader.php on line 214 എന്നത് ornek-eklenti ഫോളഡറിലുള്ള ഫയലാണ് പിഴവ് സൃഷ്ടിച്ചത് എന്ന് കാണിക്കും.

പിഴവ് ലോഗ് വായിക്കുന്നത് ആദ്യമായി ബുദ്ധിമുട്ടായാലും, പലപ്പോഴും ഫയൽ പാതയിലെ പ്ലഗിൻ പേര് നിനക്ക് നേരിട്ട് സൂചന നൽകും. Hostragons പാനലിൽ പിഴവ് ലോഗുകൾ, PHP വേർഷൻ നിയന്ത്രണം, ഫയൽ ഇടപെടൽ എന്നിവ ഒരിടത്ത് നിന്ന് ചെയ്യാൻ കഴിയും. ഹോസ്റ്റിംഗ് നിയന്ത്രണ പാനൽ

5. PHP വേർഷനും മെമ്മറി പരിധിയും പരിശോധിക്കുക

എല്ലാ ഫാറ്റൽ എററുകളും തകരാറുള്ള പ്ലഗിൻ മാത്രമല്ല. പ്ലഗിൻ ഉപയോഗിക്കുന്ന PHP വേർഷനുമായി പൊരുത്തപ്പെടാതെ വന്നേക്കാം. 2026 മുതൽ ആധുനിക WordPress ഇൻസ്റ്റാളേഷനുകളിൽ പുതിയ PHP വേർഷനുകൾ പ്രകടനത്തിലും സുരക്ഷയിലും പ്രധാനമാണ്; എന്നാൽ പഴയ പ്ലഗിനുകൾ പുതിയ PHP ഫീച്ചറുകൾ പിന്തുണയ്ക്കാതെ പിഴവുണ്ടാക്കാം. മറുവശത്ത്, പഴയ PHP വേർഷനിൽ പ്രവർത്തിക്കുന്ന സൈറ്റ് പുതിയ പ്ലഗിൻ ആവശ്യമായ ഫംഗ്ഷനുകൾ ലഭിക്കാതെ തകരാറിലാകാം.

PHP മെമ്മറി പരിധി കുറവായിരിക്കുവാനും സാധാരണ കാരണം. മൾട്ടി ലാംഗ്വേജ് സൈറ്റുകൾ, WooCommerce സ്റ്റോറുകൾ, പേജ് ബിൽഡറുകൾ, കർശനമായ സുരക്ഷാ സ്കാനിംഗ് പ്ലഗിനുകൾ കൂടുതലായി മെമ്മറി ഉപയോഗിക്കുന്നു. പിഴവ് സന്ദേശത്തിൽ Allowed memory size exhausted കാണുകയാണെങ്കിൽ പ്ലഗിൻ തകരാറായതല്ല, മെമ്മറി പരിധി പോരായ്മയാണ് കാരണമാകാം.

• ചെറിയ ബിസിനസ് WordPress സൈറ്റുകൾക്ക് 256 MB PHP memory_limit സാധാരണയായി മതിയാകും.
• WooCommerce, അംഗത്വ സൈറ്റുകൾക്ക് 512 MB സുരക്ഷിത തുടക്കമാണ്.
• മിക്കവാറും ട്രാഫിക് കൂടിയ അല്ലെങ്കിൽ പ്ലഗിൻ കൂടുതലുള്ള സൈറ്റുകൾക്ക് പ്രത്യേകമായി റിസോഴ്‌സ് പ്ലാനിങ്ങ് വേണം.
• PHP വേർഷൻ മാറ്റുമ്പോൾ ആദ്യം സ്റ്റേജിംഗ് എൻവയരൺമെന്റിൽ പരീക്ഷണം നടത്തണം.

റിസോഴ്‌സ് കുറവ് ആവർത്തിച്ചാൽ മെമ്മറി പരിധി ഉയർത്തുന്നത് മാത്രം പോരാതിരിക്കാം; പ്ലഗിൻ എണ്ണം കുറയ്ക്കലും, ഡേറ്റാബേസ് ക്വറിയും, ഹോസ്റ്റിങ് പ്ലാനും ഒരുമിച്ച് വിലയിരുത്തണം. WordPress ഹോസ്റ്റിങ് പാക്കേജുകൾ

അഡ്മിൻ പാനൽ തുറക്കാൻ കഴിയാത്തപ്പോൾ ഉപയോഗിക്കാവുന്ന വഴികൾ

FTP അല്ലെങ്കിൽ ഫയൽ മാനേജർ വഴി പ്ലഗിൻ ഫോൾഡർ പേര് മാറ്റൽ

മാനുവൽ രീതികളിൽ ഏറ്റവും വിശ്വാസയോഗ്യമൊന്നാണ് പ്ലഗിൻ ഫോൾഡറിന്റെ പേര് മാറ്റുക. പ്രശ്നമുള്ള പ്ലഗിൻ വ്യക്തമായിരിക്കുമ്പോൾ plugins ഫോൾഡർ മുഴുവനും നിഷ്ക്രിയമാക്കാതെ ആ പ്ലഗിന്റെ ഫോൾഡർ പേര് മാത്രം മാറ്റാം. ഉദാഹരണത്തിന് wp-content/plugins/siteyi-cokerten-eklenti എന്ന ഫോൾഡർ siteyi-cokerten-eklenti-pasif ആക്കുക. WordPress ആ പ്ലഗിൻ ലോഡ് ചെയ്യാൻ കഴിയാതെ പോയി പിഴവ് നീങ്ങാം.

പിന്നീട് അഡ്മിൻ പാനലിൽ പ്രവേശിച്ച് പ്ലഗിൻ പേജിൽ പോകുമ്പോൾ അന്ന് ആ പ്ലഗിൻ നിഷ്ക്രിയമായതായി കാണിക്കും. പേര് തിരിച്ച് മാറ്റുന്നതിന് മുമ്പ് അതിന്റെ പുതിയ വേർഷൻ, ഡെവലപ്പർ നോട്ടുകൾ, സപ്പോർട്ട് അഭ്യർത്ഥനകൾ പരിശോധിക്കുക. ആവശ്യമെങ്കിൽ പഴയ, സ്ഥിരതയുള്ള വേർഷനിലേക്ക് തിരിയുക.

WP-CLI ഉപയോഗിച്ച് പ്ലഗിൻ നിഷ്ക്രിയമാക്കൽ

SSH ആക്‌സസ് ഉണ്ടെങ്കിൽ WP-CLI പ്രൊഫഷണൽ, വേഗം ഉള്ള പരിഹാരമാണ്. കമാൻഡ് ലൈനിൽ എല്ലാ പ്ലഗിനുകളും ലിസ്റ്റ് ചെയ്യാനും, പ്രത്യേക പ്ലഗിൻ നിഷ്ക്രിയമാക്കാനും, ഒറ്റത്തവണ മുഴുവൻ പ്ലഗിനുകളും നിഷ്ക്രിയമാക്കാനും കഴിയും. ഉദാഹരണത്തിന് എല്ലാ പ്ലഗിനുകളും നിഷ്ക്രിയമാക്കി സൈറ്റ് പരിശോധിച്ച്, പിന്നെ ഒന്നൊന്നായി സജീവമാക്കുന്നത് ചിലവിരക്കിൽ പൂർത്തിയാക്കാം.

WP-CLI ഉപയോഗിക്കുമ്പോൾ ശരിയായ WordPress ഡയറക്ടറിയിൽ ഉള്ളതായി ഉറപ്പാക്കുക. തെറ്റായ ഡയറക്ടറിയിൽ കമാൻഡ് ഓടിക്കുന്നത് ഫലപ്രദമാകാതിരിക്കാം അല്ലെങ്കിൽ വേറൊരു ഇൻസ്റ്റാളേഷനിൽ പ്രവർത്തിക്കാനിടയാകും. ഏജൻസികൾക്കും ഡെവലപ്പർമാർക്കും ഇത് പല WordPress സൈറ്റുകളിലായി സാധാരണ പിഴവ് പരിഹാര പ്രക്രിയയുടെ ഭാഗമായിരിക്കണം.

ഡേറ്റാബേസ് വഴി സജീവ പ്ലഗിനുകൾ പുനഃസ്ഥാപിക്കൽ

അവസാന മാർഗമായി ഡേറ്റാബേസിലെ active_plugins മൂല്യം മാറ്റാം. സാധാരണയായി phpMyAdmin വഴി wp_options ടേബിളിൽ ഇത് ചെയ്യുന്നു. എന്നാൽ serialized ഡാറ്റാ ഘടന കേടുപാടാകും പക്ഷേ പുതിയ പിഴവുകൾ ഉണ്ടാകാം. അതിനാൽ ഡേറ്റാബേസ് പ്രവർത്തനം ബാക്കപ്പ് എടുത്ത ശേഷം, അറിയുന്ന വ്യക്തികൾക്ക് മാത്രം ചെയ്യാൻ ശിപാർശ ചെയ്യുന്നു.

ടെക്‌നിക്കൽ അറിവ് കുറവാണെങ്കിൽ ഡേറ്റാബേസിനേക്കാൾ ഫോൾഡർ പേര് മാറ്റൽ തെരഞ്ഞെടുക്കുക. ഫയൽ സിസ്റ്റത്തിൽ താൽക്കാലിക നിഷ്ക്രിയമാക്കൽ കൂടുതലും സുരക്ഷിതമാണ്.

പ്രശ്നമുള്ള പ്ലഗിൻ കണ്ടെത്തിയ ശേഷം എന്ത് ചെയ്യണം?

ഫാറ്റൽ എറർ സൃഷ്ടിക്കുന്ന പ്ലഗിൻ നിഷ്ക്രിയമാക്കുന്നത് സൈറ്റ് പ്രവർത്തനക്ഷമമാക്കും; പക്ഷേ സ്ഥിരതയുള്ള പരിഹാരത്തിന് ആ പ്ലഗിൻ പിഴവ് നൽകുന്നത് എന്തുകൊണ്ടാണെന്ന് മനസ്സിലാക്കണം. അല്ലെങ്കിൽ പ്ലഗിൻ വീണ്ടും സജീവമാക്കിയാൽ അല്ലെങ്കിൽ ഓട്ടോമാറ്റിക് അപ്ഡേറ്റ് ചെയ്താൽ സൈറ്റ് വീണ്ടും തകരും.

• പ്ലഗിന്റെ ഏറ്റവും പുതിയ റിലീസ് നോട്ടുകൾ വായിക്കുക. ഡെവലപ്പർ പൊരുത്തക്കേടുകൾക്കോ പിഴവുകൾക്കോ പരിഹാരം നൽകിയിരിക്കാം.
• WordPress കോർ വേർഷൻ പരിശോധിക്കുക. പഴയ വേർഷൻ പുതിയ പ്ലഗിനുകളുമായി പ്രശ്നമുണ്ടാക്കാം.
• PHP വേർഷൻ ആവശ്യകത പരിശോധിക്കുക. സാധാരണയായി പ്ലഗിൻ പേജിൽ കുറഞ്ഞ PHP വേർഷൻ കാണിക്കും.
• മാറാനുള്ള പകരം പ്ലഗിൻ അന്വേഷിക്കുക. 12 മാസത്തിലധികം അപ്ഡേറ്റ് ചെയ്യാത്ത പ്ലഗിനുകൾ സുരക്ഷാ പ്രശ്നങ്ങൾ ഉണ്ടാക്കാം.
• സ്റ്റേജിംഗ് എൻവയരൺമെന്റിൽ പിഴവ് വീണ്ടും ഉണ്ടാകുന്നുണ്ടോ എന്നു പരിശോധിക്കുക. സജീവ സൈറ്റിൽ പരീക്ഷണങ്ങൾ ഒഴിവാക്കുക.
• ഡെവലപ്പർക്ക് പിഴവ് ലോഗ് വരികളോടൊപ്പം പിന്തുണ അഭ്യർത്ഥിക്കുക. വെറും “സൈറ്റ് തകർന്നു” എന്നു പറയുന്നത് പോരാ.

ഉദാഹരണത്തിന് ഒരു ഫോം പ്ലഗിൻ ഫാറ്റൽ എറർ കാണിച്ചാൽ അത് PHP 8.3-ൽ മാത്രമാകുമെങ്കിൽ, താൽക്കാലികമായി PHP 8.2 ഉപയോഗിച്ച് സൈറ്റ് നടത്തുകയും പ്ലഗിൻ ഡെവലപ്പറുടെ അപ്ഡേറ്റ് കാത്തിരിക്കുകയുമാകും. എന്നാൽ ഇത് സുരക്ഷാ അപ്ഡേറ്റുകൾ തടയാതെ തീർക്കണം.

ഫാറ്റൽ എറർ വീണ്ടും വരാതിരിക്കാനുള്ള മുൻകരുതലുകൾ

WordPress സൈറ്റുകളിൽ പിഴവുകളുടെ സാധ്യത നിശ്ചിതമായി മായ്ക്കാൻ സാധിക്കില്ല; പക്ഷേ നല്ല പരിപാലന രീതികൾ ഉപയോഗിച്ച് ഇത് കൂടുതലായി കുറച്ചു കൊണ്ടുപോകാം. പ്രത്യേകിച്ച് വരുമാനം വരുത്തുന്ന ബിസിനസ് സൈറ്റുകളിൽ അപ്ഡേറ്റുകൾ ക്രമാനുസൃതവും നിയന്ത്രിതവുമായിരിക്കണം.

• സ്റ്റേജിംഗ് ഉപയോഗിക്കുക: പ്ലഗിൻ, തീം, PHP അപ്ഡേറ്റുകൾ ആദ്യം പരീക്ഷണ പരിസ്ഥിതിയിൽ പരീക്ഷിക്കുക.
• ഓട്ടോമാറ്റിക് അപ്ഡേറ്റുകൾ സൂക്ഷ്മമായി തിരഞ്ഞെടുക്കുക: പ്രധാന പ്ലഗിനുകളിൽ മാനുവൽ പരിശോധന സുരക്ഷിതമാണ്.
• ബാക്കപ്പ് ആവൃത്തി വർദ്ധിപ്പിക്കുക: ഭാരം കൂടിയ ഉള്ളടക്കം അല്ലെങ്കിൽ ഓർഡർ ഉള്ള സൈറ്റുകളിൽ ദിവസേന ബാക്കപ്പ് ആവശ്യമാണ്.
• പ്ലഗിൻ എണ്ണം കുറയ്ക്കുക: ഓരോ പ്ലഗിനും അധിക കോഡ്, സുരക്ഷാ അപകടം, പൊരുത്തക്കേട് സാധ്യത വർദ്ധിപ്പിക്കുന്നു.
• അപ്ഡേറ്റ് ചെയ്യാത്ത പ്ലഗിനുകൾ നീക്കം ചെയ്യുക: 12 മാസത്തിലധികം അപ്ഡേറ്റ് ഇല്ലാത്ത പ്ലഗിനുകൾ ശ്രദ്ധാപൂർവം പരിശോധിക്കുക.
• SSL, സുരക്ഷാ പരിശോധനകൾ മറക്കരുത്: സുരക്ഷിത കണക്ഷൻ അഡ്മിൻ പാനലിനും ഉപയോക്തൃ ഡാറ്റയ്ക്കും അടിസ്ഥാനമാണ്. SSL സർട്ടിഫിക്കറ്റ്
• ഡോമൈൻ നാമവും DNS ആക്‌സസും ക്രമത്തിൽ സൂക്ഷിക്കുക: അത്യാവശ്യ സമയങ്ങളിൽ ഡൊമൈൻ, DNS നിയന്ത്രണത്തിലേക്ക് പെട്ടന്ന് എത്താൻ കഴിയും. ഡൊമെയ്ൻ പരിശോധന

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

ലൈവ് സൈറ്റിൽ പിഴവ് പരിഹരിക്കുമ്പോൾ ഒഴിവാക്കേണ്ട കാര്യങ്ങൾ

ഫാറ്റൽ എറർ സമയത്ത് ചില ഇടപെടലുകൾ പ്രശ്നം പരിഹരിക്കുന്നതിന് പകരം കൂടുതൽ വഷളാക്കും. പ്രത്യേകിച്ച് സെർച്ച് എൻജിനുകളിൽ വേഗം കിട്ടുന്ന പഴയ നിർദ്ദേശങ്ങൾ എല്ലാ സൈറ്റിനും അനുയോജ്യമല്ല. താഴെ പറയുന്ന പിശകുകൾ ഒഴിവാക്കുക, ഡാറ്റ നഷ്ടവും ദൈർഘ്യമുള്ള സർവീസ് തടസ്സവും ഒഴിവാക്കാം.

• ബാക്കപ്പ് എടുക്കാതെ ഡേറ്റാബേസ് മാറ്റം വരുത്തരുത്.
• പിഴവുള്ള പ്ലഗിൻ ഫോൾഡർ നേരിട്ട് ഇല്ലാതാക്കരുത്; ആദ്യം പേര് മാറ്റുക.
• ലൈവ് സൈറ്റിൽ ഡീബഗ് പിഴവുകൾ സന്ദർശകർക്കു കാണിക്കരുത്.
• എല്ലാ പ്ലഗിനുകളും ഒരുമിച്ച് വീണ്ടും സജീവമാക്കരുത്.
• PHP വേർഷൻ അനിയന്ത്രിതമായി പലത്തവണ മാറ്റി പരീക്ഷിക്കുന്നത് ഒഴിവാക്കുക.
• വിശ്വസനീയമല്ലാത്ത ഉറവിടങ്ങളിൽ നിന്ന് പ്ലഗിൻ ഫയലുകൾ ഡൗൺലോഡ് ചെയ്യരുത്.
• പിഴവ് സന്ദേശം രേഖപ്പെടുത്തിയില്ലെങ്കിൽ ഇടപെടരുത്.

നുള്‍ഡ് (nulled) അല്ലെങ്കിൽ ലൈസൻസില്ലാത്ത പ്ലഗിനുകൾ ഫാറ്റൽ എററിനു പുറമേ സുരക്ഷാ ദുർബലതകൾ, അപകടകാരിയായ കോഡ്, ഡാറ്റ ചോർച്ച എന്നിവയ്ക്കും കാരണമാകാം. പണം വാങ്ങുന്ന പ്ലഗിനുകൾ ഔദ്യോഗിക ലൈസൻസോടെ മാത്രമേ ഉപയോഗിക്കേണ്ടു; അപ്ഡേറ്റ്, പിന്തുണ ലഭ്യമാകണം.

എപ്പോൾ ഹോസ്റ്റിങ് പിന്തുണ തേടണം?

കഴിഞ്ഞു ചില സാഹചര്യങ്ങളിൽ പ്രശ്നം WordPress പാനലിൽ നിന്ന് പരിഹരിക്കാനാവില്ല. സെർവർ പിഴവ് ലോഗ് കാണാനാകുന്നില്ലെങ്കിൽ, PHP വേർഷൻ മാറ്റാൻ കഴിയാത്തപ്പോൾ, ഫയൽ അനുമതികൾ കേടുപോയപ്പോൾ അല്ലെങ്കിൽ സൈറ്റ് പൂർണ്ണമായും 500 എറർ തരുമ്പോൾ ഹോസ്റ്റിങ് പിന്തുണ ആവശ്യമാണ്. പിന്തുണ ടീം സമീപിക്കുമ്പോൾ താഴെപ്പറയുന്ന വിവരങ്ങൾ തയ്യാറാക്കി വെക്കുക:

• പിഴവ് ആരംഭിച്ച തീയതിയും ഏകദേശം സമയവും.
• അവസാനമായി ചെയ്ത അപ്ഡേറ്റ് അല്ലെങ്കിൽ ഇൻസ്റ്റലേഷൻ വിവരങ്ങൾ.
• സ്ക്രീനിൽ കാണുന്ന പിഴവ് സന്ദേശം.
• ഉണ്ടെങ്കിൽ debug.log അല്ലെങ്കിൽ error_log ലൈനുകൾ.
• നിങ്ങൾ പരീക്ഷിച്ച നടപടികളും ഫലങ്ങളും.

ഈ വിവരങ്ങൾ പിന്തുണ ടീമിന് ശരിയായ സമയരേഖ കണ്ടെത്താൻ സഹായിക്കും. ഇതിലൂടെ പൊതു പരിശോധനയ്ക്ക് പകരം മൂളകാരണത്തിലേക്ക് നേരിട്ട് ശ്രദ്ധ കേന്ദ്രീകരിക്കും. Hostragons പ്ലാറ്റ്‌ഫോമിൽ WordPress പദ്ധതികൾക്കായി വേഗത്തിലുള്ള ഫയൽ മാനേജ്മെന്റ്, PHP വേർഷൻ തിരഞ്ഞെടുപ്പ്, SSL സ്ഥാപനം, ഹോസ്റ്റിങ് റിസോഴ്‌സ് നിരീക്ഷണം എന്നിവയിലൂടെ പിഴവ് പരിഹാരം കൂടുതൽ നിയന്ത്രിതമായി നടക്കും. Hostragons പിന്തുണാ കേന്ദ്രം

ചുരുക്കം കുറിപ്പ്

WordPress ഫാറ്റൽ എറർ പരിഹാരം ശരിയായ ക്രമത്തിൽ നടപ്പിലാക്കിയാൽ അത്ര ബുദ്ധിമുട്ടുള്ളതായി തോന്നേണ്ട. ആദ്യം ബാക്കപ്പ് എടുക്കുക, പിഴവ് സന്ദേശവും ലോഗും പരിശോധിക്കുക, പ്ലഗിനുകൾ സുരക്ഷിതമായി നിഷ്ക്രിയമാക്കി പ്രശ്നമുള്ള പ്ലഗിൻ കണ്ടെത്തുക, പിന്നീട് PHP വേർഷൻ, മെമ്മറി പരിധി, പ്ലഗിൻ പൊരുത്തക്കേട്, അപ്ഡേറ്റ് ചരിത്രം വിലയിരുത്തി സ്ഥിരതയുള്ള പരിഹാരം നടപ്പിലാക്കുക.

നിങ്ങളുടെ സൈറ്റ് പലപ്പോഴും ഫാറ്റൽ എറർ കാണിക്കുന്നുണ്ടോ, അപ്ഡേറ്റുകളിൽ തകരാറിലാകുന്നുണ്ടോ, റിസോഴ്‌സ് പരിധികൾ തടസ്സമാകുന്നുണ്ടോ എന്നിവ ശ്രദ്ധയിൽ വെച്ച്, ഹോസ്റ്റിങ് സംവിധാനവും പരിശോധിക്കാം. Hostragons-ലെ WordPress കേന്ദ്രീകൃത ഹോസ്റ്റിങ് പരിഹാരങ്ങൾ ഉപയോഗിച്ച് കൂടുതൽ നിയന്ത്രിക്കാവുന്ന, ബാക്കപ്പ് ഉറപ്പുള്ള, സുരക്ഷിത പ്രവർത്തന അന്തരീക്ഷം സൃഷ്ടിക്കാം. WordPress ഹോസ്റ്റിംഗ്

പതിവുചോദ്യങ്ങൾ

WordPress ഫാറ്റൽ എറർ സൈറ്റ് ഡാറ്റ മായ്ക്കുമോ?

സാധാരണയായി ഇല്ല. ഫാറ്റൽ എറർ പ്രധാനമായും PHP കോഡ് പ്രവർത്തിക്കാതിരുന്നതാണ്, സൈറ്റ് ഉള്ളടക്കം നേരിട്ട് മായ്ക്കാറില്ല. എന്നാൽ ബാക്കപ്പ് ഇല്ലാതെ ഫയൽ മായ്ക്കലോ ഡേറ്റാബേസ് അനാവശ്യമായി ക്രമീകരിക്കലോ ഡാറ്റ നഷ്ടം ഉണ്ടാക്കാം.

എന്താണ് സൈറ്റ് തകരാറിലാക്കുന്ന പ്ലഗിൻ തിരിച്ചറിയാനുള്ള മാർഗം?

പിഴവ് ലോഗിൽ wp-content/plugins ഫോൾഡറിനു ശേഷം കാണുന്ന പ്ലഗിൻ പേരാണ് ഏറ്റവും ശക്തമായ സൂചന. ലോഗ് ഇല്ലെങ്കിൽ എല്ലാ പ്ലഗിനുകളും നിഷ്ക്രിയമാക്കി ഒന്ന് ഒന്ന് സജീവമാക്കുമ്പോൾ പിഴവ് വീണ്ടും വന്നപ്പോൾ അവസാനമായി സജീവമാക്കിയ പ്ലഗിൻ തിരിച്ചറിയുക.

അഡ്മിൻ പാനലിൽ പ്രവേശിക്കാനാകുന്നില്ലെങ്കിൽ പ്ലഗിനുകൾ എങ്ങനെ നിഷ്ക്രിയമാക്കാം?

FTP, SSH, ഹോസ്റ്റിങ് ഫയൽ മാനേജർ വഴി wp-content/plugins ഫോൾഡറിന്റെ പേര് താൽക്കാലികമായി മാറ്റാം. ഇത് എല്ലാ പ്ലഗിനുകളും നിഷ്ക്രിയമാക്കി, സാധാരണയായി പാനലിലേക്ക് വീണ്ടും പ്രവേശനം സജ്ജമാക്കും.

PHP വേർഷൻ മാറ്റുന്നത് ഫാറ്റൽ എറർ പരിഹരിക്കുമോ?

บางครั้ง പരിഹരിക്കും. പിഴവ് പ്ലഗിൻ നിലവിലുള്ള PHP വേർഷനുമായി പൊരുത്തപ്പെടാത്തതാണ് എങ്കിൽ അനുയോജ്യമായ വേർഷനിലേക്ക് മാറൽ താൽക്കാലികം അല്ലെങ്കിൽ സ്ഥിരം പരിഹാരമായി പ്രവർത്തിക്കാം. എങ്കിലും ഏറ്റവും നല്ലത് പ്ലഗിൻ അപ്ഡേറ്റ് ചെയ്ത് പൊരുത്തമുള്ള പതിപ്പ് ഉപയോഗിക്കുകയാണ്.

ഫാറ്റൽ എറർ വീണ്ടും വരാതിരിക്കാൻ എന്തുചെയ്യണം?

നിയമിതമായി ബാക്കപ്പ് എടുക്കുക, അപ്ഡേറ്റുകൾ ആദ്യം സ്റ്റേജിംഗ് എൻവയരൺമെന്റിൽ പരീക്ഷിക്കുക, ഉപയോഗിക്കാത്ത പ്ലഗിനുകൾ നീക്കം ചെയ്യുക, PHP, WordPress വേർഷനുകൾ പുതുക്കി സൂക്ഷിക്കുക, വിശ്വസനീയമായ ഹോസ്റ്റിങ് ഉപയോഗിക്കുക.