Подробна таблица на HTTP статус кодовете

HTTP статус код Значение на код
100 Клиентът трябва да продължи да изпраща заявката. Този временноти отговор е предназначен да уведоми клиента, че част от заявката му вече е била получена от сървъра и все още не е била отказана. Клиентът трябва да продължи да изпраща оставащата част от заявката или, ако заявката е вече завършена, да игнорира отговора. Сървърът трябва да изпрати окончателен отговор на клиента, след като заявката е завършена.
101 Сървърът разбира заявката на клиента и ще уведоми клиента чрез заглавката Upgrade, че трябва да използва различен протокол, за да завърши тази заявка. След изпращането на последния празен ред от този отговор, сървърът ще премине към протоколите, определени в заглавката Upgrade. Подобни действия трябва да се вземат само когато новият протокол предлага предимство. Например, преминаването към нова версия на HTTP може да е по-предимствено от старата версия или да се избере протокол, който позволява в реално време и синхронна доставка на ресурси, които ползват тези функции.
102 Статус код, разширен от WebDAV (RFC 2518), представящ, че обработката ще продължи.
200 Заявката е успешна, исканите заглавия или данни ще бъдат върнати с този отговор.
201 Заявката е била успешна и е създаден нов ресурс, който е договорен с искането, а URI-то е върнато с Location заглавката. Ако исканият ресурс не може да бъде създаден навреме, трябва да се върне '202 Прието'.
202 Сървърът е приел искането, но все още не е обработил. Както е прието, така и искането може да бъде отказано, выбранная реплика вернется с этим статусом. При асинхронни операции, не е удобно да се изпраща статус код без опции. Връщането на ответ с код 202 по служебна цел е разрешено само за прием на искания за други операции (например, определена партидна операция, която се изпълнява веднъж на ден), без клиентът да трябва да поддържа връзката със сървъра, докато партидната операция завърши. Отговор изпратен с 202 статус код трябва да съдържа указания за текущото състояние на обработката, както и указатели към монитор за състоянието или предсказания за състоянието, за да може потребителят да оцени, дали операцията е завършена или не.
203 Сървърът е успешно обработил заявката, но върнатият метаданни заглавия не са валидна съвкупност на оригиналният сървър, а копие от местен или трета страна. Полемичната информация може да бъде подмножество или надмножество на оригиналната версия. Например, метаданни, съдържащи ресурси, могат да доведат до оригиналния сервер да знае за метадатата на хиперлет.
204 Сървърът успешно е обработил заявката, но не иска да връща съдържание и желае да върне актуализирана информация. Отговорът може да съдържа нова или обновена информация под формата на заглавия. Ако тези заглавия съществуват, те трябва да съответстват на изисканите променливи.
205 Сървърът успешно е обработил заявката, но не връща съдържание. Обаче, за разлика от отговор 204, отговорът с този статус изисква заявителя да нулира документа. Този отговор се използва главно, за да се нулира формуляра след приемането на потребителския вход, така че потребителят да може лесно да започне следващото въвеждане.
206 Сървърът е успешно обработил частична GET заявка. HTTP инструменти за изтегляне, като FlashGet или Thunder, използват отговори от този тип за възобновяване на изтегляния или разделяне на голям документ на няколко сегмента за simultанно изтегляне. Заявката трябва да съдържа заглавна информация Range, за да укаже на клиента желаните спортфр; изискване If-Range може да се оправдае.
207 Статус код, разширен от WebDAV (RFC 2518), представящ, че последващото тяло на съобщението ще бъде XML съобщение и може да съдържа набор от независими отговорни кодове в зависимост от броя на предишните дъщерни искания.
300 Заявеният ресурс има набор от опции за отговор; всяка има свой собствен адрес и мъртва информация на браузъра. Потребителят или браузърът може да избере предпочитан адрес за пренасочване. Освен ако не е заявка от тип HEAD, отговорът трябва да включва тяло, което описва списък на атрибутите на ресурса и адресите, от които да се избере най-подходящото пренасочване.
301 Заявеният ресурс е окончателно преместен на ново местоположение и другите позовавания на този ресурс следва да използват едно от URI-тата, предоставени в този отговор. Клиентът с възможности за редактиране на линкове трябва автоматично да замени адреса на заявката с адреса, получен от сървъра. Освен ако не е посочено по друг начин, отговорът е кешируем. Новият постоянен URI трябва да бъде върнат в заглавката Location .
302 Заявеният ресурс временно е пренасочен от друг URI. Поради временното пренасочване клиентът трябва да продължи да изпраща следващите заявки на оригиналния адрес. Това отговор може да е кешируем само ако е определено в Cache-Control или Expires. Новият временно URI трябва да бъде върнат в заглавката Location .
303 Отговорът на настоящата заявка може да бъде намерен на друг URI и клиентът трябва да извика ресурсът с метод GET. Този метод главно позволява пренасочвания на POST заявки, активирани от скриптове, към нов ресурс. Новият URI не е заместващ референт на оригиналния ресурс.
304 Ако клиентът е изпратил условна GET заявка, която е разрешена и съдържанието на документа (от последното извънредно посещение или според искането се е променило), сървърът трябва да върне този статус код. Отговорът забранява включването на текст на съобщението, затова винаги завършва с първия празен ред след заглавията.
305 Заявеният ресурс трябва да бъде достъпен през специфициран прокси. В заглавката Location ще бъде предоставена информация за URI-то на посочения прокси. Клиентът трябва да повтори индивидуалната заявка, за да осъществи достъпа до желания ресурс.
306 В актуализираните спецификации код 306 вече не се използва.
307 Заявеният ресурс временно е пренасочен от различен URI. Поради временното пренасочване клиентът трябва да продължи да изпраща следващите заявки на оригиналния адрес.
400 1. Семантиката е неправилна, и текущата заявка не може да бъде разбрана от сървъра. Освен ако не бъде променена, клиентът не трябва да повтори тази заявка. 2. Параметрите на заявката са неправилни.
401 Текущата заявка изисква удостоверение на потребителя. Отговорът трябва да включва заглавие WWW-Authenticate, приложимо на заявените ресурси за изискване на потребителга информация. Клиентът може да повтори заявката с правилната Authorization заглавка.
402 Този статус код е запазен за бъдещи нужди.
403 Сървърът разбира заявката, но отказва да я изпълни. За разлика от отговора 401, удостоверението не помага и заявката не трябва да се повтори. Ако това не е заявка от тип HEAD и сървърът желае да обясни защо заявката не може да бъде изпълнена, то трябва да опише причината за отказа в тялото.
404 Заявката е неуспешна, исканият ресурс не е намерен на сървъра. Няма информация, която да информира потребителя дали това състояние е временно или постоянно. Ако сървърът знае, че ситуацията е така, трябва да се ползва код 410, за да се информира, че старият ресурс вече не е достъпен и не съществува пренасочен адрес.
405 Методът на заявката, определен в заявлението, не може да се използва за искан ресурс. Отговорът трябва да върне заглавие Allow, за да посочи списък от наличните методи, които могат да бъдат пропуснати.
406 Съдържателните атрибути на искания ресурс не могат да удовлетворят условията в заглавките на заявката, следователно не може да бъде генерирано тяло за отговор. Освен ако не е заявка от тип HEAD, отговорът трябва да върне тяло, описващо атрибутите на ресурсите, от които потребителят или браузър може да избере най-подходящото.
407 Подобен на 401 отговор, но клиентът трябва да се удостоверява на прокси сървъра. Прокси-сървърът трябва да върне заглавие Proxy-Authenticate за запитване на удостоверението. Клиентът може да върне заглавие Proxy-Authorization, за да се потвърди.
408 Времето за изчакване на заявката е изтекло. Клиентът не е изпратил завършено искане в рамките на време, което сървърът е готов да изчака. Клиентът може да повтори тази заявка, без да я променя.
409 Не може да бъде завършена, заради конфликт на текущото състояние с искания ресурс. Този код трябва да се използва само в случаите, когато потребителят може да разреши конфликта и да повтори искането. Отговорът трябва да съдържа достатъчно информация, за да позволи на потребителя да идентифицира източника на конфликта.
410 Заявеният ресурс вече не е наличен на сървъра и няма известен пренасочен адрес. Такова състояние трябва да се счита за постоянно.
411 Сървърът отказва да приеме заявката без задължително определен заглавие Content-Length. Клиентът може да повтори искането след добавяне на този заглавие.
412 Сървърът не е успял да задоволи едно или повече от условията, зададени в необходимите заглавия на искането.
413 Сървърът отказва да обработи текущото искане, защото представените данни надхвърлят ограниченията, които сървърът е готов да приеме.
414 Дължината на заявения URI надхвърля ограниченията, които сървърът може да обработи.
415 Предоставеното тяло на заявката не е в подходящ формат за метода на искането и ресурса.
416 Ако запитването съдържа заглавие Range и желаните данни не се покриват с наличната част от ресурса, сървърът трябва да върне статус код 416.
417 Предвидените данни в заглавке Expect не могат да бъде удовлетворени от сървъра.
421 Броят на текущите връзки от IP адреса на клиента към сървъра надвишава максималния разрешен брой.
422 Форматът на искането е правилен, но не може да бъде отговорен поради семантични грешки.
424 Заявката е провалена поради предишна грешка.
425 Дефинирано в WebDav Advanced Collections, но не е включено в RFC 3658.
426 Клиентът трябва да премине към TLS/1.0.
449 Разширен от Microsoft, обозначава, че искането трябва да бъде повторено след успешно завършване на операцията.
500 Сървърът е срещнал неочаквана ситуация, която му пречи да изпълни заявката.
501 Сървърът не поддържа функция, желана от текущата заявка.
502 Сървърът, работещ като шлюз или прокси, е получил невалиден отговор от възходящ сървър.
503 Сървърът временно не може да обработи заявката поради поддръжка или претоварване.
504 Сървърът не е получил своевременен отговор от възходяща или помощна система.
505 Сървърът не поддържа или отказва да поддържа версията на HTTP, използвана в искането.
506 Вътрешната конфигурация на сървъра е неправилна.
507 Сървърът не може да съхрани съдържание, необходимо за завършване на заявката.
509 Сървърът е достигнал лимита на пропускателната способност.
510 Политиките за достъп до ресурса не са удовлетворени.

Подробно описание на HTTP статус кодовете - Дълбочинна теория на общите HTTP отговори

HTTP статус кодовете са важна част от комуникацията между клиента и сървъра. Всеки статус код представлява различен отговор на сървъра на заявките на клиента. Разбирането на тези статус кодове е от съществено значение за разработчиците и администраторите на уебсайтове. Този инструмент предлага Подробно описание на HTTP статус кодовете, което ще ви помогне бързо да разберете общите HTTP статус кодове и да предоставя онлайн функция за търсене.

Общи HTTP статус кодове

По-долу са показани някои общи HTTP статус кодове и техните значения, с които можете бързо да разберете отговорите на сървъра:

Статус код Описание Общи сценарии
200 OK Заявката беше успешна, сървърът върна искания ресурс.
301 Преместено трайно Заявеният ресурс е трайно преместен на ново местоположение.
302 Намерено Заявеният ресурс временно е преместен на друго местоположение.
400 Лоша заявка Заявката на клиента е невалидна, сървърът не може да я разбере.
401 Неидентифициран Заявката изисква удостоверение на потребителя, не е предоставена валидна идентификация.
403 Забранено Сървърът отказва заявката, клиентът няма достатъчно права за доступ до ресурса.
404 Не намерен Заявеният ресурс не е намерен на сървъра.
500 Вътрешна грешка на сървъра Сървърът има неочаквана ситуация, която му пречи да завърши заявката.
502 Лош шлюз Сървърът, работещ като шлюз или прокси, получава невалиден ответ.
503 Услугата не е налична Сървърът временно не може да обработи заявката, обикновено поради претоварване или поддръжка.
504 Таймаут на шлюза Сървърът, работещ като шлюз или прокси, не получи своевременен отговор на искането.

Как да използвате инструмента за търсене на HTTP статус кодове?

Можете бързо да намерите и разберете HTTP отговорите, благодарение на функцията за търсене на статус кодове:

  1. Въведете статус код: Въведете HTTP статус код (например: 200, 404, 500 и т.н.) в търсачката.
  2. Вижте описанието: Резултатът от търсенето ще предостави подробно описание на статуса, за да помогне да разберете значението и условието на статуса.
  3. Получаване на препоръки: За общи кодове на грешки (като 404, 500 и т.н.), инструментът ще предостави практически съвети за справяне с проблеми и повишаване на наличността на сайта.

Общи HTTP статус кодове

По-долу са показани някои от най-честите HTTP статус кодове и техните значения:

200 OK

Статус код 200 показва, че заявката е успешна, и сървърът успешно е върнал искания ресурс. Този статус код е най-често срещаният отговор, показващ, че комуникацията между клиента и сървъра е гладка.

404 Not Found

Статус код 404 показва, че исканият ресурс не е намерен на сървъра. Обикновено потребителят ще види съобщение за "страницата не е намерена". Причините могат да включват неправилен URL или проблеми на сървъра.

500 Internal Server Error

Статус код 500 показва, че сървърът е срещнал неочаквана грешка, която пречи на завършването на заявката. Обичайните причини включват конфигурационни грешки на сървъра, сриване на приложения или проблеми с свързването на бази данни.

403 Forbidden

Статус код 403 показва, че сървърът разбира заявката, но отказва да я изпълни. По-обикновено, такова положение може да се случи, когато потребителят няма достатъчно разрешения.

502 Bad Gateway

Статус код 502 показва, че сървърът, работещ като шлюз, получава невалиден отговор. Обикновено това се отнася до проблеми с комуникацията между обратни проксита и сървъри.

Защо е важно да се разберат HTTP статус кодовете?

Разбирането на HTTP статус кодовете е от съществено значение за развитието и управлението на сайта, тъй като те помагат на разработчиците бързо да идентифицират и решават проблеми. Например, 404 грешка показва, че определена страница не съществува, а 500 грешка може да индикира по-сериозен проблем със сървъра. Бързото осведомяване за тези проблеми може да подобри потребителското изживяване и стабилност на сайта.

Как да оптимизирате HTTP статус кодовете?

Според статус кодовете можете да предприемате съответни мерки за оптимизация, например:

  • За 404 грешки можете да предоставите персонализирана страница за грешка, за да помогнете на потребителите да намерят друга полезна информация.
  • За 500 грешки можете да проверите логовете на сървъра и да разрешите проблемите, свързани с кодовете или конфигурацията.
  • Уверете се, че всички статуси са точно идентифицирани спрямо реалното състояние на сървъра, за да избегнете объркване за потребителите или разработчиците.

Заключение

Адекватното и разбиране на HTTP статус кодовете е основно умение за всеки уеб разработчик и системен администратор. Чрез използването на Подробно описание на HTTP статус кодовете, можете бързо да идентифицирате и решавате проблеми с вашия уебсайт, за да осигурите нормалното функциониране на сайта и оптимизиране на потребителското изживяване.

Вашият следи:
Изберете език