വെബ്സൈറ്റ് കാഷിംഗ് ഒപ്റ്റിമൈസേഷൻ

ഒരു വെബ്സൈറ്റ് വേഗത കുറയുന്നതിൻ്റെ അടിസ്ഥാന കാരണം സാധാരണയായി ഒരൊറ്റ ചിത്രമല്ല, മറിച്ച്റൂട്ടിംഗ് + സെർവർ-സൈഡ് ജനറേഷൻ + സ്റ്റാറ്റിക് റിസോഴ്സ് ഡെലിവറി അഭ്യർത്ഥിക്കുകഒന്നിനുമുകളിൽ ഒന്ന് കയറിയിരിക്കുന്നത് മൂലമുണ്ടാകുന്നത്:

• ഉപയോക്താക്കൾ നിങ്ങളുടെ സെർവറിൽ നിന്ന് വളരെ ദൂരെയാണ്, ഇത് ഉയർന്ന നെറ്റ്‌വർക്ക് RTT-ക്ക് കാരണമാകുന്നു (ഇത് പ്രത്യേകിച്ച് ഭൂഖണ്ഡങ്ങൾക്കിടയിൽ കൂടുതൽ ശ്രദ്ധേയമാണ്).
• ഓരോ അഭ്യർത്ഥനയിലും വേർഡ്പ്രസ്സിന് PHP പ്രവർത്തിപ്പിക്കുകയും, ഡാറ്റാബേസിൽ നിന്ന് വിവരങ്ങൾ ശേഖരിക്കുകയും, ടെംപ്ലേറ്റ് റെൻഡർ ചെയ്യുകയും വേണം → ടിടിഎഫ്ബി (ആദ്യ ബൈറ്റ് ലഭിക്കാനുള്ള സമയം) വർദ്ധിച്ചിരിക്കുന്നു
• പേജ് ജാവാസ്ക്രിപ്റ്റ്, സിഎസ്എസ്, ഫോണ്ടുകൾ, തേർഡ്-പാർട്ടി സ്ക്രിപ്റ്റുകൾ എന്നിവയും ലോഡ് ചെയ്യേണ്ടതുണ്ട്, ഇത് റെൻഡറിംഗും ഇന്ററാക്ടിവിറ്റിയും മന്ദഗതിയിലാക്കുന്നു.

കാഷിംഗ് പ്ലഗിൻഈ പ്രശ്നം പരിഹരിക്കുന്നതിനുള്ള പ്രധാന മാർഗ്ഗം, “പുനഃക്രമീകരിക്കുന്ന” പേജുകളുടെ ഫലങ്ങൾ സംഭരിക്കുക എന്നതാണ്, അതുവഴി സെർവറിന് ഓരോ തവണയും അവയെ വീണ്ടും കണക്കാക്കേണ്ടി വരുന്നില്ല; കൂടാതെ, ഉചിതമായ തന്ത്രങ്ങൾ പ്രയോഗിക്കുന്നതിലൂടെ, കൂടുതൽ ഉപയോക്താക്കൾ കാഷെ ഉപയോഗിക്കുന്നുവെന്ന് ഉറപ്പാക്കുകയും, അതുവഴി TTFB ഗണ്യമായി കുറയ്ക്കുകയും ചെയ്യുക.വേർഡ്പ്രസ്സ് ഔദ്യോഗിക രേഖകൾW3 ടോട്ടൽ കാഷ്, WP സൂപ്പർ കാഷ് പോലുള്ള പ്ലഗിനുകൾക്ക് പേജുകളെ സ്റ്റാറ്റിക് ഫയലുകളായി കാഷെ ചെയ്ത് ഉപയോക്താക്കൾക്ക് നേരിട്ട് നൽകാൻ കഴിയുമെന്നും, അതുവഴി സെർവറിലെ ഭാരം കുറയ്ക്കാമെന്നും ഇത് ചൂണ്ടിക്കാണിക്കുന്നു.

ഈ പേജ് വായിക്കുന്നതിന് മുൻപ്, ഈ മൂന്ന് സുവർണ്ണ നിയമങ്ങൾ ഓർമ്മിക്കുക

1. ഒരു സമയം ഒരു പേജ് കാഷിംഗ് പ്ലഗിൻ മാത്രം ഉപയോഗിക്കുക

ഒന്നിലധികം കാഷിംഗ് പ്ലഗിനുകൾ ഒരേസമയം പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ, സാധാരണയായി ലഭിക്കുന്ന ഫലം വേഗതയേറിയ പ്രകടനമല്ല, മറിച്ച് ഇതാണ്:

• ഓവർലാപ്പ് ചെയ്യുന്ന കാഷുകൾ, പരസ്പരം മായ്ച്ചെഴുതുന്ന കാഷുകൾ, കാഷെ ഹിറ്റ് നിരക്കിലെ കുറവ്
• ലോഗിൻ സ്റ്റാറ്റസ്, ഭാഷ, ഷോപ്പിംഗ് ബാസ്ക്കറ്റ്, വിലകൾ തുടങ്ങിയ ഡൈനാമിക് ഉള്ളടക്കങ്ങൾ കാഷ് ചെയ്യപ്പെടുന്നതിനാൽ “തെറ്റായ ഉള്ളടക്കം” എന്ന പിശകുകൾക്ക് കാരണമാകുന്നു.
  പല പ്ലഗിൻ ഡോക്യുമെൻ്റേഷനുകളും ഗൈഡുകളും ഒരു പ്രത്യേക കാഷിംഗ് പ്ലഗിൻ ഉപയോഗിക്കുമ്പോൾ,മറ്റ് കാഷിംഗ് പ്ലഗിനുകൾ പ്രവർത്തനരഹിതമാക്കുകസംഘർഷം ഒഴിവാക്കാൻ

2. ഇ-കൊമേഴ്‌സ്/അംഗത്വം/ബഹുഭാഷാ സൈറ്റുകൾ: കാഷിംഗ് ഒരു “ടോഗിൾ സ്വിച്ച്” അല്ല, മറിച്ച് “നിയമങ്ങളുടെ ഒരു സംവിധാനം” ആണ്.”

വൂകോമേഴ്‌സ് ഔദ്യോഗിക പ്രകടന രേഖദയവായി ശ്രദ്ധിക്കുക: കാഷിംഗ് പ്ലഗിനിൽ, ദയവായി ഉറപ്പുവരുത്തുക ഷോപ്പിംഗ് ബാസ്ക്കറ്റ് / ചെക്ക്ഔട്ട് / അക്കൗണ്ട് ഈ പേജുകൾ കാഷ് ചെയ്യപ്പെടുന്നില്ലെന്ന് ഉറപ്പാക്കുക, കൂടാതെ ജാവാസ്ക്രിപ്റ്റ് ഫയലുകൾ മിനീഫൈ ചെയ്യുന്നത് ഒഴിവാക്കാൻ ശുപാർശ ചെയ്യുന്നു (കാരണം ഇത് എളുപ്പത്തിൽ അനുയോജ്യതാ പ്രശ്നങ്ങൾ ഉണ്ടാക്കിയേക്കാം).

3. “കാഷിംഗ് പ്ലഗിൻ ≠ CDN”, എന്നാൽ CDN-യുടെ അടിസ്ഥാനം കാഷിംഗ് പ്ലഗിൻ ആണ്.

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

വേഗത്തിലുള്ള തിരഞ്ഞെടുപ്പ്: ഏറ്റവും സാധാരണമായ 4 വെബ്സൈറ്റ് സാഹചര്യങ്ങൾ

നിങ്ങൾക്ക് മുഴുവൻ ലേഖനവും വായിക്കാൻ താൽപ്പര്യമില്ലെങ്കിൽ, താഴെ നൽകിയിരിക്കുന്ന നാല് ഓപ്ഷനുകളിൽ നിന്ന് ഒന്ന് തിരഞ്ഞെടുക്കുക—നിങ്ങൾക്ക് തെറ്റിപ്പോകാൻ സാധ്യതയില്ല:

1. മാനസിക സമാധാനവും, വിശ്വാസ്യതയും, ആഗോള ലഭ്യതയും തേടുന്നു → ഡബ്ല്യുപി റോക്കറ്റ്(പണമടച്ചത്)
2. സെർവർ തീർച്ചയായും ലൈറ്റ്സ്പീഡ്/ഓപ്പൺലൈറ്റ്സ്പീഡ് ആണ് പ്രവർത്തിക്കുന്നത്. → ലൈറ്റ്സ്പീഡ് കാഷ്(സൗജന്യം, എന്നാൽ സെർവറിൻ്റെ ശേഷിയെ വളരെയധികം ആശ്രയിച്ചിരിക്കുന്നു): കാഷിംഗ് പ്രവർത്തനം ആവശ്യമാണ് ലൈറ്റ്സ്പീഡ് സെർവർ ഘടകങ്ങൾജോലി ചെയ്യാൻ കഴിയുക
3. സൗജന്യവും വിശ്വസനീയവുമായ ഒരു പരിഹാരം തേടുന്ന ഉള്ളടക്ക സൈറ്റുകൾ/ബ്ലോഗുകൾ/ഡോക്യുമെൻ്റ് റിപ്പോസിറ്ററികൾ → ഡബ്ല്യുപി സൂപ്പർ കാഷ്(സ്റ്റാറ്റിക് എച്ച്‌ടിഎംഎൽ കാഷിംഗ്)ലോഗിൻ ചെയ്യാത്ത മിക്ക ഉപയോക്താക്കൾക്കും സ്റ്റാറ്റിക് HTML ഫയലുകൾ ഉണ്ടാക്കുക
4. നിങ്ങൾക്ക് ഒരു ടെക്നിക്കൽ ടീം ഉണ്ട്, കൂടാതെ സൂക്ഷ്മമായ നിയന്ത്രണം (CDN/ഒബ്ജക്റ്റ് കാഷ്/ഒന്നിലധികം മൊഡ്യൂളുകൾ) പ്രയോഗിക്കേണ്ടതുണ്ട്. → ഡബ്ല്യു3 ടോട്ടൽ കാഷ്(ശക്തം, എന്നാൽ സങ്കീർണ്ണം)CDN-യുമായി സംയോജിപ്പിച്ച ഒരു സമഗ്രമായ പ്രകടന ചട്ടക്കൂടിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു

ഒരു കാഷ് എന്താണ് കൃത്യമായി സംഭരിക്കുന്നത്?

“ക്യാഷ് ഇൻസ്റ്റാൾ ചെയ്തിട്ടും ചില വെബ്സൈറ്റുകൾ എന്തുകൊണ്ടാണ് ഇപ്പോഴും വേഗത കുറഞ്ഞിരിക്കുന്നത്?” ഞങ്ങൾ വേർഡ്പ്രസ്സ് പ്രകടനത്തെ അഞ്ച് തലങ്ങളായി വിഭജിച്ചിരിക്കുന്നു:

1. ബ്രൗസർ കാഷ്: തുടർന്നുള്ള സന്ദർശനങ്ങൾ വേഗത്തിലാക്കുക (സ്റ്റാറ്റിക് റിസോഴ്‌സുകൾക്കുള്ള കാഷിംഗ് ഹെഡറുകൾ, പതിപ്പ് നമ്പറുകൾ)
2. പേജ് കാഷിംഗ്: പേജ് ഔട്ട്പുട്ട് HTML ആയി കാഷ് ചെയ്യുക (ഈ പേജിന്റെ ശ്രദ്ധാകേന്ദ്രം)
3. വസ്തു കാഷ്: ഡാറ്റാബേസ് ക്വറി ഫലങ്ങൾ കാഷിംഗ് ചെയ്യുക (ഡൈനാമിക് വെബ്സൈറ്റുകൾക്ക് ഇത് പ്രത്യേകിച്ചും വിലപ്പെട്ടതാണ്)
4. PHP ഓപ്‌കാഷ്: 1TB മുതൽ 184TB വരെ ബൈറ്റ്‌കോഡ് കാഷ് ചെയ്യുക (സാധാരണയായി സെർവർ വഴി കോൺഫിഗർ ചെയ്യുന്നത്; ഈ പ്ലഗിന്റെ ഒരു പ്രധാന ശ്രദ്ധാ കേന്ദ്രമല്ല)
5. CDN/എഡ്ജ് കാഷ്ഉപയോക്താക്കൾക്ക് അടുത്തുള്ള നോഡുകളിൽ വിഭവങ്ങൾ സ്ഥാപിക്കുക

ഈ ലേഖനം ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത്: പേജ് കാഷിംഗ് പ്ലഗിനുകൾ;
പക്ഷേ ഞങ്ങൾ നിങ്ങളെ ഓർമ്മിപ്പിച്ചുകൊണ്ടിരിക്കും: വെബ്സൈറ്റുകൾക്ക് “യഥാർത്ഥത്തിൽ വേഗതയുള്ളതാകാൻ” പലപ്പോഴും 2 + 5-ന്റെ ഒരു സംയോജനം ആവശ്യമാണ്.

പ്ലഗിൻ 1:ഡബ്ല്യുപി റോക്കറ്റ്(പണമടച്ചത്) — ഒരു “ചിന്തയില്ലാത്ത” ഓൾ-ഇൻ-വൺ പരിഹാരം

WP റോക്കറ്റ് വേർഡ്പ്രസ്സ് സമൂഹത്തിൽ ജനപ്രിയമായത് അതിന് മാന്ത്രികശക്തിയുള്ളതുകൊണ്ടല്ല, മറിച്ച് പ്രകടന മെച്ചപ്പെടുത്തലിന്റെ ഏറ്റവും സാധാരണമായ മൂന്ന് രീതികളെ “കൈകാര്യം ചെയ്യാവുന്ന പാക്കേജുകളാക്കി” മാറ്റിയതുകൊണ്ടാണ്:

• പേജ് കാഷിംഗ് (ഒറിജിൻ സെർവറിന്റെ TTFB കുറയ്ക്കൽ)
• ക്യാഷ് പ്രീലോഡിംഗ്/വാർമിംഗ് (ലോകമെമ്പാടുമുള്ള സ്ഥലങ്ങളിൽ നിന്ന് സൈറ്റ് സന്ദർശിക്കുന്ന ഉപയോക്താക്കൾക്ക് ആദ്യ സന്ദർശനാനുഭവം മെച്ചപ്പെടുത്തുന്നതിന്)
• പ്രധാന ഫ്രണ്ട്-എൻഡ് ഒപ്റ്റിമൈസേഷനുകൾ (പ്രത്യേകിച്ച് JS ഡെഫറൽ, CSS പ്രോസസ്സിംഗ് മുതലായവ)

അതിൻ്റെഔദ്യോഗിക രേഖകൾപേജ് കാഷിംഗ് നിങ്ങൾ പ്രവർത്തനരഹിതമാക്കിയാലും, പ്രീലോഡിംഗ് പ്രവർത്തനക്ഷമമാക്കുന്നത് ചില ഒപ്റ്റിമൈസേഷൻ പ്രക്രിയകളെ (CSS, JavaScript എന്നിവയുമായി ബന്ധപ്പെട്ട ഒപ്റ്റിമൈസേഷനുകൾ പോലുള്ളവ) പ്രേരിപ്പിക്കുകയോ നടത്തുകയോ ചെയ്യുമെന്നും ഇത് വ്യക്തമായി പ്രസ്താവിക്കുന്നു.

1.1 WP റോക്കറ്റ് ആർക്കാണ് അനുയോജ്യം?

WP റോക്കറ്റ് താഴെ പറയുന്ന തരത്തിലുള്ള വെബ്സൈറ്റുകൾക്ക് പ്രത്യേകിച്ചും അനുയോജ്യമാണ്:

• കോർപ്പറേറ്റ് വെബ്സൈറ്റുകൾ, ബ്രാൻഡ് വെബ്സൈറ്റുകൾ, കണ്ടന്റ് മാർക്കറ്റിംഗ് സൈറ്റുകൾ, ലാൻഡിംഗ് പേജുകൾ (വിവിധ രാജ്യങ്ങളിൽ നിന്നും മേഖലകളിൽ നിന്നുമുള്ള ട്രാഫിക്)
• സൗജന്യ പ്ലഗിനുകളുടെ ഒരു കൂട്ടം ആശ്രയിക്കുന്നതിനേക്കാൾ, സ്ഥിരതയ്ക്ക് ഏറ്റവും ഉയർന്ന മുൻഗണന നൽകി വേഗത്തിൽ ഒരു ലോഞ്ച് നടത്താനാണ് ഞാൻ താൽപ്പര്യപ്പെടുന്നത്.
• ഞങ്ങൾക്ക് ഒരു ഓപ്പറേഷൻസ് അല്ലെങ്കിൽ പെർഫോമൻസ് എഞ്ചിനീയർ ഇല്ല, പക്ഷേ ഉപയോക്തൃ അനുഭവം, എസ്.ഇ.ഒ എന്നിവയെക്കുറിച്ച് ഞങ്ങൾക്ക് ചില ആവശ്യകതകളുണ്ട്.
• വു-കൊമേഴ്‌സ് ഇത് ഉപയോഗിക്കാം, പക്ഷേ കൂടുതൽ ജാഗ്രതയോടെ (ഈ ഭാഗത്ത് പിന്നീട് ചർച്ച ചെയ്യുന്നതുപോലെ)നിയമങ്ങളും അപകടസാധ്യതകളും）

1.2 വെബ്സൈറ്റ് ബ്രൗസിംഗ് സാഹചര്യങ്ങളിലെ ഇതിന്റെ പ്രധാന മൂല്യം (“കാഷ് ടോഗിൾ” എന്നതിലുപരി)

A. കാഷ് പ്രീലോഡിംഗ്: വിതരണം ചെയ്യപ്പെട്ട വെബ്സൈറ്റ് ട്രാഫിക് മൂലമുണ്ടാകുന്ന ആദ്യ സന്ദർശനങ്ങളിലെ അസ്ഥിരത എന്ന പ്രശ്നം പരിഹരിക്കുന്നു“

വെബ്സൈറ്റ് ഉപയോക്താക്കൾ ഒരുമിച്ച് ഒരിടത്ത് അല്ലാതെ പലയിടത്തുമായിട്ടുള്ളപ്പോൾ, നിങ്ങൾക്ക് വളരെ സാധാരണമായ ഒരുതരം മന്ദഗതി അനുഭവപ്പെടും:
ഒരു പ്രത്യേക പ്രദേശത്തെ ഉപയോക്താവ് ആദ്യമായി ഒരു പേജ് തുറക്കുമ്പോൾ, ആ പേജിന്റെ കാഷ് കാലഹരണപ്പെട്ടതോ അല്ലെങ്കിൽ മുൻകൂട്ടി ലഭ്യമാക്കാത്തതോ ആണെങ്കിൽ → ആ ഉപയോക്താവ് PHP/DB എന്ന പൂർണ്ണമായ റെൻഡറിംഗ് ചെലവ് വഹിക്കേണ്ടി വരുന്നു.
മുൻലോഡിംഗ് സംവിധാനംഅർത്ഥം ഇതാണ്:“പ്രാരംഭ നിർമ്മാണ'ത്തിൻ്റെ ചെലവ് മുൻകൂട്ടി അടയ്ക്കുക, അതുവഴി ആദ്യമായി വരുന്നവരെ പരീക്ഷാ വസ്തുക്കളായി കണക്കാക്കാനുള്ള സാധ്യത കുറയ്ക്കുന്നു.

• മുൻകൂട്ടി ലോഡ് ചെയ്യാനാവില്ല: ആദ്യം വരുന്നവർക്ക് ആദ്യം ലഭിക്കും
• പ്രീ-ലോഡിംഗ്: സിസ്റ്റം പശ്ചാത്തലത്തിൽ കേന്ദ്രീകൃതമായി കാഷ് ചെയ്ത ഉള്ളടക്കം ജനറേറ്റ് ചെയ്യുന്നു, ഇത് ആദ്യമായി സന്ദർശിക്കുന്നവർക്ക് കൂടുതൽ സ്ഥിരതയുള്ള അനുഭവം ഉറപ്പാക്കുന്നു.

ബി. ജാവാസ്ക്രിപ്റ്റ് പ്രവർത്തനം വൈകിപ്പിക്കൽ: ഇത് ഉപയോക്തൃ അനുഭവത്തിൽ ഏറ്റവും പെട്ടെന്ന് ശ്രദ്ധേയമായ മെച്ചപ്പെടുത്തൽ നൽകുന്ന സവിശേഷതയാണ്, എന്നാൽ ഇതിന് ഏറ്റവും വലിയ അപകടസാധ്യതയുമുണ്ട്.

ഡബ്ല്യുപി റോക്കറ്റ് ഔദ്യോഗികമായി അർത്ഥമാക്കുന്നത് “ജാവാസ്ക്രിപ്റ്റ് പ്രവർത്തനം വൈകിപ്പിക്കുക”ഏറ്റവും ശക്തമായ ജാവാസ്ക്രിപ്റ്റ് ഒപ്റ്റിമൈസേഷൻ എന്ന് വിശേഷിപ്പിക്കപ്പെടുന്നു: ഇത് ഉപയോക്താവ് പേജുമായി ഇടപഴകുന്നതുവരെ (മൗസ് ചലിപ്പിക്കുന്നത്, സ്ക്രീനിൽ സ്പർശിക്കുന്നത്, സ്ക്രോൾ ചെയ്യുന്നത്, ഒരു കീ അമർത്തുന്നത് മുതലായവ) സ്ക്രിപ്റ്റ് പ്രവർത്തനം വൈകിപ്പിക്കുകയും, അതുവഴി ആദ്യം പേജ് റെൻഡർ ചെയ്യുകയും ചെയ്യുന്നു.

വെബ്സൈറ്റ് പ്രകടനത്തിന് ഇത് പ്രധാനമാണ്, കാരണം സ്ക്രിപ്റ്റ് ലോഡിംഗും എക്സിക്യൂഷൻ ബ്ലോക്കിംഗും ഇന്റർകോണ്ടിനെന്റൽ നെറ്റ്‌വർക്കുകളിലൂടെ കൂടുതൽ എളുപ്പത്തിൽ വർദ്ധിപ്പിക്കാൻ കഴിയും:

• റിസോഴ്സ് ഡൗൺലോഡുകൾ അല്പം വേഗത കുറവാണ് → സ്ക്രിപ്റ്റുകൾ കാരണം പ്രധാന ത്രെഡ് തടസ്സപ്പെടാൻ സാധ്യതയുണ്ട്
• മൂന്നാം കക്ഷി സ്ക്രിപ്റ്റുകൾ (അനലിറ്റിക്സ്, പരസ്യം, ചാറ്റ് പ്ലഗിനുകൾ പോലുള്ളവ) INP-യും ഇന്ററാക്ഷൻ ലേറ്റൻസിയും വർദ്ധിപ്പിക്കാൻ കൂടുതൽ സാധ്യതയുണ്ട്.

എന്നിരുന്നാലും, ഇത് ചില പ്രശ്നങ്ങൾക്കും കാരണമായേക്കാം:

• ജാവാസ്ക്രിപ്റ്റിലെ കാലതാമസം മെനു, കാറസൽ, പോപ്പ്-അപ്പ്, ഫോം വെരിഫിക്കേഷൻ, പേയ്‌മെന്റുകൾ, ട്രാക്കിംഗ് കോഡ് നടപ്പാക്കൽ എന്നിവയെ ബാധിക്കാൻ സാധ്യതയുണ്ട്.
• അതിനാൽ ഇത് ഒരു “ഘട്ടം ഘട്ടമായുള്ള + ബ്ലാക്ക്‌ലിസ്റ്റ് ഒഴിവാക്കൽ” തന്ത്രത്തിന് വളരെ അനുയോജ്യമാണ്.

സി. മറ്റ് പ്ലഗിനുകൾ/തീമുകളുമായുള്ള പൊരുത്തം: തടസ്സങ്ങളില്ലാത്തത് എന്നാൽ “സംഘർഷങ്ങൾ ഇല്ല” എന്ന് അർത്ഥമാക്കുന്നില്ല.”

WP റോക്കറ്റ് പ്രത്യേകമായി ലിസ്റ്റ് ചെയ്തിട്ടുണ്ട് “അനുയോജ്യമല്ലാത്ത പ്ലഗിനുകൾ/തീമുകൾ”ലിസ്റ്റ്, കാരണം ഇത് WP റോക്കറ്റിന്റെ ഔട്ട്പുട്ട് ബഫറിംഗ് പോലുള്ള കാഷിംഗ്, ഒപ്റ്റിമൈസേഷൻ സംവിധാനങ്ങളെ ബാധിച്ചേക്കാം.

• നിങ്ങളുടെ വെബ്സൈറ്റിൽ ധാരാളം പ്ലഗിനുകളും വിഭവങ്ങൾ ഏറെ ആവശ്യമുള്ള ഒരു തീമും ഉണ്ടെങ്കിൽ, “പെർഫോമൻസ് ഒപ്റ്റിമൈസേഷനെ” ഒരു ചെറിയ ഡിപ്ലോയ്മെൻ്റ് പ്രോജക്റ്റായി കണക്കാക്കുക: ഓരോ മാറ്റത്തിന് ശേഷവും റിഗ്രഷൻ ടെസ്റ്റിംഗ് നടത്തുക (ഫോമുകൾ, ലോഗിൻ, പേയ്‌മെൻ്റ്, ഭാഷ മാറ്റം, മുതലായവ).

1.3 WooCommerce, ഡൈനാമിക് വെബ്സൈറ്റുകൾ എന്നിവയെക്കുറിച്ചുള്ള പ്രത്യേക കുറിപ്പുകൾ

ഒരു കാഷിംഗ് പ്ലഗിൻ കോൺഫിഗർ ചെയ്യുമ്പോൾ ഔദ്യോഗിക WooCommerce ഡോക്യുമെൻ്റേഷനിൽ എടുത്തു കാണിക്കുന്ന പ്രധാന കാര്യം ഇതാണ്:

• ഷോപ്പിംഗ് ബാസ്ക്കറ്റ് / ചെക്ക്ഔട്ട് / അക്കൗണ്ട് കാഷ് ചെയ്യരുത്
• കൂടാതെ ശുപാർശ ചെയ്യുന്നുജാവാസ്ക്രിപ്റ്റ് ഫയലുകൾ ചെറുതാക്കുന്നത് ഒഴിവാക്കുക

എന്തുകൊണ്ട്?

• ഷോപ്പിംഗ് ബാസ്ക്കറ്റ്, ചെക്ക്ഔട്ട്, അക്കൗണ്ട് പേജുകൾ cookie / സെഷൻ / നോൺസിനെ വളരെയധികം ആശ്രയിക്കുന്നു.
• ഒരു തവണ കാഷ് ഈ പേജുകളെ “സ്റ്റാറ്റിക് പേജുകൾ” ആയി കണക്കാക്കിയാൽ, അതിൻ്റെ പ്രത്യാഘാതങ്ങൾ ബട്ടണുകൾ പ്രവർത്തിക്കാതിരിക്കുന്നത് മുതൽ, ഏറ്റവും മോശം സാഹചര്യങ്ങളിൽ വില, സ്റ്റോക്ക് നിലവാരം, അക്കൗണ്ട് വിവരങ്ങൾ എന്നിവയിലെ ആശയക്കുഴപ്പം വരെയാണ്.
• ഏറ്റവും മോശം ഭാഗം എന്തെന്നാൽ, CDN/ക്യാഷ് ഹിറ്റുകളിലെ വ്യത്യാസങ്ങൾ കാരണം നിങ്ങളുടെ ടെസ്റ്റുകൾ ഒരു പ്രദേശത്ത് സുഗമമായി പ്രവർത്തിച്ചേക്കാം, എന്നാൽ മറ്റൊരിടത്ത് പ്രശ്നങ്ങൾ നേരിടേണ്ടി വന്നേക്കാം.

1.4 കാഷ് പ്ലഗിൻ നയങ്ങൾക്കുള്ള ശുപാർശകൾ

തലം 1: അടിസ്ഥാന സുരക്ഷാ നടപടികൾ (മിക്കവാറും എല്ലാ വെബ്സൈറ്റുകളും നടപ്പിലാക്കേണ്ട ഒന്ന്)

• പേജ് കാഷിംഗ് പ്രവർത്തനക്ഷമമാക്കുക
• തുറക്കുകകാഷ് പ്രീലോഡിംഗ്(പുതുതായി വരുന്ന സന്ദർശകർക്കുള്ള സ്ഥിരത മെച്ചപ്പെടുത്തുന്നു)
• യുക്തിസഹമായ ഒരു ബ്രൗസർ കാഷിംഗ് തന്ത്രം (ഏത് തലത്തിലും നടപ്പിലാക്കാം: WP Rocket, സെർവർ, അല്ലെങ്കിൽ CDN)

ടയർ 2: മിതമായ വരുമാനം, മിതമായ അപകടസാധ്യത (മിക്ക ഉള്ളടക്ക സൈറ്റുകൾക്കും അനുയോജ്യം)

• ചിത്രങ്ങളുടെ ലേസി-ലോഡിംഗ് / iframe (ചിത്ര ഒപ്റ്റിമൈസേഷനിലേക്കൊരു ആഴത്തിലുള്ള നോട്ടം)
• സിഎസ്എസ് ഫയലിന്റെ വലുപ്പം നിയന്ത്രിക്കുക (ഉദാഹരണത്തിന്, ഉപയോഗിക്കാത്ത സിഎസ്എസ് നീക്കം ചെയ്തുകൊണ്ട്)

ടയർ 3: ഉയർന്ന വരുമാനം, എന്നാൽ ഉയർന്ന അപകടസാധ്യതയും (ബാക്ക്‌ടെസ്റ്റിംഗ് ചെക്ക്‌ലിസ്റ്റ് നിർബന്ധമാണ്)

• ജാവാസ്ക്രിപ്റ്റ് എക്സിക്യൂഷൻ മാറ്റിവയ്ക്കുക (റെൻഡറിംഗിന് മുൻഗണന നൽകുന്നു, എന്നാൽ ഇത് ഇന്ററാക്ടിവിറ്റിയെ ബാധിച്ചേക്കാം)
• JS/CSS മിനീഫിക്കേഷൻ/കോമ്പിനേഷൻ: ഇ-കൊമേഴ്‌സ്, മെമ്പർഷിപ്പ്, ബഹുഭാഷാ സൈറ്റുകൾ എന്നിവയിൽ പ്രത്യേകം ശ്രദ്ധിക്കുക (ജാവാസ്ക്രിപ്റ്റ് മിനिफിക്കേഷനുമായി ബന്ധപ്പെട്ട അപകടസാധ്യതകളെക്കുറിച്ചും വൂ-കോമേഴ്‌സ് മുന്നറിയിപ്പ് നൽകിയിട്ടുണ്ട്.）

1.5 വിലനിർണ്ണയവും ലൈസൻസിംഗും

• WP റോക്കറ്റ് പ്രവർത്തിക്കുന്നത് പണമടച്ചുള്ള ലൈസൻസിംഗ് മോഡലിലാണ്, സൈറ്റുകളുടെ എണ്ണമനുസരിച്ച് വിവിധ ലൈസൻസുകൾ ലഭ്യമാണ്.

പ്ലഗിൻ 2:ലൈറ്റ്സ്പീഡ് കാഷ് (LSCWP)“ഫ്രീ ടോപ്പ്-ടയർ” ഓഫർ, സെർവർ യഥാർത്ഥത്തിൽ ലൈറ്റ്സ്പീഡ് ആണ് പ്രവർത്തിപ്പിക്കുന്നതെങ്കിൽ മാത്രമേ സാധുവായിട്ടുള്ളൂ.

ലൈറ്റ്സ്പീഡ് കാഷെ ഒരു സാധാരണ തെറ്റിദ്ധാരണയുണ്ട്: ഇത് ഇൻസ്റ്റാൾ ചെയ്താൽ ഏത് ഹോസ്റ്റിംഗ് പ്ലാറ്റ്‌ഫോമിലും WP റോക്കറ്റ് പോലെ ഫലപ്രദമായി പ്രവർത്തിക്കുന്ന ഒരു വേർഡ്പ്രസ്സ് പ്ലഗിൻ മാത്രമാണെന്നാണ് അത്. എന്നാൽ യഥാർത്ഥത്തിൽ അങ്ങനെയല്ല.

ലൈറ്റ്സ്പീഡ് ഔദ്യോഗിക രേഖകൾസ്പഷ്ടീകരണത്തിനായി: LSCWP-യുടെ കാഷിംഗ് പ്രവർത്തനത്തിന് ലൈറ്റ്സ്പീഡ് സെർവർ ആവശ്യമായി വരുന്നതിൻ്റെ കാരണം, അത് ലൈറ്റ്സ്പീഡ് വെബ് സെർവറിൻ്റെ ഇൻബിൽറ്റ് പേജ് കാഷിംഗ് ഫീച്ചറായ (LSCache)മായി ആശയവിനിമയം നടത്തേണ്ടതുണ്ട് എന്നതാണ്; ഏതൊക്കെ പേജുകൾ എത്ര കാലത്തേക്ക് കാഷ് ചെയ്യണമെന്ന് സെർവറിനെ അറിയിക്കുന്നതിനും, ടാഗുകൾ ഉപയോഗിച്ച് ഒരു പർജ് നടത്തുന്നതിനും ഈ പ്ലഗിൻ ഉത്തരവാദിയാണ്.

ലൈറ്റ്സ്പീഡ് കാഷിന്റെ പ്രധാന പ്രയോജനം “സെർവർ തലത്തിലുള്ള പേജ് കാഷിംഗ് (LSCache)”ലൈറ്റ്സ്പീഡ്/ഓപ്പൺലൈറ്റ്സ്പീഡ് സെർവറുകൾ ഇല്ലായിരുന്നെങ്കിൽ, ഈ പ്രധാന ഗുണം നിലനിൽക്കുമായിരുന്നില്ല.

2.1 ലൈറ്റ്സ്പീഡ് കാഷ്ഇത് ആർക്കുള്ളതാണ്?

അനുയോജ്യം:

• നിങ്ങളുടെ ഹോസ്റ്റിംഗ് കൺട്രോൾ പാനൽ വ്യക്തമായി പ്രസ്താവിക്കുന്നു ലൈറ്റ്സ്പീഡ് / ഓപ്പൺലൈറ്റ്സ്പീഡ്(ഉദാഹരണത്തിന്, പല cPanel സെർവറുകളും ഇത് പ്രദർശിപ്പിക്കും)
• നിങ്ങൾ മികച്ച TTFB, കൺകറൻസി പ്രകടനം നൽകുന്ന സൗജന്യ പ്ലാൻ ആഗ്രഹിക്കുന്നു“
• അത് വളരെ ശക്തമാണെങ്കിലും, അതിൽ ധാരാളം സാങ്കേതിക ആശയങ്ങൾ (TTL, ടാഗ്, പർജ്, ESI, ക്രോളർ...) ഉൾപ്പെടുന്നു എന്നത് അംഗീകരിക്കാൻ നിങ്ങൾ തയ്യാറാണോ?

പ്രത്യേകിച്ച് അനുയോജ്യമല്ല:

• ഹോസ്റ്റ് ഏത് വെബ് സെർവറാണ് ഉപയോഗിക്കുന്നതെന്ന് നിങ്ങൾക്ക് ഉറപ്പില്ല, അല്ലെങ്കിൽ അത് എൻജിൻക്സ് അല്ലെങ്കിൽ അപ്പാച്ചെ ആണെന്ന് നിങ്ങൾ സ്ഥിരീകരിച്ചിട്ടുണ്ട് (അതിൻ്റെ ഫ്രണ്ട്-എൻഡ് ഒപ്റ്റിമൈസേഷൻ ഫീച്ചറുകൾ മാത്രം ഉപയോഗിക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, ചെലവ് കുറഞ്ഞതും സങ്കീർണ്ണമായതുമായ ഇത് അത്ര പ്രയോജനകരമായിരിക്കില്ല).
• നിങ്ങൾക്ക് സങ്കീർണ്ണമായ ഒരു ഇ-കൊമേഴ്‌സ്/മെമ്പർഷിപ്പ്/ബഹുഭാഷാ സൈറ്റ് ഉണ്ട്, എന്നാൽ ടെസ്റ്റിംഗ് പ്രക്രിയയില്ല (LSCWP ശക്തമാണ്, എന്നാൽ “തെറ്റായ ഉള്ളടക്കം കാഷിംഗ്” ചെയ്യാൻ കൂടുതൽ സാധ്യതയുണ്ട്)

2.2 ഇതിന്റെ കാഷിംഗ് സംവിധാനം: എന്തുകൊണ്ട് ഇത് “സെർവറിന്റെ കഴിവുകളുടെ ഭാഗം” പോലെയാണ്”

ലൈറ്റ്സ്പീഡ് കാഷ് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് ഒരൊറ്റ “സാങ്കേതിക വിശദീകരണത്തിൽ” നിങ്ങൾക്ക് സംഗ്രഹിക്കാം:

• ഡബ്ല്യുപി റോക്കറ്റ് / ഡബ്ല്യുപി സൂപ്പർ കാഷ് ഈ നടപടികളിൽ പ്രധാനമായും വേർഡ്പ്രസ്സ്/PHP ഭാഗത്തുള്ള കാഷിംഗും ഒപ്റ്റിമൈസേഷനും ഉൾപ്പെടുന്നു;
• എൽ‌എസ്‌സി‌ഡബ്ല്യു‌പി ഇത് “വേർഡ്പ്രസ്സ് ഡാഷ്‌ബോർഡ് + ലൈറ്റ്സ്പീഡ് സെർവറിന്റെ ബിൽറ്റ്-ഇൻ എൽഎസ്കാഷ്” എന്നിവയുടെ ഒരു സംയോജനമാണ്: നിയമങ്ങൾ നൽകുന്നതിനും സിഗ്നലുകൾ ക്ലിയർ ചെയ്യുന്നതിനും പ്ലഗിൻ ഉത്തരവാദിയാണ്, അതേസമയം യഥാർത്ഥ ഉയർന്ന-വേഗതയിലുള്ള പേജ് കാഷിംഗ് നടക്കുന്നത്സെർവർ ലെയർ。

ഇത് ഉപയോക്തൃ അനുഭവത്തിൽ നേരിട്ട് സ്വാധീനം ചെലുത്തുന്നു: സെർവർ-സൈഡ് കാഷിംഗ് സാധാരണയായി ഭാരം കുറഞ്ഞതും, വേഗതയേറിയതും, ഒരേസമയം വരുന്ന അഭ്യർത്ഥനകൾ കൈകാര്യം ചെയ്യാൻ കൂടുതൽ മികച്ചതുമാണ് (പ്രത്യേകിച്ച് ട്രാഫിക് വർദ്ധനവ് ഉള്ളപ്പോഴോ സെർച്ച് എഞ്ചിൻ ക്രോളറുകൾ ഇടയ്ക്കിടെ സന്ദർശിക്കുമ്പോഴോ).

2.3 വെബ്സൈറ്റ് ഉപയോക്താക്കൾക്ക് LSCWP ഉപയോഗിക്കുന്നതിനുള്ള “ശരിയായ രീതി”

“ശരിയായ സമീപനം” ഞങ്ങൾ നാല് തലങ്ങളായി വിഭജിച്ചിരിക്കുന്നു:

തലം 1: പേജ് കാഷിംഗ് തന്ത്രം (TTFB യഥാർത്ഥത്തിൽ കുറയ്ക്കാൻ കഴിയുമോ എന്ന് നിർണ്ണയിക്കുന്നു)

• ഏതൊക്കെ പേജുകൾ കാഷ് ചെയ്യണമെന്ന് വ്യക്തമാക്കുക (മിക്ക പൊതു ഉള്ളടക്ക പേജുകളും)
• ഒരിക്കലും കാഷ് ചെയ്യാൻ പാടില്ലാത്ത പേജുകൾ ഏതൊക്കെയാണെന്ന് തിരിച്ചറിയുക (ലോഗിൻ, അക്കൗണ്ട്, ഷോപ്പിംഗ് ബാസ്ക്കറ്റ്, ചെക്ക്ഔട്ട്, കൂടാതെ ഭാഷ/കറൻസി മാറ്റുന്നതിന് cookie-നെ വളരെയധികം ആശ്രയിക്കുന്ന പേജുകളും).
• കാഷെക്കായി ന്യായമായ ഒരു TTL സജ്ജമാക്കുക (ഉള്ളടക്കം എത്രത്തോളം തവണ അപ്ഡേറ്റ് ചെയ്യുന്നുവോ, അത്രത്തോളം TTL കുറവായിരിക്കണം; നേരെമറിച്ച്, അത് കൂടുതൽ ദൈർഘ്യമുള്ളതായിരിക്കണം).
• ഒരു ക്ലീൻ-അപ്പ് നയം ഉണ്ടാക്കുക: ഉള്ളടക്കം അപ്ഡേറ്റ് ചെയ്ത ശേഷം പ്രസക്തമായ ടാഗുകൾ വൃത്തിയാക്കുക (സൈറ്റ് മുഴുവനായി വൃത്തിയാക്കുന്നതിന് പകരം).

ഈ പാളി ശരിയായി ചെയ്താൽ, വെബ്സൈറ്റിന് ലഭിക്കുന്ന ഏറ്റവും പെട്ടെന്നുള്ള പ്രയോജനം TTFB കുറഞ്ഞിരിക്കുന്നു, ഒപ്പം ആദ്യ സ്ക്രീനിന്റെ ലോഡ് കൂടുതൽ സ്ഥിരതയുള്ളതുമാണ്.。

തലം 2: പ്രീ-ലോഡിംഗ്/ക്രോളിംഗ് (കുറഞ്ഞ ട്രാഫിക്കുള്ള പേജുകളിലേക്കുള്ള ആദ്യ സന്ദർശനം മന്ദഗതിയിലാണോ എന്ന് നിർണ്ണയിക്കുന്നു)

വെബ്സൈറ്റുകൾ സന്ദർശിക്കുമ്പോൾ ഉണ്ടാകുന്ന “സ്ഥിരതയില്ലാത്ത ഉപയോക്തൃ അനുഭവത്തിന്” ഒരു പ്രധാന കാരണം കാഷിംഗിലെ “ഹോട്ട്-കോൾഡ് വ്യത്യാസങ്ങൾ” ആണ്:

• ജനപ്രിയമായ പേജുകൾ നിരന്തരം സന്ദർശിക്കപ്പെടുന്നതിനാൽ, കാഷ് എപ്പോഴും ഏറ്റവും പുതിയതായി തുടരുന്നു.
• അധികം ട്രാഫിക് ലഭിക്കാത്ത പേജുകൾ ദീർഘകാലമായി അവഗണിക്കപ്പെട്ടതിനാൽ, ആദ്യമായി സന്ദർശിക്കുന്നവർക്ക് അവ വളരെ സാവധാനത്തിലാണ് ലോഡ് ആകുന്നത്.

പ്രീലോഡിംഗ് വെറുമൊരു അലങ്കാരം മാത്രമല്ല; വെബ്സൈറ്റിൽ സ്ഥിരതയുള്ള ഒരു ഉപയോക്തൃ അനുഭവം ഉറപ്പാക്കുന്നതിനുള്ള പ്രധാന ഘടകമാണത്.

തലം 3: ഡൈനാമിക് ഉള്ളടക്കത്തിനുള്ള സുരക്ഷാ പരിഹാരങ്ങൾ (ഇ-കൊമേഴ്‌സ്/അംഗത്വം/ബഹുഭാഷാ)

LSCWP-യുടെ ശക്തി, അത് നിങ്ങൾക്ക് താഴെ പറയുന്നവ പോലുള്ള വിപുലമായ “അഡ്വാൻസ്ഡ് ടൂളുകൾ” നൽകുന്നു എന്നതാണ്:

• ലോഗിൻ ചെയ്ത ഉപയോക്താക്കൾ, കമന്റ് ചെയ്യുന്നവർ തുടങ്ങിയവർക്കായി വ്യത്യസ്തമായ കാഷിംഗ് തന്ത്രങ്ങൾ.
• എഡ്ജ്-സൈഡ് ഇൻക്ലൂഷൻ (ESI)-ന്റെ അടിസ്ഥാന ആശയം, ഒരു പേജിനെ 'ക്യാഷ് ചെയ്യാവുന്ന പൊതുവായ ഭാഗം' എന്നതിലും 'ക്യാഷ് ചെയ്യാൻ കഴിയാത്ത ഡൈനാമിക് ഭാഗങ്ങൾ' എന്നതിലുമായി വിഭജിച്ച്, അവയെ വെവ്വേറെ പ്രോസസ്സ് ചെയ്ത ശേഷം എഡ്ജ് നോഡിൽ വെച്ച് പുനഃസംയോജിപ്പിക്കുക എന്നതാണ്.

തലം 4: ഓൺലൈൻ സേവനങ്ങളും ഐച്ഛിക മെച്ചപ്പെടുത്തലുകളും

പല വെബ്സൈറ്റ് അഡ്മിനിസ്ട്രേറ്റർമാർക്കും LSCWP-നുള്ളിൽ QUIC.cloud-യുടെ ഓൺലൈൻ സേവനങ്ങൾ (പേജ് ഒപ്റ്റിമൈസേഷൻ ടൂളുകൾ പോലുള്ളവ) കാണാൻ സാധിക്കും.QUIC.cloud ഡോക്യുമെൻ്റേഷൻഇത് എൽഎസ്‌സിഡബ്ല്യുപിയ്ക്ക് (LSCWP) ക്രിട്ടിക്കൽ സി‌എസ്‌എസ് (CCSS), യൂണീക് സി‌എസ്‌എസ് (UCSS), വ്യൂപോർട്ട്-ഒപ്റ്റിമൈസ്ഡ് ഇമേജസ് (VPI) എന്നിവയുൾപ്പെടെ പേജ് ഒപ്റ്റിമൈസേഷൻ സേവനങ്ങൾ നൽകുന്നു എന്ന് വ്യക്തമായി പ്രസ്താവിക്കുന്നു.

• ഈ സേവനങ്ങൾ ഐച്ഛികമാണ്ഓൺലൈൻ ഒപ്റ്റിമൈസേഷൻ പ്രവർത്തനക്ഷമമാക്കാതെ തന്നെ, നിങ്ങൾക്ക് സെർവർ-സൈഡ് കാഷിംഗ് മാത്രം ഉപയോഗിക്കാം.
• ഒരു തവണ ഓൺലൈൻ സേവനങ്ങൾ പ്രവർത്തനക്ഷമമാക്കിയാൽ, നിങ്ങളുടെ സൈറ്റിലെ റിസോഴ്‌സുകളുടെയും പേജുകളുടെയും പ്രോസസ്സിംഗ് രീതി മാറും (ഇത് ബിസിനസ്സുകൾക്കും സ്വകാര്യതയെക്കുറിച്ച് ബോധവാന്മാരായ ഉപഭോക്താക്കൾക്കും പ്രധാനപ്പെട്ട വിവരമാണ്)

2.4 എൽഎസ്‌സിഡബ്ല്യുപിയിലെ സാധാരണ പിഴവുകൾ

1. സെർവർ ലൈറ്റ്സ്പീഡ് ആണ് പ്രവർത്തിപ്പിക്കുന്നില്ലെങ്കിലും, അത് LSCWP-യെ ഒരു സമ്പൂർണ്ണ ഫീച്ചറുകളുള്ള കാഷിംഗ് പ്ലഗിൻ ആയി കണക്കാക്കുന്നു.
   ഫലം: കാഷിംഗ് പ്രതീക്ഷിച്ചതുപോലെ പ്രവർത്തിച്ചില്ല, കൂടാതെ കോൺഫിഗറേഷന്റെ സങ്കീർണ്ണതയും വർദ്ധിപ്പിച്ചു. പരിഹാരം: ആദ്യം, ഹോസ്റ്റ് സ്റ്റാക്ക് പരിശോധിക്കുക; അത് അല്ലെങ്കിൽ ലൈറ്റ്സ്പീഡ്... WP റോക്കറ്റ് അല്ലെങ്കിൽ WP സൂപ്പർ കാഷ് പരിഗണിക്കുക.
2. വളരെയധികം ഫ്രണ്ട്-എൻഡ് ഒപ്റ്റിമൈസേഷനുകൾ പ്രവർത്തനക്ഷമമാക്കിയത് പ്രവർത്തനപരമായ പ്രശ്നങ്ങൾക്ക് കാരണമായിട്ടുണ്ട്.
   പേജ് ഒപ്റ്റിമൈസേഷൻ (CSS/JS) പലപ്പോഴും കാഷിംഗിനെക്കാൾ എളുപ്പത്തിൽ അനുയോജ്യതാ പ്രശ്നങ്ങൾ ഉണ്ടാക്കുന്നു. ശുപാർശ: ആദ്യം, പേജ് കാഷിംഗ് സുഗമമായി പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക, തുടർന്ന് ഒപ്റ്റിമൈസേഷനുകൾ ഓരോന്നായി പ്രവർത്തനക്ഷമമാക്കുക, അതോടൊപ്പം ഒരു റിഗ്രഷൻ ടെസ്റ്റ് ചെക്ക്‌ലിസ്റ്റ് (ഫോമുകൾ, മെനു, പേയ്‌മെൻ്റ്, ട്രാക്കിംഗ്, ഭാഷ മാറ്റം മുതലായവ) തയ്യാറാക്കുക.
3. ഡൈനാമിക് പേജുകൾക്കുള്ള എക്സ്ക്ലൂഷൻ/ഷാർഡിംഗ് തന്ത്രങ്ങളുടെ അഭാവം
   സാധാരണയായി കാണുന്ന പ്രശ്നങ്ങൾ: ഷോപ്പിംഗ് കാർട്ടുകൾ, ചെക്ക്ഔട്ട് പേജുകൾ, അക്കൗണ്ട് പേജുകൾ എന്നിവ കാഷെ ചെയ്യപ്പെടുന്നത്; അല്ലെങ്കിൽ ഭാഷകൾക്കിടയിലോ കറൻസികൾക്കിടയിലോ തെറ്റായി മാറുന്നത്. ഇ-കൊമേഴ്‌സ് സൈറ്റുകൾ ഇതിനെ ഒരു പ്രീ-ലോഞ്ച് പരിശോധനയായി കണക്കാക്കണം (WooCommerce ഊന്നിപ്പറയുന്നതുപോലെ).പ്രധാനപ്പെട്ട പേജുകൾ കാഷ് ചെയ്യരുത്）。

പ്ലഗിൻ 3:ഡബ്ല്യുപി സൂപ്പർ കാഷ്(സൗജന്യം) — ഉള്ളടക്ക വെബ്സൈറ്റുകൾക്കുള്ള ക്ലാസിക് “കുറഞ്ഞ അപകടസാധ്യത, ഉയർന്ന വരുമാനം” തന്ത്രം

ഡബ്ല്യുപി സൂപ്പർ കാഷ് എന്തുകൊണ്ടാണ് ഇത് ഇത്രയും കാലം ജനപ്രിയമായി തുടരുന്നത്? കാരണം ഇത് വളരെ ലളിതവും “സെർവർ-സൗഹൃദപരവുമായ” രീതിയിൽ പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു:
ഡൈനാമിക് വേർഡ്പ്രസ്സ് പേജുകൾ സ്റ്റാറ്റിക് HTML ഫയലുകളാക്കി മാറ്റുക...അതിനുശേഷം ഈ HTML ഫയലുകൾ വെബ് സെർവർ നേരിട്ട് സെർവ് ചെയ്യുന്നു, അതുവഴി ചെലവേറിയ PHP പ്രോസസ്സിംഗ് ഒഴിവാക്കുന്നു.

പ്ലഗിൻ പേജിൽ, പ്രാമാണീകരിക്കാത്ത (unauthenticated) ഉപയോക്താക്കളിൽ ഭൂരിഭാഗം പേർക്കും സ്റ്റാറ്റിക് HTML ആണ് നൽകുന്നതെന്നും വളരെ വ്യക്തമായ ഒരു വിശദീകരണം നൽകുന്നുണ്ട്: “99% സന്ദർശകർക്ക് സ്റ്റാറ്റിക് HTML ഫയലുകൾ നൽകും”; ഒരൊറ്റ ക്യാഷ് ചെയ്ത ഫയൽ ആയിരക്കണക്കിന് തവണ നൽകാൻ സാധിക്കും.

3.1 WP സൂപ്പർ കാഷ് ആർക്കാണ് അനുയോജ്യം?

വളരെ ശുപാർശ ചെയ്യുന്നു:

• ബ്ലോഗുകൾ, ഉള്ളടക്ക വെബ്സൈറ്റുകൾ, ഡോക്യുമെൻ്റേഷൻ സൈറ്റുകൾ, കോർപ്പറേറ്റ് വെബ്സൈറ്റുകൾ, ലാൻഡിംഗ് പേജുകൾ
• സന്ദർശകർ പ്രധാനമായും ലോഗിൻ ചെയ്യാത്ത ഉപയോക്താക്കളാണ്.
• നിങ്ങൾ ആഗ്രഹിക്കുന്നത്: സൗജന്യം, സ്ഥിരത, കുറഞ്ഞ പരിപാലനച്ചെലവ്

ജാഗ്രതയോടെ ഉപയോഗിക്കുക / കൂടുതൽ ശക്തമായ ഒരു തന്ത്രം ആവശ്യമാണ്:

• വളരെ ഡൈനാമിക് ആയ വെബ്സൈറ്റുകൾ: ധാരാളം വ്യക്തിഗത ഉള്ളടക്കങ്ങളുള്ളതും, ഉപയോക്താവിൻ്റെ സ്റ്റാറ്റസ് അനുസരിച്ച് മാറുന്നതുമായ പേജുകളുള്ള വെബ്സൈറ്റുകൾ.
• വലിയ ഇ-കൊമേഴ്‌സ് പ്ലാറ്റ്‌ഫോമുകൾ: ഇത് സ്വീകാര്യമാണ്, എന്നാൽ പ്രധാന പേജുകൾ കാഷ് ചെയ്യുന്നില്ലെന്നും ഇത് നിങ്ങളുടെ ടെസ്റ്റിംഗ് പ്രക്രിയയിൽ സംയോജിപ്പിച്ചിട്ടുണ്ടെന്നും ഉറപ്പാക്കുക.

3.2 ഇതിൻ്റെ മൂന്ന് കാഷിംഗ് രീതികൾ:

WP സൂപ്പർ കാഷ് പ്ലഗിൻ്റെ വിവരണത്തിൽ, വേഗതയുടെ ക്രമത്തിൽ മൂന്ന് കാഷിംഗ് രീതികൾ പട്ടികപ്പെടുത്തുകയും അവ തമ്മിലുള്ള വ്യത്യാസങ്ങൾ വിശദീകരിക്കുകയും ചെയ്യുന്നു:

• മോഡ്_റീറൈറ്റ് (വിദഗ്ദ്ധം)ഏറ്റവും വേഗതയേറിയ രീതി, ഇത് PHP-യെ പൂർണ്ണമായും മറികടക്കുന്നു, എന്നാൽ .htaccess ഫയൽ മാറ്റം വരുത്തേണ്ടതുണ്ട്; തെറ്റായി കോൺഫിഗർ ചെയ്താൽ, സൈറ്റ് ലഭ്യമല്ലാതാകാനുള്ള സാധ്യത കൂടുതലാണ്.
• ലളിതമായത് (ശുപാർശ ചെയ്യുന്ന രീതി): PHP സ്റ്റാറ്റിക് ഫയലുകൾക്കായി ഒരു “സൂപ്പർ കാഷ്” നൽകുന്നു, ഇത് mod_rewrite-ന് സമാനമായ വേഗത നൽകുന്നു, എന്നാൽ ലളിതമായ കോൺഫിഗറേഷനോടു കൂടിയാണ്.
• ഡബ്ല്യുപി-ക്യാഷ് കാഷിംഗ്: കൂടുതൽ വഴക്കമുള്ളത്, അറിയപ്പെടുന്ന ഉപയോക്താക്കൾക്കും, പാരാമീറ്ററുകളുള്ള URL-കൾക്കും, ഫീഡുകൾക്കും മുതലായവയ്ക്ക് അനുയോജ്യം, എന്നാൽ വേഗത കുറവാണ്

ശുപാർശ ചെയ്യുന്ന ഓപ്ഷനുകൾ:

• തുടക്കക്കാർ/സ്ഥിരത ആഗ്രഹിക്കുന്നവർ: ശുപാർശ ചെയ്യുന്ന രീതി (ലളിതമായത്) ഉപയോഗിക്കുക
• നിങ്ങൾക്ക് സെർവർ നിയമങ്ങളെക്കുറിച്ച് നന്നായി അറിയാമെങ്കിൽ, അവ വീണ്ടും എഴുതാനുള്ള അപകടസാധ്യത ഏറ്റെടുക്കാൻ തയ്യാറാണെങ്കിൽ, എക്സ്പെർട്ട് മോഡ് പരിഗണിക്കുക.
• നിങ്ങൾക്ക് “അറിയപ്പെടുന്ന ഉപയോക്താക്കൾ/പാരാമീറ്ററുകൾ” കൂടുതൽ വഴക്കത്തോടെ കൈകാര്യം ചെയ്യേണ്ടതുണ്ട്: WP-Cache-ന്റെ പങ്ക് മനസ്സിലാക്കൽ

3.3 WP സൂപ്പർ കാഷെയുടെ ശക്തിയും ദൗർബല്യങ്ങളും

ഗുണങ്ങൾ:

1. CDN-മായി ഉപയോഗിക്കാൻ അനുയോജ്യം
   അടിസ്ഥാനപരമായി ഇത് “സ്റ്റാറ്റിക് HTML ഉണ്ടാക്കുന്നതാണ്” എന്നതിനാൽ, ഇത് സ്വാഭാവികമായും CDN/എഡ്ജ് കാഷിംഗ് സമീപനവുമായി യോജിക്കുന്നു.
2. ഒറിജിൻ സെർവർ CPU-യിലെയും ഡാറ്റാബേസിലെയും ലോഡിൽ വന്ന മെച്ചപ്പെടുത്തൽ വളരെ ശ്രദ്ധേയമാണ്.
   വെബ്സൈറ്റ് ട്രാഫിക് ലോകമെമ്പാടും വ്യാപിച്ചിരിക്കുമ്പോൾ, സെർച്ച് എഞ്ചിൻ, സോഷ്യൽ മീഡിയ ക്രാളറുകളും ലോകത്തിന്റെ വിവിധ ഭാഗങ്ങളിൽ നിന്ന് വന്നേക്കാം. “ഡ്യൂപ്ലിക്കേറ്റ് റെൻഡറിംഗ്” നേരിടുന്നതിൽ സ്റ്റാറ്റിക്സേഷൻ വളരെ ഫലപ്രദമാണ്.

ദൗർബല്യങ്ങൾ:

1. ഇതൊരു “എല്ലാം ഉൾക്കൊള്ളുന്ന പ്രകടന മെച്ചപ്പെടുത്തൽ പാക്കേജ്” അല്ല.”
   ഇതിന്റെ പ്രധാന ശക്തി പേജ് കാഷിംഗിലാണ്; WP Rocket-ൽ നിന്ന് വ്യത്യസ്തമായി, CSS-നും JavaScript-നും വേണ്ടിയുള്ള സമഗ്രമായ ആഴത്തിലുള്ള ഒപ്റ്റിമൈസേഷനുകൾ ഇത് നൽകുന്നില്ല. നിങ്ങൾക്ക് “ഇമേജ് ഒപ്റ്റിമൈസേഷൻ”, “ഫ്രണ്ട്-എൻഡ് ഒപ്റ്റിമൈസേഷൻ” പേജുകൾ വഴി കൂടുതൽ ഒപ്റ്റിമൈസേഷനുകൾ കൈകാര്യം ചെയ്യേണ്ടി വന്നേക്കാം (അല്ലെങ്കിൽ മറ്റ് പ്ലഗിനുകളോ തീം-ലെവൽ ഒപ്റ്റിമൈസേഷനുകളോ ഉപയോഗിക്കുക).
2. “ഡൈനാമിക് പെർസണലൈസേഷൻ” സംബന്ധിച്ച് നമ്മൾ കൂടുതൽ ജാഗ്രത പുലർത്തണം.
   ഉദാഹരണത്തിന്, പ്രദേശം അനുസരിച്ച് വ്യത്യസ്ത ഉള്ളടക്കം പ്രദർശിപ്പിക്കുക, അല്ലെങ്കിൽ ഉപയോക്താവിൻ്റെ സ്റ്റാറ്റസ് അനുസരിച്ച് വ്യത്യസ്ത വിലകൾ, ഭാഷകൾ, അല്ലെങ്കിൽ ശുപാർശകൾ കാണിക്കുക. അത്തരം സന്ദർഭങ്ങളിൽ, നിങ്ങൾ എക്സ്ക്ലൂഷൻ നിയമങ്ങൾ സ്ഥാപിക്കുകയോ അല്ലെങ്കിൽ കൂടുതൽ അനുയോജ്യമായ ഒരു ഷാർഡഡ് കാഷിംഗ് സൊല്യൂഷൻ നടപ്പിലാക്കുകയോ ചെയ്യണം.

3.4 വൂ-കോമേഴ്‌സ് അനുയോജ്യത: എന്തുകൊണ്ട് ഇത് കൂടുതൽ “സുരക്ഷിതം”

ഔദ്യോഗിക WooCommerce ഡോക്യുമെൻ്റേഷൻWooCommerce, WP Super Cache-മായി സ്വാഭാവികമായി പൊരുത്തപ്പെടുന്നു എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. കൂടാതെ, കാർട്ട്, ചെക്ക്ഔട്ട്, മൈ അക്കൗണ്ട് പേജുകൾ ഡിഫോൾട്ടായി കാഷ് ചെയ്യപ്പെടുന്നില്ലെന്ന് ഉറപ്പാക്കാൻ WooCommerce, WP Super Cache-ന് ഒരു സിഗ്നൽ അയയ്ക്കുകയും ചെയ്യുന്നു.

• നിങ്ങൾ ഒരു തുടക്കക്കാരനാണെങ്കിൽ പോലും, WP സൂപ്പർ കാഷും WooCommerce-യും ഒരുമിച്ച് ഉപയോഗിക്കുന്നത്, “പ്രധാനപ്പെട്ട പേജുകൾ കാഷ് ചെയ്യപ്പെടുന്നത്” എന്ന കുഴപ്പത്തിൽ അകപ്പെടാനുള്ള സാധ്യത കുറയ്ക്കുന്നു.
• എന്നിരുന്നാലും, ലോഞ്ച് ചെയ്യുന്നതിന് മുമ്പ് (പേയ്‌മെന്റ്, വൗച്ചറുകൾ, ഡെലിവറി ചാർജുകൾ, നികുതി നിരക്കുകൾ, ഒന്നിലധികം കറൻസികൾ മുതലായവ ഉൾപ്പെടെ) റിഗ്രഷൻ ടെസ്റ്റിംഗ് നടത്താൻ ഞങ്ങൾ ഇപ്പോഴും ശുപാർശ ചെയ്യുന്നു.

പ്ലഗിൻ 4:ഡബ്ല്യു3 ടോട്ടൽ കാഷ് (ഡബ്ല്യു3ടിസി)— എഞ്ചിനീയറിംഗ് ടീമുകൾക്ക് ഏറ്റവും അനുയോജ്യമായ, സമഗ്രമായ “പ്രകടന ചട്ടക്കൂട്”

ഡബ്ല്യു3 ടോട്ടൽ കാഷ് WordPress.org-ൽ, ഇതിനെ ഒരു “സിംഗിൾ കാഷിംഗ് പ്ലഗിൻ” എന്ന നിലയിലല്ല, മറിച്ച് ഒരു “വെബ്സൈറ്റ് പ്രകടനം മെച്ചപ്പെടുത്തുന്നതിനുള്ള ഒരു ചട്ടക്കൂട്” എന്ന നിലയിലാണ് അവതരിപ്പിക്കുന്നത്: CDN-യുമായും മികച്ച രീതികളുമായും സംയോജിപ്പിച്ച് SEO, കോർ വെബ് വൈറ്റൽസ്, മൊത്തത്തിലുള്ള ഉപയോക്തൃ അനുഭവം എന്നിവ മെച്ചപ്പെടുത്തുന്നതിന് ഇത് ഊന്നൽ നൽകുന്നു.

പ്ലഗിൻ വിവരണം വിപുലമായ കഴിവുകൾ പട്ടികപ്പെടുത്തുന്നു: പേജ്/ പേജ്/പോസ്റ്റ് കാഷിംഗ്, സിഎസ്എസ്/ജെഎസ് കാഷിംഗ്, ഫീഡ് കാഷിംഗ്, സെർച്ച് റിസൾട്ട് കാഷിംഗ്, ഡാറ്റാബേസ് ഒബ്ജക്റ്റ് കാഷിംഗ്, ഒബ്ജക്റ്റ് കാഷിംഗ്, ഫ്രാഗ്മെൻ്റ് കാഷിംഗ്, കൂടാതെ റെഡിസ്, മെംകാഷഡ്, എപിസി തുടങ്ങിയ വിവിധ കാഷിംഗ് രീതികൾക്കുള്ള പിന്തുണയും. യൂസർ-ഏജൻ്റ്, റഫറർ എന്നിവ അനുസരിച്ച് തരംതിരിച്ച മൊബൈൽ കാഷിംഗ്, എഎംപി പിന്തുണ, റിവേഴ്സ് പ്രോക്സി (എൻജിൻക്സ്/വാർണിഷ്) സംയോജനം എന്നിവയും ഇതിൽ ഉൾപ്പെടുന്നു.

4.1 W3 ടോട്ടൽ കാഷ് ആർക്കാണ് അനുയോജ്യം?

ഇതിന് അനുയോജ്യം:

• നിങ്ങൾക്ക് ഡെവലപ്‌മെൻ്റ്, ഓപ്പറേഷൻസ് വൈദഗ്ധ്യങ്ങളുണ്ട്, കൂടാതെ “ഘട്ടം ഘട്ടമായുള്ള ഡിപ്ലോയ്മെൻ്റ്, ലോഡ് ടെസ്റ്റിംഗ്, റിഗ്രഷൻ ടെസ്റ്റിംഗ്” എന്നിവ നടത്താൻ തയ്യാറാണ്.”
• നിങ്ങളുടെ വെബ്സൈറ്റ് സങ്കീർണ്ണമാണ്: അതിൽ ഒന്നിലധികം ഭാഷകൾ, തീം മാറ്റം, മൊബൈലിനായുള്ള പ്രത്യേക ഒപ്റ്റിമൈസേഷൻ, സങ്കീർണ്ണമായ ഉള്ളടക്ക ഘടന എന്നിവയുണ്ട്.
• നിങ്ങൾ പേജ് കാഷിംഗ് നടപ്പിലാക്കാൻ ആഗ്രഹിക്കുന്നു എന്ന് മാത്രമല്ല, ഒബ്ജക്റ്റ് കാഷിംഗും ഫ്രാഗ്മെൻ്റ് കാഷിംഗും കൂടി സിസ്റ്റത്തിലേക്ക് (പ്രത്യേകിച്ച് ഡൈനാമിക് വെബ്സൈറ്റുകൾക്കായി) ഉൾപ്പെടുത്താനും ആഗ്രഹിക്കുന്നു.

ഇതിന് അനുയോജ്യമല്ല:

• നിങ്ങൾക്ക് അത് “പെട്ടി തുറന്നിറങ്ങിയ ഉടൻ തന്നെ വേഗതയുള്ളതാകണം”, കൂടാതെ കാഷ് ടയറിംഗ് മനസ്സിലാക്കേണ്ട ആവശ്യവുമില്ല.
• നിങ്ങൾക്ക് ഒരു ടെസ്റ്റിംഗ് പ്രക്രിയ നിലവിലില്ല, എന്നിട്ടും കംപ്രഷൻ, ഡിലേയ്ഡ് സ്ക്രിപ്റ്റുകൾ പോലുള്ള ഉയർന്ന അപകടസാധ്യതയുള്ള ഫീച്ചറുകൾ ഒരേസമയം പ്രവർത്തനക്ഷമമാക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നു.

4.2 എന്തുകൊണ്ടാണ് ഇതിനെ “ശക്തവും എന്നാൽ സങ്കീർണ്ണവുമായ” എന്ന് വിശേഷിപ്പിക്കുന്നത്? വെബ്സൈറ്റുകൾ “നിയന്ത്രിക്കാനുള്ള കഴിവിന്” മുൻഗണന നൽകുന്നു”

W3TC-യുടെ മൂല്യം “ഇത് മറ്റുള്ളവയേക്കാൾ വേഗതയേറിയതാണ്” എന്നതിലല്ല, മറിച്ച് നിങ്ങളുടെ പ്രകടന തന്ത്രത്തെ ഒരു എഞ്ചിനീയറിംഗ് സംവിധാനമാക്കി മാറ്റാൻ ആവശ്യമായ നിയന്ത്രണ ഓപ്ഷനുകൾ ഇത് നൽകുന്നു എന്നതിലാണ്:

• പേജ് കാഷ്: മെമ്മറിയിലോ, ഡിസ്കിലോ അല്ലെങ്കിൽ 1TB-യിലോ 219TB-യിലോ സംഭരിക്കാം.
• ഡാറ്റാബേസ് ഒബ്ജക്റ്റ് കാഷിംഗ്, ഒബ്ജക്റ്റ് കാഷിംഗ്: Redis, Memcached മുതലായവ ഉപയോഗിക്കാം
• ഫ്രാഗ്മെൻ്റ് കാഷിംഗ്: “അർദ്ധ-ഗതികമായ പേജുകൾക്ക്” പ്രത്യേകിച്ചും ഉപയോഗപ്രദമാണ്.
• മൊബൈൽ പിന്തുണ: റഫറർ അല്ലെങ്കിൽ യൂസർ ഏജന്റ് ഗ്രൂപ്പ് അനുസരിച്ച് പേജുകൾ വേർതിരിച്ച് കാഷ് ചെയ്യുക
• CDN മാനേജ്മെൻ്റ്: മീഡിയ ലൈബ്രറികൾ, തീം ഫയലുകൾ മുതലായവയുടെ സുതാര്യമായ മാനേജ്മെൻ്റ്. CDN മാനേജ്മെൻ്റ്

ആഗോളതലത്തിലെ ട്രാഫിക് പലപ്പോഴും നേരിടുന്ന കാര്യങ്ങളായതിനാൽ, വെബ്സൈറ്റുകൾക്ക് ഈ കഴിവുകൾ പ്രത്യേകിച്ചും വിലപ്പെട്ടതാണ്:

• വിവിധ ഉപകരണങ്ങൾ, പ്രദേശങ്ങൾ, ഭാഷകൾ എന്നിവയിലുടനീളം ഒരേ പേജിന്റെ വകഭേദങ്ങൾ
• ചില ഉള്ളടക്കങ്ങൾ കാഷ് ചെയ്യാൻ കഴിയും, എന്നാൽ മറ്റ് ഉള്ളടക്കങ്ങൾ (ഉദാഹരണത്തിന് വിലകൾ, സ്റ്റോക്ക് ലെവലുകൾ, ഉപയോക്താവിൻ്റെ സ്റ്റാറ്റസ്) തത്സമയം അപ്ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട്.

4.3 W3TC-യുടെ “ശുപാർശ ചെയ്യുന്ന പ്രവർത്തനക്ഷമമാക്കൽ ഉത്തരവ്”

ശുപാർശ ചെയ്യുന്ന ക്രമം:

1. തൽക്കാലം പേജ് കാഷിംഗ് മാത്രം പ്രവർത്തനക്ഷമമാക്കുക
   ഉറപ്പുവരുത്തുക: TTFB കുറഞ്ഞിട്ടുണ്ടോ, ഉള്ളടക്കം സ്ഥിരതയുള്ളതാണോ, ലോഗിൻ സ്റ്റേറ്റ്, ബഹുഭാഷാ പ്രവർത്തനക്ഷമത, പ്രധാന ഇ-കൊമേഴ്‌സ് പ്രവർത്തനങ്ങൾ എന്നിവ ശരിയായി പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന്.
2. ബ്രൗസർ കാഷ് വീണ്ടും പ്രവർത്തനക്ഷമമാക്കുക
   ലക്ഷ്യം: പേജ് റീലോഡുകളും സ്റ്റാറ്റിക് റിസോഴ്സുകളുടെ ലോഡിംഗും വേഗത്തിലാക്കുന്നതിനും, ഭൂഖണ്ഡങ്ങൾ തോറുമുള്ള അനാവശ്യ ഡൗൺലോഡുകൾ കുറയ്ക്കുന്നതിനും.
3. ഒബ്ജക്റ്റ് കാഷ് / ഡാറ്റാബേസ് ഒബ്ജക്റ്റ് കാഷ് പുനർമൂല്യനിർണ്ണയം ചെയ്യുക
   ഇതിന് അനുയോജ്യം: ഡൈനാമിക് വെബ്സൈറ്റുകൾ (വൂ-കോമേഴ്‌സ്, മെമ്പർഷിപ്പ് സിസ്റ്റങ്ങൾ, സങ്കീർണ്ണമായ ക്വറികൾ).
   ബാധകമല്ല: ശുദ്ധമായ ഉള്ളടക്കമുള്ള സൈറ്റുകൾക്ക് പരിമിതമായ വരുമാനം മാത്രമേ ഉണ്ടാക്കാൻ കഴിയൂ, അവ വിഭവങ്ങളുടെ ഉപയോഗം വർദ്ധിപ്പിക്കുകയും ചെയ്തേക്കാം.
4. അവസാനമായി, കംപ്രഷൻ, സ്ക്രിപ്റ്റ് ഡെഫറൽ, ഫ്രണ്ട്-എൻഡ് ഒപ്റ്റിമൈസേഷൻ എന്നിവ കൈകാര്യം ചെയ്യുക
   പ്രവർത്തനപരമായ പ്രശ്നങ്ങൾക്ക് ഏറ്റവും സാധ്യതയുള്ള പാളി ഇതായതുകൊണ്ട്, ഒരു റിഗ്രഷൻ ടെസ്റ്റ് ചെക്ക്‌ലിസ്റ്റ് തയ്യാറാക്കേണ്ടതുണ്ട് (പേയ്‌മെന്റുകൾ, ഫോമുകൾ, ട്രാക്കിംഗ്, പോപ്പ്-അപ്പുകൾ, മെനുവുകൾ, ഭാഷ മാറ്റം മുതലായവ ഉൾപ്പെടെ).

“ക്യാഷ് പ്ലഗിൻ കോൺഫിഗറേഷൻ” സംബന്ധിച്ച വൂകോമേഴ്‌സ് ഓർമ്മപ്പെടുത്തൽപ്രധാനപ്പെട്ട പേജുകൾ കാഷെ ചെയ്യരുത്, കൂടാതെ ജാവാസ്ക്രിപ്റ്റ് ഫയലുകൾ മിനൈഫൈ ചെയ്യുന്നത് ഒഴിവാക്കാൻ ശുപാർശ ചെയ്യുന്നു.

നാല് പ്ലഗിനുകളുടെ താരതമ്യ മാട്രിക്സ്

ദയവായി ശ്രദ്ധിക്കുക: ഇത് “ആരാണ് കൂടുതൽ ശക്തർ” എന്നതിനെക്കുറിച്ചല്ല, മറിച്ച് “നിങ്ങളുടെ സാഹചര്യത്തിന് ആരാണ് കൂടുതൽ അനുയോജ്യർ” എന്നതിനെക്കുറിച്ചാണ്.

അളവ്	ഡബ്ല്യുപി റോക്കറ്റ്	ലൈറ്റ്സ്പീഡ് കാഷ്	ഡബ്ല്യുപി സൂപ്പർ കാഷ്	ഡബ്ല്യു3 ടോട്ടൽ കാഷ്
പ്രധാന സ്ഥാനനിർണ്ണയം	എല്ലാം ഉൾക്കൊള്ളുന്ന പരിഹാരം (കാഷിംഗ് + ഒപ്റ്റിമൈസേഷൻ)	സെർവർ തലത്തിലുള്ള കാഷിംഗ് (LSCache ഉപയോഗിച്ച്)	സ്ഥിര HTML കാഷിംഗ്	പ്രകടന ചട്ടക്കൂട് (ബഹുതല കാഷിംഗ് + CDN)
ഹോസ്റ്റ് ആശ്രിതത്വം	താഴ്ന്ന (സാർവത്രിക)	ഉയർന്നത് (കോർ കാഷിംഗ് ഉപയോഗിക്കുന്നതിന് LiteSpeed/OpenLiteSpeed ആവശ്യമാണ്)	താഴ്ന്ന (സാർവത്രിക)	മീഡിയം (സാർവത്രികം, എന്നാൽ പരിസ്ഥിതി/കോൺഫിഗറേഷൻ ശേഷികളെ കൂടുതൽ ആശ്രയിച്ചിരിക്കുന്നു)
പഠനച്ചെലവുകൾ	കുറഞ്ഞതും ഇടത്തരവും	ഇടത്തരം	കുറവ്	ഉയർന്ന
ഉള്ളടക്ക സൈറ്റ് ശുപാർശ സ്കോർ	വളരെ ഉയർന്ന	വളരെ ഉയർന്നത് (നിബന്ധനകൾ പാലിച്ചാൽ)	വളരെ ഉയർന്ന	ഇടത്തരം മുതൽ ഉയർന്നത് വരെ (ടീമിനെ ആശ്രയിച്ച്)
ഇ-കൊമേഴ്‌സ്/അംഗത്വ സൈറ്റ്	ഉപയോഗിക്കാം, എന്നാൽ ജാഗ്രത പാലിക്കുക (WooCommerce പ്രധാന പേജുകൾ കാഷ് ചെയ്യപ്പെടുന്നില്ല)	ലഭ്യമാണ്, എന്നാൽ നിയമങ്ങളും ഷാർഡിംഗ് തന്ത്രങ്ങളും ആവശ്യമാണ്.	ലഭ്യമാണ്, കൂടാതെ WooCommerce പറയുന്നത് ഇത് നേറ്റീവായി അനുയോജ്യമാണെന്നും ഡിഫോൾട്ടായി പ്രധാന പേജുകൾ കാഷ് ചെയ്യാറില്ലെന്നും ആണ്.	ലഭ്യമാണ്; എഞ്ചിനീയറിംഗ് ആവശ്യങ്ങൾക്ക് അനുയോജ്യം
ബജറ്റ്	നൽകുക	സൗജന്യം	സൗജന്യം	സൗജന്യ + പണമടച്ച പതിപ്പുകൾ

“കാഷ് ഇൻസിഡന്റുകൾ”യും പ്രതിരോധത്തിനുള്ള ഒരു ചെക്ക്‌ലിസ്റ്റും

1. കാഷിംഗ് മൂലമുണ്ടാകുന്ന “തെറ്റായ ഉള്ളടക്ക'ത്തിൻ്റെ മൂന്ന് പ്രധാന കാരണങ്ങൾ

A. “സ്റ്റേറ്റ് ഉള്ള” പേജുകളെ “സ്റ്റേറ്റ് ഇല്ലാത്ത സ്റ്റാറ്റിക് പേജുകൾ” ആയി പരിഗണിക്കൽ”

ഉദാഹരണം: അക്കൗണ്ട് പേജ്, ഷോപ്പിംഗ് ബാസ്ക്കറ്റ്, ചെക്ക്ഔട്ട് പേജ് എന്നിവ കാഷ് ചെയ്തിരിക്കുന്നു. WooCommerce അധികാരികൾ ആവർത്തിച്ച് ഊന്നിപ്പറഞ്ഞിട്ടുണ്ട് ഷോപ്പിംഗ് കാർട്ട് / ചെക്ക്ഔട്ട് / അക്കൗണ്ട് പേജുകൾ കാഷ് ചെയ്യരുത്.

ബി. ബഹുഭാഷാ, ബഹു-കറൻസി, പ്രാദേശിക വകഭേദങ്ങൾക്കായി കാഷിംഗ് ശരിയായി വേർതിരിച്ചിട്ടില്ല.

നിങ്ങളുടെ സൈറ്റ് cookie, ക്വറി പാരാമീറ്ററുകൾ അല്ലെങ്കിൽ ഭൂമിശാസ്ത്രപരമായ സ്ഥാനം എന്നിവയെ അടിസ്ഥാനമാക്കി വ്യത്യസ്ത ഉള്ളടക്കം പ്രദർശിപ്പിക്കുന്നുവെങ്കിൽ, കാഷിംഗ് “വ്യതിയാന മാനങ്ങൾ” (variant dimensions) കണക്കിലെടുക്കേണ്ടതുണ്ട്. അല്ലാത്തപക്ഷം, മേഖല A-യിലെ ഒരു ഉപയോക്താവിനായി ജനറേറ്റ് ചെയ്ത കാഷ്, മേഖല B-യിലെ ഒരു ഉപയോക്താവിന് പുനരുപയോഗിക്കാൻ കഴിഞ്ഞേക്കും.

സി. ഫ്രണ്ട്-എൻഡ് ഒപ്റ്റിമൈസേഷനായി (JS/CSS) മാറ്റിയെഴുതിയത് പ്രവർത്തനപരമായ പ്രശ്നങ്ങൾക്ക് കാരണമായി.

പ്രത്യേകിച്ചും, ജാവാസ്ക്രിപ്റ്റ് മിനീഫിക്കേഷൻ, ബണ്ട്ലിംഗ്, ലേസി ലോഡിംഗ് എന്നിവ. WooCommerce പോലും ശുപാർശ ചെയ്യുന്നു.ജാവാസ്ക്രിപ്റ്റ് ഫയലുകൾ ചെറുതാക്കുന്നത് ഒഴിവാക്കുക。

2. വിന്യാസത്തിന് മുമ്പുള്ള റിഗ്രഷൻ ടെസ്റ്റ് ചെക്ക്‌ലിസ്റ്റ്

• ലോഗിൻ/ലോഗൗട്ട് ഫംഗ്ഷൻ ശരിയായി പ്രവർത്തിക്കുന്നുണ്ടോ?
• ഫോം സമർപ്പണങ്ങൾ (ബന്ധപ്പെടാനുള്ള ഫോമുകൾ, സബ്സ്ക്രിപ്ഷനുകൾ, ലോഗിൻ, രജിസ്ട്രേഷൻ) ശരിയായി പ്രവർത്തിക്കുന്നുണ്ടോ?
• ഇ-കൊമേഴ്‌സ് പ്രക്രിയ: ബാസ്കറ്റിലേക്ക് ചേർക്കുക → വൗച്ചർ → ഡെലിവറി ചാർജ്/നികുതികൾ → പണമടയ്ക്കൽ → ഓർഡർ പേജ്
• ഭാഷ മാറ്റുന്ന ഫീച്ചർ (മാറ്റത്തിന് ശേഷമുള്ള ഉള്ളടക്കം, URL-കൾ, hreflang, കറൻസി എന്നിവയുടെ കാര്യത്തിൽ) സ്ഥിരതയുള്ളതാണോ?
• മൊബൈൽ മെനു, പോപ്പ്-അപ്പുകൾ, സ്ക്രോളിംഗ്, ലേസി ലോഡിംഗ് എന്നിവ ശരിയായി പ്രവർത്തിക്കുന്നുണ്ടോ?
• ട്രാക്കിംഗ് സ്ക്രിപ്റ്റുകൾ (GA, മെറ്റാ പിക്സൽ, കൺവേർഷൻ ഇവന്റുകൾ) ഇപ്പോഴും പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക

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

ചോദ്യം 1: ഞാൻ ഒരു കാഷിംഗ് പ്ലഗിൻ ഇൻസ്റ്റാൾ ചെയ്തിട്ടും, വിദേശത്ത് നിന്ന് ആക്‌സസ് ചെയ്യുമ്പോൾ സൈറ്റ് എന്തുകൊണ്ടാണ് ഇപ്പോഴും വേഗത കുറഞ്ഞിരിക്കുന്നത്?

ഏറ്റവും സാധാരണമായ കാരണം, നിങ്ങൾ “ഒറിജിൻ സെർവറിലെ ഡ്യൂപ്ലിക്കേറ്റ് റെൻഡറിംഗ്” പരിഹരിച്ചു എന്നതാണ്, എന്നാൽ “അന്തർദ്ദേശീയ നെറ്റ്‌വർക്ക് ലേറ്റൻസി” പരിഹരിക്കേണ്ടിയിരുന്നത് ചെയ്തിട്ടില്ല എന്നതാണ്.
കാഷിംഗ് പ്ലഗിനുകൾ സെർവറിനെ ഉള്ളടക്കം കൂടുതൽ വേഗത്തിൽ നൽകാൻ പ്രാപ്തമാക്കുന്നു (TTFB കുറയ്ക്കുന്നു), എന്നാൽ സ്റ്റാറ്റിക് റിസോഴ്‌സുകളും (ചിത്രങ്ങൾ, CSS, JS, ഫോണ്ടുകൾ) ആഗോള കണക്ഷനുകളുടെ RTT-യും ഇപ്പോഴും വേണം. ഒരു ടിപി273ടി വിടവ് നികത്താൻ
👉 അതിനാൽ ശരിയായ സമീപനം ഇതാണ്:ആദ്യം, ഒറിജിൻ സെർവർ കാഷിംഗ് ശരിയായി പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക,ആഗോള വിതരണത്തിനായി CDN-ലേക്ക് അപ്‌ലോഡ് ചെയ്യുക。

ചോദ്യം 2: ഞാൻ കാഷ് ചെയ്തതിന് ശേഷവും ഉള്ളടക്കം എന്തുകൊണ്ടാണ് അപ്ഡേറ്റ് ചെയ്യാത്തത്?

നിങ്ങൾ കാണുന്നത് ഒരു “പഴയ കാഷ്” ആയതുകൊണ്ടാണ്. പരിഹാരം:

• ഒരു കാഷ് ക്ലിയറിംഗ് നയം സ്ഥാപിക്കുക: ഒരു ലേഖനമോ പേജോ അപ്ഡേറ്റ് ചെയ്ത ശേഷം, സൈറ്റ് മുഴുവനായി ക്ലിയർ ചെയ്യുന്നതിന് പകരം, ബന്ധപ്പെട്ട കാഷ് മാത്രം ക്ലിയർ ചെയ്യുക.
• പ്രീ-വാർമിംഗ് അല്ലെങ്കിൽ ക്രോളിംഗ് ഉൾപ്പെടുന്ന സൊല്യൂഷനുകൾക്ക്: വൃത്തിയാക്കിയ ശേഷം നിങ്ങൾ വീണ്ടും പ്രീ-വാർമിംഗ് നടത്തണം, അല്ലാത്തപക്ഷം ആദ്യത്തെ സന്ദർശനം മന്ദഗതിയിലായിരിക്കും.
• CDN-നെക്കുറിച്ച്: CDN എഡ്ജിൽ പഴയ റിസോഴ്‌സുകൾ കാഷ് ചെയ്തിട്ടുണ്ടാകാം എന്നത് പരിഗണിക്കേണ്ടത് അത്യാവശ്യമാണ്.

ചോദ്യം 3: എനിക്ക് WP റോക്കറ്റും WP സൂപ്പർ കാഷും ഒരേ സമയം ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയുമോ?

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

ചോദ്യം 4: ഇ-കൊമേഴ്‌സ് സൈറ്റുകളിൽ കാഷിംഗ് ഉപയോഗിക്കുന്നത് അപകടകരമാണോ?

അത് അപകടകരമല്ല; അപകടകരമായത് “നിയമങ്ങളുടെ അഭാവമാണ്”.വു-കോമേഴ്‌സ് ശുപാർശകൾദയവായി ശ്രദ്ധിക്കുക: ഷോപ്പിംഗ് ബാസ്ക്കറ്റ്, ചെക്ക്ഔട്ട്, അക്കൗണ്ട് പേജുകൾ എന്നിവ കാഷ് ചെയ്യരുത്, കൂടാതെ ജാവാസ്ക്രിപ്റ്റ് കംപ്രഷൻ ഒഴിവാക്കണം.
കൂടാതെ, WooCommerce താഴെ പറയുന്നവയുമായി പൊരുത്തപ്പെടുന്നതാണെന്നും പരാമർശിക്കുന്നു. WP സൂപ്പർ കാഷുമായുള്ള തനതായ അനുയോജ്യത, കൂടാതെ ഡിഫോൾട്ടായി പ്രധാന പേജുകൾ കാഷെ ചെയ്യുന്നത് ഒഴിവാക്കുന്നു.
അതിനാൽ, ഇ-കൊമേഴ്‌സ് സൈറ്റുകൾക്ക് തീർച്ചയായും കാഷെ ചെയ്യാൻ കഴിയുമെങ്കിലും, നിങ്ങൾ അതിനെ ഒരു “ലൈവ് ചേഞ്ച്” ആയി കണക്കാക്കുകയാണെങ്കിൽ, അത് ടെസ്റ്റ് ചെയ്യേണ്ടതുണ്ട്.

ചോദ്യം 5: ഞാൻ ലൈറ്റ്സ്പീഡ് കാഷേയാണോ അതോ ഡബ്ല്യുപി റോക്കറ്റാണോ തിരഞ്ഞെടുക്കേണ്ടത്?

• സെർവർ ലൈറ്റ്സ്പീഡ്/ഓപ്പൺലൈറ്റ്സ്പീഡ് ആണ് പ്രവർത്തിക്കുന്നതെന്ന് നിങ്ങൾ സ്ഥിരീകരിച്ചിട്ടുണ്ടോ?ലൈറ്റ്സ്പീഡ് കാഷ് മുൻഗണിക്കുക (സൗജന്യവും ശക്തവുമാണ്, സെർവർ-ഗ്രേഡ് LSCache-ൽ നിന്നുള്ള പ്രധാന കരുത്താണ് ഇതിനുള്ളത്)
• നിങ്ങൾക്ക് സെർവർ സ്റ്റാക്ക് സംബന്ധിച്ച് ഉറപ്പില്ല / ബുദ്ധിമുട്ടുകൾ വേണ്ട / ഒരു ബുദ്ധിമുട്ടുമില്ലാത്ത, എല്ലാം ഉൾക്കൊള്ളുന്ന ഒരു സൊല്യൂഷൻ ആഗ്രഹിക്കുന്നുWP റോക്കറ്റ് കൂടുതൽ സ്ഥിരതയുള്ളതാണ്
• നിങ്ങൾ ഒരു ഉള്ളടക്ക വെബ്സൈറ്റ് നടത്തുന്നു, കൂടാതെ ബഡ്ജറ്റിൽ ശ്രദ്ധാലുവുമാണ്.WP സൂപ്പർ കാഷ് കൂടുതൽ സ്ഥിരതയുള്ളതും വേഗതയേറിയതുമാണ്.

CDN-മായി ജോടിയാക്കിയ കാഷിംഗ് പ്ലഗിൻ

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

• ഉള്ളടക്ക സൈറ്റുകൾക്കുള്ള സാധാരണ കോമ്പിനേഷനുകൾ:പേജ് കാഷിംഗ് + CDN സ്റ്റാറ്റിക് വിതരണം
• ഡൈനാമിക് വെബ്സൈറ്റുകൾക്കുള്ള സാധാരണ കോമ്പിനേഷനുകൾ:പേജ് കാഷിംഗ് (കർശനമായി നിയന്ത്രിക്കുകയും ഒഴിവാക്കുകയും ചെയ്തത്) + ഒബ്ജക്റ്റ് കാഷിംഗ് (ആവശ്യാനുസരണം) + CDN സ്റ്റാറ്റിക് വിതരണം

👉 വായിക്കുക:CDN ആക്സിലറേഷൻ (ഗ്ലോബൽ നോഡുകളും കാഷിംഗ് നയവും)

ശുപാർശ ചെയ്യുന്ന വെബ്സൈറ്റ് കാഷിംഗ് കോൺഫിഗറേഷനുകൾ

1. ഉള്ളടക്ക സൈറ്റുകൾ / ബ്ലോഗുകൾ / ഡോക്യുമെൻ്റ് സൈറ്റുകൾ

ലക്ഷ്യം: TTFB കുറയ്ക്കുക, ആദ്യ സ്ക്രീൻ അനുഭവം കൂടുതൽ സുഗമമാക്കുക, സെർവർ ലോഡ് ലഘൂകരിക്കുക, കൂടാതെ ആഗോള വിതരണത്തിനായി CDN ഉപയോഗിക്കുക.

1.1 ഏറ്റവും തടസ്സങ്ങളില്ലാത്ത ബിസിനസ് പാക്കേജ്

• WP റോക്കറ്റ് (പേജ് കാഷിംഗ് + പ്രീലോഡിംഗ് + ഫ്രണ്ട്-എൻഡ് ഒപ്റ്റിമൈസേഷൻ)
  • CDN (CDN പേജിൽ വിശദീകരിക്കുന്നതാണ്)

ബാധകമായത്:

• നിങ്ങൾക്ക് കുറഞ്ഞ സജ്ജീകരണം ആവശ്യമുള്ളതും, വേഗത്തിൽ ഫലം നൽകുന്നതും, കുറഞ്ഞ അപകടസാധ്യതയുള്ളതുമായ ഒന്നാണ് വേണ്ടത്.“
• വളരെയധികം തീമുകളും പ്ലഗിനുകളും ഉണ്ട്, അതുകൊണ്ട് അനുയോജ്യതാ പ്രശ്നങ്ങൾ പരമാവധി കുറയ്ക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

ശ്രദ്ധിക്കേണ്ട കാര്യങ്ങൾ:

• പ്രവർത്തനപരമായ പ്രശ്നങ്ങൾ (മെനു, ഫോമുകൾ, ട്രാക്കിംഗ് എന്നിവ പോലുള്ളവ) ഒഴിവാക്കുന്നതിനായി, ഫ്രണ്ട്-എൻഡ് ഒപ്റ്റിമൈസേഷൻ (പ്രത്യേകിച്ച് ജാവാസ്ക്രിപ്റ്റ് ഡെഫറൽ) ഘട്ടങ്ങളായി പ്രവർത്തനക്ഷമമാക്കിയിരിക്കുന്നു.
• ഇടയ്ക്കിടെ പുനർരൂപകൽപ്പന ചെയ്യുകയോ പതിവായി ഉള്ളടക്കം പ്രസിദ്ധീകരിക്കുകയോ ചെയ്യുന്ന സൈറ്റുകൾ “ക്ലീൻ-അപ്പ് ആൻഡ് വാം-അപ്പ്” തന്ത്രം സ്വീകരിക്കണം; അല്ലാത്തപക്ഷം, കുറഞ്ഞ ട്രാഫിക്കുള്ള പേജുകളിലേക്കുള്ള ആദ്യ സന്ദർശനം മന്ദഗതിയിലായിരിക്കും.

1.2 സൗജന്യവും വിശ്വസനീയവുമായ ഒരു ക്ലാസിക് സംയോജനം

• ഡബ്ല്യുപി സൂപ്പർ കാഷ് (സ്റ്റാറ്റിക് എച്ച്‌ടിഎംഎൽ കാഷിംഗ്)ലോഗിൻ ചെയ്യാത്ത ഉപയോക്താക്കളെ സേവിക്കുന്നതിനായി, ഡൈനാമിക് പേജുകളിൽ നിന്ന് സ്റ്റാറ്റിക് HTML ഉണ്ടാക്കുക
  • ഒരു ടിപി273ടി

ബാധകമായത്:

• ബഡ്ജറ്റ് പരിഗണിച്ച്, സ്ഥിരത തേടുന്നു
• സന്ദർശകർ അപൂർവ്വമായി ലോഗിൻ ചെയ്യാറുണ്ട്
• കൈകാര്യം ചെയ്യാവുന്ന ഉള്ളടക്കം പുതുക്കുന്നതിനുള്ള ഷെഡ്യൂൾ

ശ്രദ്ധിക്കേണ്ട കാര്യങ്ങൾ:

• ഇതൊരു “പേജ് കാഷ് ഫസ്റ്റ്” സമീപനമാണ്; ഇത് ഒരു പാർശ്വഫലമായി എല്ലാ സങ്കീർണ്ണമായ CSS, JavaScript പ്രശ്നങ്ങളും പരിഹരിക്കുമെന്ന് പ്രതീക്ഷിക്കരുത്.

---

2. കോർപ്പറേറ്റ് വെബ്സൈറ്റുകൾ / ബ്രാൻഡ് വെബ്സൈറ്റുകൾ / ലാൻഡിംഗ് പേജുകൾ

ലക്ഷ്യം: വേഗത പ്രധാനമാണ്, എന്നാൽ ഒപ്റ്റിമൈസേഷൻ കൺവേർഷൻ ഫ്ലോയെ തടസ്സപ്പെടുത്താതിരിക്കുന്നത് അതിലും നിർണ്ണായകമാണ്.

2.1 ശക്തവും നിയന്ത്രിക്കാവുന്നതും (ഗ്ലോബൽ കാമ്പെയ്‌നുകൾ/കൺവേർഷൻ ലാൻഡിംഗ് പേജുകൾക്ക് ശുപാർശ ചെയ്യുന്നു)

• ഡബ്ല്യുപി റോക്കറ്റ്
• + (ഓപ്ഷണൽ) ലഘുവായ ചിത്ര ഒപ്റ്റിമൈസേഷൻ (“ചിത്ര ഒപ്റ്റിമൈസേഷൻ” പേജ് നിങ്ങൾക്കുണ്ട്)
  • ഒരു ടിപി273ടി

എന്തുകൊണ്ട് ഇത് ഒരു പരിവർത്തന സൈറ്റിന് അനുയോജ്യമാണ്:

• ഓപ്റ്റിമൈസേഷൻ മൂലം ഫോമുകൾ, പോപ്പ്-അപ്പുകൾ, ട്രാക്കിംഗ് സ്ക്രിപ്റ്റുകൾ എന്നിവ തടസ്സപ്പെടുന്നതിനാലാണ് കൺവേർഷൻ പ്ലാറ്റ്‌ഫോമുകൾ ഏറ്റവും കൂടുതൽ ദുർബലമാകുന്നത്.“
• WP റോക്കറ്റ് കൂടുതൽ “സംയോജിതമായ” ഒരു സമീപനമാണ് സ്വീകരിക്കുന്നത്, ഇത് ഒരൊറ്റ സിസ്റ്റത്തിനുള്ളിൽ ഓരോ ഫീച്ചറുകളും ഒന്നൊന്നായി പ്രവർത്തനക്ഷമമാക്കാനും റിഗ്രഷൻ ടെസ്റ്റിംഗ് നടത്താനും നിങ്ങളെ അനുവദിക്കുന്നു.

ഒരു കോർപ്പറേറ്റ് വെബ്സൈറ്റ് ആരംഭിക്കുന്നതിനുള്ള തത്വങ്ങൾ:

• പ്രകടന ശുദ്ധീകരണം ഒരു “ഡിപ്ലോയ്മെൻ്റ് മാറ്റം” ആയി കണക്കാക്കപ്പെടുന്നു, അതിനോടൊപ്പം ഒരു റിഗ്രഷൻ ടെസ്റ്റ് ചെക്ക്‌ലിസ്റ്റും ഉണ്ടായിരിക്കണം.
• ജാവാസ്ക്രിപ്റ്റ് ഡെഫെർ ചെയ്യുന്നതും, ബണ്ടിൽ ചെയ്യുന്നതും, മിനീഫൈ ചെയ്യുന്നതുമായി ബന്ധപ്പെട്ട ഏതൊരു ക്രമീകരണങ്ങളും, അവ പ്രവർത്തനക്ഷമമാക്കുന്നതിന് മുൻപ് ഒരു പ്രീ-പ്രൊഡക്ഷൻ പരിസ്ഥിതിയിൽ പരീക്ഷിച്ച് ഉറപ്പുവരുത്തേണ്ടതാണ്.

---

3. വൂകോംമർസ് ഇ-കൊമേഴ്‌സ് സൈറ്റ് (ഓർഡർ മാനേജ്മെൻ്റ് + ഡൈനാമിക് പേജ് സുരക്ഷ)

ലക്ഷ്യം: ഷോപ്പിംഗ് ബാസ്ക്കറ്റ്, ചെക്ക്ഔട്ട്, അക്കൗണ്ട് പേജുകൾ പോലുള്ള പേജുകൾ പൂർണ്ണമായും കൃത്യമാണെന്നും അതോടൊപ്പം വേഗത നിലനിർത്തുന്നുവെന്നും ഉറപ്പാക്കേണ്ടത് അത്യാവശ്യമാണ്.

കാഷിംഗ് പ്ലഗിനുകളെക്കുറിച്ചുള്ള വൂ-കോമേഴ്‌സിൻ്റെ ഔദ്യോഗിക നിലപാട് വളരെ വ്യക്തമാണ്:ഷോപ്പിംഗ് കാർട്ട് / ചെക്ക്ഔട്ട് / അക്കൗണ്ട് പേജുകൾ കാഷ് ചെയ്യരുത്അനുയോജ്യതാ പ്രശ്നങ്ങൾ കുറയ്ക്കുന്നതിനായി, ജാവാസ്ക്രിപ്റ്റ് ഫയലുകൾ മിനൈസ് ചെയ്യുന്നത് ഒഴിവാക്കാൻ ശുപാർശ ചെയ്യുന്നു.

3.1 തുടക്കക്കാർക്ക് കൂടുതൽ അനുയോജ്യമായ ഒരു സൗജന്യ സുരക്ഷാ മാർഗ്ഗം

• ഡബ്ല്യുപി സൂപ്പർ കാഷ് + വൂ-കോമർസ്
  • ഒരു ടിപി273ടി

എന്തുകൊണ്ടാണ് ഇതിനെ “തുടക്കക്കാർക്ക് കൂടുതൽ സുരക്ഷിതമായ ഒരു ഓപ്ഷൻ” എന്ന് ലിസ്റ്റ് ചെയ്തിരിക്കുന്നത്?

• വൂ-കോമേഴ്‌സ്, WP സൂപ്പർ കാഷുമായി തനതായ രീതിയിൽ പൊരുത്തപ്പെടുന്നതായി പ്രസ്താവിക്കുന്നു. കൂടാതെ, ഷോപ്പിംഗ് കാർട്ട്, ചെക്ക്ഔട്ട്, അക്കൗണ്ട് പേജുകൾ പോലുള്ള പ്രധാന പേജുകൾ ഡിഫോൾട്ടായി കാഷു ചെയ്യാറില്ലെന്നും അത് വ്യക്തമാക്കുന്നു.
• ഇ-കൊമേഴ്‌സിൽ പുതുതായി തുടങ്ങുന്ന വെബ്സൈറ്റുകൾക്ക്, “മാക്സിമം പ്രകടന'ത്തേക്കാൾ ”ഡൗൺടൈം ഒഴിവാക്കുന്നത്“ ആണ് കൂടുതൽ പ്രധാനം.

3.2 നിങ്ങൾ ലൈറ്റ്സ്പീഡ് ഹോസ്റ്റിംഗ് ആണ് ഉപയോഗിക്കുന്നതെങ്കിൽ (സൗജന്യവും എന്നാൽ വളരെ ശക്തവുമാണ്)

• ലൈറ്റ്സ്പീഡ് കാഷ് (കോർ സെർവർ കാഷിംഗ് കഴിവുകൾ പൂർണ്ണമായി പ്രയോജനപ്പെടുത്തുന്നതിന് ലൈറ്റ്സ്പീഡ്/ഓപ്പൺലൈറ്റ്സ്പീഡ് ഹോസ്റ്റിംഗ് എൻവയോൺമെൻ്റ് ആവശ്യമാണ്)
• + (ഓപ്ഷണൽ) ഒബ്ജക്റ്റ് കാഷിംഗ് (സെർവറിന്റെ ശേഷിയും സൈറ്റിന്റെ വലുപ്പവും അനുസരിച്ച് റെഡിസ്/മെംകാഷഡ്)
  • ഒരു ടിപി273ടി

ബാധകമായത്:

• ഹോസ്റ്റ് സ്റ്റാക്ക് വ്യക്തമായി നിർവചിച്ചിട്ടുണ്ട്, കൂടാതെ നിങ്ങൾ കാഷിംഗ് നിയമങ്ങളും ഒഴിവാക്കൽ തന്ത്രങ്ങളും സജ്ജീകരിക്കാൻ തയ്യാറാണ്.
• ഉയർന്ന അളവിലുള്ള ഓർഡറുകളും ഉൽപ്പന്നങ്ങളും കാരണം, ഒറിജിൻ സെർവറിന് കൂടുതൽ ലോഡ് കൈകാര്യം ചെയ്യാൻ കഴിയണം.

3.3 എഞ്ചിനീയറിംഗ് ടീമുകൾ / സങ്കീർണ്ണമായ ഇ-കൊമേഴ്‌സ് പ്ലാറ്റ്‌ഫോമുകൾ (നിയന്ത്രിക്കാവുന്ന ഒന്നിലധികം മൊഡ്യൂളുകളോടുകൂടി)

• ഡബ്ല്യു3 ടോട്ടൽ ക്യാഷ് (പ്രകടന ഫ്രെയിംവർക്ക്, CDN-യുമായി സംയോജിപ്പിച്ച മൾട്ടി-ടയർ കാഷിംഗ്)
  • വസ്തു കാഷിംഗ് (ആവശ്യാനുസരണം)
  • ഒരു ടിപി273ടി

ബാധകമായത്:

• നിങ്ങൾക്ക് ഒരു ഡെവ്ഓപ്സ് ടീം ഉണ്ടെങ്കിൽ, “മൊഡ്യൂൾ-ബൈ-മൊഡ്യൂൾ റോൾ-ഔട്ട്, ലോഡ് ടെസ്റ്റിംഗ്, റിഗ്രഷൻ ടെസ്റ്റിംഗ്” എന്നിവ ഉൾപ്പെടുന്ന ഒരു ഘട്ടം ഘട്ടമായുള്ള സമീപനം ഉപയോഗിച്ച് നിങ്ങൾക്ക് സിസ്റ്റം വിന്യസിക്കാൻ കഴിയും.
• ഫ്രാഗ്മെൻ്റ് കാഷിംഗ് അല്ലെങ്കിൽ കൂടുതൽ സങ്കീർണ്ണമായ വേരിയൻ്റ് തന്ത്രങ്ങൾ (ഉദാഹരണത്തിന്, ഉപകരണം, പ്രദേശം, അല്ലെങ്കിൽ ഭാഷ എന്നിവ അനുസരിച്ചുള്ള ഫൈൻ-ഗ്രെയിൻഡ് കാഷിംഗ്) ആവശ്യമാണ്.

---

4. മെമ്പർഷിപ്പ് സൈറ്റുകൾ / കമ്മ്യൂണിറ്റികൾ / ഓൺലൈൻ കോഴ്‌സുകൾ (പതിവായി ലോഗിൻ ചെയ്യേണ്ടതും ഉയർന്ന തോതിലുള്ള വ്യക്തിഗതവൽക്കരണം നൽകുന്നതും)

ലക്ഷ്യം: പൊതു ഉള്ളടക്കം വേഗത്തിൽ ലോഡുചെയ്യുന്നുവെന്ന് ഉറപ്പാക്കുക, അതേസമയം ലോഗിൻ ചെയ്ത ഉപയോക്താക്കളുടെ ഉള്ളടക്കം വേറിട്ടുനിൽക്കുന്നുവെന്നും ഉറപ്പാക്കുക.

4.1 തടസ്സങ്ങളില്ലാത്തത്, എന്നാൽ കർശനമായ ഒഴിവാക്കൽ തന്ത്രം ആവശ്യമാണ്

• ഡബ്ല്യുപി റോക്കറ്റ്
• + (ഓപ്ഷണൽ) ഒബ്ജക്റ്റ് കാഷിംഗ് (ധാരാളം ഡൈനാമിക് ക്വറികളുണ്ടെങ്കിൽ)
  • ഒരു ടിപി273ടി

പ്രധാന കാര്യങ്ങൾ:

• ഉപയോക്താക്കൾക്കനുസരിച്ച് മാറുന്നതിനാൽ, താഴെ പറയുന്ന പേജുകൾ കാഷിംഗിൽ നിന്ന് ഒഴിവാക്കണം: എൻ്റെ അക്കൗണ്ട്, ഓർഡറുകൾ, പഠന പുരോഗതി, സന്ദേശങ്ങൾ, ഷോപ്പിംഗ് ബാസ്ക്കറ്റ്, മുതലായവ.
• ഈ തരത്തിലുള്ള സൈറ്റുകളിൽ “മറ്റ് ഉപയോക്താക്കളുടെ ഉള്ളടക്കം കാണുന്നത്” അല്ലെങ്കിൽ 'അനുമതി പിശകുകൾ' പോലുള്ള പ്രശ്നങ്ങൾ ഉണ്ടാകാൻ സാധ്യതയുണ്ട്; ഈ അപകടസാധ്യതകൾ പേജിൽ വ്യക്തമായി വിശദീകരിക്കണം.

4.2 ലൈറ്റ്സ്പീഡ് ഹോസ്റ്റിംഗ് + നൂതന നയങ്ങൾ

• ലൈറ്റ്സ്പീഡ് കാഷ് (സെർവർ കാഷിംഗ് + കൂടുതൽ നൂതനമായ പോളിസി ടൂളുകൾ)
• + (ആവശ്യാനുസരണം) ഒബ്ജക്റ്റ് കാഷിംഗ്
  • ഒരു ടിപി273ടി

പ്രധാന കാര്യങ്ങൾ:

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

വെബ്സൈറ്റ് കാഷ്: “കുഴപ്പങ്ങൾ ഒഴിവാക്കുന്നതിനുള്ള കേസ് പഠനങ്ങൾ”

ഉദാഹരണം 1: ഒരു കാഷിംഗ് പ്ലഗിൻ ഇൻസ്റ്റാൾ ചെയ്തു, എന്നാൽ വേഗതയിൽ കാര്യമായ മാറ്റം ഉണ്ടായില്ല.

ലക്ഷണങ്ങൾ:

• പ്രാദേശികമായിട്ടോ ഒരേ മേഖലയ്ക്കുള്ളിലോ നടത്തുന്ന സ്പീഡ് ടെസ്റ്റുകൾ അംഗീകരിക്കാവുന്നതാണ്, എന്നാൽ വിദേശത്ത് (ഭൂഖണ്ഡങ്ങൾ കടന്ന്) വേഗത കുറവായിരിക്കും.
• TTFB മെച്ചപ്പെട്ടിട്ടുണ്ടെങ്കിലും, മൊത്തത്തിലുള്ള ലോഡിംഗ് സമയത്തിൽ കാര്യമായ കുറവ് ഉണ്ടായിട്ടില്ല.

പൊതുവായ കാരണങ്ങൾ:

• നിങ്ങൾ ഒറിജിൻ സെർവർ കാഷിംഗ് (TTFB) മാത്രമേ നടപ്പിലാക്കിയിട്ടുള്ളൂ, എന്നാൽ സ്റ്റാറ്റിക് റിസോഴ്‌സുകൾ (ചിത്രങ്ങൾ, ജാവാസ്ക്രിപ്റ്റ്, സിഎസ്എസ്, ഫോണ്ടുകൾ) ഇപ്പോഴും ഭൂഖണ്ഡങ്ങൾ കടന്ന് ഒറിജിൻ സെർവറിൽ നിന്ന് ലോഡ് ചെയ്യപ്പെടുന്നു.
• തേർഡ്-പാർട്ടി സ്ക്രിപ്റ്റുകൾ (പരസ്യങ്ങൾ, ചാറ്റ്, അനലിറ്റിക്സ്) റെൻഡറിംഗും ഇന്ററാക്ടീവിറ്റിയും മന്ദഗതിയിലാക്കുന്നു.
• ചിത്രം വളരെ വലുതായതിനാൽ ഡൗൺലോഡ് വേഗത കുറവായിരിക്കും (തുടക്കത്തിലെ ഡൗൺലോഡിന്റെ സമയത്ത് വലിയ ഫയൽ വലുപ്പമുള്ള ഈ പ്രശ്നം കാഷിംഗിന് പരിഹരിക്കാൻ കഴിയില്ല).

സമീപനം:

• സെർവർ ലോഡ് കുറയ്ക്കുന്നതിനും ഹിറ്റ് നിരക്കുകൾ മെച്ചപ്പെടുത്തുന്നതിനും പ്രധാനമായും ഉത്തരവാദിത്തമുള്ളത് കാഷിംഗ് പ്ലഗിനാണ്.“
• CDN വഴി സ്റ്റാറ്റിക് റിസോഴ്‌സുകൾ
• ചിത്ര ശുദ്ധീകരണം
• താമസിക്കൽ/വിഭജിക്കൽ തന്ത്രങ്ങൾക്കുള്ള തേർഡ്-പാർട്ടി സ്ക്രിപ്റ്റുകൾ

വായിക്കുക

• CDN ത്വരിതീകരണം: ആഗോള നോഡുകളും കാഷിംഗ് തന്ത്രങ്ങളും
• ചിത്രങ്ങളുടെ ഒപ്റ്റിമൈസേഷൻ: ഫോർമാറ്റിംഗ്/കംപ്രഷൻ/ലേസി ലോഡിംഗ്

---

കേസ് 2: കാഷിംഗ് പ്രവർത്തനക്ഷമമാക്കിയ ശേഷം പേജിൽ മാറ്റം വരുത്തിയെങ്കിലും ഫ്രണ്ട് എൻഡ് അപ്ഡേറ്റ് ആയില്ല.

ലക്ഷണങ്ങൾ:

• അഡ്മിൻ പാനലിലെ ഉള്ളടക്കവും ലേഔട്ടും അപ്ഡേറ്റ് ചെയ്തിട്ടുണ്ടെങ്കിലും, ഫ്രണ്ട് എൻഡ് ഇപ്പോഴും പഴയ പതിപ്പാണ് കാണിക്കുന്നത്.
• അല്ലെങ്കിൽ ഒരുപക്ഷേ ചില പ്രദേശങ്ങൾ മാത്രം പുതുക്കിയിട്ടുണ്ടാകാം, മറ്റുള്ളവ മാറ്റമില്ലാതെ തുടരുന്നു (ഗ്ലോബൽ സൈറ്റിൽ ഇത് വളരെ സാധാരണമാണ്).

പൊതുവായ കാരണങ്ങൾ:

• പേജ് കാഷ് ക്ലിയർ ചെയ്തിട്ടില്ല, അല്ലെങ്കിൽ ക്ലിയർ ഓപ്പറേഷന്റെ പരിധി തെറ്റാണ്.
• പ്രീ-വാമിംഗ്/ക്രോളിംഗ് നടന്നിട്ടില്ല; കാഷ് ക്ലിയർ ചെയ്തത് അത് 'കോൾഡ്' ആകാൻ കാരണമായി, അതിന്റെ ഫലമായി ആദ്യമായി പേജുകൾ ലോഡ് ചെയ്യുമ്പോൾ വേഗത കുറയുന്നു, അതേസമയം ഒരു അപ്ഡേറ്റുകളും നടത്തിയിട്ടില്ലെന്ന് നിങ്ങൾ തെറ്റിദ്ധരിക്കുകയും ചെയ്യുന്നു.
• നിങ്ങൾ CDN എഡ്ജ് കാഷ് പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെങ്കിൽ, എഡ്ജ് പഴയ റിസോഴ്‌സുകളും നിലനിർത്തിയേക്കാം.

സമീപനം:

• പ്രസിദ്ധീകരണത്തിനോ പരിഷ്കരണത്തിനോ ശേഷം ഒരു “വൃത്തിയാക്കൽ നയം” സ്ഥാപിക്കുക: സൈറ്റ് മുഴുവനായി കർശനമായി വൃത്തിയാക്കുന്നതിന് പകരം, ബന്ധപ്പെട്ട പേജുകൾ വൃത്തിയാക്കുക.
• “ക്ലീനിംഗ് അപ്പ്” കാരണം പ്രകടനം മോശമാകുന്നത് ഒഴിവാക്കാൻ, പ്രധാന പേജുകൾക്കായി (ഹോംപേജ്, പ്രധാന ലാൻഡിംഗ് പേജുകൾ) ഒരു പ്രീ-ലോഡിംഗ് തന്ത്രം വികസിപ്പിക്കുക.”
• ആവശ്യമുള്ളിടത്ത് CDN പാളിയിൽ എഡ്ജ് ക്ലീനിംഗ് ചെയ്യുക

---

കേസ് 3: ഭാഷകളും കറൻസികളും മാറ്റിയതിന് ശേഷമുള്ള ഉള്ളടക്ക പ്രദർശനത്തിലെ പ്രശ്നങ്ങൾ

ലക്ഷണങ്ങൾ:

• ഭാഷകൾ മാറ്റിയതിന് ശേഷവും പേജ് മുൻപത്തെ ഭാഷ തന്നെ കാണിക്കുന്നു
• അല്ലെങ്കിൽ, ചില പ്രദേശങ്ങളിലെ ഉപയോക്താക്കൾക്ക് തെറ്റായ കറൻസിയോ തെറ്റായ ഉള്ളടക്കമോ കാണാൻ കഴിഞ്ഞേക്കാം.

പൊതുവായ കാരണങ്ങൾ:

• ക്യാഷ് “വേരിയന്റ് ഡൈമൻഷനുകൾ” (cookie / പാരാമീറ്ററുകൾ / ഭാഷാ പ്രിഫിക്സുകൾ / സബ്ഡൊമെയ്‌നുകൾ) തമ്മിൽ വേർതിരിവ് കാണിക്കുന്നില്ല.
• ഭാഷ A-യിലെ ഒരു ഉപയോക്താവിന് ഭാഷ B-യിലുള്ള ഒരു പേജ് കാഷെ ഹിറ്റ് വഴി നൽകി.

സമീപനം:

• നിങ്ങളുടെ ബഹുഭാഷാ തന്ത്രം നിർവചിക്കുക: ഡയറക്ടറി/സബ്ഡൊമെയ്ൻ/പാരാമീറ്റർ/cookie
• കാഷിംഗ് നിയമങ്ങൾക്ക് ഒരു “വേരിയന്റ് പോളിസി” പ്രയോഗിക്കുക അല്ലെങ്കിൽ പ്രധാന പേജുകൾ ഒഴിവാക്കുക
• ചില സൈറ്റുകൾക്ക് കൂടുതൽ നൂതനമായ “ഷാർഡഡ് കാഷിംഗ്” സമീപനം ആവശ്യമാണ് (എഞ്ചിനീയറിംഗ് നിയന്ത്രിത നിയന്ത്രണത്തിന് W3TC കൂടുതൽ അനുയോജ്യമാണ്)

---

കേസ് 4: ഒരു ഇ-കൊമേഴ്‌സ് സൈറ്റിൽ കാഷിംഗ് പ്രവർത്തനക്ഷമമാക്കിയതിന് ശേഷം ഷോപ്പിംഗ് ബാസ്കറ്റിലും ചെക്ക്ഔട്ട് പ്രക്രിയയിലും ഉണ്ടാകുന്ന പ്രശ്നങ്ങൾ

ലക്ഷണങ്ങൾ:

• ഷോപ്പിംഗ് ബാസ്കറ്റിലെ അളവ് ശരിയല്ല, വില ശരിയല്ല, ചെക്ക്ഔട്ട് ബട്ടൺ പ്രവർത്തിക്കുന്നില്ല.
• ലോഗിൻ ചെയ്തതിന് ശേഷം എനിക്കുള്ളതല്ലാത്ത ഉള്ളടക്കം കാണുന്നത് (ഗൗരവമുള്ളത്)

പൊതുവായ കാരണങ്ങൾ:

• കാർട്ട്, ചെക്ക്ഔട്ട്, എൻ്റെ അക്കൗണ്ട് തുടങ്ങിയ പ്രധാന പേജുകൾ കാഷ് ചെയ്തിരിക്കുന്നു.
• ജെഎസ് മിനീഫിക്കേഷൻ/കോൺകാറ്റെനേഷൻ പേയ്‌മെൻ്റ്/ഡൈനാമിക് ഘടകങ്ങളുമായി പൊരുത്തക്കേട് ഉണ്ടാക്കുന്നു.

സമീപനം:

• ഷോപ്പിംഗ് കാർട്ട്, ചെക്ക്ഔട്ട്, അക്കൗണ്ട് പേജുകൾ കാഷ് ചെയ്യരുതെന്നും, ജാവാസ്ക്രിപ്റ്റ് ഫയലുകൾ കംപ്രസ്സ് ചെയ്യുന്നത് ഒഴിവാക്കണമെന്നും വൂ-കോമേഴ്സ് ഔദ്യോഗികമായി പ്രസ്താവിക്കുന്നു.
• ആദ്യം “പേജ് കാഷിംഗ് + എക്സ്ക്ലൂഷൻ” ശരിയായി പ്രവർത്തിപ്പിക്കുക, തുടർന്ന് ഫ്രണ്ട്-എൻഡ് ഒപ്റ്റിമൈസേഷനെക്കുറിച്ച് പരിഗണിക്കുക.
• നിങ്ങൾ WP Super Cache ഉപയോഗിക്കുകയാണെങ്കിൽ, WooCommerce അത് സ്വാഭാവികമായി അനുയോജ്യമാണെന്നും, ഡിഫോൾട്ടായി പ്രധാന പേജുകളെ കാഷിംഗിൽ നിന്ന് ഒഴിവാക്കുമെന്നും പ്രസ്താവിക്കുന്നു.

---

കേസ് 5: “Defer JS/Combine Scripts” പ്രവർത്തനക്ഷമമാക്കിയതിന് ശേഷം മെനു, ഫോമുകൾ, പോപ്പ്-അപ്പുകൾ എന്നിവ തകരാറിലായി.

ലക്ഷണങ്ങൾ:

• നവിഗേഷൻ മെനു തുറക്കുന്നില്ല
• ഫോം സാധൂകരണം പരാജയപ്പെട്ടു അല്ലെങ്കിൽ ഫോം സമർപ്പിക്കാൻ കഴിയില്ല
• പോപ്പ്-അപ്പ്/കറോസൽ പ്രശ്നങ്ങൾ
• സ്റ്റാറ്റിസ്റ്റിക്സ്/കൺവേർഷൻ ഇവന്റുകൾ പ്രവർത്തനക്ഷമമാകുന്നില്ല (പ്രസാധകർക്ക് ഏറ്റവും വലിയ തലവേദന)

പൊതുവായ കാരണങ്ങൾ:

• സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുമ്പോൾ ജാവാസ്ക്രിപ്റ്റ് മാറ്റങ്ങൾ വൈകിപ്പിക്കുന്നത്: ഉപയോക്താവ് സ്ക്രിപ്റ്റുമായി ഇടപഴകുന്നതുവരെ അത് പ്രവർത്തിക്കുകയില്ല, എന്നാൽ ചില ഘടകങ്ങൾ പേജ് ലോഡ് ആയ ഉടൻ തന്നെ പ്രവർത്തനക്ഷമമാകാൻ ആശ്രയിക്കുന്നു.“
• വിളക്കിച്ചേർക്കുകയോ ചുരുക്കുകയോ ചെയ്യുന്നത് സ്ക്രിപ്റ്റുകളുടെ ക്രമം മാറ്റാനോ ആശ്രിതത്വങ്ങൾ തകർക്കാനോ ഇടയാക്കും.

WP റോക്കറ്റ്, “ജെഎസ് എക്സിക്യൂഷൻ വൈകിപ്പിക്കുന്നത്” (deferring JS execution) അതിന്റെ ഏറ്റവും ശക്തമായ ജെഎസ് ഒപ്റ്റിമൈസേഷനുകളിലൊന്നായി ഔദ്യോഗികമായി വിവരിക്കുന്നു: ഉപയോക്താവിന്റെ ഇടപെടലിന് ശേഷം സ്ക്രിപ്റ്റുകൾ പ്രവർത്തിക്കുന്നതിനാൽ, പേജ് ആദ്യം തന്നെ റെൻഡർ ചെയ്യാൻ സാധിക്കുന്നു. ഇതൊരു ശക്തമായ ഫീച്ചറാണെങ്കിലും, അത് അനുയോജ്യതാ പ്രശ്നങ്ങൾക്കുള്ള സാധ്യത വർദ്ധിപ്പിക്കുകയും ചെയ്യുന്നു.

സമീപനം:

• ഘട്ടം ഘട്ടമായി നടപ്പിലാക്കുക: ആദ്യം കാഷ്, പിന്നെ ചിത്രങ്ങൾ, തുടർന്ന് സിഎസ്എസ്, അവസാനം ജാവാസ്ക്രിപ്റ്റ്.
• പ്രധാന സ്ക്രിപ്റ്റുകൾ ഒഴിവാക്കുക (പേയ്മെൻ്റ്, ഫോമുകൾ, മെനു, ട്രാക്കിംഗ്)
• ഓരോ മാറ്റത്തിനും ഒരു റിഗ്രഷൻ ടെസ്റ്റ് ചെക്ക്‌ലിസ്റ്റ് തയ്യാറാക്കിയിരിക്കണം.

---

കേസ് 6: ഞാൻ ലൈറ്റ്സ്പീഡ് കാഷ് ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെങ്കിലും, അത് വലിയ പ്രയോജനമൊന്നും ചെയ്യുന്നതായി തോന്നുന്നില്ല.

ലക്ഷണങ്ങൾ:

• ഞാൻ ലൈറ്റ്സ്പീഡ് കാഷ് പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ട്, പക്ഷേ TTFB-യിൽ കാര്യമായ മെച്ചമുണ്ടായിട്ടില്ല.
• ഹിറ്റ് നിരക്ക് അത്ര കൂടുതലുമല്ല.

പൊതുവായ കാരണങ്ങൾ:

• നിങ്ങളുടെ സെർവർ LiteSpeed അല്ലെങ്കിൽ OpenLiteSpeed പ്രവർത്തിപ്പിക്കുന്നില്ല, അതിനാൽ നിങ്ങൾക്ക് LSCache-ന്റെ പ്രധാന സവിശേഷതകൾ ഉപയോഗിക്കാൻ കഴിയില്ല.
• അല്ലെങ്കിൽ ഒരുപക്ഷേ നിങ്ങൾ ധാരാളം ഒപ്റ്റിമൈസേഷനുകൾ പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടാവാം, എന്നാൽ “പേജ് കാഷ് പോളിസി/പ്രീഹീറ്റിംഗ്/എക്സ്ക്ലൂഷനുകൾ” സജ്ജീകരിച്ചിട്ടുണ്ടാവില്ല.

സമീപനം:

• ആദ്യം, വെബ് സെർവർ സ്റ്റാക്ക് പരിശോധിക്കുക: അത് ലൈറ്റ്സ്പീഡാണോ അതോ ഓപ്പൺലൈറ്റ്സ്പീഡാണോ? (ഇത് ഒരു മുൻവ്യവസ്ഥയാണ്.)
• “പേജ് കാഷിംഗ് തന്ത്രങ്ങൾ + പ്രീലോഡിംഗ് + ട്രബിൾഷൂട്ടിംഗ് + ഒപ്റ്റിമൈസേഷൻ” എന്നിവയിൽ ശ്രമങ്ങൾ വീണ്ടും കേന്ദ്രീകരിക്കുക.”
• നിങ്ങൾ ലൈറ്റ്സ്പീഡ് ഹോസ്റ്റിംഗ് ഉപയോഗിക്കുന്നില്ലെങ്കിൽ, ഡബ്ല്യുപി റോക്കറ്റ് അല്ലെങ്കിൽ ഡബ്ല്യുപി സൂപ്പർ കാഷ് പരിഗണിക്കുക.