http വെബ് സെർവർ പിശക് കോഡുകൾ. ഡീകോഡിംഗ് കോഡുകൾ. വിജയകരമായ ഉപഭോക്തൃ അഭ്യർത്ഥനകൾ

കോഡ് 200

സ്റ്റാറ്റസ് കോഡ് ഇംഗ്ലീഷ് HTTP സ്റ്റാറ്റസ് കോഡ്) സെർവർ പ്രതികരണത്തിന്റെ ആദ്യ വരിയുടെ ഭാഗമാണ്. ഇത് മൂന്ന് അറബി അക്കങ്ങളുടെ ഒരു പൂർണ്ണസംഖ്യയെ പ്രതിനിധീകരിക്കുന്നു. ആദ്യ അക്കം സൂചിപ്പിക്കുന്നു അവസ്ഥ ക്ലാസ്. പ്രതികരണ കോഡിന് ശേഷം സാധാരണയായി ഇംഗ്ലീഷിലുള്ള ഒരു വിശദീകരണ വാക്യം ഒരു സ്‌പെയ്‌സ് കൊണ്ട് വേർതിരിച്ചിരിക്കുന്നു, ഇത് ഈ പ്രത്യേക പ്രതികരണത്തിന്റെ കാരണം വ്യക്തിയോട് വിശദീകരിക്കുന്നു. ഉദാഹരണം:

403 രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ പ്രവേശനം അനുവദിച്ചിട്ടുള്ളൂ

ക്ലയന്റ് അതിന്റെ അഭ്യർത്ഥനയുടെ ഫലങ്ങളെക്കുറിച്ച് പ്രതികരണ കോഡിൽ നിന്ന് മനസിലാക്കുകയും അടുത്തതായി എന്ത് പ്രവർത്തനങ്ങൾ നടത്തണമെന്ന് തീരുമാനിക്കുകയും ചെയ്യുന്നു. സ്റ്റാറ്റസ് കോഡുകളുടെ സെറ്റ് ഒരു സ്റ്റാൻഡേർഡാണ്, അവയെല്ലാം പ്രസക്തമായ ഐഇടിഎഫ് ഡോക്യുമെന്റുകളിൽ വിവരിച്ചിരിക്കുന്നു. ക്ലയന്റിന് എല്ലാ സ്റ്റാറ്റസ് കോഡുകളും അറിയില്ലായിരിക്കാം, പക്ഷേ അത് കോഡിന്റെ ക്ലാസ് അനുസരിച്ച് പ്രതികരിക്കണം.

നിലവിൽ അഞ്ച് തരം സ്റ്റാറ്റസ് കോഡുകൾ ഉണ്ട്:

സ്റ്റാറ്റസ് കോഡ് രജിസ്ട്രിയിൽ നിന്നുള്ള പ്രതികരണ കോഡുകൾ ചുവടെയുണ്ട്

1xx: വിവരദായകമാണ്

ഈ ക്ലാസിൽ ട്രാൻസ്ഫർ പ്രക്രിയയെ കുറിച്ച് അറിയിക്കുന്ന കോഡുകൾ അടങ്ങിയിരിക്കുന്നു. HTTP/1.0-ൽ, അത്തരം കോഡുകളുള്ള സന്ദേശങ്ങൾ അവഗണിക്കണം. HTTP/1.1-ൽ, ഈ ക്ലാസ് സന്ദേശങ്ങൾ ഒരു സാധാരണ പ്രതികരണമായി സ്വീകരിക്കാൻ ക്ലയന്റ് തയ്യാറായിരിക്കണം, എന്നാൽ സെർവറിലേക്ക് ഒന്നും അയയ്‌ക്കേണ്ടതില്ല. സെർവറിൽ നിന്നുള്ള സന്ദേശങ്ങളിൽ പ്രതികരണത്തിന്റെ ആരംഭ വരിയും ആവശ്യമെങ്കിൽ കുറച്ച് പ്രതികരണ-നിർദ്ദിഷ്ട ഹെഡർ ഫീൽഡുകളും മാത്രമേ അടങ്ങിയിട്ടുള്ളൂ. പ്രോക്സി സെർവറുകൾ അത്തരം സന്ദേശങ്ങൾ സെർവറിൽ നിന്ന് ക്ലയന്റിലേക്ക് അയയ്ക്കണം.

100

202

ക്ലയന്റിൽ നിന്നുള്ള A-IM തലക്കെട്ട് വിജയകരമായി ലഭിച്ചു, കൂടാതെ നിർദ്ദിഷ്ട പാരാമീറ്ററുകൾ കണക്കിലെടുത്ത് സെർവർ ഉള്ളടക്കം തിരികെ നൽകുന്നു.

3xx: റീഡയറക്ഷൻ

ക്ലാസ് 3xx സ്റ്റാറ്റസ് കോഡുകൾ ക്ലയന്റിനോട് പറയുന്നത് ഓപ്പറേഷൻ വിജയിക്കണമെങ്കിൽ, അടുത്ത അഭ്യർത്ഥന മറ്റൊരു URI-ലേക്ക് നടത്തണം എന്നാണ്. മിക്ക കേസുകളിലും, പുതിയ വിലാസം ഹെഡറിന്റെ ലൊക്കേഷൻ ഫീൽഡിൽ സൂചിപ്പിച്ചിരിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, ക്ലയന്റ്, ഒരു ചട്ടം പോലെ, ഒരു യാന്ത്രിക പരിവർത്തനം നടത്തണം (jarl. തിരിച്ചുവിടുക).

നിങ്ങൾ അടുത്ത ഉറവിടത്തിലേക്ക് പ്രവേശിക്കുമ്പോൾ, അതേ കോഡ് ക്ലാസിൽ നിന്ന് നിങ്ങൾക്ക് ഒരു പ്രതികരണം ലഭിക്കുമെന്നത് ശ്രദ്ധിക്കുക. റീഡയറക്‌ടുകളുടെ ഒരു നീണ്ട ശൃംഖല പോലും ഉണ്ടായിരിക്കാം, അത് യാന്ത്രികമായി ചെയ്യുകയാണെങ്കിൽ, ഉപകരണങ്ങളിൽ അമിതമായ ലോഡ് സൃഷ്ടിക്കും. അതിനാൽ, HTTP പ്രോട്ടോക്കോളിന്റെ ഡെവലപ്പർമാർ തുടർച്ചയായി രണ്ടാമത്തെ പ്രതികരണത്തിന് ശേഷം, ഉപയോക്താവിൽ നിന്ന് റീഡയറക്‌ടിന്റെ സ്ഥിരീകരണം അഭ്യർത്ഥിക്കണമെന്ന് ശക്തമായി ശുപാർശ ചെയ്യുന്നു (മുമ്പ് ഇത് 5-ാം തീയതിക്ക് ശേഷം ശുപാർശ ചെയ്തിരുന്നു). നിലവിലെ സെർവറിന് മറ്റൊരു സെർവറിലെ ഒരു റിസോഴ്‌സിലേക്ക് ക്ലയന്റിനെ റീഡയറക്‌ട് ചെയ്യാൻ കഴിയുമെന്നതിനാൽ ഇത് നിരീക്ഷിക്കാൻ ക്ലയന്റ് ബാധ്യസ്ഥനാണ്. സർക്കുലർ റീഡയറക്‌ടുകളിൽ പ്രവേശിക്കുന്നത് ക്ലയന്റ് തടയുകയും വേണം.

300

400

ലിങ്കുകൾ

405

426 മറ്റ് നിഘണ്ടുവുകളിൽ "കോഡ് 200" എന്താണെന്ന് കാണുക:

200 ഇരുനൂറ് 197 198 199 200 201 202 203 170 180 190 200 210 220 230 100 0 100 200 300 400 500 ... വിക്കിപീഡിയ

HTTP സ്റ്റാറ്റസ് കോഡ്- ഇത് ഒരു ക്ലയന്റ് അഭ്യർത്ഥനയ്ക്കുള്ള വെബ് സെർവറിന്റെ പ്രതികരണത്തിന്റെ ഹെഡർ ലൈനിന്റെ ഭാഗമാണ്, അഭ്യർത്ഥനയുടെ ഫലത്തെക്കുറിച്ചും ക്ലയന്റ് അടുത്തതായി എന്തുചെയ്യണമെന്നതിനെക്കുറിച്ചും അറിയിക്കുന്നു. സെർവർ പ്രതികരണ തലക്കെട്ട് എങ്ങനെയിരിക്കുമെന്ന് എല്ലാവർക്കും അറിയില്ലെന്ന് ഞാൻ കരുതുന്നു, പക്ഷേ ഇന്റർനെറ്റ് ഉപയോഗിക്കുന്ന എല്ലാവരും ഒന്നിലധികം തവണ പേജിൽ വന്നിട്ടുണ്ടെന്ന് എനിക്ക് ഉറപ്പുണ്ട് 404 കണ്ടെത്തിയില്ലഅഥവാ 403 നിരോധിച്ചിരിക്കുന്നു. ശീർഷക വരിയിൽ ഒന്നോ അല്ലെങ്കിൽ മറ്റൊരു സ്റ്റാറ്റസ് കോഡ് നൽകുന്ന സെർവറിന്റെ, ഉപയോക്താവിന് ദൃശ്യമാകുന്ന ഫലമാണിത്.

സ്റ്റാറ്റസ് കോഡുകൾ HTTP, 5 വിഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു. ഒരു പ്രത്യേക പ്രതികരണ കോഡ് ക്ലയന്റിന് പരിചിതമായിരിക്കില്ല HTTP, എന്നിരുന്നാലും അത് കോഡ് വിഭാഗമനുസരിച്ച് പ്രതികരിക്കണം. അങ്ങനെ HTTP പ്രോട്ടോക്കോൾഇനിപ്പറയുന്ന സ്റ്റാറ്റസ് കോഡുകൾ പിന്തുണയ്ക്കുന്നു, വിഭാഗമനുസരിച്ച് വിഭജിക്കുന്നു:

1xx: വിവരങ്ങൾ - വിവരദായകമാണ്

100 തുടരുക - തുടരുക. ക്ലയന്റ് അഭ്യർത്ഥനയിലെ ഡാറ്റയിൽ സെർവർ സന്തുഷ്ടനാണ്, നിങ്ങൾക്ക് തലക്കെട്ടുകൾ അയയ്ക്കുന്നത് തുടരാം HTTP/1.1. 101 സ്വിച്ചിംഗ് പ്രോട്ടോക്കോളുകൾ - സ്വിച്ചിംഗ് പ്രോട്ടോക്കോളുകൾ. ഈ ഉറവിടത്തിന് കൂടുതൽ അനുയോജ്യമായ മറ്റൊരു പ്രോട്ടോക്കോൾ തിരഞ്ഞെടുക്കാൻ സെർവർ നിങ്ങളോട് ആവശ്യപ്പെടുന്നു. സെർവർ വാഗ്ദാനം ചെയ്യുന്ന പ്രോട്ടോക്കോളുകൾ അപ്‌ഡേറ്റ് ഹെഡർ ലൈനിൽ സൂചിപ്പിച്ചിരിക്കുന്നു; സെർവർ നിർദ്ദേശിക്കുന്ന പ്രോട്ടോക്കോൾ ക്ലയന്റിന് അനുയോജ്യമാണെങ്കിൽ, അത് പുതിയ പ്രോട്ടോക്കോൾ സൂചിപ്പിക്കുന്ന ഒരു പുതിയ അഭ്യർത്ഥന അയയ്‌ക്കുന്നു. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 102 പ്രോസസ്സിംഗ് - പ്രോസസ്സിംഗ്. പ്രോട്ടോക്കോളിൽ ഉപയോഗിച്ചു WebDAV, മുകളിൽ പ്രവർത്തിക്കുന്നു HTTPപ്രോട്ടോക്കോൾ. അഭ്യർത്ഥന സ്വീകരിച്ചതായി ഈ സ്റ്റാറ്റസ് കോഡ് ക്ലയന്റിനെ അറിയിക്കുന്നു, എന്നാൽ ഇത് പ്രോസസ്സ് ചെയ്യുന്നതിന് കുറച്ച് സമയമെടുത്തേക്കാം, അതിനാൽ അത് (ക്ലയന്റ്) കണക്ഷൻ പുനഃസജ്ജമാക്കില്ല. ഈ സാഹചര്യത്തിൽ, ക്ലയന്റ് ടൈമർ പുനഃസജ്ജമാക്കുകയും അടുത്ത കമാൻഡിനായി കാത്തിരിക്കുകയും വേണം.

2xx: വിജയം - വിജയകരമായ പൂർത്തീകരണം

200 ശരി - ശരി. ഉറവിടത്തിലേക്കുള്ള അഭ്യർത്ഥന വിജയകരമായി പൂർത്തിയാക്കി. ക്ലയന്റ് അഭ്യർത്ഥിച്ച ഡാറ്റ പ്രതികരണത്തിന്റെ തലക്കെട്ടിലും കൂടാതെ/അല്ലെങ്കിൽ ബോഡിയിലും ഉണ്ട്. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 201 സൃഷ്ടിച്ചു - സൃഷ്ടിച്ചു. അഭ്യർത്ഥന വിജയകരമായി പൂർത്തിയാക്കി, ഒരു പുതിയ ഉറവിടം സൃഷ്ടിച്ചു. സെർവർ പ്രതികരണത്തിൽ, തലക്കെട്ടിൽ സ്ഥാനം, സൃഷ്ടിച്ച വിഭവത്തിന്റെ സ്ഥാനം സൂചിപ്പിക്കുന്നു. കൂടാതെ, പ്രതികരണ തലക്കെട്ടിൽ സൃഷ്ടിച്ച വിഭവത്തിന്റെ സവിശേഷതകൾ സൂചിപ്പിക്കാൻ സെർവർ ശുപാർശ ചെയ്യുന്നു. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 202 അംഗീകരിച്ചു - സ്വീകരിച്ചു. അഭ്യർത്ഥന സ്വീകരിച്ചു, പക്ഷേ ഇപ്പോഴും പ്രോസസ്സ് ചെയ്തുകൊണ്ടിരിക്കുകയാണ്. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 203 ആധികാരികമല്ലാത്ത വിവരങ്ങൾ - ഒരു അനധികൃത ഉറവിടത്തിൽ നിന്നുള്ള വിവരങ്ങൾ. കോഡ് 200-ന് സമാനമാണ്, എന്നാൽ ഈ സാഹചര്യത്തിൽ വിവരങ്ങൾ പ്രസക്തമായേക്കില്ല, കാരണം ഇത് യഥാർത്ഥ ഉറവിടത്തിൽ നിന്ന് എടുത്തതല്ല. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 204 ഉള്ളടക്കമില്ല - ഉള്ളടക്കമില്ല. സെർവർ അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്‌തെങ്കിലും ഉള്ളടക്കമൊന്നും തിരികെ നൽകിയില്ല. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 205 ഉള്ളടക്കം പുനഃസജ്ജമാക്കുക - ഉള്ളടക്കം പുനഃസജ്ജമാക്കുക. സെർവർ അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്‌തെങ്കിലും ഉള്ളടക്കമൊന്നും തിരികെ നൽകിയില്ല. കോഡ് 204 ൽ നിന്ന് വ്യത്യസ്തമായി, ഈ കോഡിന് ക്ലയന്റ് പ്രമാണ അവതരണം പുനഃസജ്ജമാക്കേണ്ടതുണ്ട്. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 206 ഭാഗിക ഉള്ളടക്കം - ഉള്ളടക്കത്തിന്റെ ഭാഗം. റേഞ്ച് ഹെഡർ ഉപയോഗിച്ച് സെർവർ ക്ലയന്റിന്റെ അഭ്യർത്ഥനയുടെ ഫലം, ഉള്ളടക്കത്തിന്റെ ഒരു ഭാഗം തിരികെ നൽകി. ഫയലുകൾ പുനരാരംഭിക്കുന്നതിനോ മൾട്ടി-ത്രെഡ് ഡൗൺലോഡ് ചെയ്യുന്നതിനോ ഉപയോഗിക്കുന്നു. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 207 മൾട്ടി-സ്റ്റാറ്റസ് - മൾട്ടി-സ്റ്റാറ്റസ്. സെർവർ നൽകുന്ന സന്ദേശ ബോഡി നിരവധി സബ്‌ക്വറികളുടെ എക്‌സിക്യൂഷൻ സ്റ്റാറ്റസുള്ള ഒരു XML പ്രമാണമാണ്. പ്രോട്ടോക്കോളിൽ ഉപയോഗിച്ചു WebDAV. 226 IM ഉപയോഗിച്ചു - ഉപയോഗിച്ച IM വിപുലീകരണം HTTP"ഡെൽറ്റ എൻകോഡിംഗിനെ" പിന്തുണയ്ക്കാൻ ( ഡെൽറ്റ എൻകോഡിംഗ്). തലക്കെട്ട് എ-ഐ.എംഅംഗീകരിച്ചു, നിർദ്ദിഷ്ട പാരാമീറ്ററുകൾ അനുസരിച്ച് ഡാറ്റ തിരികെ നൽകുന്നു.

3xx: റീഡയറക്ഷൻ - റീഡയറക്‌ട് (റീഡയറക്‌ട്)

ഈ വിഭാഗത്തിലെ കോഡുകൾ ക്ലയന്റിനോട് അഭ്യർത്ഥന പൂർത്തിയാക്കുന്നതിന്, ഒരു അധിക അഭ്യർത്ഥന പൂർത്തിയാക്കേണ്ടതുണ്ട്, സാധാരണയായി മറ്റൊരു രീതിയിൽ URI, അനുബന്ധ വിലാസം വരിയിൽ സൂചിപ്പിച്ചിരിക്കുന്നു സ്ഥാനം, സെർവർ പ്രതികരണം. ഉപയോക്തൃ പങ്കാളിത്തമില്ലാതെ ക്ലയന്റ് പ്രോഗ്രാമിന് അധിക അഭ്യർത്ഥനകൾ നടത്താൻ കഴിയും, അധിക അഭ്യർത്ഥന രീതികൾ ഉപയോഗിച്ചാണ് നടത്തുന്നത് നേടുകഅഥവാ തല.

ചില ക്ലയന്റുകൾ റീഡയറക്‌ടുകളിൽ ശരിയായി പ്രവർത്തിക്കുന്നില്ല 301 ഒപ്പം 302 , അഭ്യർത്ഥനയിലെ രണ്ടാമത്തെ ഉറവിടത്തിലേക്ക് രീതി പ്രയോഗിക്കുന്നു നേടുക, ആദ്യ അഭ്യർത്ഥന മറ്റൊരു രീതി ഉപയോഗിച്ചാണെങ്കിലും. പ്രോട്ടോക്കോളിൽ HTTP പതിപ്പ് 1.1, സ്റ്റാറ്റസ് പ്രതികരണത്തിന് പകരം 302 , അധിക പ്രതികരണ കോഡുകൾ അവതരിപ്പിച്ചു, 303 ഒപ്പം 307 . സെർവർ സ്റ്റാറ്റസ് ഉപയോഗിച്ച് പ്രതികരിക്കുകയാണെങ്കിൽ മാത്രമേ രീതി മാറ്റേണ്ടത് ആവശ്യമാണ് 303 , മറ്റ് സന്ദർഭങ്ങളിൽ യഥാർത്ഥ രീതി ഉപയോഗിക്കുക.

300 ഒന്നിലധികം ചോയ്‌സുകൾ - തിരഞ്ഞെടുക്കാൻ നിരവധി ഓപ്ഷനുകൾ. ആവശ്യപ്പെട്ടത് പോലെ URI, വ്യത്യസ്തമായ നിരവധി ഉറവിട ഓപ്ഷനുകൾ ഉണ്ട് മൈംതരം. ഭാഷ അല്ലെങ്കിൽ മറ്റ് അടയാളങ്ങൾ. സെർവർ പ്രതികരണത്തിൽ ക്ലയന്റ് ആപ്ലിക്കേഷൻ അല്ലെങ്കിൽ ഉപയോക്താവ് സ്വയം തിരഞ്ഞെടുക്കുന്ന ഇതര മാർഗങ്ങളുടെ ഒരു ലിസ്റ്റ് അടങ്ങിയിരിക്കുന്നു. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0.
301 ശാശ്വതമായി നീക്കി - സ്ഥിരമായി നീങ്ങി. അഭ്യർത്ഥിച്ച ഉറവിടം ഒടുവിൽ നീക്കി URIടൈറ്റിൽ ലൈനിൽ വ്യക്തമാക്കിയിട്ടുണ്ട് സ്ഥാനം, സെർവർ പ്രതികരണം. ഈ കോഡ് പ്രോസസ്സ് ചെയ്യുമ്പോൾ ചില ക്ലയന്റുകൾ തെറ്റായി പെരുമാറുന്നു, മുകളിൽ കാണുക. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 302 കണ്ടെത്തി - താൽകാലികമായി നീക്കി, റിസോഴ്‌സ് മറ്റെവിടെയെങ്കിലും താൽക്കാലികമായി ലഭ്യമാണെന്ന് ഈ സ്റ്റാറ്റസ് കോഡ് ക്ലയന്റിനോട് പറയുന്നു URI സ്ഥാനം, സെർവർ പ്രതികരണ തലക്കെട്ട്. ഈ കോഡ് ഉപയോഗിക്കുന്നു, ഉദാഹരണത്തിന്, ഉള്ളടക്കം അംഗീകരിക്കുമ്പോൾ ( ഉള്ളടക്ക ചർച്ച) സെർവർ നടപ്പിലാക്കിയത്. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 303 മറ്റുള്ളവ കാണുക - മറ്റുള്ളവ കാണുക. ആവശ്യപ്പെട്ടതിൽ നിന്നുള്ള രേഖ URI, ശീർഷക വരിയിൽ വ്യക്തമാക്കിയ വിലാസത്തിൽ നിങ്ങൾ അത് അഭ്യർത്ഥിക്കേണ്ടതുണ്ട് സ്ഥാനം, രീതി ഉപയോഗിച്ച് സെർവർ പ്രതികരണ തലക്കെട്ട് നേടുക, ആദ്യ അഭ്യർത്ഥന നടത്തിയ രീതി പരിഗണിക്കാതെ തന്നെ. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 304 പരിഷ്കരിച്ചിട്ടില്ല - മാറ്റിയിട്ടില്ല. രീതി ഉപയോഗിച്ച് ഒരു പ്രമാണം അഭ്യർത്ഥിക്കുമ്പോൾ ഈ കോഡ് നൽകുന്നു നേടുക, തലക്കെട്ടുകൾ ഉപയോഗിച്ച് എങ്കിൽ-പരിഷ്ക്കരിച്ചത്-മുതൽഅഥവാ എങ്കിൽ-ഒന്നും-പൊരുത്തമില്ല, കൂടാതെ നിർദ്ദിഷ്ട സമയം മുതൽ പ്രമാണം പരിഷ്കരിച്ചിട്ടില്ല. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 305 പ്രോക്സി ഉപയോഗിക്കുക - ഒരു പ്രോക്സി സെർവർ ഉപയോഗിക്കുക. ഒരു ഉറവിടത്തിലേക്കുള്ള ഒരു അഭ്യർത്ഥന ഒരു പ്രോക്സി സെർവർ മുഖേന നടത്തണം, അതിന്റെ വിലാസം ടൈറ്റിൽ ലൈനിൽ സൂചിപ്പിച്ചിരിക്കുന്നു സ്ഥാനം, സെർവർ പ്രതികരണ തലക്കെട്ട്. പ്രോട്ടോക്കോൾ പതിപ്പ് HTTP/1.1-ൽ പ്രത്യക്ഷപ്പെട്ടു. 307 താൽക്കാലിക റീഡയറക്‌ട് - താൽക്കാലിക റീഡയറക്‌ഷൻ അഭ്യർത്ഥിച്ച ഉറവിടം ഇതുവഴി താൽക്കാലികമായി ലഭ്യമാണ് URIടൈറ്റിൽ ലൈനിൽ വ്യക്തമാക്കിയിട്ടുണ്ട് സ്ഥാനം, സെർവർ പ്രതികരണ തലക്കെട്ട്. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1.

4xx: ക്ലയന്റ് പിശക് - ക്ലയന്റ് പിശക്

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

400 മോശം അഭ്യർത്ഥന - മോശം അഭ്യർത്ഥന. ഒരു വാക്യഘടന പിശക് കാരണം, അഭ്യർത്ഥന സെർവറിന് മനസ്സിലായില്ല. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 401 അനധികൃത - അംഗീകൃതമല്ല. ഉറവിടത്തിന് ഉപയോക്തൃ തിരിച്ചറിയൽ ആവശ്യമാണ്. ക്ലയന്റ് ആപ്ലിക്കേഷൻ ഉപയോക്താവിൽ നിന്ന് (പേര്, പാസ്‌വേഡ്) പ്രാമാണീകരണ ഡാറ്റ അഭ്യർത്ഥിക്കുകയും ഹെഡറിലെ സെർവറിലേക്ക് കൈമാറുകയും ചെയ്യുന്നു WWW- പ്രാമാണീകരിക്കുക. ഡാറ്റ തെറ്റായി നൽകിയാൽ, അതേ സ്റ്റാറ്റസ് കോഡ് വീണ്ടും നൽകും. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 402 പേയ്‌മെന്റ് ആവശ്യമാണ് - പേയ്‌മെന്റ് ആവശ്യമാണ്. ഇതുവരെ ഉപയോഗത്തിലില്ല. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 403 നിഷിദ്ധം - നിഷിദ്ധം. നിയന്ത്രണങ്ങൾ കാരണം അഭ്യർത്ഥിച്ച ഉറവിടത്തിലേക്കുള്ള പ്രവേശനം സെർവർ നിരസിച്ചു. നിയന്ത്രണങ്ങൾ സെർവർ അഡ്‌മിനിസ്‌ട്രേറ്റർ അല്ലെങ്കിൽ ഒരു നിർദ്ദിഷ്‌ട വെബ് ആപ്ലിക്കേഷൻ സജ്ജമാക്കിയ എന്തും ആകാം. ഉദാഹരണത്തിന്, സുരക്ഷാ കാരണങ്ങളാൽ, ഫയലിലേക്കുള്ള ആക്സസ് തടഞ്ഞു, .htacsesഅഥവാ .htpasswdഅല്ലെങ്കിൽ ഒരു അടച്ച സൈറ്റ് ഡയറക്‌ടറിയിലേക്ക്, അല്ലെങ്കിൽ ഒരു വെബ് ആപ്ലിക്കേഷനിലൂടെ (ഉദാഹരണത്തിന്, ഒരു സൈറ്റ് എഞ്ചിൻ) പ്രാമാണീകരണം നടത്തേണ്ടിവരുമ്പോൾ അല്ലെങ്കിൽ പതിവായി അഭ്യർത്ഥനകൾ ഉണ്ടായാൽ IP വിലാസം വഴി തടയുക. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 404 കണ്ടെത്തിയില്ല - കണ്ടെത്തിയില്ല. നിർദ്ദിഷ്ട വിലാസത്തിൽ സെർവർ ആവശ്യപ്പെട്ട ഉറവിടം കണ്ടെത്തിയില്ല. കൂടാതെ, ആക്‌സസ്സ് നിരോധിച്ചിരിക്കുന്ന ഒരു പ്രമാണത്തിന്റെ സ്ഥാനം മറയ്‌ക്കുന്നതിന് 403-ന് പകരം ഈ പ്രതികരണ കോഡ് ഉപയോഗിക്കാം. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 405 രീതി അനുവദനീയമല്ല - രീതി പിന്തുണയ്ക്കുന്നില്ല. ഈ ഉറവിടത്തിന് സാധുതയില്ലാത്ത ഒരു രീതി ഉപയോഗിക്കാൻ ക്ലയന്റ് ശ്രമിച്ചു. സെർവർ തലക്കെട്ടിൽ ലൈൻ അയയ്ക്കുന്നു അനുവദിക്കുക, സാധുവായ രീതികളുടെ ഒരു ലിസ്റ്റ് അടങ്ങിയിരിക്കുന്നു. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 406 സ്വീകാര്യമല്ല - സ്വീകാര്യമല്ല. അഭ്യർത്ഥിച്ച ഉറവിടം അഭ്യർത്ഥിച്ച സവിശേഷതകളെ തൃപ്തിപ്പെടുത്തുന്നില്ല. രീതി ഉപയോഗിച്ച് അഭ്യർത്ഥന നടത്തിയിട്ടില്ലെങ്കിൽ തല, അഭ്യർത്ഥിച്ച ഉറവിടത്തിന്റെ സ്വീകാര്യമായ സ്വഭാവസവിശേഷതകളുടെ ഒരു ലിസ്റ്റ് സെർവർ തിരികെ നൽകും. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 407 പ്രോക്സി പ്രാമാണീകരണം ആവശ്യമാണ് - പ്രോക്സി അംഗീകാരം ആവശ്യമാണ്. ഈ സ്റ്റാറ്റസ് കോഡ് 401 കോഡിന് സമാനമാണ്, അല്ലാതെ ഒരു പ്രോക്സി സെർവറിനെതിരെയാണ് പ്രാമാണീകരണം നടത്തുന്നത്. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 408 അഭ്യർത്ഥന സമയപരിധി - കാലഹരണപ്പെട്ടു. സെർവറും ക്ലയന്റും തമ്മിലുള്ള ഡാറ്റാ ട്രാൻസ്മിഷനായി കാത്തിരിക്കുന്നതിനുള്ള സമയപരിധി കാലഹരണപ്പെട്ടു. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 409 സംഘർഷം - സംഘർഷം. ഒരു റിസോഴ്സ് ആക്സസ് ചെയ്യുമ്പോൾ ഒരു വൈരുദ്ധ്യ സാഹചര്യം. ഉദാഹരണത്തിന്, നിങ്ങൾ രീതി ഉപയോഗിച്ച് ഒരു ഫയൽ ഒരേസമയം മാറ്റാൻ ശ്രമിക്കുമ്പോൾ ഇത് സംഭവിക്കാം പുട്ട്, നിരവധി ക്ലയന്റുകൾ. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 410 പോയി - നീക്കം ചെയ്തു. ഡോക്യുമെന്റ് നിർദ്ദിഷ്ട അനുസരിച്ചാണെങ്കിൽ ഈ പ്രതികരണം നൽകും URI, എന്നാൽ ഇപ്പോൾ നീക്കം ചെയ്തു. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 411 ദൈർഘ്യം ആവശ്യമാണ് - ദൈർഘ്യം ആവശ്യമാണ്. ഇതിനായി ഈ സ്റ്റാറ്റസ് കോഡ് സൂചിപ്പിക്കുന്നു URI, അഭ്യർത്ഥന തലക്കെട്ടിൽ, ഫീൽഡിലെ മൂല്യം വ്യക്തമാക്കിയിരിക്കണം ഉള്ളടക്കം-ദൈർഘ്യം. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 412 മുൻകൂർ വ്യവസ്ഥ പരാജയപ്പെട്ടു - വ്യവസ്ഥ "തെറ്റാണ്." സോപാധിക തലക്കെട്ട് ഫീൽഡുകളൊന്നും തൃപ്തികരമല്ലെങ്കിൽ ഈ കോഡ് നൽകും. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 413 അഭ്യർത്ഥന എന്റിറ്റി വളരെ വലുതാണ് - അഭ്യർത്ഥിച്ച ഡാറ്റ വളരെ വലുതാണ്. ചില കാരണങ്ങളാൽ സെർവറിന് ആവശ്യമായ ഡാറ്റ കൈമാറാൻ കഴിയുന്നില്ലെങ്കിൽ ഈ കോഡ് നൽകും. ഇതൊരു താൽക്കാലിക പ്രശ്‌നമാണെങ്കിൽ, ശീർഷക വരിയിൽ റിസോഴ്‌സ് വീണ്ടും അഭ്യർത്ഥിക്കാൻ ശ്രമിക്കാവുന്ന സമയം സെർവറിന് സൂചിപ്പിക്കാൻ കഴിയും, വീണ്ടും ശ്രമിക്കുക-ശേഷം. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 414 അഭ്യർത്ഥന-യുആർഐ വളരെ ദൈർഘ്യമേറിയതാണ് - അഭ്യർത്ഥിച്ച യുആർഐ വളരെ ദൈർഘ്യമേറിയതാണ്. അന്വേഷണ സ്ട്രിംഗ് വളരെ ദൈർഘ്യമേറിയതാണ്. ഈ സാഹചര്യം സംഭവിക്കാം, ഉദാഹരണത്തിന്, നിങ്ങൾ ഉപയോഗിച്ച് ഡാറ്റ കൈമാറാൻ ശ്രമിക്കുകയാണെങ്കിൽ നേടുക, ഉപയോഗിക്കുന്നതിന് പകരം പോസ്റ്റ്. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 415 പിന്തുണയ്ക്കാത്ത മീഡിയ തരം - പിന്തുണയ്ക്കാത്ത ഡാറ്റ തരം. ചില കാരണങ്ങളാൽ, ഉപയോഗിച്ച രീതി ഉപയോഗിച്ച് അഭ്യർത്ഥിച്ച ഡാറ്റ പ്രോസസ്സ് ചെയ്യാൻ സെർവർ വിസമ്മതിച്ചു. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 416 അഭ്യർത്ഥിച്ച ശ്രേണി തൃപ്തികരമല്ല - അഭ്യർത്ഥിച്ച ശ്രേണിയിൽ എത്തിച്ചേരാനാകില്ല. റേഞ്ച് അഭ്യർത്ഥന ഹെഡർ ലൈനിൽ, അഭ്യർത്ഥിച്ച ഉറവിടത്തിനപ്പുറം പോകുന്ന ഒരു ശ്രേണി സജ്ജീകരിച്ചിരിക്കുന്നു, കൂടാതെ ഒരു വരിയും ഇല്ല എങ്കിൽ-പരിധി. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 417 പ്രതീക്ഷ പരാജയപ്പെട്ടു - പ്രതീക്ഷ സ്വീകാര്യമല്ല. സെർവറിന് അഭ്യർത്ഥന തലക്കെട്ട് ലൈൻ പ്രോസസ്സ് ചെയ്യാൻ കഴിയില്ല പ്രതീക്ഷിക്കുക. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 422 പ്രോസസ്സ് ചെയ്യാനാവാത്ത എന്റിറ്റി - ഒരു പ്രോസസ്സ് ചെയ്യാനാവാത്ത ഉദാഹരണം. അഭ്യർത്ഥന സ്വീകരിച്ചു, ഡാറ്റ തരം പ്രോസസ്സ് ചെയ്യാം, വാക്യഘടന എക്സ്എംഎൽഅഭ്യർത്ഥനയുടെ ബോഡിയിലെ ഡാറ്റ ശരിയാണ്, എന്നാൽ റിസോഴ്സിലേക്ക് അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യാൻ അനുവദിക്കാത്ത ഒരു ലോജിക്കൽ പിശക് ഉണ്ട്. പ്രോട്ടോക്കോളിൽ ഉപയോഗിച്ചു WebDAV. 423 പൂട്ടി - പൂട്ടി. അഭ്യർത്ഥിച്ച ഉറവിടം ഈ രീതിയിൽ നിന്ന് തടഞ്ഞു. പ്രോട്ടോക്കോളിൽ ഉപയോഗിച്ചു WebDAV. 424 പരാജയപ്പെട്ട ആശ്രിതത്വം - പൂർത്തീകരിക്കാത്ത ആശ്രിതത്വം. ഒരു അഭ്യർത്ഥന നടപ്പിലാക്കുന്നത് മറ്റേതെങ്കിലും പ്രവർത്തനത്തിന്റെ ഫലത്തെ ആശ്രയിച്ചിരിക്കും; ഈ വ്യവസ്ഥ പാലിക്കുന്നില്ലെങ്കിൽ, ഈ സ്റ്റാറ്റസ് കോഡ് നൽകും. പ്രോട്ടോക്കോളിൽ ഉപയോഗിച്ചു WebDAV. 425 ക്രമരഹിതമായ ശേഖരം - ക്രമരഹിതമായ സെറ്റ്. അടുക്കാത്ത ശേഖരത്തിലെ സ്ഥാനം സൂചിപ്പിക്കുന്ന ഒരു അഭ്യർത്ഥന ക്ലയന്റ് അയച്ചാൽ അല്ലെങ്കിൽ സെർവറിൽ നിന്നുള്ള ഘടകങ്ങളുടെ മറ്റൊരു ക്രമം ഉപയോഗിച്ചാൽ ഈ സ്റ്റാറ്റസ് കോഡ് നൽകും. യുടെ ഡ്രാഫ്റ്റിൽ അവതരിപ്പിച്ചു WebDAV വിപുലമായ ശേഖരണ പ്രോട്ടോക്കോൾ. 426 അപ്‌ഗ്രേഡ് ആവശ്യമാണ് - അപ്‌ഗ്രേഡ് ആവശ്യമാണ്. പ്രോട്ടോക്കോൾ അപ്‌ഡേറ്റ് ചെയ്യാൻ സെർവറിനും ക്ലയന്റിനും നിർദ്ദേശം നൽകുന്നു. പ്രതികരണ തലക്കെട്ടിൽ ശരിയായി രചിച്ച ഫീൽഡുകൾ അടങ്ങിയിരിക്കണം നവീകരിക്കുകഒപ്പം കണക്ഷൻ. ൽ അവതരിപ്പിച്ചു RFC 2817നീങ്ങാൻ കഴിയും ടി.എൽ.എസ്വഴി HTTP. 449 ഉപയോഗിച്ച് വീണ്ടും ശ്രമിക്കുക - അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നതിന് മതിയായ വിവരങ്ങൾ ലഭിക്കാത്തപ്പോൾ ഇഷ്യൂ ചെയ്‌തു. സെർവർ പ്രതികരണ തലക്കെട്ടിൽ ലൈൻ അടങ്ങിയിരിക്കുന്നു മിസ്-എക്കോ-അഭ്യർത്ഥന. ഇതിനായി മൈക്രോസോഫ്റ്റ് കോർപ്പറേഷൻ അവതരിപ്പിച്ചു WebDAV.

5xx: സെർവർ പിശക് - സെർവർ ഭാഗത്ത് പിശക്

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

500 ആന്തരിക സെർവർ പിശക് - ആന്തരിക സെർവർ പിശക്. 5xx വിഭാഗത്തിൽ നിന്നുള്ള മറ്റ് പിശകുകൾക്ക് കീഴിൽ വരാത്ത സെർവർ വശത്തെ ഏതെങ്കിലും ആന്തരിക പിശക്. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 501 നടപ്പിലാക്കിയിട്ടില്ല - നടപ്പിലാക്കിയിട്ടില്ല. അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നതിന് ആവശ്യമായ കഴിവുകളെ സെർവർ പിന്തുണയ്ക്കുന്നില്ല. (ഉദാഹരണത്തിന്, ആവശ്യമായ പ്രോസസ്സിംഗ് രീതി പിന്തുണയ്ക്കുന്നില്ല). പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 502 മോശം ഗേറ്റ്‌വേ - മോശം ഗേറ്റ്‌വേ. ഒരു പ്രോക്‌സി അല്ലെങ്കിൽ ഗേറ്റ്‌വേ ആയി പ്രവർത്തിക്കുന്ന സെർവറിന് ഒരു ഇന്റർമീഡിയറ്റ് ഓപ്പറേഷൻ പരാജയ സന്ദേശം ലഭിച്ചു. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 503 സേവനം ലഭ്യമല്ല - സേവനം ലഭ്യമല്ല. സാങ്കേതിക കാരണങ്ങളാൽ ക്ലയന്റ് അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യാൻ സെർവറിന് കഴിയുന്നില്ല. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 504 ഗേറ്റ്‌വേ ടൈംഔട്ട് - ഗേറ്റ്‌വേ പ്രതികരണത്തിനായി കാത്തിരിക്കുന്നതിനുള്ള സമയപരിധി കാലഹരണപ്പെട്ടു. പ്രോക്‌സി സെർവറോ ഗേറ്റ്‌വേയോ അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നത് പൂർത്തിയാക്കാൻ അപ്‌സ്ട്രീം സെർവറിൽ നിന്നുള്ള പ്രതികരണത്തിനായി കാത്തിരിക്കുന്നില്ല. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 505 HTTP പതിപ്പ് പിന്തുണയ്ക്കുന്നില്ല - HTTP പ്രോട്ടോക്കോൾ പതിപ്പ് പിന്തുണയ്ക്കുന്നില്ല. ഹെഡറിൽ വ്യക്തമാക്കിയ പതിപ്പിനെ സെർവർ പിന്തുണയ്ക്കുന്നില്ല അല്ലെങ്കിൽ പ്രോസസ്സ് ചെയ്യാൻ കഴിയില്ല HTTPപ്രോട്ടോക്കോൾ. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 506 വേരിയന്റും ചർച്ച ചെയ്യുന്നു - ഓപ്ഷനും അംഗീകരിച്ചു. തെറ്റായ കോൺഫിഗറേഷൻ കാരണം, തിരഞ്ഞെടുത്ത ഓപ്ഷൻ സ്വയം ചൂണ്ടിക്കാണിക്കുന്നു, അതിന്റെ ഫലമായി ബൈൻഡിംഗ് തടസ്സപ്പെട്ടു. ചേർത്തു RFC 2295പ്രോട്ടോക്കോൾ അനുബന്ധമായി HTTPസാങ്കേതികവിദ്യ സുതാര്യമായ ഉള്ളടക്ക ചർച്ച. 507 അപര്യാപ്തമായ സംഭരണം - സംഭരണം നിറഞ്ഞു. നിലവിലെ അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നതിന് മതിയായ ഇടമില്ല. ഒരുപക്ഷേ ഒരു താൽക്കാലിക പ്രശ്നം. പ്രോട്ടോക്കോളിൽ ഉപയോഗിച്ചു WebDAV. 509 ബാൻഡ്‌വിഡ്ത്ത് പരിധി കവിഞ്ഞു - ചാനലിന്റെ ബാൻഡ്‌വിഡ്ത്ത് തീർന്നു. ഉപഭോഗ ട്രാഫിക്കിനായി വെബ് പ്ലാറ്റ്ഫോം അനുവദിച്ചിരിക്കുന്ന പരിധി കവിഞ്ഞാൽ ഈ സ്റ്റാറ്റസ് കോഡ് ഉപയോഗിക്കുന്നു. ഈ കോഡ് ആരും വിവരിച്ചിട്ടില്ല RFCകൂടാതെ മൊഡ്യൂൾ മാത്രം ഉപയോഗിക്കുന്നു bw/ലിമിറ്റഡ്, വെബ് ഹോസ്റ്റിംഗ് പാനലുകൾ cPanel. 510 വിപുലീകരിച്ചിട്ടില്ല - വിപുലീകരണമില്ല. ക്ലയന്റ് ഉപയോഗിക്കാൻ ശ്രമിക്കുന്ന വിപുലീകരണം സെർവറിന് നഷ്ടമായിരിക്കുന്നു. സെർവറിന് അതിന്റെ വിപുലീകരണങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങൾ കൈമാറാൻ കഴിയും. ൽ അവതരിപ്പിച്ചു RFC 2774പ്രോട്ടോക്കോൾ അനുബന്ധമായി HTTPവിപുലീകരണ പിന്തുണ.

HTTP അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുന്നതിനുള്ള രീതികൾ

HTTP രീതി- റിസോഴ്സിൽ ചെയ്യേണ്ട പ്രധാന പ്രവർത്തനമാണിത്. കൺട്രോൾ സീക്വൻസുകളും ഡിലിമിറ്ററുകളും ഒഴികെയുള്ള ഏത് ചിഹ്നങ്ങളും പേരിന് ഉപയോഗിക്കാം; സാധാരണയായി ഇത് ഇംഗ്ലീഷിലെ ഒരു ചെറിയ പദമാണ്. രീതിയുടെ പേരുകൾ HTTPകേസ് സെൻസിറ്റീവ്.

ഏതൊരാൾക്കും കുറഞ്ഞത് രണ്ട് രീതികളെങ്കിലും ഉപയോഗിച്ച് പ്രവർത്തിക്കേണ്ടതുണ്ട് നേടുകഒപ്പം തല. ക്ലയന്റ് അഭ്യർത്ഥന തലക്കെട്ടിൽ വ്യക്തമാക്കിയ രീതി നിർണ്ണയിക്കാൻ സെർവറിന് കഴിയുന്നില്ലെങ്കിൽ, അത് ഒരു സ്റ്റാറ്റസ് കോഡ് നൽകണം 501 (നടപ്പിലായില്ല), രീതി സെർവറിന് അറിയാമെങ്കിലും ഈ ഉറവിടത്തിന് ബാധകമല്ലെങ്കിൽ, ഒരു സ്റ്റാറ്റസ് കോഡ് നൽകും 405 (രീതി അനുവദനീയമല്ല). ഒന്നും രണ്ടും സന്ദർഭങ്ങളിൽ, സെർവർ അതിന്റെ പ്രതികരണത്തിൽ തലക്കെട്ട് ഉൾപ്പെടുത്തണം അനുവദിക്കുകഅത് പിന്തുണയ്ക്കുന്ന രീതികളുടെ ഒരു ലിസ്റ്റ്.

ഓപ്ഷനുകൾ രീതി

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

സെർവറിന്റെ കഴിവുകൾ കണ്ടെത്തുന്നതിന്, ക്ലയന്റ് അഭ്യർത്ഥനയിൽ സൂചിപ്പിക്കണം URI, ചിഹ്നം - " * ", അതായത്, സെർവറിലേക്കുള്ള ഈ അഭ്യർത്ഥന ഇതുപോലെ കാണപ്പെടുന്നു: ഓപ്ഷനുകൾ * HTTP/1.1. മറ്റ് കാര്യങ്ങളിൽ, സെർവറിന്റെ പ്രവർത്തനക്ഷമതയും അതിന്റെ പ്രോട്ടോക്കോൾ പിന്തുണയും പരിശോധിക്കാൻ ഈ അഭ്യർത്ഥന ഉപയോഗിക്കാം HTTP, പതിപ്പുകൾ 1.1 . ഈ ചോദ്യത്തിന്റെ ഫലങ്ങൾ കാഷെ ചെയ്തിട്ടില്ല.

GET രീതി

രീതി നേടുക, ഒരു പ്രത്യേക ഉറവിടം അഭ്യർത്ഥിക്കാൻ ഉപയോഗിക്കുന്നു. അതും സഹായത്തോടെ നേടുക, ഒരു നിശ്ചിത പ്രക്രിയ ആരംഭിക്കാൻ കഴിയും, കൂടാതെ അഭ്യർത്ഥന ആരംഭിച്ച പ്രവർത്തനത്തിന്റെ പുരോഗതിയെക്കുറിച്ചുള്ള വിവരങ്ങൾ പ്രതികരണ ബോഡിയിൽ ഉൾപ്പെടുന്നു.

അഭ്യർത്ഥന നടപ്പിലാക്കുന്നതിനുള്ള പാരാമീറ്ററുകൾ കൈമാറുന്നു URIഅഭ്യർത്ഥിച്ച ഉറവിടം, ചിഹ്നത്തിന് ശേഷം " ? ". ഈ കേസിലെ അഭ്യർത്ഥന ഇതുപോലെ കാണപ്പെടുന്നു: GET /some/resource?param1=val1¶m2=val2 HTTP/1.1.

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

മുകളിൽ പറഞ്ഞവ കൂടാതെ, രണ്ട് രീതികൾ കൂടി ഉണ്ട് നേടുക, ഈ:
സോപാധിക നേടുകതലക്കെട്ടുകൾ അടങ്ങിയിരിക്കുന്നു എങ്കിൽ-പരിഷ്ക്കരിച്ചത്-മുതൽ, എങ്കിൽ-പൊരുത്തം, എങ്കിൽ-റേഞ്ച്തുടങ്ങിയ,
ഭാഗികം നേടുകതലക്കെട്ട് അടങ്ങിയിരിക്കുന്നു പരിധിസെർവർ തിരികെ നൽകേണ്ട ഡാറ്റയുടെ ബൈറ്റ് ശ്രേണിയെ സൂചിപ്പിക്കുന്നു. ഡൗൺലോഡുകൾ പുനരാരംഭിക്കുന്നതിനും മൾട്ടി-ത്രെഡ് ഡൗൺലോഡുകൾ സംഘടിപ്പിക്കുന്നതിനും ഇത്തരത്തിലുള്ള അഭ്യർത്ഥന ഉപയോഗിക്കുന്നു.

ഈ അഭ്യർത്ഥന ഉപവിഭാഗങ്ങളുമായി എങ്ങനെ പ്രവർത്തിക്കാം നേടുക, മാനദണ്ഡങ്ങൾ പ്രകാരം പ്രത്യേകം നിർവചിച്ചിരിക്കുന്നു.

തല രീതി

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

പ്രതികരണ തലക്കെട്ടുകൾ കാഷെ ചെയ്യാവുന്നതാണ്, കൂടാതെ കാഷെയിലെ മെറ്റാഡാറ്റയും വിവരങ്ങളും പൊരുത്തപ്പെടുന്നില്ലെങ്കിൽ, ഉറവിടത്തിന്റെ പകർപ്പ് കാലഹരണപ്പെട്ടതായി അടയാളപ്പെടുത്തുന്നു.

പോസ്റ്റ് രീതി

രീതി പോസ്റ്റ്, നിർദ്ദിഷ്ട ഉറവിടമായ സെർവറിലേക്ക് ഉപയോക്തൃ ഡാറ്റ കൈമാറാൻ ഉപയോഗിക്കുന്നു. ഒരു ഉദാഹരണം ആയിരിക്കും HTMLനിർദ്ദിഷ്ട ആട്രിബ്യൂട്ട് ഉള്ള ഫോം രീതി="POST", ലേഖനത്തിൽ ഒരു അഭിപ്രായം പോസ്റ്റുചെയ്യാൻ. ആവശ്യമായ ഫോം ഫീൽഡുകൾ പൂരിപ്പിച്ച ശേഷം, ഉപയോക്താവ് "സമർപ്പിക്കുക" ബട്ടണും രീതി ഉപയോഗിച്ച് ഡാറ്റയും അമർത്തുന്നു പോസ്റ്റ്, സെർവർ സ്ക്രിപ്റ്റിലേക്ക് കൈമാറുന്നു, അത് അവ കമന്റ് പേജിൽ പ്രദർശിപ്പിക്കും. അതേ രീതിയിൽ, രീതി ഉപയോഗിച്ച് പോസ്റ്റ്, നിങ്ങൾക്ക് ഫയലുകൾ കൈമാറാൻ കഴിയും.

വ്യത്യസ്തമായി നേടുക, രീതി പോസ്റ്റ്, ബുദ്ധിശൂന്യമല്ല, അതായത്, അഭ്യർത്ഥന ഒന്നിലധികം തവണ ആവർത്തിക്കുന്നു പോസ്റ്റ്, വ്യത്യസ്ത ഫലങ്ങൾ ഉണ്ടാക്കിയേക്കാം. ഞങ്ങളുടെ കാര്യത്തിൽ, ഓരോ അഭ്യർത്ഥനയ്‌ക്കൊപ്പവും കമന്റിന്റെ ഒരു പുതിയ പകർപ്പ് ദൃശ്യമാകും.

രീതി ഉപയോഗിച്ച് അഭ്യർത്ഥന ഫലമായി എങ്കിൽ പോസ്റ്റ്, കോഡ് തിരികെ ലഭിച്ചു 200 (ശരി)അഥവാ 204 (ഉള്ളടക്കം ഇല്ല), അഭ്യർത്ഥനയുടെ ഫലത്തെക്കുറിച്ചുള്ള ഒരു സന്ദേശം സെർവർ പ്രതികരണത്തിന്റെ ബോഡിയിൽ ചേർക്കുന്നു. ഉദാഹരണത്തിന്, ഒരു റിസോഴ്സ് സൃഷ്ടിച്ചിട്ടുണ്ടെങ്കിൽ, സെർവർ തിരികെ വരും 201 (സൃഷ്ടിച്ചത്), സൂചിപ്പിക്കുന്നത് URIതലക്കെട്ടിൽ ഉറവിടം സൃഷ്ടിച്ചു സ്ഥാനം.

രീതി നടപ്പിലാക്കുന്നതിനുള്ള സെർവർ പ്രതികരണങ്ങൾ പോസ്റ്റ്, കാഷെ ചെയ്തിട്ടില്ല.

പുട്ട് രീതി

നിർദ്ദിഷ്ട ഡാറ്റയിലേക്ക് അഭ്യർത്ഥന ഡാറ്റ ഡൗൺലോഡ് ചെയ്യാൻ ഉപയോഗിക്കുന്നു URI. ശീർഷകത്തിൽ ഒരു ഉറവിടവും വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ URI, സെർവർ അത് സൃഷ്ടിക്കുകയും ഒരു സ്റ്റാറ്റസ് കോഡ് നൽകുകയും ചെയ്യുന്നു 201 (സൃഷ്ടിച്ചത്)റിസോഴ്സ് നിലവിലുണ്ടെങ്കിൽ, അഭ്യർത്ഥനയുടെ ഫലമായി മാറ്റം വരുത്തിയിട്ടുണ്ടെങ്കിൽ പുട്ട്, ഒരു സ്റ്റാറ്റസ് കോഡ് നൽകിയിരിക്കുന്നു 200 (ശരി)അഥവാ 204 (ഉള്ളടക്കം ഇല്ല). ഏതെങ്കിലും തലക്കെട്ടുകൾ സെർവറിലേക്ക് അയച്ചാൽ ഉള്ളടക്കം-*, തിരിച്ചറിഞ്ഞിട്ടില്ല അല്ലെങ്കിൽ ഈ സാഹചര്യത്തിൽ ഉപയോഗിക്കാൻ കഴിയില്ല, സെർവർ ഒരു പിശക് നില നൽകുന്നു 501 (നടപ്പിലായില്ല).

രീതികൾ തമ്മിലുള്ള പ്രധാന വ്യത്യാസം പുട്ട്ഒപ്പം പോസ്റ്റ്അതാണ് രീതി പോസ്റ്റ്, വ്യക്തമാക്കിയ പ്രകാരം അനുമാനിക്കപ്പെടുന്നു URI, ക്ലയന്റ് കൈമാറുന്ന ഡാറ്റ പ്രോസസ്സ് ചെയ്യും, കൂടാതെ രീതി ഉപയോഗിച്ച് പുട്ട്, ഡൗൺലോഡ് ചെയ്‌ത ഡാറ്റ ഇതിനകം തന്നെ ഇതിൽ സ്ഥിതിചെയ്യുന്ന ഉറവിടവുമായി പൊരുത്തപ്പെടുന്നതായി ക്ലയന്റ് അനുമാനിക്കുന്നു URI.

രീതിയിലേക്കുള്ള സെർവർ പ്രതികരണങ്ങൾ പുട്ട്കാഷെ ചെയ്തിട്ടില്ല.

പാച്ച് രീതി

രീതിക്ക് സമാനമായി പ്രവർത്തിക്കുന്നു പുട്ട്, എന്നാൽ വിഭവത്തിന്റെ ഒരു പ്രത്യേക ഭാഗത്തിന് മാത്രമേ ബാധകമാകൂ.

ഇല്ലാതാക്കുക രീതി

നിർദ്ദിഷ്‌ട യുആർഐയിൽ സ്ഥിതിചെയ്യുന്ന ഒരു ഉറവിടം ഇല്ലാതാക്കുന്നു.

TRACE രീതി

TRACE രീതി ഉപയോഗിച്ച് അഭ്യർത്ഥിക്കുമ്പോൾ, ഇന്റർമീഡിയറ്റ് സെർവറുകൾ അഭ്യർത്ഥനയിൽ എന്ത് മാറ്റങ്ങൾ വരുത്തിയെന്ന് ക്ലയന്റിന് കാണാൻ കഴിയും.

1xx: വിവരങ്ങൾ - വിവരദായകമാണ്

2xx: വിജയം - വിജയകരമായ പൂർത്തീകരണം

3xx: റീഡയറക്ഷൻ - റീഡയറക്‌ട് (റീഡയറക്‌ട്)

300 ഒന്നിലധികം ചോയ്‌സുകൾ - തിരഞ്ഞെടുക്കാൻ നിരവധി ഓപ്ഷനുകൾ. ആവശ്യപ്പെട്ടത് പോലെ URI, വ്യത്യസ്തമായ നിരവധി ഉറവിട ഓപ്ഷനുകൾ ഉണ്ട് മൈംതരം. ഭാഷ അല്ലെങ്കിൽ മറ്റ് അടയാളങ്ങൾ. സെർവർ പ്രതികരണത്തിൽ ക്ലയന്റ് ആപ്ലിക്കേഷൻ അല്ലെങ്കിൽ ഉപയോക്താവ് സ്വയം തിരഞ്ഞെടുക്കുന്ന ഇതര മാർഗങ്ങളുടെ ഒരു ലിസ്റ്റ് അടങ്ങിയിരിക്കുന്നു. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 301 ശാശ്വതമായി നീക്കി - സ്ഥിരമായി നീങ്ങി. അഭ്യർത്ഥിച്ച ഉറവിടം ഒടുവിൽ നീക്കി URIടൈറ്റിൽ ലൈനിൽ വ്യക്തമാക്കിയിട്ടുണ്ട് സ്ഥാനം, സെർവർ പ്രതികരണം. ഈ കോഡ് പ്രോസസ്സ് ചെയ്യുമ്പോൾ ചില ക്ലയന്റുകൾ തെറ്റായി പെരുമാറുന്നു, മുകളിൽ കാണുക. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 302 കണ്ടെത്തി - താൽകാലികമായി നീക്കി, റിസോഴ്‌സ് മറ്റെവിടെയെങ്കിലും താൽക്കാലികമായി ലഭ്യമാണെന്ന് ഈ സ്റ്റാറ്റസ് കോഡ് ക്ലയന്റിനോട് പറയുന്നു URI സ്ഥാനം, സെർവർ പ്രതികരണ തലക്കെട്ട്. ഈ കോഡ് ഉപയോഗിക്കുന്നു, ഉദാഹരണത്തിന്, ഉള്ളടക്കം അംഗീകരിക്കുമ്പോൾ ( ഉള്ളടക്ക ചർച്ച) സെർവർ നടപ്പിലാക്കിയത്. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 303 മറ്റുള്ളവ കാണുക - മറ്റുള്ളവ കാണുക. ആവശ്യപ്പെട്ടതിൽ നിന്നുള്ള രേഖ URI, ശീർഷക വരിയിൽ വ്യക്തമാക്കിയ വിലാസത്തിൽ നിങ്ങൾ അത് അഭ്യർത്ഥിക്കേണ്ടതുണ്ട് സ്ഥാനം, രീതി ഉപയോഗിച്ച് സെർവർ പ്രതികരണ തലക്കെട്ട് നേടുക, ആദ്യ അഭ്യർത്ഥന നടത്തിയ രീതി പരിഗണിക്കാതെ തന്നെ. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1. 304 പരിഷ്കരിച്ചിട്ടില്ല - മാറ്റിയിട്ടില്ല. രീതി ഉപയോഗിച്ച് ഒരു പ്രമാണം അഭ്യർത്ഥിക്കുമ്പോൾ ഈ കോഡ് നൽകുന്നു നേടുക, തലക്കെട്ടുകൾ ഉപയോഗിച്ച് എങ്കിൽ-പരിഷ്ക്കരിച്ചത്-മുതൽഅഥവാ എങ്കിൽ-ഒന്നും-പൊരുത്തമില്ല, കൂടാതെ നിർദ്ദിഷ്ട സമയം മുതൽ പ്രമാണം പരിഷ്കരിച്ചിട്ടില്ല. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.0. 305 പ്രോക്സി ഉപയോഗിക്കുക - ഒരു പ്രോക്സി സെർവർ ഉപയോഗിക്കുക. ഒരു ഉറവിടത്തിലേക്കുള്ള ഒരു അഭ്യർത്ഥന ഒരു പ്രോക്സി സെർവർ മുഖേന നടത്തണം, അതിന്റെ വിലാസം ടൈറ്റിൽ ലൈനിൽ സൂചിപ്പിച്ചിരിക്കുന്നു സ്ഥാനം, സെർവർ പ്രതികരണ തലക്കെട്ട്. പ്രോട്ടോക്കോൾ പതിപ്പ് HTTP/1.1-ൽ പ്രത്യക്ഷപ്പെട്ടു. 307 താൽക്കാലിക റീഡയറക്‌ട് - താൽക്കാലിക റീഡയറക്‌ഷൻ അഭ്യർത്ഥിച്ച ഉറവിടം ഇതുവഴി താൽക്കാലികമായി ലഭ്യമാണ് URIടൈറ്റിൽ ലൈനിൽ വ്യക്തമാക്കിയിട്ടുണ്ട് സ്ഥാനം, സെർവർ പ്രതികരണ തലക്കെട്ട്. പതിപ്പ് ലോഗിൽ പ്രത്യക്ഷപ്പെട്ടു HTTP/1.1.

4xx: ക്ലയന്റ് പിശക് - ക്ലയന്റ് പിശക്

5xx: സെർവർ പിശക് - സെർവർ ഭാഗത്ത് പിശക്

സോഫ്റ്റ്വെയറിൽ ഇന്റർനെറ്റ് വഴി ബാങ്കുകൾ സ്വയമേവ നിറയ്ക്കാനുള്ള കഴിവ് കൺസൾട്ടന്റ് പ്ലസിനുണ്ട്. പലർക്കും ഇതിനെക്കുറിച്ച് അറിയാമെന്ന് ഞാൻ കരുതുന്നു, ഇത് ഉപയോഗപ്രദമായ പ്രവർത്തനമാണെന്നതിൽ തർക്കമില്ല. എന്നിരുന്നാലും, ഇത് എല്ലായ്പ്പോഴും നന്നായി പ്രവർത്തിക്കുന്നില്ല. എന്നാൽ വാസ്തവത്തിൽ, നിങ്ങൾ എല്ലാം ശരിയായി ക്രമീകരിക്കേണ്ടതുണ്ട്.

ഇത് എങ്ങനെ സജ്ജീകരിക്കാമെന്നത് ഇതാണ്:

1) ഒരു പ്രോക്സി സെർവറിലോ ഗേറ്റ്‌വേയിലോ ഇന്റർനെറ്റ് ആക്‌സസ് ഉള്ള ഒരു അക്കൗണ്ട് (ലോക്കൽ അല്ലെങ്കിൽ ഡൊമെയ്‌ൻ) സൃഷ്‌ടിക്കുക; അതിന് അഡ്മിനിസ്ട്രേറ്റർ അവകാശങ്ങളും ഉണ്ടായിരിക്കണം (സജ്ജീകരണം ലളിതമാക്കാൻ), എന്നാൽ നിങ്ങൾക്ക് CONS ഫോൾഡറിലേക്കുള്ള ആക്‌സസ് നിയന്ത്രിക്കാനും കഴിയും.

2) ടാസ്‌ക് ഷെഡ്യൂളറിൽ ഞങ്ങൾ ഒരു ടാസ്‌ക് സൃഷ്‌ടിക്കുന്നു, അവിടെ ലോഞ്ച് സമയം, ആവൃത്തി, ലോഞ്ച് ചെയ്യേണ്ട ഒബ്‌ജക്റ്റുകളുടെ പാരാമീറ്ററുകൾ, ടാസ്‌ക് ലോഞ്ച് ചെയ്യുന്ന അക്കൗണ്ടിനെ പ്രതിനിധീകരിച്ച് (ഘട്ടം 1 ൽ സൃഷ്‌ടിച്ചത്) ഞങ്ങൾ സൂചിപ്പിക്കുന്നു.

കമാൻഡ് ലൈൻ ഓപ്ഷനുകൾ

PathToConsultantFolder\CONS.EXE / adm / base* /receive_inet /yes

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

ഈ അക്കൗണ്ടിന് കീഴിൽ ഞങ്ങൾ ഒരു പ്രോക്സി സെർവർ സജ്ജീകരിക്കേണ്ടതുണ്ടെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു (ഇന്റർനെറ്റ് ആക്‌സസ് ചെയ്യാൻ ഞങ്ങൾ ഒരു പ്രോക്‌സി ഉപയോഗിക്കുന്നു, ഗേറ്റ്‌വേ അല്ല).

ഇത് ചെയ്യുന്നതിന്, കീകൾ ഉപയോഗിച്ച് സോഫ്റ്റ്വെയർ വീണ്ടും സമാരംഭിക്കുക (നിങ്ങൾക്ക് കീകൾ ഉപയോഗിച്ച് ഒരു കുറുക്കുവഴി സൃഷ്ടിച്ച് ആവശ്യമുള്ള ഉപയോക്താവായി പ്രവർത്തിപ്പിക്കാം):

ബാങ്കുകൾ സംവേദനാത്മകമായി നിറയ്ക്കുന്നതിനുള്ള കീകൾ

PathToConsultantFolder\CONS.EXE/adm/inet

നമുക്ക് പോകാം സേവനം - ക്രമീകരണങ്ങൾആവശ്യമായ പാരാമീറ്ററുകൾ നൽകുക:

അതിനുശേഷം, ഞങ്ങൾ ബാങ്കുകൾ നിറയ്ക്കാൻ ശ്രമിക്കുന്നു, ഞങ്ങൾ കാണുന്നത്:

പിന്നീട് എല്ലാം പ്രവർത്തിച്ചു കൺസൾട്ടന്റ് +ഒരു നിർദ്ദിഷ്‌ട ഉപയോക്താവിനായി നിങ്ങൾ ഒരു പ്രോക്‌സി സെർവർ കോൺഫിഗർ ചെയ്‌തിട്ടുണ്ടെങ്കിൽ, ടാസ്‌ക് ഷെഡ്യൂളർ വഴി നിങ്ങൾക്ക് സുരക്ഷിതമായി അപ്‌ഡേറ്റ് പ്രവർത്തിപ്പിക്കാൻ കഴിയും, എല്ലാം പ്രവർത്തിക്കും!!!

400 മോശം അഭ്യർത്ഥന
401 അനധികൃതം
402 പേയ്‌മെന്റ് ആവശ്യമാണ്
403 നിരോധിച്ചിരിക്കുന്നു
404 കണ്ടെത്തിയില്ല
405 രീതി അനുവദനീയമല്ല
406 സ്വീകാര്യമല്ല
407 പ്രോക്സി പ്രാമാണീകരണം ആവശ്യമാണ്
408 അഭ്യർത്ഥന സമയപരിധി
409 സംഘർഷം
410 പോയി
411 ദൈർഘ്യം ആവശ്യമാണ്
412 മുൻകൂർ വ്യവസ്ഥ പരാജയപ്പെട്ടു
413 അഭ്യർത്ഥന എന്റിറ്റി വളരെ വലുതാണ്
414 അഭ്യർത്ഥന-യുആർഐ വളരെ ദൈർഘ്യമേറിയതാണ്
415 പിന്തുണയ്ക്കാത്ത മീഡിയ തരം
416 അഭ്യർത്ഥിച്ച ശ്രേണി തൃപ്തികരമല്ല
417 പ്രതീക്ഷകൾ പരാജയപ്പെട്ടു
500 ആന്തരിക സെർവർ പിശക്
501 നടപ്പിലാക്കിയിട്ടില്ല
502 മോശം ഗേറ്റ്വേ
503 സേവനം ലഭ്യമല്ല
504 ഗേറ്റ്‌വേ കാലഹരണപ്പെട്ടു
505 HTTP പതിപ്പ് പിന്തുണയ്ക്കുന്നില്ല

വിശദാംശങ്ങളിൽ:

HTTP സെർവർ പ്രതികരണത്തിന്റെ ആദ്യ വരിയിൽ ക്ലയന്റിന്റെ അഭ്യർത്ഥന വിജയിച്ചോ ഇല്ലയോ എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങളും അഭ്യർത്ഥന വിജയകരമോ പരാജയപ്പെട്ടതോ ആയ കാരണങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങളും അടങ്ങിയിരിക്കുന്നു. ഈ വിവരങ്ങൾ ഒരു മൂന്നക്ക സെർവർ പ്രതികരണ കോഡ് (ചിലപ്പോൾ സ്റ്റാറ്റസ് കോഡ് എന്ന് വിളിക്കുന്നു) സൂചിപ്പിക്കുന്നു കൂടാതെ ഒരു വിവരണാത്മക സന്ദേശവും ഉണ്ട്.

സ്റ്റാറ്റസ് കോഡുകൾ സാധാരണയായി വെബ് സെർവറുകളാണ് സൃഷ്ടിക്കുന്നത്, എന്നാൽ ചിലപ്പോൾ CGI സ്ക്രിപ്റ്റുകൾക്ക് അങ്ങനെ ചെയ്യാൻ കഴിയും, കൂടാതെ CGI സ്ക്രിപ്റ്റുകൾ സെർവർ നിർമ്മിക്കേണ്ട തലക്കെട്ടുകൾക്ക് പകരം സ്വന്തം തലക്കെട്ടുകൾ സൃഷ്ടിക്കുന്നു. സ്റ്റാറ്റസ് കോഡുകൾ ഇനിപ്പറയുന്ന രീതിയിൽ തരം തിരിച്ചിരിക്കുന്നു:

കോഡ് ശ്രേണി പ്രതികരണ മൂല്യം

100-199 വിവരദായകമാണ്
200-299 ക്ലയന്റ് അഭ്യർത്ഥന വിജയിച്ചു
300-399 ക്ലയന്റ് അഭ്യർത്ഥന കൈമാറി, കൂടുതൽ നടപടി ആവശ്യമാണ്
400-499 ക്ലയന്റ് അഭ്യർത്ഥന അപൂർണ്ണമാണ്
500-599 സെർവർ പിശകുകൾ

HTTP-യിൽ, ഓരോ ശ്രേണിയിലും കുറച്ച് കോഡുകൾ മാത്രമേ നിർവചിച്ചിട്ടുള്ളൂ, ആവശ്യമെങ്കിൽ സെർവറിന് സ്വന്തം കോഡുകൾ നിർവചിക്കാനാകും. ക്ലയന്റ്, തിരിച്ചറിയാൻ കഴിയാത്ത ഒരു കോഡ് സ്വീകരിക്കുമ്പോൾ, കോഡ് ഉൾപ്പെടുന്ന ശ്രേണി അനുസരിച്ച് അതിനെ വ്യാഖ്യാനിക്കുന്നു. 100-199, 200-299, 300-399 ശ്രേണികളിലെ കോഡുകൾ ഉപയോക്താവിനെ അറിയിക്കാതെ തന്നെ മിക്ക വെബ് ബ്രൗസറുകളും പ്രോസസ്സ് ചെയ്യുന്നു, കൂടാതെ 400-499, 500-599 ശ്രേണികളിലെ ചില പിശക് കോഡുകൾ ഉപയോക്താവിന് പ്രദർശിപ്പിക്കും (ഉദാഹരണത്തിന്, 404 കണ്ടെത്തിയില്ല).

വിവരദായകമായ ഉത്തരങ്ങൾ

100-199 ശ്രേണിയിലുള്ള ഉത്തരങ്ങൾ വിവരദായകമാണ്; ഉപഭോക്താവിന്റെ അഭ്യർത്ഥന സ്വീകരിച്ചുവെന്നും പ്രോസസ്സ് ചെയ്തുകൊണ്ടിരിക്കുകയാണെന്നും അവർ സൂചിപ്പിക്കുന്നു.

100 തുടരുക
അഭ്യർത്ഥനയുടെ പ്രാരംഭ ഭാഗം സ്വീകരിച്ചു കൂടാതെ ക്ലയന്റിന് അഭ്യർത്ഥന അയക്കുന്നത് തുടരാം.

101 സ്വിച്ചിംഗ് പ്രോട്ടോക്കോളുകൾ
സെർവർ ക്ലയന്റിന്റെ അഭ്യർത്ഥന നിറവേറ്റുകയും അപ്‌ഗ്രേഡ് ഹെഡർ ഫീൽഡ് നിർദ്ദേശിച്ച പ്രകാരം പ്രോട്ടോക്കോളുകൾ മാറ്റുകയും ചെയ്യുന്നു.

വിജയകരമായ ഉപഭോക്തൃ അഭ്യർത്ഥനകൾ

200-299 ശ്രേണിയിലുള്ള പ്രതികരണങ്ങൾ ക്ലയന്റിന്റെ അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്തുവെന്ന് സൂചിപ്പിക്കുന്നു.

200 ശരി
ക്ലയന്റിന്റെ അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്തു കൂടാതെ സെർവർ പ്രതികരണത്തിൽ അഭ്യർത്ഥിച്ച ഡാറ്റ അടങ്ങിയിരിക്കുന്നു.

201 സൃഷ്ടിച്ചു
ഒരു പുതിയ URI സൃഷ്ടിക്കുമ്പോൾ ഈ സ്റ്റാറ്റസ് കോഡ് ഉപയോഗിക്കുന്നു. ഈ ഫല കോഡിനൊപ്പം, സെർവർ ഒരു ലൊക്കേഷൻ ഹെഡർ നൽകുന്നു (അധ്യായം 19 കാണുക), അതിൽ പുതിയ ഡാറ്റ എവിടെ സ്ഥാപിച്ചു എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു.

202 അംഗീകരിച്ചു
അഭ്യർത്ഥന സ്വീകരിച്ചു, പക്ഷേ ഉടനടി പ്രോസസ്സ് ചെയ്യുന്നില്ല. സെർവർ പ്രതികരണ ഉള്ളടക്കത്തിന്റെ ബോഡി ഇടപാടിനെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾ നൽകിയേക്കാം. അഭ്യർത്ഥന ലഭിച്ച സമയത്ത് സാധുതയുള്ളതായി തോന്നുമെങ്കിലും, സെർവർ ആത്യന്തികമായി അഭ്യർത്ഥന അനുവദിക്കുമെന്നതിന് യാതൊരു ഉറപ്പുമില്ല.

203 ആധികാരികമല്ലാത്ത വിവരങ്ങൾ
ഉള്ളടക്ക തലക്കെട്ട് വിവരങ്ങൾ ഒരു പ്രാദേശിക പകർപ്പിൽ നിന്നോ മൂന്നാം കക്ഷിയിൽ നിന്നോ ആണ്, യഥാർത്ഥ സെർവറിൽ നിന്നല്ല.

204 ഉള്ളടക്കമില്ല
പ്രതികരണത്തിൽ ഒരു സ്റ്റാറ്റസ് കോഡും തലക്കെട്ടും അടങ്ങിയിരിക്കുന്നു, എന്നാൽ ഉള്ളടക്ക ബോഡി ഇല്ല. ഈ പ്രതികരണം ലഭിക്കുമ്പോൾ, ബ്രൗസർ അതിന്റെ പ്രമാണം പുതുക്കാൻ പാടില്ല. ചിത്രത്തിന്റെ ഉപയോഗശൂന്യമായതോ ശൂന്യമായതോ ആയ ഏരിയകളിൽ ഉപയോക്താവ് ക്ലിക്ക് ചെയ്യുമ്പോൾ സെൻസിറ്റീവ് ഇമേജ് ഏരിയ ഹാൻഡ്‌ലർ ഈ കോഡ് തിരികെ നൽകിയേക്കാം.

205 ഉള്ളടക്കം പുനഃസജ്ജമാക്കുക
അധിക ഇൻപുട്ടിനായി ഈ ഇടപാടിൽ ഉപയോഗിച്ചിരിക്കുന്ന ഫോം ബ്രൗസർ മായ്‌ക്കണം. ഡാറ്റ ഇൻപുട്ട് ആവശ്യമുള്ള CGI ആപ്ലിക്കേഷനുകൾക്ക് ഉപയോഗപ്രദമാണ്.

206 ഭാഗിക ഉള്ളടക്കം
അഭ്യർത്ഥിച്ച ഡാറ്റയുടെ ഒരു ഭാഗം മാത്രമേ സെർവർ തിരികെ നൽകുന്നുള്ളൂ. ഒരു റേഞ്ച് ഹെഡർ വ്യക്തമാക്കുന്ന ഒരു അഭ്യർത്ഥനയ്ക്കുള്ള പ്രതികരണമായി ഉപയോഗിച്ചു. ഉള്ളടക്ക-ശ്രേണി തലക്കെട്ടിലെ പ്രതികരണത്തിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന ശ്രേണി സെർവർ സൂചിപ്പിക്കണം.

കൈമാറുന്നു

300-399 ശ്രേണിയിലുള്ള ഒരു പ്രതികരണ കോഡ് അർത്ഥമാക്കുന്നത് അഭ്യർത്ഥന പൂർത്തിയായിട്ടില്ലെന്നും അഭ്യർത്ഥന തൃപ്തിപ്പെടുത്താൻ ക്ലയന്റ് ചില നടപടികളെടുക്കേണ്ടതുണ്ടെന്നും.

300 ഒന്നിലധികം ചോയ്‌സുകൾ
അഭ്യർത്ഥിച്ച യുആർഐ ഒന്നിലധികം ഉറവിടങ്ങൾ നിർദ്ദേശിക്കുന്നു. ഉദാഹരണത്തിന്, ഒന്നിലധികം ഭാഷകളിലേക്ക് വിവർത്തനം ചെയ്ത ഒരു പ്രമാണത്തെ ഒരു URI പ്രതിനിധീകരിക്കാം. സെർവർ നൽകുന്ന ഉള്ളടക്ക ബോഡിയിൽ ശരിയായ ഉറവിടം എങ്ങനെ തിരഞ്ഞെടുക്കാം എന്നതിനെക്കുറിച്ചുള്ള കൂടുതൽ വ്യക്തമായ വിവരങ്ങളുടെ ഒരു ലിസ്റ്റ് അടങ്ങിയിരിക്കാം.

301 സ്ഥിരമായി നീക്കി
അഭ്യർത്ഥിച്ച URI ഇപ്പോൾ സെർവർ ഉപയോഗിക്കില്ല, അഭ്യർത്ഥനയിൽ വ്യക്തമാക്കിയ പ്രവർത്തനം പരാജയപ്പെട്ടു. അഭ്യർത്ഥിച്ച പ്രമാണത്തിന്റെ പുതിയ സ്ഥാനം ലൊക്കേഷൻ ഹെഡറിൽ സൂചിപ്പിച്ചിരിക്കുന്നു. ഈ പ്രമാണത്തിനായുള്ള എല്ലാ തുടർന്നുള്ള അഭ്യർത്ഥനകളും പുതിയ URI വ്യക്തമാക്കണം.

302 താൽക്കാലികമായി മാറ്റി
അഭ്യർത്ഥിച്ച URI നീക്കി, പക്ഷേ താൽക്കാലികമായി മാത്രം. ലൊക്കേഷൻ ഹെഡർ പുതിയ സ്ഥാനം സൂചിപ്പിക്കുന്നു. ഈ സ്റ്റാറ്റസ് കോഡ് ലഭിച്ച ഉടൻ, ക്ലയന്റ് പുതിയ URI ഉപയോഗിച്ച് അഭ്യർത്ഥന പരിഹരിക്കണം, എന്നാൽ തുടർന്നുള്ള എല്ലാ അഭ്യർത്ഥനകളും പഴയ URI ഉപയോഗിക്കേണ്ടതാണ്.

303 മറ്റുള്ളവ കാണുക
അഭ്യർത്ഥിച്ച യുആർഐ മറ്റൊരു യുആർഐ വഴി കണ്ടെത്താനാകും (ലൊക്കേഷൻ ഹെഡറിൽ വ്യക്തമാക്കിയത്). ഈ ഉറവിടത്തിനായി GET രീതി ഉപയോഗിച്ച് ഇത് തിരഞ്ഞെടുക്കണം.

304 പരിഷ്കരിച്ചിട്ടില്ല
നിർദ്ദിഷ്ട തീയതി മുതൽ URI പരിഷ്കരിച്ചിട്ടില്ലെങ്കിൽ lf-Modified-Since തലക്കെട്ടിലേക്കുള്ള പ്രതികരണ കോഡാണിത്. ഉള്ളടക്ക ബോഡി അയച്ചിട്ടില്ല, ക്ലയന്റ് അതിന്റെ പ്രാദേശിക പകർപ്പ് ഉപയോഗിക്കണം.

305 പ്രോക്സി ഉപയോഗിക്കുക
അഭ്യർത്ഥിച്ച URI ലൊക്കേഷൻ ഹെഡറിൽ വ്യക്തമാക്കിയിട്ടുള്ള പ്രോക്സി സെർവർ വഴി ആക്സസ് ചെയ്യണം.

അപൂർണ്ണമായ ക്ലയന്റ് അഭ്യർത്ഥനകൾ

400-499 ശ്രേണിയിലുള്ള പ്രതികരണ കോഡുകൾ ക്ലയന്റിന്റെ അഭ്യർത്ഥന അപൂർണ്ണമാണെന്ന് സൂചിപ്പിക്കുന്നു. ക്ലയന്റിൽ നിന്ന് കൂടുതൽ വിവരങ്ങൾ ആവശ്യമാണെന്നും ഈ കോഡുകൾ സൂചിപ്പിച്ചേക്കാം.

400 മോശം അഭ്യർത്ഥന
ക്ലയന്റിന്റെ അഭ്യർത്ഥനയിൽ സെർവർ ഒരു വാക്യഘടന പിശക് കണ്ടെത്തിയതായി സൂചിപ്പിക്കുന്നു.

401 അനധികൃതം
WWW-Authenticate തലക്കെട്ടിനൊപ്പം വഹിക്കുന്ന ഈ ഫല കോഡ്, അഭ്യർത്ഥന നടത്തിയ ഉപയോക്താവിന് ആവശ്യമായ അധികാരമില്ലെന്നും ഈ URI ഉപയോഗിച്ച് അഭ്യർത്ഥന ആവർത്തിക്കുകയാണെങ്കിൽ, ഉപയോക്താവ് അത്തരം അധികാരം നൽകണമെന്നും സൂചിപ്പിക്കുന്നു.

402 പേയ്‌മെന്റ് ആവശ്യമാണ്
ഈ കോഡ് ഇതുവരെ HTTP-യിൽ നടപ്പിലാക്കിയിട്ടില്ല.

403 നിരോധിച്ചിരിക്കുന്നു
ക്ലയന്റിനോട് പ്രതികരിക്കാൻ സെർവർ തയ്യാറാകാത്തതിനാൽ (അല്ലെങ്കിൽ കഴിയുന്നില്ല) അഭ്യർത്ഥന നിരസിക്കപ്പെട്ടു.

404 കണ്ടെത്തിയില്ല
നിർദ്ദിഷ്ട URI-യിലെ പ്രമാണം നിലവിലില്ല.

405 രീതി അനുവദനീയമല്ല
അനുവദിക്കുക എന്ന തലക്കെട്ടോടെയാണ് ഈ കോഡ് നൽകിയിരിക്കുന്നത് കൂടാതെ ക്ലയന്റ് ഉപയോഗിക്കുന്ന രീതി ഈ URI-യെ പിന്തുണയ്ക്കുന്നില്ലെന്ന് സൂചിപ്പിക്കുന്നു.

406 സ്വീകാര്യമല്ല
ഈ യുആർഐയിൽ ക്ലയന്റ് വ്യക്തമാക്കിയ ഉറവിടം നിലവിലുണ്ട്, എന്നാൽ ക്ലയന്റിനു ആവശ്യമുള്ള ഫോർമാറ്റിലല്ല. ഈ കോഡിനൊപ്പം, സെർവർ ഉള്ളടക്ക-ഭാഷ, ഉള്ളടക്ക-എൻകോഡിംഗ്, ഉള്ളടക്ക-തരം തലക്കെട്ടുകൾ എന്നിവ നൽകുന്നു.

407 പ്രോക്സി പ്രാമാണീകരണം ആവശ്യമാണ്
അഭ്യർത്ഥന കൈമാറുന്നതിന് മുമ്പ് പ്രോക്സി സെർവർ അതിന് അംഗീകാരം നൽകണം. പ്രോക്സി-ഓതന്റിക്കേറ്റ് ഹെഡറിനൊപ്പം ഉപയോഗിച്ചു.

408 അഭ്യർത്ഥന സമയപരിധി
ഈ പ്രതികരണ കോഡ് അർത്ഥമാക്കുന്നത് ക്ലയന്റ് ഒരു നിശ്ചിത കാലയളവിനുള്ളിൽ ഒരു പൂർണ്ണമായ അഭ്യർത്ഥന അയച്ചിട്ടില്ല എന്നാണ് (ഇത് സാധാരണയായി സെർവർ കോൺഫിഗറേഷനിൽ വ്യക്തമാക്കിയിട്ടുണ്ട്) കൂടാതെ സെർവർ നെറ്റ്‌വർക്ക് കണക്ഷൻ അടയ്ക്കുന്നു.

409 സംഘർഷം
ഈ അഭ്യർത്ഥന മറ്റൊരു അഭ്യർത്ഥനയുമായോ സെർവർ കോൺഫിഗറേഷനുമായോ വൈരുദ്ധ്യമാണ്. പൊരുത്തക്കേടിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ പ്രതികരണത്തിന്റെ വിവര ഭാഗത്ത് നൽകണം.

410 പോയി
അഭ്യർത്ഥിച്ച URI നിലവിലില്ലെന്നും സെർവറിൽ നിന്ന് ശാശ്വതമായി നീക്കം ചെയ്യപ്പെട്ടുവെന്നും ഈ കോഡ് സൂചിപ്പിക്കുന്നു.

411 ദൈർഘ്യം ആവശ്യമാണ്
അതിൽ വ്യക്തമാക്കിയിട്ടുള്ള ഉള്ളടക്ക-ദൈർഘ്യ തലക്കെട്ടില്ലാതെ സെർവർ ഒരു അഭ്യർത്ഥന സ്വീകരിക്കില്ല.

412 മുൻകൂർ വ്യവസ്ഥ പരാജയപ്പെട്ടു
തലക്കെട്ടുകളാണെങ്കിൽ ഒന്നോ അതിലധികമോ അഭ്യർത്ഥനയിൽ വ്യക്തമാക്കിയ അവസ്ഥ വിലയിരുത്തുന്നതിന്റെ ഫലം. . ., "തെറ്റിനെ" പ്രതിനിധീകരിക്കുന്നു.

413 അഭ്യർത്ഥന എന്റിറ്റി വളരെ വലുതാണ്
സെർവറിന്റെ ബോഡി വളരെ വലുതായതിനാൽ അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യില്ല.

414 അഭ്യർത്ഥന-യുആർഐ വളരെ ദൈർഘ്യമേറിയതാണ്
സെർവർ അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യില്ല, കാരണം അതിന്റെ URI ദൈർഘ്യമേറിയതാണ്.

415 പിന്തുണയ്ക്കാത്ത മീഡിയ തരം
സെർവർ അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യില്ല, കാരണം അതിന്റെ ബോഡി പിന്തുണയ്ക്കാത്ത ഫോർമാറ്റിലാണ്.

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

500-599 ശ്രേണിയിലുള്ള പ്രതികരണ കോഡുകൾ സെർവറിന് ഒരു പിശക് നേരിട്ടെന്നും ക്ലയന്റിന്റെ അഭ്യർത്ഥന നിറവേറ്റാൻ കഴിഞ്ഞേക്കില്ലെന്നും സൂചിപ്പിക്കുന്നു.

500 ആന്തരിക സെർവർ പിശക്
സെർവറിൽ ഒരു അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുമ്പോൾ, അതിന്റെ ഘടകങ്ങളിലൊന്ന് (ഉദാഹരണത്തിന്, ഒരു CGI പ്രോഗ്രാം) ക്രാഷ് ചെയ്യുകയോ കോൺഫിഗറേഷൻ പിശക് നേരിടുകയോ ചെയ്തു.

501 നടപ്പിലാക്കിയിട്ടില്ല
സെർവറിന് ചെയ്യാൻ കഴിയാത്ത ഒരു പ്രവർത്തനം ക്ലയന്റ് അഭ്യർത്ഥിച്ചു.

502 മോശം ഗേറ്റ്വേ
സെർവറിന് (അല്ലെങ്കിൽ പ്രോക്സി സെർവർ) മറ്റൊരു സെർവറിൽ നിന്ന് (അല്ലെങ്കിൽ പ്രോക്സി സെർവർ) അസാധുവായ പ്രതികരണങ്ങൾ ലഭിച്ചു.

503 സേവനം ലഭ്യമല്ല
ഈ കോഡ് അർത്ഥമാക്കുന്നത് ഈ സേവനം താൽക്കാലികമായി ലഭ്യമല്ല, എന്നാൽ ഇതിലേക്കുള്ള ആക്സസ് ഭാവിയിൽ പുനഃസ്ഥാപിക്കപ്പെടും. ഇത് എപ്പോൾ സംഭവിക്കുമെന്ന് സെർവറിന് അറിയാമെങ്കിൽ, വീണ്ടും ശ്രമിക്കുക-ശേഷം തലക്കെട്ടും നൽകിയേക്കാം.

504 ഗേറ്റ്‌വേ സമയം കഴിഞ്ഞു
ഈ പ്രതികരണം 408-ന് സമാനമാണ് (അഭ്യർത്ഥന സമയം കഴിഞ്ഞു), ഗേറ്റ്‌വേ അല്ലെങ്കിൽ ആധികാരിക സെർവർ സമയപരിധി കവിഞ്ഞു എന്നതൊഴിച്ചാൽ.

505 HTTP പതിപ്പ് പിന്തുണയ്ക്കുന്നില്ല
അഭ്യർത്ഥനയിൽ ഉപയോഗിച്ചിരിക്കുന്ന HTTP പ്രോട്ടോക്കോൾ പതിപ്പിനെ സെർവർ പിന്തുണയ്ക്കുന്നില്ല.