ഗുഡ് ആഫ്റ്റർനൂൺ

എൻ്റെ വെബ്‌സൈറ്റിൽ എനിക്ക് ഒരു പിശക് ലഭിച്ചു ERR_TOO_MANY_REDIRECTS. അത് എങ്ങനെ ശരിയാക്കാം?

ഉത്തരം

പിശക് ERR_TOO_MANY_REDIRECTSഅക്ഷരാർത്ഥത്തിൽ "സൈറ്റ് ഉപയോഗിക്കുന്നു അനന്തമായ ചക്രംതിരിച്ചുവിടുന്നു." സെർവറിൽ തെറ്റായ റീഡയറക്‌ട് കോൺഫിഗറേഷൻ ഉണ്ടായാൽ അല്ലെങ്കിൽ കാരണം സൈറ്റിലെ എന്തെങ്കിലും മാറ്റങ്ങൾക്ക് ശേഷം സാധാരണയായി ഇത് ദൃശ്യമാകും തെറ്റായ ക്രമീകരണങ്ങൾ മൂന്നാം കക്ഷി സേവനങ്ങൾസൈറ്റിൽ ഉപയോഗിച്ചു.

പിശക് എങ്ങനെ പരിഹരിക്കാം?

പിശക് പരിഹരിക്കാൻ നിരവധി മാർഗങ്ങളുണ്ട്.

രീതി 1. ബ്രൗസറിൽ കുക്കികൾ മായ്ക്കുക

മിക്കതും ലളിതമായ രീതിയിൽനിങ്ങളുടെ ബ്രൗസറിലെ കുക്കികൾ മായ്‌ക്കുന്നു, അത് ഡവലപ്പർമാർ തന്നെ ഉപയോഗിക്കാൻ ശുപാർശ ചെയ്യുന്നു ജനപ്രിയ വെബ് ബ്രൗസറുകൾ. അതിനാൽ, കുക്കികൾനിങ്ങളുടെ കമ്പ്യൂട്ടറിൽ ബ്രൗസർ സേവ് ചെയ്യുന്ന ഫയലുകളിൽ ചിലപ്പോൾ ഒരു പിശകിലേക്ക് നയിക്കുന്ന തെറ്റായ ഡാറ്റ അടങ്ങിയിരിക്കാം. അതിനാൽ, അവ നീക്കംചെയ്യാൻ ശുപാർശ ചെയ്യുന്നു (ഓരോ ബ്രൗസറിനും ക്രമീകരണങ്ങളിൽ ഉചിതമായ ഉപകരണങ്ങൾ ഉണ്ട്).

രീതി 2: നിങ്ങളുടെ ബ്രൗസർ കാഷെ മായ്‌ക്കുക

ഓരോ തവണയും നിങ്ങൾ ഒരു പ്രത്യേക സൈറ്റ് സന്ദർശിക്കുമ്പോൾ, ബ്രൗസർ പ്രാദേശികമായി സംരക്ഷിക്കുന്നു വിവിധ വിവരങ്ങൾ, ചില സൈറ്റ് ക്രമീകരണങ്ങൾ ഉൾപ്പെടെ (ഉൾപ്പെടെ കുക്കികൾ). ഈ പ്രശ്നം പരിഹരിക്കാൻ, നിങ്ങൾക്ക് കാഷെ മായ്‌ക്കാൻ കഴിയും, അങ്ങനെ ഒരു നിർദ്ദിഷ്ട സൈറ്റുമായി ബന്ധപ്പെട്ട തെറ്റായ ഡാറ്റ മായ്‌ക്കുന്നു.

രീതി 3: സെർവർ കാഷെ മായ്‌ക്കുന്നു

കൂടാതെ, നിങ്ങളുടെ ഹോസ്റ്റിംഗ് സെർവറിൽ സ്ഥിതി ചെയ്യുന്ന ഒരു കാഷെയിൽ ചില തെറ്റായ ഡാറ്റ സംഭരിച്ചേക്കാം. പല ഹോസ്റ്റിംഗ് കമ്പനികളും അത്തരമൊരു സേവനം നൽകുന്നു, അത് അഡ്മിൻ പാനലിൽ നിന്ന് നടപ്പിലാക്കാൻ കഴിയും.

രീതി 4: പ്രോക്സി കാഷെ മായ്‌ക്കുക

നിങ്ങളുടെ വെബ്‌സൈറ്റ് ഒരു പ്രോക്‌സി സെർവർ ഉപയോഗിക്കുന്നുണ്ടെങ്കിൽ (ഉദാഹരണത്തിന്, ക്ലൗഡ്ഫ്ലെയർഅഥവാ സുകുരി), തുടർന്ന് നിങ്ങൾക്ക് അതിൻ്റെ ക്രമീകരണങ്ങളിൽ ക്ലീനിംഗ് നടത്താനും കഴിയും.

രീതി 5. ഓൺലൈൻ സേവനം റീഡയറക്‌ട് ചെക്കർ ഉപയോഗിക്കുന്നു

കാഷെ മായ്‌ക്കുന്നത് പ്രശ്‌നം പരിഹരിക്കുന്നില്ലെങ്കിൽ, അതിൻ്റെ കാരണമെന്താണെന്ന് നിങ്ങൾ കണ്ടെത്തേണ്ടതുണ്ട്. ഇതിനായി ഉണ്ട് സൗകര്യപ്രദമായ ഓൺലൈൻ സേവനംറീഡയറക്‌ട് ചെക്കർ, റീഡയറക്‌ട് സൈക്കിൾ എവിടെയാണ് തുടങ്ങുന്നതെന്ന് കൃത്യമായി നിർണ്ണയിക്കാൻ ഇത് നിങ്ങളെ സഹായിക്കും.

രീതി 6: https ക്രമീകരണങ്ങൾ പരിശോധിക്കുന്നു

പിശകിൻ്റെ മറ്റൊരു കാരണം ERR_TOO_MANY_REDIRECTSപ്രോട്ടോക്കോൾ ക്രമീകരണങ്ങളിൽ കിടക്കുന്നു https. അതിനാൽ, നിങ്ങളുടെ സൈറ്റ് അനുസരിച്ച് പ്രവർത്തിക്കാൻ നിങ്ങൾ കൈമാറ്റം ചെയ്തിട്ടുണ്ടെങ്കിൽ https, പിന്നെ, ആദ്യം, ഇൻസ്റ്റാൾ ചെയ്തതും പ്രവർത്തിക്കുന്നതുമായ ഒന്ന് ഉണ്ടെന്ന് നിങ്ങൾ പരിശോധിക്കേണ്ടതുണ്ട് എസ്എസ്എൽ- സർട്ടിഫിക്കറ്റ്. അത് ഇല്ലെങ്കിൽ, സുരക്ഷിത പ്രോട്ടോക്കോൾ നിങ്ങളുടെ സൈറ്റിൽ ശരിയായി പ്രവർത്തിക്കില്ല. അടുത്തതായി, റീഡയറക്‌ട് ശരിയായി ക്രമീകരിച്ചിട്ടുണ്ടോ എന്ന് നിങ്ങൾ പരിശോധിക്കണം httpഓൺ httpsസെർവറിലും വെബ്‌സൈറ്റിലും. പിന്നീടുള്ള സന്ദർഭത്തിൽ, പുതിയ പ്രോട്ടോക്കോളിലേക്ക് എല്ലാ ലിങ്കുകളും സ്വയമേവ റീഡയറക്‌ടുചെയ്യുന്ന ഒരു പ്രത്യേക പ്ലഗിൻ ഇൻസ്റ്റാൾ ചെയ്യപ്പെടുന്നു. നിങ്ങൾ വെബ്സൈറ്റ് വിലാസവും പരിശോധിക്കേണ്ടതുണ്ട്
അഡ്മിൻ പാനലിൽ ( ക്രമീകരണങ്ങൾ -> പൊതുവായത്). സൈറ്റ് ട്രാൻസ്ഫർ ചെയ്തതിന് ശേഷം പലപ്പോഴും പിശക് സംഭവിക്കുന്നു httpsഅവൻ്റെ വിലാസം തുടർന്നു http. രണ്ട് ഫീൽഡുകളും ( WordPress വിലാസം (URL)ഒപ്പം വെബ്സൈറ്റ് വിലാസം (URL)) പൊരുത്തപ്പെടുകയും ആരംഭിക്കുകയും വേണം https.

രീതി 7: പ്ലഗിനുകൾ പരിശോധിക്കുന്നത് പ്രവർത്തിക്കുന്നു

പലപ്പോഴും റീഡയറക്‌ട് ലൂപ്പിംഗ് പിശക് കാരണം സംഭവിക്കാം ശരിയായി പ്രവർത്തിക്കാതിരിക്കൽഏതെങ്കിലും സജീവ പ്ലഗിൻ. ഈ സാഹചര്യത്തിൽ, നിങ്ങൾ എല്ലാ പ്ലഗിന്നുകളും പ്രവർത്തനരഹിതമാക്കേണ്ടതുണ്ട് (ഫോൾഡറിൻ്റെ പേര് മാറ്റുക പ്ലഗിനുകൾനിങ്ങളുടെ സൈറ്റിൻ്റെ ഫയലുകളുടെ ഡയറക്ടറിയിൽ). സൈറ്റ് ശരിയായി പ്രവർത്തിക്കാൻ തുടങ്ങിയാൽ, ഏത് പ്ലഗിൻ പരാജയപ്പെട്ടുവെന്ന് നിങ്ങൾ കണ്ടെത്തേണ്ടതുണ്ട്.

നിങ്ങളുടെ വെബ് ബ്രൗസറിൽ "ERR_TOO_MANY_REDIRECTS" പിശക് കാണുന്നുണ്ടെങ്കിൽ, നിങ്ങൾ ഒറ്റയ്ക്കല്ല. നിരവധി പേർ ഇത് റിപ്പോർട്ട് ചെയ്തിട്ടുണ്ട് വിൻഡോസ് ഉപയോക്താക്കൾ. "ഈ വെബ് പേജിന് ഒരു റീഡയറക്‌ട് ലൂപ്പ് ഉണ്ട്" എന്ന സന്ദേശത്തിൽ ഈ പിശക് സംഭവിക്കുകയും വെബ്‌സൈറ്റ് ലോഡ് ചെയ്യുന്നതിൽ നിന്ന് തടയുകയും ചെയ്യുന്നു.

എന്തുകൊണ്ടാണ് ഈ പിശക് സംഭവിക്കുന്നത്?

നിങ്ങൾ യഥാർത്ഥ URL-ൽ നിന്ന് പുതിയതിലേക്ക് റീഡയറക്‌ട് ചെയ്യുമ്പോൾ സാധാരണയായി ഈ പ്രശ്‌നം സംഭവിക്കുന്നു, പക്ഷേ നിർഭാഗ്യവശാൽ അനന്തമായ റീഡയറക്‌ട് ലൂപ്പിൽ അവസാനിക്കുന്നു. ബ്രൗസർ ഈ സാഹചര്യം കണ്ടെത്തുകയും ലൂപ്പ് തകർക്കുകയും ഒരു പിശക് സന്ദേശം പ്രദർശിപ്പിക്കുകയും ചെയ്യുന്നു. നിങ്ങൾ ഈ ലൂപ്പിൽ കുടുങ്ങിയതിൻ്റെ കാരണം ഒരു സെർവറോ അന്തിമ ഉപയോക്തൃ പ്രശ്നമോ ആകാം.

ഈ പിശക് എങ്ങനെ പരിഹരിക്കാം?

പിശക് പരിഹരിക്കാനുള്ള നാല് വഴികൾ ഇതാ (വളരെയധികം റീഡയറക്‌ടുകൾ):

• മറ്റൊരു ബ്രൗസറിൽ URL പ്രവർത്തിപ്പിക്കുക;
• നിങ്ങളുടെ ബ്രൗസർ ഡാറ്റ മായ്‌ക്കുക;
• വിപുലീകരണങ്ങൾ പരിശോധിക്കുക;
• നിങ്ങളുടെ സിസ്റ്റം തീയതിയും സമയവും ശരിയാക്കുക.

മറ്റൊരു ബ്രൗസറിൽ ഒരു URL സമാരംഭിക്കുന്നു

നിങ്ങൾ ഉപയോഗിക്കുന്ന വെബ് ബ്രൗസർ കാരണം ERR_TOO_MANY_REDIRECTS പിശക് സംഭവിക്കാം. മറ്റ് പരിഹാരങ്ങൾ ഉപയോഗിച്ച് നിങ്ങൾക്ക് അതേ URL സന്ദർശിക്കാൻ ശ്രമിക്കാം. പിശക് ഇപ്പോഴും നിലനിൽക്കുന്നുണ്ടെങ്കിൽ, പ്രശ്നം സെർവർ വശത്തായിരിക്കാം. മറ്റ് സമയങ്ങളിൽ നിങ്ങൾ സൈറ്റിൽ ലോഗിൻ ചെയ്യേണ്ടതായി വന്നേക്കാം. പുതിയ ബ്രൗസറിൽ പിശക് ദൃശ്യമാകുന്നില്ലെങ്കിൽ, നിങ്ങളുടെ യഥാർത്ഥ ബ്രൗസറിലെ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ ചുവടെയുള്ള രീതികൾ പരീക്ഷിക്കുക.

നിങ്ങളുടെ ബ്രൗസർ ഡാറ്റ മായ്‌ക്കുന്നു

ബ്രൗസിംഗ് ചരിത്രം, കാഷെ, തുടങ്ങിയ ബ്രൗസർ ഡാറ്റ കുക്കികൾ, ERR_TOO_MANY_REDIRECTS പിശകിന് കാരണമാകുന്ന തെറ്റായ ഫയലുകൾ അടങ്ങിയിരിക്കാം. ഈ ഡാറ്റ മായ്‌ക്കുന്നു - ഫലപ്രദമായ രീതിശരി തെറ്റ്. നിങ്ങളുടെ ബ്രൗസിംഗ് ഡാറ്റ മായ്‌ക്കാൻ:

Google Chrome-ൽ:

• അതിൽ "chrome://settings" നൽകുക വിലാസ ബാർ"Enter" അമർത്തി "കാണിക്കുക" അമർത്തുക അധിക ക്രമീകരണങ്ങൾ" ക്രമീകരണ പേജിൻ്റെ ചുവടെ.
• ബ്രൗസിംഗ് ഡാറ്റ മായ്ക്കുക ബട്ടൺ ക്ലിക്ക് ചെയ്യുക.

മോസില്ല ഫയർഫോക്സിൽ:

• മെനു ബട്ടൺ അമർത്തി ഓപ്ഷനുകൾ തിരഞ്ഞെടുക്കുക.
• "സ്വകാര്യത" തിരഞ്ഞെടുത്ത് നിങ്ങളുടെ സമീപകാല ചരിത്രം മായ്‌ക്കുക.
• മായ്‌ക്കാൻ സമയപരിധിക്കുള്ള എല്ലാം തിരഞ്ഞെടുക്കുക, തുടർന്ന് ഇപ്പോൾ ക്ലിയർ ക്ലിക്ക് ചെയ്യുക.
• ബ്രൗസർ ഡാറ്റ മായ്‌ച്ചുകഴിഞ്ഞാൽ, പിശക് ഇപ്പോഴും ഉണ്ടോയെന്ന് നിങ്ങൾക്ക് പരിശോധിക്കാം.

ബ്രൗസർ വിപുലീകരണങ്ങൾ പരിശോധിക്കുന്നു

ERR_TOO_MANY_REDIRECTS പിശകിന് കാരണമായേക്കാം തെറ്റായ വിപുലീകരണംബ്രൗസർ. നിങ്ങളുടെ ബ്രൗസറിൽ എക്സ്റ്റൻഷൻ മാനേജർ തുറന്ന് അതിൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള പരിഹാരങ്ങൾ പരിശോധിക്കേണ്ടതുണ്ട്.

Chrome, Firefox എന്നിവയിലെ വിപുലീകരണങ്ങൾ പരിശോധിക്കുന്നതിനുള്ള ഉദാഹരണങ്ങൾ ചുവടെയുണ്ട്.
Chrome-നായി: വിലാസ ബാറിൽ "chrome://extensions" എന്ന് ടൈപ്പ് ചെയ്ത് എൻ്റർ അമർത്തുക. തുടർന്ന് ചുവടെ ലിസ്റ്റുചെയ്തിരിക്കുന്ന എല്ലാ വിപുലീകരണങ്ങളും നിങ്ങൾക്ക് കാണാനാകും, അവയിലേതെങ്കിലും പ്രവർത്തനക്ഷമമാക്കാനോ പ്രവർത്തനരഹിതമാക്കാനോ നിങ്ങൾക്ക് ശ്രമിക്കാവുന്നതാണ്.

• ഫയർഫോക്സിനായി, വിലാസ ബാറിൽ "about:addons" എന്ന് ടൈപ്പ് ചെയ്യുക, എൻ്റർ അമർത്തുക, തുടർന്ന് "വിപുലീകരണങ്ങൾ" തിരഞ്ഞെടുക്കുക. എല്ലാ ഫയർഫോക്സ് എക്സ്റ്റൻഷനുകളും ഇവിടെ ലിസ്റ്റ് ചെയ്തിരിക്കുന്നത് നിങ്ങൾ കാണും.

ഇത് പ്രശ്‌നം പരിഹരിക്കുന്നുണ്ടോയെന്ന് കാണാൻ നിങ്ങൾക്ക് എല്ലാ വിപുലീകരണങ്ങളും പ്രവർത്തനരഹിതമാക്കാം. അങ്ങനെയാണെങ്കിൽ, പ്രശ്‌നമുണ്ടാക്കുന്ന ഒന്ന് തിരിച്ചറിയാൻ നിങ്ങൾക്ക് ഒരു സമയം ഒരു വിപുലീകരണം പ്രവർത്തനക്ഷമമാക്കാം.

04/06/17 1.1K

സൈറ്റ് സന്ദർശിക്കുമ്പോൾ ക്ലയൻ്റ് ആപ്ലിക്കേഷൻവഴി വെബ് സെർവറുകളിലേക്ക് ബന്ധിപ്പിക്കുന്നു നെറ്റ്വർക്ക് പ്രോട്ടോക്കോൾ HTTP. അത്തരം നെറ്റ്‌വർക്ക് കണക്ഷനുകൾ, വെബ് പേജുകളുടെ ഉള്ളടക്കവും HTTP കോഡുകളും ഉൾപ്പെടെ, സെർവറുകളിൽ നിന്ന് ക്ലയൻ്റുകളിലേക്ക് പ്രതികരണ ഡാറ്റ അയയ്ക്കുന്നതിന് പിന്തുണ നൽകുന്നു.

HTTP പിശക് കോഡുകളുടെയും നിലയുടെയും തരങ്ങൾ

HTTP സെർവർ പ്രതികരണത്തിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന ഡാറ്റ, അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നതിൻ്റെ ഫലത്തെ സൂചിപ്പിക്കുന്ന ഒരു കോഡാണ്. ഈ കോഡുകളിൽ മൂന്ന് സംഖ്യകൾ അടങ്ങിയിരിക്കുന്നു, അവയെ വിഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു:

• 100-199: വിവര നില;
• 200-299: വിജയകരമായ അഭ്യർത്ഥന നില;
• 300-399: റീഡയറക്‌ട് സ്റ്റാറ്റസ്;
• 400-499: ക്ലയൻ്റ് പിശകുകൾ;
• 500-599: സെർവർ പിശകുകൾ.

ഇൻ്റർനെറ്റിൽ അല്ലെങ്കിൽ പ്രാദേശിക നെറ്റ്‌വർക്കുകൾകുറച്ച് പിശക് കോഡുകളും സ്റ്റാറ്റസുകളും മാത്രമേ പ്രദർശിപ്പിക്കൂ. അഭ്യർത്ഥന പരാജയപ്പെട്ടതിൻ്റെ ഫലമായുണ്ടാകുന്ന പിശകുകളുമായി ബന്ധപ്പെട്ട കോഡുകൾ വെബ് പേജിൽ പ്രദർശിപ്പിക്കും, അതേസമയം മറ്റ് കോഡുകൾ ഉപയോക്താക്കൾക്ക് കാണിക്കില്ല.

1. HTTP 200 “ശരി”

സെർവർ അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്യുകയും ഉള്ളടക്കം ബ്രൗസറിലേക്ക് തിരികെ അയയ്ക്കുകയും ചെയ്യുമ്പോൾ HTTP കോഡ് 200 സംഭവിക്കുന്നു. മിക്ക HTTP അഭ്യർത്ഥനകളും ഈ സ്റ്റാറ്റസിൽ അവസാനിക്കുന്നു. എന്തെങ്കിലും പ്രശ്‌നമുണ്ടായാൽ ബ്രൗസറുകൾ സാധാരണയായി HTTP കോഡുകൾ പ്രദർശിപ്പിക്കുന്നതിനാൽ ഉപയോക്താക്കൾ ഈ കോഡ് സ്‌ക്രീനിൽ കാണുന്നത് വളരെ അപൂർവമാണ്.

2. HTTP പിശക് 404 "കണ്ടെത്തിയില്ല"

സെർവറിന് അഭ്യർത്ഥിച്ച പേജോ ഫയലോ മറ്റ് ഉറവിടമോ കണ്ടെത്താൻ കഴിഞ്ഞില്ല. HTTP 404 പിശക് അത് സൂചിപ്പിക്കുന്നു നെറ്റ്വർക്ക് കണക്ഷൻക്ലയൻ്റും സെർവറും തമ്മിലുള്ള ബന്ധം വിജയകരമായി പൂർത്തിയാക്കി. ഉപയോക്താവ് ബ്രൗസറിൽ തെറ്റായ URI നൽകുമ്പോഴോ സെർവർ അഡ്മിനിസ്ട്രേറ്റർ പുതിയ സ്ഥലത്തേക്ക് റീഡയറക്‌ട് സജ്ജീകരിക്കാതെ ഫയൽ ഇല്ലാതാക്കുമ്പോഴോ സംഭവിക്കുന്നു. ഈ പ്രശ്നം പരിഹരിക്കാൻ, ഉപയോക്താക്കൾ ശരിയായ URL ടൈപ്പ് ചെയ്യണം.

3. HTTP പിശക് 500 "ആന്തരിക സെർവർ പിശക്"

സെർവറിന് ക്ലയൻ്റിൽ നിന്ന് സാധുവായ ഒരു അഭ്യർത്ഥന ലഭിച്ചു, പക്ഷേ അത് പ്രോസസ്സ് ചെയ്യാൻ കഴിഞ്ഞില്ല. സെർവർ ഏതെങ്കിലും തരത്തിലുള്ള സാങ്കേതിക തകരാറുകൾ നേരിടുമ്പോൾ HTTP പിശക് 500 സംഭവിക്കുന്നു. ഉദാഹരണത്തിന്, മെമ്മറി അഭാവം അല്ലെങ്കിൽ ഡിസ്ക് സ്പേസ്. സെർവർ അഡ്മിനിസ്ട്രേറ്റർ ഈ പ്രശ്നം പരിഹരിക്കണം.

4. HTTP പിശക് 503 "സേവനം ലഭ്യമല്ല"

ഇൻകമിംഗ് അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യാൻ സെർവറിന് കഴിയുന്നില്ലെന്ന് ഈ കോഡ് സൂചിപ്പിക്കുന്നു. ഉയർന്ന റിസോഴ്സ് ഉപഭോഗം കാരണം പ്രതീക്ഷിക്കുന്ന പരാജയങ്ങൾ സൂചിപ്പിക്കാൻ ചില സെർവറുകൾ HTTP പിശക് കോഡ് 503 ഉപയോഗിക്കുന്നു. ഉദാഹരണത്തിന്, ഒരേസമയം കണക്റ്റുചെയ്‌ത ഉപയോക്താക്കളുടെ എണ്ണം അല്ലെങ്കിൽ പവർ പരിധി കവിഞ്ഞാൽ സെൻട്രൽ പ്രൊസസർ, ഇവ സാധാരണയായി HTTP-500 ഉപയോഗിച്ച് റിപ്പോർട്ട് ചെയ്യപ്പെടുന്നു.

5. HTTP 301 "ശാശ്വതമായി നീക്കി"

ഒരു HTTP റീഡയറക്‌ട് ഉപയോഗിച്ച് ക്ലയൻ്റ്-നിർദ്ദിഷ്‌ട യുആർഐ മറ്റൊരു ലൊക്കേഷനിലേക്ക് നീക്കി, ഇത് പുതിയ ലൊക്കേഷനിൽ നിന്ന് ഉറവിടം നേടാൻ ക്ലയൻ്റിനെ അനുവദിക്കുന്നു. ഉപയോക്തൃ ഇടപെടലിൻ്റെ ആവശ്യമില്ലാതെ ബ്രൗസറുകൾ സ്വയമേവ 301 HTTP റീഡയറക്‌ടിനെ പിന്തുടരുന്നു.

6. HTTP 302 "കണ്ടെത്തി" അല്ലെങ്കിൽ "താൽക്കാലികമായി നീക്കി"

HTTP കോഡ് 302 എന്നത് റിസോഴ്‌സ് ശാശ്വതമായി നീക്കുന്നതിന് പകരം താൽക്കാലികമായി നീക്കിയിരിക്കുന്ന കേസുകൾക്കായി ഉദ്ദേശിച്ചുള്ളതാണ്. ഉള്ളടക്ക അപ്‌ഡേറ്റിൻ്റെ (മാറ്റം) ചെറിയ കാലയളവിൽ മാത്രമേ സെർവർ അഡ്‌മിനിസ്‌ട്രേറ്റർ HTTP 302 ഉപയോഗിക്കാവൂ. 301 കോഡ് പോലെ ബ്രൗസറുകൾ സ്വയമേവ 302 റീഡയറക്‌ട് നടത്തുന്നു. HTTP 1.1-ൽ, താത്കാലിക റീഡയറക്‌ടുകൾ സൂചിപ്പിക്കാൻ ഇത് ചേർത്തു പുതിയ കോഡ് 307 .

7. HTTP 400 "മോശമായ അഭ്യർത്ഥന"

ക്ലയൻ്റിൽ നിന്ന് ലഭിച്ച പ്രോട്ടോക്കോൾ ഡാറ്റയിൽ സെർവർ ഒരു പിശക് കണ്ടെത്തി. ഇത് സാധാരണയായി ക്ലയൻ്റ് വശത്തെ സാങ്കേതിക തകരാറിനെയോ നെറ്റ്‌വർക്കിലെ തന്നെ ഡാറ്റ അഴിമതിയെയോ സൂചിപ്പിക്കുന്നു.

8. HTTP 401 "അനധികൃതം"

ക്ലയൻ്റുകൾ സെർവറിൽ നിന്ന് ഒരു സംരക്ഷിത ഉറവിടം അഭ്യർത്ഥിക്കുമ്പോൾ ഈ പിശക് സംഭവിക്കുന്നു, എന്നാൽ അത് ആക്‌സസ് ചെയ്യാൻ പ്രാമാണീകരിക്കാത്തതാണ്. ഇത് പരിഹരിക്കുന്നതിന്, ക്ലയൻ്റ് ഒരു ഉപയോക്തൃനാമവും പാസ്‌വേഡും ഉപയോഗിച്ച് സെർവറിലേക്ക് ലോഗിൻ ചെയ്യണം.

9. HTTP 100 “തുടരുക”

പ്രോട്ടോക്കോളിൻ്റെ പതിപ്പ് 1.1-ലേക്ക് ചേർത്ത HTTP പ്രതികരണ കോഡ് 100 കൂടുതൽ നൽകാൻ രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു ഫലപ്രദമായ ഉപയോഗംനെറ്റ്വർക്ക് ബാൻഡ്വിഡ്ത്ത്. അംഗീകരിക്കാനുള്ള സന്നദ്ധത സ്ഥിരീകരിക്കാൻ ഇത് സെർവറുകളെ അനുവദിക്കുന്നു വലിയ അഭ്യർത്ഥനകൾ. കോഡ് 100 ഉപയോഗിച്ച് സെർവർ പ്രതികരണം അഭ്യർത്ഥിച്ചുകൊണ്ട് ഒരു ചെറിയ, പ്രത്യേകം കോൺഫിഗർ ചെയ്‌ത സന്ദേശം അയയ്‌ക്കാൻ Continue പ്രോട്ടോക്കോൾ ഒരു HTTP 1.1 ക്ലയൻ്റിനെ അനുവദിക്കുന്നു, തുടർന്ന് അഭ്യർത്ഥന അയയ്‌ക്കുന്നതിന് മുമ്പ് പ്രതികരണത്തിനായി കാത്തിരിക്കുക തുടർ പ്രവർത്തനങ്ങൾ. HTTP 1.0 ക്ലയൻ്റുകളും സെർവറുകളും ഈ കോഡ് ഉപയോഗിക്കുന്നില്ല.

നിങ്ങളുടെ വെബ്‌സൈറ്റിൽ നിന്ന് ഒരു പേജ് വീണ്ടെടുക്കാൻ സെർവറിലേക്ക് ഒരു അഭ്യർത്ഥന അയയ്‌ക്കുമ്പോൾ (ഉദാഹരണത്തിന്, ഒരു ഉപയോക്താവ് ബ്രൗസറിൽ പേജ് തുറക്കുന്നു അല്ലെങ്കിൽ ഗൂഗിൾ റോബോട്ട്പേജ് സ്കാൻ ചെയ്യുന്നു), അഭ്യർത്ഥനയ്ക്ക് മറുപടിയായി സെർവർ കോഡ് നൽകുന്നു HTTP പ്രസ്താവിക്കുന്നു.

ചില സാധാരണ HTTP സ്റ്റാറ്റസ് കോഡുകൾ:

• 200 - സെർവർ പേജ് വിജയകരമായി പ്രോസസ്സ് ചെയ്തു;
• 404 - അഭ്യർത്ഥിച്ച പേജ് നിലവിലില്ല;
• 503 - വിവരങ്ങൾ താൽക്കാലികമായി ലഭ്യമല്ല

http കോഡുകൾ - 1xx (താൽക്കാലികം)

ഒരു താൽക്കാലിക പ്രതികരണത്തെ സൂചിപ്പിക്കുന്ന സ്റ്റാറ്റസ് കോഡുകൾ. അപേക്ഷ തുടരാൻ നടപടി സ്വീകരിക്കണം.

http കോഡുകൾ - 2xx (വിജയകരം)

സെർവർ അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്തുവെന്ന് സൂചിപ്പിക്കുന്ന HTTP സ്റ്റാറ്റസ് കോഡുകൾ.

കോഡ്	വിവരണം
200 (വിജയകരം)	സെർവർ അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്തു. സാധാരണയായി ഇതിനർത്ഥം സെർവർ നൽകിയെന്നാണ് ആവശ്യമായ പേജ്. ഈ സ്റ്റാറ്റസ് robots.txt ഫയലിനെയാണ് സൂചിപ്പിക്കുന്നതെങ്കിൽ, റോബോട്ട് അത് വിജയകരമായി കണ്ടെത്തി എന്നാണ് അർത്ഥമാക്കുന്നത്.
201 (സൃഷ്ടിച്ചത്)	അഭ്യർത്ഥന വിജയിക്കുകയും സെർവർ ഒരു പുതിയ ഉറവിടം സൃഷ്ടിക്കുകയും ചെയ്തു.
202 (അംഗീകരിച്ചു)	സെർവർ അഭ്യർത്ഥന അംഗീകരിച്ചെങ്കിലും ഇതുവരെ പ്രോസസ്സ് ചെയ്തിട്ടില്ല.
203 (വിശ്വസനീയമല്ലാത്ത വിവരങ്ങൾ)	സെർവർ അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്തു, എന്നാൽ തിരികെ ലഭിച്ച വിവരങ്ങൾ മറ്റൊരു ഉറവിടത്തിൽ നിന്നായിരിക്കാം.
204 (ഉള്ളടക്കം ഇല്ല)	സെർവർ അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്‌തു, പക്ഷേ ഒരു ഉള്ളടക്കവും തിരികെ നൽകുന്നില്ല.
205 (മൂല്യം പുനഃസ്ഥാപിക്കുക)	സെർവർ അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്‌തു, പക്ഷേ ഒരു ഉള്ളടക്കവും തിരികെ നൽകുന്നില്ല. ഒരു 204 പ്രതികരണത്തിൽ നിന്ന് വ്യത്യസ്തമായി, ഈ പ്രതികരണത്തിന് അഭ്യർത്ഥനക്കാരന് പ്രമാണത്തിൻ്റെ കാഴ്‌ച പുനഃസ്ഥാപിക്കേണ്ടതുണ്ട് (ഉദാഹരണത്തിന്, പുതിയ ഡാറ്റ നൽകാൻ അനുവദിക്കുന്നതിനുള്ള വ്യക്തമായ ഫോമുകൾ).
206 (ഭാഗിക ഉള്ളടക്കം)	ഭാഗിക GET അഭ്യർത്ഥന സെർവർ വിജയകരമായി പ്രോസസ്സ് ചെയ്തു.

http കോഡുകൾ - 3xx (റീഡയറക്‌ട് ചെയ്‌തു)

ആവശ്യകതകൾ നിറവേറ്റുന്നതിന്, അത് ആവശ്യമാണ് അധിക പ്രവർത്തനങ്ങൾ. ഈ കോഡുകൾ HTTP നിലപലപ്പോഴും വഴിതിരിച്ചുവിടലിനായി ഉപയോഗിക്കുന്നു.

കോഡ്	വിവരണം
300 (നിരവധി ഓപ്ഷനുകൾ)	ഈ അഭ്യർത്ഥനകൾക്ക് മറുപടിയായി സെർവറിന് നിരവധി പ്രവർത്തനങ്ങൾ ചെയ്യാൻ കഴിയും. അഭ്യർത്ഥനയെ ആശ്രയിച്ച് സെർവറിന് ഒരു പ്രവർത്തനം തിരഞ്ഞെടുക്കാനാകും ( ഉപയോക്തൃ ഏജൻ്റ്) അല്ലെങ്കിൽ തന്നിരിക്കുന്ന ലിസ്റ്റ് അവനെ പ്രവർത്തനങ്ങൾ തിരഞ്ഞെടുക്കാൻ അനുവദിക്കുന്നു.
	നിങ്ങൾ അഭ്യർത്ഥിച്ച പേജ് ശാശ്വതമായി മറ്റൊരു സ്ഥലത്തേക്ക് മാറ്റി. സെർവർ ഈ പ്രതികരണം നൽകുമ്പോൾ (at അഭ്യർത്ഥന നേടുകഅല്ലെങ്കിൽ HEAD), അഭ്യർത്ഥനക്കാരനെ ഒരു പുതിയ സ്ഥലത്തേക്ക് സ്വയമേവ റീഡയറക്‌ടുചെയ്യുന്നു. ഒരു പേജോ സൈറ്റോ ശാശ്വതമായി ഒരു പുതിയ ലൊക്കേഷനിലേക്ക് നീക്കിയെന്ന് വെബ് ക്രാളറോട് പറയാൻ ഈ കോഡ് ഉപയോഗിക്കാം.
302 (താത്കാലികമായി മാറ്റി)	സെർവർ നിലവിൽ മറ്റൊരു ലൊക്കേഷനിൽ നിന്നുള്ള ഒരു പേജ് ഉപയോഗിച്ച് അഭ്യർത്ഥനയോട് പ്രതികരിക്കുന്നു, എന്നാൽ ഭാവിയിൽ അത് അതേ സ്ഥലത്തേക്ക് അഭ്യർത്ഥനകൾ അയയ്ക്കുന്നത് തുടരും. ഈ കോഡ് 301 കോഡിന് സമാനമാണ്, അതിൽ ഒരു GET അല്ലെങ്കിൽ HEAD അഭ്യർത്ഥന അഭ്യർത്ഥനക്കാരനെ സ്വയമേവ മറ്റൊരു ലൊക്കേഷനിലേക്ക് റീഡയറക്‌ടുചെയ്യും, എന്നാൽ ഒരു പേജോ സൈറ്റോ ഒരു പുതിയ സ്ഥലത്തേക്ക് മാറ്റാൻ ക്രാളറെ അറിയിക്കാൻ ഈ കോഡ് ഉപയോഗിക്കരുത്, കാരണം ക്രാളർ ക്രാൾ ചെയ്യുന്നത് തുടരും. യഥാർത്ഥ സ്ഥാനം.
303 (മറ്റൊരു സ്ഥലം പരിശോധിക്കുക)	പ്രതികരണങ്ങൾ സ്വീകരിക്കുന്നതിന് അപേക്ഷകൻ മറ്റൊരു സ്ഥലത്തേക്ക് ഒരു പ്രത്യേക GET അഭ്യർത്ഥന അയയ്‌ക്കേണ്ടതുണ്ടെങ്കിൽ സെർവർ ഈ കോഡ് നൽകുന്നു. എല്ലാ ആവശ്യങ്ങളും നിറവേറ്റുകയാണെങ്കിൽ, സെർവർ സ്വയമേവ മറ്റൊരു സ്ഥലത്തേക്ക് റീഡയറക്‌ട് ചെയ്യുന്നു.
304 (മാറ്റമില്ല)	അഭ്യർത്ഥിച്ച പേജ് പിന്നീട് പരിഷ്കരിച്ചിട്ടില്ല അവസാന അഭ്യർത്ഥന. ഈ പ്രതികരണം അയയ്‌ക്കുന്നതിലൂടെ, സെർവർ പേജിൻ്റെ ബോഡി തിരികെ നൽകുന്നില്ല. കഴിഞ്ഞ തവണ ഇതേ ഏജൻ്റ് അഭ്യർത്ഥിച്ചതിന് ശേഷം പേജ് മാറിയിട്ടില്ലെങ്കിൽ, ഈ പ്രതികരണം (HTTP If-modified-Since) നൽകുന്നതിന് സെർവർ കോൺഫിഗർ ചെയ്തിരിക്കണം. ഇത് ലോഡ് കുറയ്ക്കുന്നു ത്രൂപുട്ട്കൂടാതെ സെർവറും.
305 (പ്രോക്സി സെർവർ ഉപയോഗിക്കുക)	അഭ്യർത്ഥിക്കുന്നയാൾക്ക് ഒരു പ്രോക്സി സെർവർ വഴി മാത്രമേ പേജ് ആക്സസ് ചെയ്യാൻ കഴിയൂ. ഈ പ്രതികരണം നൽകുന്നതിലൂടെ, ഉപയോഗിക്കേണ്ട പ്രോക്സി സെർവറും സെർവർ വ്യക്തമാക്കുന്നു.
307 (താത്കാലിക റീഡയറക്ഷൻ)	സെർവർ നിലവിൽ മറ്റൊരു ലൊക്കേഷനിൽ നിന്നുള്ള ഒരു പേജ് ഉപയോഗിച്ച് അഭ്യർത്ഥനയോട് പ്രതികരിക്കുന്നു, എന്നാൽ ഭാവിയിൽ അത് അതേ സ്ഥലത്തേക്ക് അഭ്യർത്ഥനകൾ അയയ്ക്കുന്നത് തുടരും. ഈ കോഡ് 301 കോഡിന് സമാനമാണ്, അതിൽ ഒരു GET അല്ലെങ്കിൽ HEAD അഭ്യർത്ഥന അഭ്യർത്ഥനക്കാരനെ സ്വയമേവ മറ്റൊരു ലൊക്കേഷനിലേക്ക് റീഡയറക്‌ടുചെയ്യും, എന്നാൽ പേജോ സൈറ്റോ ഒരു പുതിയ സ്ഥലത്തേക്ക് മാറുകയാണെന്ന് ക്രാളറെ അറിയിക്കാൻ ഈ കോഡ് ഉപയോഗിക്കരുത്.

http കോഡുകൾ - 4xx (അഭ്യർത്ഥന പിശക്)

ഇനിപ്പറയുന്ന സ്റ്റാറ്റസ് കോഡുകൾ സൂചിപ്പിക്കുന്നു സാധ്യമായ തെറ്റ്അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നതിൽ നിന്ന് സെർവറിനെ തടയുന്ന ഒരു അഭ്യർത്ഥനയിൽ.

കോഡ്	വിവരണം
400 (അസാധുവായ അഭ്യർത്ഥന)	അഭ്യർത്ഥന വാക്യഘടന സെർവർ തിരിച്ചറിയുന്നില്ല.
	അഭ്യർത്ഥനയ്ക്ക് ഉപയോക്തൃ തിരിച്ചറിയൽ ആവശ്യമാണ്. പേജിലേക്കുള്ള ആക്‌സസിന് ഉപയോക്തൃ അംഗീകാരം ആവശ്യമാണെങ്കിൽ സെർവർ ഈ പ്രതികരണം നൽകിയേക്കാം.
403 (ആക്സസ്സ് നിരസിച്ചു)	സെർവർ അഭ്യർത്ഥന നിരസിക്കുന്നു. എങ്കിൽ തിരയൽ റോബോട്ട്സൂചികയിലാക്കാൻ ശ്രമിക്കുമ്പോൾ ഈ HTTP സ്റ്റാറ്റസ് കോഡ് ലഭിക്കുന്നു ശരിയായ പേജുകൾസൈറ്റ് (ടാബിലെ ഇൻഡെക്സിംഗ് പിശകുകൾ കാണുക സ്കാൻ ചെയ്യുന്നുവി Google ടൂളുകൾവെബ്‌മാസ്റ്റർമാർക്കായി), സെർവറോ ഹോസ്റ്റോ അത് ആക്‌സസ് ചെയ്യാനുള്ള Googlebot-ൻ്റെ കഴിവിനെ തടയുന്നുണ്ടാകാം.
	സെർവറിന് കണ്ടെത്താനായില്ല ആവശ്യമുള്ള പേജ്. സെർവർ പലപ്പോഴും ഈ കോഡ് നൽകുന്നു, ഉദാഹരണത്തിന്, സെർവറിൽ നിലവിലില്ലാത്ത ഒരു പേജിനുള്ള അഭ്യർത്ഥന. നിങ്ങളുടെ സൈറ്റിന് robots.txt ഫയൽ ഇല്ലെങ്കിൽ, Google വെബ്‌മാസ്റ്റർ ടൂളിലെ നിരോധിത URL-കളുടെ പേജിൽ ഈ നില ദൃശ്യമാകുകയാണെങ്കിൽ, ഇതൊരു സാധുവായ നിലയാണ്. എന്നിരുന്നാലും, സൈറ്റിന് ഒരു robots.txt ഫയൽ ഉണ്ടെങ്കിൽ, ഇപ്പോഴും ഈ നില പ്രദർശിപ്പിക്കുന്നുണ്ടെങ്കിൽ, robots.txt ഫയലിൽ ഉണ്ടായിരിക്കാം തെറ്റായ പേര്അല്ലെങ്കിൽ തെറ്റായ സ്ഥലത്ത് ആയിരിക്കുക. (ഫയൽ ഡൊമെയ്‌നിൻ്റെ റൂട്ട് ഡയറക്ടറിയിൽ സ്ഥിതിചെയ്യുകയും robots.txt എന്ന് നാമകരണം ചെയ്യുകയും വേണം).
	അഭ്യർത്ഥനയിൽ വ്യക്തമാക്കിയ രീതി അനുവദനീയമല്ല.
406 (അനുവദനീയമല്ല)	അഭ്യർത്ഥിച്ച പേജ് ആവശ്യമായ ഉള്ളടക്ക സ്പെസിഫിക്കേഷൻ സഹിതം തിരികെ നൽകാനാവില്ല.
407 (പ്രോക്സി പ്രാമാണീകരണം ആവശ്യമാണ്)	ഈ സ്റ്റാറ്റസ് കോഡ് 401-ന് സമാനമാണ്, എന്നാൽ അഭ്യർത്ഥിക്കുന്നയാൾ ഒരു പ്രോക്സി സെർവർ ഉപയോഗിച്ച് പ്രാമാണീകരിക്കണമെന്ന് സൂചിപ്പിക്കുന്നു. ഈ പ്രതികരണം നൽകുന്നതിലൂടെ, ഉപയോഗിക്കേണ്ട പ്രോക്സി സെർവറും സെർവർ വ്യക്തമാക്കുന്നു.
408 (അഭ്യർത്ഥന കാലഹരണപ്പെടൽ)	സെർവറിൽ നിന്നുള്ള പ്രതികരണത്തിനായി കാത്തിരിക്കുന്ന സമയപരിധി.
409 (സംഘർഷം)	അഭ്യർത്ഥന നടപ്പിലാക്കുമ്പോൾ സെർവറിന് ഒരു വൈരുദ്ധ്യം നേരിട്ടു. പൊരുത്തക്കേടിനെക്കുറിച്ചുള്ള വിവരങ്ങളുമായി സെർവർ പ്രതികരിക്കണം. പ്രതികരണമായി അഭ്യർത്ഥനകൾ തമ്മിലുള്ള വ്യത്യാസങ്ങളുടെ ഒരു ലിസ്റ്റ് സഹിതം സെർവർ ഈ കോഡ് തിരികെ നൽകിയേക്കാം പുട്ട് അഭ്യർത്ഥന, മുൻ ആവശ്യവുമായി വൈരുദ്ധ്യമുള്ളവ.
	അഭ്യർത്ഥിച്ച ഉറവിടം ശാശ്വതമായി ഇല്ലാതാക്കപ്പെടുമ്പോൾ സെർവർ ഈ പ്രതികരണം നൽകുന്നു. ഈ പ്രതികരണം 404-ന് സമാനമാണ് (കണ്ടെത്താനായില്ല), എന്നാൽ ചിലപ്പോൾ 404-ന് പകരം മുമ്പ് നിലവിലുണ്ടായിരുന്നതും എന്നാൽ നീക്കം ചെയ്തതുമായ വിഭവങ്ങൾക്കായി ഉപയോഗിക്കുന്നു. റിസോഴ്‌സ് ശാശ്വതമായി മൈഗ്രേറ്റ് ചെയ്‌തിട്ടുണ്ടെങ്കിൽ, ഉറവിടത്തിൻ്റെ പുതിയ സ്ഥാനം സൂചിപ്പിക്കാൻ കോഡ് 301 ഉപയോഗിക്കണം.
411 (നീളം ആവശ്യമാണ്)	ഹെഡറിൽ സാധുവായ ഒരു ഉള്ളടക്ക-ദൈർഘ്യ ഫീൽഡ് ഇല്ലാതെ സെർവർ അഭ്യർത്ഥനകൾ സ്വീകരിക്കില്ല.
412 (വ്യവസ്ഥകൾ പാലിച്ചിട്ടില്ല)	അഭ്യർത്ഥനയിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന വ്യവസ്ഥകളിലൊന്ന് സെർവർ പാലിക്കുന്നില്ല.
413 (അതും വലിയ അഭ്യർത്ഥന)	അഭ്യർത്ഥന വളരെ വലുതായതിനാൽ സെർവറിന് അത് പ്രോസസ്സ് ചെയ്യാൻ കഴിയില്ല.
	അഭ്യർത്ഥിച്ച URI (സാധാരണയായി ഒരു URL) സെർവറിന് പ്രോസസ്സ് ചെയ്യാൻ കഴിയാത്തത്ര വലുതാണ്.
415 (പിന്തുണയില്ലാത്ത തരം)	അഭ്യർത്ഥന പിന്തുണയ്ക്കാത്ത ഫോർമാറ്റിലാണ്.
416 (പരിധി കണ്ടെത്തിയില്ല)	സൈറ്റിൽ ഇല്ലാത്ത ഒരു ശ്രേണിക്ക് വേണ്ടിയുള്ള അഭ്യർത്ഥനയുള്ളപ്പോൾ സെർവർ ഈ സ്റ്റാറ്റസ് കോഡ് നൽകുന്നു.
417 (കാത്തിരിപ്പ് പരാജയം)	അഭ്യർത്ഥന തലക്കെട്ടിൻ്റെ പ്രതീക്ഷിക്കുന്ന ഫീൽഡിൽ അടങ്ങിയിരിക്കുന്ന അഭ്യർത്ഥനകൾ സെർവറിന് അനുസരിക്കാനാവില്ല.

കോഡുകൾ http–5xx (സെർവർ പിശക്)

അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യാൻ ശ്രമിക്കുമ്പോൾ ഒരു ആന്തരിക സെർവർ പിശക് സംഭവിച്ചതായി ഇനിപ്പറയുന്ന സ്റ്റാറ്റസ് കോഡുകൾ സൂചിപ്പിക്കുന്നു. ഈ പിശകുകൾ സാധാരണയായി സെർവറുമായി ബന്ധപ്പെട്ടതാണ്, ആവശ്യകതകളല്ല.

കോഡ്	വിവരണം
500 (ആന്തരിക പിശക്സെർവർ)	സെർവറിന് ഒരു പിശക് നേരിട്ടതിനാൽ അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യാൻ കഴിയില്ല.
501 (ഫംഗ്ഷൻ നടപ്പിലാക്കിയിട്ടില്ല)	അഭ്യർത്ഥനയുടെ നിർവ്വഹണം ഉറപ്പാക്കാൻ സെർവറിന് ഒരു ഫംഗ്ഷനില്ല.
502 (അസാധുവായ ഗേറ്റ്‌വേ)	ഒരു ഗേറ്റ്‌വേ അല്ലെങ്കിൽ പ്രോക്സി ആയി പ്രവർത്തിക്കുന്ന സെർവറിന് പിന്നിലെ ഒരു സെർവറിൽ നിന്ന് അസാധുവായ ഒരു പ്രതികരണം ലഭിച്ചു.
503 സേവനം ലഭ്യമല്ല)	സെർവർ ഇൻ ഈ നിമിഷംലഭ്യമല്ല (ആവശ്യങ്ങൾക്കായി ഓവർലോഡ് അല്ലെങ്കിൽ പ്രവർത്തനരഹിതമാക്കിയത് മെയിൻ്റനൻസ്). സാധാരണഗതിയിൽ, ഇത് ഒരു താൽക്കാലിക അവസ്ഥയാണ്.
504 (ഗേറ്റ്‌വേ കാലഹരണപ്പെട്ടു)	ഒരു ഗേറ്റ്‌വേ അല്ലെങ്കിൽ പ്രോക്സി ആയി പ്രവർത്തിക്കുന്ന ഒരു സെർവർ അതിൻ്റെ പിന്നിലുള്ള സെർവറിൽ നിന്നുള്ള പ്രതികരണത്തിനായി കാത്തിരിക്കുന്നു.
505 (പിന്തുണയ്ക്കാത്ത പതിപ്പ് HTTP)	അഭ്യർത്ഥനയിൽ വ്യക്തമാക്കിയ HTTP പ്രോട്ടോക്കോൾ പതിപ്പിനെ സെർവർ പിന്തുണയ്ക്കുന്നില്ല.

ഏതാണ്ട് ഏതെങ്കിലും സജീവ ഉപയോക്താവ്വെബ്‌സൈറ്റുകളിൽ പ്രവർത്തിക്കുമ്പോൾ ഇൻ്റർനെറ്റ് പിശകുകൾ നേരിട്ടു. ഈ പിശകുകളുടെ കാരണം സൈറ്റ് ഉടമ അറിയേണ്ടത് വളരെ പ്രധാനമാണ്.
മിക്കപ്പോഴും, പിശകുകൾക്ക് കാരണമാകുന്ന പ്രശ്നങ്ങൾ നിസ്സാരമാണ്, നിങ്ങൾക്ക് അവ സ്വയം പരിഹരിക്കാനാകും. ആദ്യം, ഏറ്റവും സാധാരണമായ പിശകുകളുടെ തരങ്ങൾ നിങ്ങൾ സ്വയം പരിചയപ്പെടുത്തേണ്ടതുണ്ട്, തുടർന്ന് അവ ഇല്ലാതാക്കുന്നതിനുള്ള അൽഗോരിതം.

പിശകുകളുടെ തരങ്ങൾ

ഉപയോക്താവ് അഭ്യർത്ഥിച്ച ഫയലുകൾ സെർവറിൽ നിന്ന് അവയിൽ എത്തിയില്ലെങ്കിൽ ഒരു http പ്രോട്ടോക്കോൾ പിശക് സംഭവിക്കാം. അത്തരമൊരു സാഹചര്യത്തിൽ, സെർവർ ഉപയോക്താവിന് ഒരു പിശക് കോഡ് റിപ്പോർട്ട് ചെയ്യുന്നു. നാല് തരം സെർവർ പ്രതികരണ കോഡ് മാത്രമേയുള്ളൂ: രണ്ട് വിജയകരവും രണ്ട് പരാജയപ്പെട്ടതുമാണ്.

http പിശകുകളുടെ പട്ടിക (xx - ഏതെങ്കിലും അക്കങ്ങൾ):

2xx- അഭ്യർത്ഥിച്ച അഭ്യർത്ഥന പൂർത്തിയായി;
3xx- അഭ്യർത്ഥിച്ച അഭ്യർത്ഥന ഉപയോക്താവിന് അയച്ചു, അത് പോസിറ്റീവ് കോഡായി കണക്കാക്കപ്പെടുന്നു;
4xx- ഒരു പിശക് കാരണം ഫയൽ ഉപയോക്താവിന് അയച്ചില്ല. ഈ കോഡ് ക്ലയൻ്റ് ഭാഗത്ത് ഒരു പിശക് സൂചിപ്പിക്കുന്നു;
5xxx- സെർവർ തകരാർ.

അവസാനത്തെ രണ്ട് സെർവർ പ്രതികരണ കോഡുകൾ ഞങ്ങൾ താഴെ വിശകലനം ചെയ്യും. ഇവയാണ് ഏറ്റവും സാധാരണമായ പിശകുകൾ, അവയുടെ ഉന്മൂലനം കൂടുതൽ സമയം ആവശ്യമില്ല.

പിശക് 400 "മോശമായ അഭ്യർത്ഥന"

ഒരു സൈറ്റ് അഭ്യർത്ഥിക്കുമ്പോൾ, നിങ്ങൾക്ക് 400 പിശക് ലഭിക്കുകയാണെങ്കിൽ, അതിനർത്ഥം അഭ്യർത്ഥനയിൽ തന്നെ ഒരു പിശക് ഉണ്ടായിരുന്നു എന്നാണ്. എന്നാൽ നിങ്ങളുടെ സൈറ്റിൻ്റെ നിയന്ത്രണ പാനലിൽ ലോഗിൻ ചെയ്യാൻ ശ്രമിക്കുകയാണെങ്കിൽ ഈ പിശക് സംഭവിക്കാം. മിക്കപ്പോഴും ഇത് 4 കാരണങ്ങളാൽ സംഭവിക്കുന്നു:

• ബ്രൗസർ ആൻ്റിവൈറസ് തടഞ്ഞു;
• ബ്രൗസർ വിൻഡോസ് ഫയർവാൾ തടഞ്ഞു;
• ഒരു വലിയ സംഖ്യകുക്കികളും കാഷെ ചെയ്ത ഫയലുകളും;
• അസ്ഥിരമായ ഇൻ്റർനെറ്റ് കണക്ഷൻ.

ഈ പ്രശ്നം പരിഹരിക്കാൻ, നിങ്ങൾ ഓരോന്നും ക്രമത്തിൽ പരിശോധിക്കേണ്ടതുണ്ട്. സാധ്യമായ കാരണംഅതിൻ്റെ സംഭവം.

ആൻ്റിവൈറസ് ബ്രൗസർ തടഞ്ഞു
നിങ്ങളുടെ ആൻ്റിവൈറസിലെ നിരോധിത ആപ്ലിക്കേഷനുകളുടെ പട്ടികയിൽ നിങ്ങളുടെ ബ്രൗസർ ഇല്ലെന്ന് പരിശോധിക്കുക. കണ്ടെത്തിയാൽ, അതിൽ വിശ്വാസത്തിൻ്റെ അളവ് വർദ്ധിപ്പിക്കുകയും ക്രമീകരണങ്ങൾ സംരക്ഷിക്കുകയും ചെയ്യുക.

ബ്രൗസർ ഒരു ഫയർവാൾ തടഞ്ഞു.
ഈ സാഹചര്യത്തിൽ, നിങ്ങൾ ഫയർവാൾ താൽക്കാലികമായി പ്രവർത്തനരഹിതമാക്കേണ്ടതുണ്ട്, നിങ്ങളുടെ കുക്കികളും പണവും മായ്‌ക്കുക, തുടർന്ന് നിങ്ങളുടെ ബ്രൗസറിൽ പേജ് പുതുക്കുക. പ്രശ്നം പരിഹരിച്ചാൽ, നിങ്ങൾ ഫയർവാളിൽ അനുവദനീയമായ പ്രോഗ്രാമുകളിലേക്ക് ബ്രൗസർ ചേർക്കേണ്ടതുണ്ട്.

കുക്കികളും പണവും
നിങ്ങളുടെ ബ്രൗസറിൽ കുക്കികളും പണവും മായ്‌ക്കുക, തുടർന്ന് പിശക് പേജ് പുതുക്കുക എന്നതാണ് ഏറ്റവും ലളിതമായ പരിഹാരം.

അസ്ഥിരമായ ഇൻ്റർനെറ്റ് കണക്ഷൻ.
തകരാറിന് കാരണമായത് എന്താണെന്ന് കണ്ടെത്താൻ നിങ്ങളുടെ ദാതാവിനെ വിളിക്കുക. ദാതാവ് ജോലിയിൽ ആയിരിക്കാം.

പിശക് 403 "ആക്സസ് നിരസിച്ചു"

സെർവർ പ്രതികരണം പിശക് 403 ആണെങ്കിൽ, അഭ്യർത്ഥിച്ച ഫയലുകളിലേക്കുള്ള ആക്സസ് നിരസിക്കപ്പെട്ടുവെന്നാണ് ഇതിനർത്ഥം. ഏറ്റവും സാധാരണമായ കാരണങ്ങൾ:

• തെറ്റായ സൂചിക ഫയൽ. ഈ പിശക് ശരിയാക്കാൻ, നിങ്ങൾ അത്തരമൊരു ഫയൽ സൃഷ്ടിക്കേണ്ടതുണ്ട് അല്ലെങ്കിൽ അത് നിലവിലുണ്ടെങ്കിൽ അതിൻ്റെ പേരുമാറ്റുക.
• ഫയലിൻ്റെ അനുമതികൾ വെബ് സെർവറിനെ അത് വായിക്കുന്നതിൽ നിന്ന് തടയുന്നു. പ്രശ്നം പരിഹരിക്കാൻ നിങ്ങൾ അവകാശങ്ങൾ മാറ്റേണ്ടതുണ്ട്.
• ഡാറ്റ തെറ്റായ ഡയറക്ടറിയിലാണ് സ്ഥിതി ചെയ്യുന്നത്. പരിഹരിക്കാൻ, public_html ഡയറക്ടറിയിലെ ഫയലുകളുടെ സ്ഥാനം പരിശോധിക്കുക.

പിശക് 404 - ഫയൽ കണ്ടെത്തിയില്ല

ഈ പിശക് അർത്ഥമാക്കുന്നത് സെർവർ ആവശ്യപ്പെട്ട ഡാറ്റ കണ്ടെത്തുന്നില്ല എന്നാണ്. അതിൻ്റെ സംഭവത്തിൻ്റെ പ്രധാന കാരണങ്ങൾ:

• URL തെറ്റായി നൽകി. പിശക് പരിഹരിക്കാൻ, ലിങ്കിൻ്റെ അക്ഷരവിന്യാസം പരിശോധിക്കുക.
• അഭ്യർത്ഥിച്ച പ്രമാണം കാണുന്നില്ല. പിശക് പരിഹരിക്കുന്നതിന്, ആവശ്യപ്പെട്ട ഫയൽ ശരിയായ ഡയറക്ടറിയിലാണോ എന്ന് നിങ്ങൾ പരിശോധിക്കേണ്ടതുണ്ട്.

പിശക് 500 - സെർവർ പിശക്

http പിശക് കോഡ് 500 എന്താണ് അർത്ഥമാക്കുന്നത് എന്ന് കണ്ടെത്താൻ, അത് സംഭവിക്കുന്നതിനുള്ള കാരണങ്ങൾ നിങ്ങൾ പരിശോധിക്കേണ്ടതുണ്ട്.

• സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കാനുള്ള കഴിവില്ലായ്മ. 777 പോലുള്ള ഡോക്യുമെൻ്റുകളിൽ തെറ്റായ ആക്സസ് അവകാശങ്ങൾ വ്യക്തമാക്കിയിട്ടുണ്ടെങ്കിൽ, ഈ ഫയലുകളിൽ പ്രവർത്തിക്കുന്ന സ്ക്രിപ്റ്റുകൾ സെർവർ തടയും. ഇല്ലാതാക്കാൻ ഈ പ്രശ്നം, നിങ്ങൾ ശരിയായ ഫയൽ അനുമതികൾ സജ്ജമാക്കണം.
• .htaccess ഫയലിൽ ഒരു പിശക് ഉണ്ട്. നിർദ്ദേശത്തിൽ പിശകുണ്ടായേക്കാം. പിശക് പരിഹരിക്കാൻ, error.log പ്രവർത്തനക്ഷമമാക്കുക.

പിശക് 502 - മോശം ഗേറ്റ്വേ

502 പോലുള്ള http പിശക് സ്റ്റാറ്റസുകൾ സൂചിപ്പിക്കുന്നത് സെർവർ ഒരു അസാധുവായ പ്രതികരണമാണ് നൽകിയത് എന്നാണ്. ഈ പിശകിൻ്റെ കാരണങ്ങൾ:

• പ്രോക്സി സെർവർ ശരിയായി പ്രവർത്തിക്കുന്നില്ല. നിങ്ങൾക്ക് നെറ്റ്‌വർക്ക് ആക്‌സസ് ഉണ്ടെന്ന് ഉറപ്പാക്കുക. നിങ്ങൾക്ക് മറ്റ് സൈറ്റുകളിലേക്ക് ആക്‌സസ് ഉണ്ടെങ്കിൽ ഇൻ്റർനെറ്റ് പ്രവർത്തിക്കുന്നുവെങ്കിൽ, കുക്കികൾ ഇല്ലാതാക്കി കാഷെ മായ്‌ക്കുക.
• പരാജയം സെർവർ ഉറവിടങ്ങൾ. ഈ സൈറ്റിലെ ഹോസ്റ്റിംഗ് വഴി നിങ്ങൾക്ക് അനുവദിച്ചിരിക്കുന്ന വിഭവങ്ങളുടെ അളവ് നിങ്ങളുടെ സൈറ്റ് കവിഞ്ഞാൽ ഈ പ്രശ്നം ഉണ്ടാകാം. താരിഫ് പ്ലാൻ. ഹോസ്റ്റിംഗ് പ്ലാനുകൾ പഠിച്ച് കൂടുതൽ അനുയോജ്യമായതും കൂടുതൽ വിഭവങ്ങൾ നൽകുന്നതുമായ ഒന്ന് തിരഞ്ഞെടുക്കുക.

പിശക് 503 - സേവനം താൽക്കാലികമായി ലഭ്യമല്ല

ഹോസ്‌റ്റിംഗിൽ സ്ഥിതി ചെയ്യുന്ന ഓരോ സൈറ്റിനും താരിഫ് അനുസരിച്ച് പരിമിതമായ എണ്ണം വർക്ക് പ്രോസസ്സുകൾ ഉണ്ട്. പ്രക്രിയകൾ ക്രമത്തിൽ നടപ്പിലാക്കുന്നു, കൂടുതൽ പ്രക്രിയകൾ ഉണ്ട്, ക്യൂ കൂടുതൽ അടഞ്ഞിരിക്കുന്നു, പരിമിതമായ പ്രക്രിയകളുടെ എണ്ണം. അങ്ങനെ, കോൺഫിഗർ ചെയ്‌ത ക്യൂ വലുപ്പത്തിൽ ഒരു പ്രോസസ്സ് യോജിക്കുന്നില്ലെങ്കിൽ, അത് എക്സിക്യൂട്ട് ചെയ്യില്ല. ഈ സാഹചര്യത്തിൽ, സെർവർ "സേവനം താൽക്കാലികമായി ലഭ്യമല്ല" എന്ന പിശക് പ്രദർശിപ്പിക്കുന്നു. പിശകിൻ്റെ കാരണങ്ങൾ:

• പരിമിതമായ സ്ക്രിപ്റ്റ് റണ്ണിംഗ് സമയം. കുറച്ച് സമയത്തിന് ശേഷം സ്ക്രിപ്റ്റുകൾ പ്രവർത്തിക്കുന്നത് നിർത്തുന്നതിനാൽ, അവർക്ക് കൈമാറാൻ സമയമില്ലായിരിക്കാം വലിയ ഫയൽ. ഈ പിശക് പരിഹരിക്കുന്നതിന്, എല്ലാ പ്ലഗിനുകളും ഓരോന്നായി പ്രവർത്തനരഹിതമാക്കുക, ഏറ്റവും ഭാരമേറിയവ തിരിച്ചറിയുക. കുറ്റവാളിയെ സമാനമായ പ്ലഗിൻ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുക അല്ലെങ്കിൽ പൂർണ്ണമായും ഉപേക്ഷിക്കണം.
• അഭ്യർത്ഥനകളുടെ ഉയർന്ന എണ്ണം. കാരണങ്ങൾ:

1. റിസോഴ്സ് വളരെയധികം ഫയലുകൾ റഫറൻസ് ചെയ്യുന്നു, അവയിൽ ഓരോന്നും എടുക്കുന്നു പ്രത്യേക പ്രക്രിയ. പരിഹരിക്കാൻ, കഴിയുന്നത്ര സംയോജിപ്പിക്കാൻ ശ്രമിക്കുക കൂടുതൽ ഫയലുകൾഒന്നിലേക്ക്.
2. സ്പാം, DDoS ആക്രമണങ്ങൾ ഉയർന്ന അഭ്യർത്ഥന വോള്യങ്ങൾക്ക് കാരണമാകും. ഒരു DDos ആക്രമണമുണ്ടായാൽ, .

ഒരു പിശക് സംഭവിച്ചാൽ എന്തുചെയ്യണം

ഏറ്റവും കൂടുതൽ ഉള്ള സൈറ്റുകളിൽ പോലും മികച്ച സേവനംപിശകുകൾ ഇടയ്ക്കിടെ സംഭവിക്കുന്നു. വേണ്ടി സ്വതന്ത്ര തീരുമാനം http പിശകിൻ്റെ കാരണം നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്. അത്തരം അറിവ് സമയവും വിഭവങ്ങളും ലാഭിക്കാൻ നിങ്ങളെ സഹായിക്കും, കാരണം നിങ്ങൾ ബന്ധപ്പെടേണ്ടതില്ല സാങ്കേതിക സഹായംദാതാവ്.