ട്രബിൾഷൂട്ടിംഗ്

പ്രശ്‌നങ്ങൾ മൂന്ന് ഗ്രൂപ്പുകളായി തിരിച്ചിരിക്കുന്നു, നിങ്ങൾക്ക് ഏതാണ് ഉള്ളതെന്ന് തിരിച്ചറിയുന്നത് കാരണം ഉടനടി ചുരുക്കുന്നു.

ഒന്നും ഓടുന്നില്ല#

1. 1

   ചൂട് സജീവമാണോ?

   വിശാലമായ മാർജിനിൽ ഏറ്റവും സാധാരണമായ കാരണം. ഒരു നിഷ്‌ക്രിയമായ ചൂട് അതിൻ്റെ ക്രമീകരണങ്ങൾ നിലനിർത്തുകയും ഒരിക്കലും പ്രവർത്തിക്കാതിരിക്കുകയും ചെയ്യുന്നു.

2. 2

   ഹോസ്റ്റ്നാമം പരിശോധിച്ചതാണോ?

   അക്കൗണ്ട് → ഹോസ്റ്റ്നാമങ്ങൾ പരിശോധിക്കുക. തീർപ്പുകൽപ്പിക്കാത്ത പരിശോധന എല്ലാ ഓട്ടത്തെയും തടയുന്നു. Hostname verification കാണുക.

3. 3

   എൻട്രി URL ഹോസ്റ്റ്നാമം പരിശോധിച്ചുറപ്പിച്ചതുമായി കൃത്യമായി പൊരുത്തപ്പെടുന്നുണ്ടോ?

   example.com, www.example.com എന്നിവ വ്യത്യസ്തമാണ്. പരിശോധിച്ചുറപ്പിക്കാത്ത ഫോമിലേക്ക് ചൂണ്ടിക്കാണിച്ച ഒരു ചൂട് പ്രവർത്തിക്കില്ല.

4. 4

   നിങ്ങൾ പ്ലാൻ പരിധിയിൽ എത്തിയിട്ടുണ്ടോ?

   അക്കൗണ്ട് → സബ്‌സ്‌ക്രിപ്‌ഷൻ പരിശോധിക്കുക. ദിവസേനയോ പ്രതിമാസമോ ആയ URL ബഡ്ജറ്റ് തീർന്നാൽ, കാലയളവ് പുനഃസജ്ജമാക്കുന്നത് വരെ ചൂടാകുന്നത് നിർത്തുന്നു.

5. 5

   ഒരു ഷെഡ്യൂൾ വിൻഡോ അതിനെ തടയുന്നുണ്ടോ?

   ഒരു ഊഷ്മള ഷെഡ്യൂൾ സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, വിൻഡോയ്ക്ക് പുറത്ത് ഷെഡ്യൂൾ ചെയ്ത ആരംഭങ്ങൾ ഒഴിവാക്കപ്പെടും. കൈകൊണ്ട് ചൂട് ആരംഭിക്കാൻ ശ്രമിക്കുക - അത് പ്രവർത്തിക്കുകയാണെങ്കിൽ, വിൻഡോയാണ് കാരണം.

6. 6

   നിങ്ങൾ ശരിയായ ജോലിസ്ഥലത്താണോ?

   വാമറുകൾ ഒരു വർക്ക്‌സ്‌പേസിൽ പെട്ടതാണ്. സൈഡ്‌ബാർ സെലക്‌ടർ പരിശോധിക്കുക - നിങ്ങൾ ഇപ്പോൾ നോക്കാത്ത എവിടെയെങ്കിലും വാമർ നിലവിലുണ്ടാകാം.

ഇത് പ്രവർത്തിക്കുന്നു, പക്ഷേ URLs പിശക്#

403 നിരോധിച്ചിരിക്കുന്നു

എന്തോ ക്രാളറിനെ ബോധപൂർവം തടയുന്നു - ഒരു WAF, ഒരു ബോട്ട് ഫിൽട്ടർ, Cloudflare ബോട്ട് മാനേജ്‌മെൻ്റ് അല്ലെങ്കിൽ ഒരു സുരക്ഷാ പ്ലഗിൻ.

• നിങ്ങളുടെ ഫയർവാളിലോ CDN-ലോ Cache Rocket-ൻ്റെ അഭ്യർത്ഥനകൾ അനുവദിക്കുക.
• ഒരു വ്യതിരിക്ത ഇഷ്‌ടാനുസൃത ഉപയോക്തൃ ഏജൻ്റ് സജ്ജീകരിച്ച് അത് അനുവദിക്കുക-ലിസ്റ്റ് ചെയ്യുക.
• കുറഞ്ഞ പരമാവധി URLs / മിനിറ്റിൽ — പല ബോട്ട് ഫിൽട്ടറുകളും ഐഡൻ്റിറ്റിക്ക് പകരം അഭ്യർത്ഥന നിരക്കിൽ ട്രിഗർ ചെയ്യുന്നു.
• നിങ്ങൾ സാധാരണയായി ബ്രൗസ് ചെയ്യുന്നിടത്ത് നിന്ന് നിങ്ങളുടെ ചൂടുള്ള പ്രദേശം വ്യത്യസ്തമാണെങ്കിൽ, ഒരു രാജ്യ ബ്ലോക്ക് പരിശോധിക്കുക.

429 വളരെയധികം അഭ്യർത്ഥനകൾ

നിങ്ങളുടെ സെർവർ അല്ലെങ്കിൽ CDN പെർമിറ്റിനേക്കാൾ വേഗത്തിൽ നിങ്ങൾ ചൂടാകുന്നു. മിനിറ്റിൽ പരമാവധി URLs ഗണ്യമായി - പകുതിയായി കുറയ്ക്കുക, പിശകുകൾ നിർത്തുക, തുടർന്ന് ക്രമേണ ഉയർത്തുക. നിങ്ങളുടെ ഹോസ്റ്റ് ഒരു ഡോക്യുമെൻ്റഡ് നിരക്ക് പരിധി നടപ്പിലാക്കുകയാണെങ്കിൽ, അതിന് കീഴിൽ സുഖമായി തുടരുക.

5xx സെർവർ പിശകുകൾ

നിങ്ങളുടെ ഉത്ഭവം ലോഡിന് കീഴിൽ പരാജയപ്പെടുന്നു. നിരക്ക് പരിധി ഉടൻ കുറയ്ക്കുക.

301 / 302 റീഡയറക്‌ടുകൾ

നിങ്ങളുടെ എൻട്രി URLs അല്ലെങ്കിൽ ആന്തരിക ലിങ്കുകൾ റീഡയറക്‌ട് ചെയ്യുന്ന എവിടെയോ പോയിൻ്റ് ചെയ്യുന്നു. ഓരോ റീഡയറക്‌ടും ഒരു അഭ്യർത്ഥന പാഴാക്കുകയും തെറ്റായ വിലാസം ചൂടാക്കുകയും ചെയ്യുന്നു.

• അന്തിമ ലക്ഷ്യസ്ഥാനം നിങ്ങളുടെ എൻട്രിയായി ഉപയോഗിക്കുക URL, നിങ്ങളുടെ സൈറ്റ് യഥാർത്ഥത്തിൽ സേവിക്കുന്നതിനാൽ www ഉൾപ്പെടെ അല്ലെങ്കിൽ ഒഴിവാക്കുക.
• എപ്പോഴും https:// ഉപയോഗിക്കുക, ഒരിക്കലും http://.
• ആന്തരിക ലിങ്കുകൾ ഇപ്പോഴും http ഉപയോഗിക്കുകയാണെങ്കിൽ HTTPS എന്നതിലേക്ക് റീറൈറ്റ് ചെയ്യുക.
• നിങ്ങളുടെ സൈറ്റിൻ്റെ ട്രെയിലിംഗ്-സ്ലാഷ് കൺവെൻഷനുമായി പൊരുത്തപ്പെടുത്തുക.

404 കണ്ടെത്തിയില്ല

തകർന്ന ആന്തരിക ലിങ്കുകൾ, നീക്കം ചെയ്ത പേജുകൾ പട്ടികപ്പെടുത്തുന്ന പഴകിയ സൈറ്റ്മാപ്പ്, അല്ലെങ്കിൽ ഒരിക്കലും യഥാർത്ഥമല്ലാത്ത URLs കണ്ടെത്തി. ലിങ്കുകൾ ശരിയാക്കുക, സൈറ്റ്മാപ്പ് പുനഃസൃഷ്ടിക്കുക അല്ലെങ്കിൽ കുറ്റകരമായ പാറ്റേൺ ഒഴിവാക്കുക.

URLs ൻ്റെ തെറ്റായ നമ്പർ#

പ്രതീക്ഷിച്ചതിലും വളരെ കുറവ്

• ആഴം വളരെ കുറവാണ്. നിങ്ങളുടെ ഡെപ്ത് ക്രമീകരണത്തേക്കാൾ കൂടുതലുള്ള പേജുകൾ ഒരിക്കലും എത്തില്ല.
• സൈറ്റ്മാപ്പുകൾ ഓഫാണ്. അവ ഓണാക്കുന്നതാണ് സാധാരണയായി ഏറ്റവും വലിയ കവറേജ് വിജയം.
• ഒഴിവാക്കലുകൾ വളരെ വിശാലമാണ്. /search എന്നതിനായി ഉദ്ദേശിച്ചിട്ടുള്ള ഒരു നിയമം നിങ്ങൾ ഉദ്ദേശിച്ചതിലും കൂടുതൽ ശ്രദ്ധിച്ചേക്കാം.
• നിങ്ങളുടെ നാവിഗേഷൻ JavaScript-മാത്രം. HTML-ൽ നിലവിലില്ലാത്ത ലിങ്കുകൾ ഒരു HTTP ലഭ്യമാക്കിയാൽ കണ്ടെത്താനാകില്ല. ബ്രൗസർ ചൂടാക്കൽ പരിഗണിക്കുക, അല്ലെങ്കിൽ സൈറ്റ്മാപ്പുകൾ ചേർക്കുക.

പ്രതീക്ഷിച്ചതിലും വളരെ അധികം

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

ഇത് വൃത്തിയായി പ്രവർത്തിക്കുന്നു, പക്ഷേ ഒന്നും വേഗത്തിലാക്കുന്നില്ല#

സ്റ്റാറ്റസ് കോഡുകൾ 200, URLs എന്നിവ ഉൾക്കൊള്ളുന്നു, രണ്ട് ലോഡ് സമയവും ഇപ്പോഴും മന്ദഗതിയിലാണ്. വാമിംഗ് പ്രവർത്തിക്കുന്നു - നിങ്ങളുടെ കാഷിംഗ് അല്ല. Cache Rocket-ന് നിലവിലുള്ള ഒരു കാഷെ മാത്രമേ റീഫിൽ ചെയ്യാനാകൂ.

1. 1

   പേജ് കാഷെ ചെയ്യാവുന്നതാണെന്ന് സ്ഥിരീകരിക്കുക

   പ്രതികരണ തലക്കെട്ടുകൾ നോക്കുക. Cache-Control: no-store അല്ലെങ്കിൽ private എന്നതിനർത്ഥം നിങ്ങൾ എത്ര തവണ ചൂടാക്കിയാലും അത് ഒരിക്കലും കാഷെ ചെയ്യപ്പെടില്ല എന്നാണ്.

2. 2

   പൊതു പേജുകളിൽ Set-Cookie പരിശോധിക്കുക

   ഒരു കുക്കി സജ്ജമാക്കുന്ന ഒരു പ്രതികരണം സംഭരിക്കാൻ പല കാഷെകളും വിസമ്മതിക്കുന്നു. അജ്ഞാത പേജുകളിലെ അനലിറ്റിക്‌സും സെഷൻ കുക്കികളും പതിവായി കുറ്റവാളികളാണ്.

3. 3

   നിങ്ങളുടെ CDN-ൻ്റെ കാഷെ നിയമങ്ങൾ പരിശോധിക്കുക

   ബൈപാസ് ചെയ്യുന്നതിനുപകരം പാത്ത് യഥാർത്ഥത്തിൽ കാഷെ ചെയ്‌തതാണെന്ന് സ്ഥിരീകരിക്കുക, കൂടാതെ കാഷെ കീ എന്താണ് വ്യത്യാസപ്പെടുന്നതെന്ന് കാണുക.

4. 4

   വാമറിൻ്റെ അഭ്യർത്ഥന യഥാർത്ഥമായതിനോട് താരതമ്യം ചെയ്യുക

   സന്ദർശകർ അയയ്‌ക്കാത്ത ഒരു കുക്കിയോ ഹെഡറോ ഉപയോക്തൃ ഏജൻ്റോ വാമർ അയയ്‌ക്കുകയാണെങ്കിൽ, അത് ആരും ആവശ്യപ്പെടാത്ത ഒരു കാഷെ വേരിയൻ്റ് പൂരിപ്പിക്കുകയായിരിക്കാം.

5. 5

   കാഷെ ഹെൽത്തിൻ്റെ കോൾഡ് URL ലിസ്റ്റ് നോക്കുക

   ഏത് URL-കളെയാണ് ബാധിക്കുന്നതെന്ന് ഇത് കൃത്യമായി തിരിച്ചറിയുന്നു, ഇത് സാധാരണയായി പാറ്റേൺ വെളിപ്പെടുത്തുന്നു.കാഷെ ആരോഗ്യം കാണുക.

curl -s -o /dev/null -w "%{time_total}s\n" https://www.example.com/
curl -s -o /dev/null -w "%{time_total}s\n" https://www.example.com/

curl -sI https://www.example.com/ | grep -i "cache\|age\|set-cookie"

സംയോജന പ്രശ്നങ്ങൾ#

ഒരു വിന്യാസ വെബ്ഹുക്ക് 401 നൽകുന്നു.

API കീകൾ തെറ്റാണ്, കാലഹരണപ്പെട്ടതാണ് അല്ലെങ്കിൽ അസാധുവാക്കപ്പെട്ടതാണ്.ഹെഡർ പേരുകൾ കൃത്യമായി X-Public-Key, X-Secret-Key എന്നിവയാണെന്ന് സ്ഥിരീകരിക്കുക, വെട്ടിച്ചുരുക്കിയ മൂല്യങ്ങൾ പരിശോധിക്കുക.API കീകൾ കാണുക.

ഒരു വിന്യാസ വെബ്‌ഹുക്ക് വിജയിക്കുന്നു, പക്ഷേ ഒന്നും ചൂടാക്കുന്നില്ല.

ശരീരത്തിലെ ആതിഥേയനാമം ഒരു സജീവ സന്നാഹവുമായി പൊരുത്തപ്പെടുന്നില്ല. www ഉൾപ്പെടെയുള്ള കൃത്യമായ ഹോസ്റ്റ്നാമം പരിശോധിക്കുക, ചൂട് സജീവമാണോ എന്ന് പരിശോധിക്കുക.

ഒരു CDN ശുദ്ധീകരണം നിരസിച്ചു.

ടോക്കണിന് ശുദ്ധീകരണ അനുമതി ഇല്ല അല്ലെങ്കിൽ തെറ്റായ സോൺ ഐഡിയുമായി ജോടിയാക്കിയിരിക്കുന്നു. CDN integrations കാണുക.

കീകൾ അസാധുവാണെന്ന് WordPress പ്ലഗിൻ പറയുന്നു.

രണ്ട് കീകളും വീണ്ടും പകർത്തുക, വൈറ്റ്‌സ്‌പെയ്‌സിനായി കാണുക. ഒരു പുതിയ ജോഡി ജനറേറ്റ് ചെയ്‌തിട്ടുണ്ടെങ്കിൽ, പഴയത് പ്രവർത്തിക്കില്ല.

Next.js ചിത്രങ്ങൾ ഇപ്പോഴും /_next/image ഹിറ്റ് അല്ലെങ്കിൽ ഒരു അജ്ഞാത സൈറ്റ് ടോക്കൺ നൽകുന്നു.

@cacherocket/next wraps next.config സ്ഥിരീകരിക്കുക , CACHEROCKET_SITE_TOKEN ബിൽഡ് സമയത്ത് സജ്ജീകരിച്ചിരിക്കുന്നു, കൂടാതെ ടോക്കൺ അക്കൗണ്ട് → Next.js എന്നതിന് കീഴിൽ ഒരു സജീവ സൈറ്റുമായി പൊരുത്തപ്പെടുന്നു. Next.js കാണുക.

Next.js റിമോട്ട് ഇമേജുകൾ ഒപ്റ്റിമൈസ് ചെയ്തിട്ടില്ല.

സൈറ്റ് അനുവദനീയമായ ലിസ്റ്റിലേക്ക് ചിത്രത്തിൻ്റെ ഉത്ഭവം ചേർക്കുക.ആപേക്ഷിക /public പാതകൾക്ക് CACHEROCKET_ASSET_ORIGIN ആവശ്യമാണ്.ഓവർ-ക്വോട്ട സോഫ്റ്റ്-ഫെയിൽ യഥാർത്ഥ URL-ലേക്ക് മാറ്റുന്നു.

അലേർട്ടുകൾ ഒരിക്കലും വരുന്നില്ല.

വെബ്‌ഹുക്ക് URL നേരിട്ട് ചുരുളൻ ഉപയോഗിച്ച് പരിശോധിക്കുക.കുറഞ്ഞത് ഒരു ഇവൻ്റെങ്കിലും തിരഞ്ഞെടുത്തിട്ടുണ്ടെന്നും സ്ലാക്ക് അല്ലെങ്കിൽ ഡിസ്കോർഡ് ഇൻ്റഗ്രേഷൻ ഇപ്പോഴും നിലവിലുണ്ടെന്നും സ്ഥിരീകരിക്കുക.

ഇപ്പോഴും കുടുങ്ങിയിട്ടുണ്ടോ?#

പിന്തുണയുമായി ബന്ധപ്പെടുന്നതിന് മുമ്പ് ഇവ ശേഖരിക്കുക - ഇത് ഒരു നീണ്ട കൈമാറ്റത്തെ ഒറ്റ മറുപടിയായി മാറ്റുന്നു:

• ഊഷ്മളമായ പേരും ഹോസ്റ്റ് നാമവും ഉൾപ്പെടുന്നു.
• നിങ്ങൾ എന്താണ് പ്രതീക്ഷിച്ചത്, യഥാർത്ഥത്തിൽ എന്താണ് സംഭവിച്ചത്.
• വാമറിൻ്റെ ഫലങ്ങളുടെ പേജിൽ നിന്നുള്ള പ്രതിനിധി സ്റ്റാറ്റസ് കോഡുകളും ലോഡ് സമയങ്ങളും.
• ഹോസ്റ്റ്നാമം പരിശോധിച്ചിരിക്കുന്നു കാണിക്കുന്നുണ്ടോ.
• നിങ്ങളുടെ പ്ലാനിൻ്റെ പേരും സബ്‌സ്‌ക്രിപ്‌ഷൻ പേജിൻ്റെ റഫറൻസ് വിഭാഗത്തിൽ നിന്നുള്ള നിങ്ങളുടെ സബ്‌സ്‌ക്രിപ്‌ഷൻ ഐഡിയും.
• Next.js എന്നതിനായി : സൈറ്റ് ഐഡി, @cacherocket/next പതിപ്പ്, കൂടാതെ പ്രശ്നം ഇമേജ് ഡെലിവറി ആണോ അല്ലെങ്കിൽ വാമിംഗ് വിന്യസിക്കുകയാണോ.