LibraTool logoLibraTool

Бесплатен Референца за HTTP статусни кодови

Референца за пребарување на сите HTTP статусни кодови — што значи секој, кога се користи и вообичаени причини. Од 100 до 511.

Работи офлајн откако ќе се вчита

61 статус код

100

Продолжи

Серверот ги примил заглавјата на барањето и клиентот треба да продолжи со телото.

Се користи за барања со Expect: 100-continue. Серверот потврдува дека е спремен да го прими телото пред клиентот да го испрати. Ретко се среќава во модерните веб-апликации.

RFC 9110 ↗
101

Смена на протоколи

Серверот менува протоколи според барањето на клиентот.

Најчесто се користи за надградба на WebSocket — клиентот бара Upgrade: websocket, а серверот одговара со 101 за да смени.

RFC 9110 ↗
102

Обработка

Серверот го примил барањето и го обработува, но одговорот сè уште не е достапен.

Привремен WebDAV одговор испратен за да се спречат тајм-аути на клиентот при долги операции. Застарено — модерните сервери не треба да го испраќаат.

RFC 2518 ↗
103

Рани навестувања

Прелиминарни заглавја испратени пред конечниот одговор.

Им овозможува на серверите да испраќаат Link заглавја (preload/preconnect) додека конечниот одговор сè уште се подготвува, за прелистувачите да можат порано да почнат со преземање на клучните ресурси.

RFC 8297 ↗
200

Во ред

Барањето беше успешно.

Стандардниот успешен одговор. Значењето зависи од HTTP методот: GET → врати ресурс, POST/PUT → дејството е завршено.

RFC 9110 ↗
201

Создадено

Успешно е создаден нов ресурс.

Вообичаено по POST. Одговорот треба да содржи заглавје Location што покажува на URL-то на новиот ресурс.

RFC 9110 ↗
202

Прифатено

Барањето е прифатено за обработка, но обработката не е завршена.

За асинхрони операции — серверот ја редува работата. Клиентот треба да провери крајна точка за статус или да провери подоцна.

RFC 9110 ↗
203

Неавторитативна информација

Одговорот е изменет од прокси за трансформација.

Барањето беше успешно, но посредник (како прокси за кеширање или трансформација) го изменил товарот од изворниот сервер — на пример, повторно компресирање слики. Ретко во пракса.

RFC 9110 ↗
204

Без содржина

Барањето беше успешно, но нема тело на одговорот.

Често се користи за DELETE операции или PUT ажурирања што не треба да враќаат тело. Клиентот не треба да ја напушти тековната страница.

RFC 9110 ↗
205

Ресетирање содржина

Барањето беше успешно; клиентот треба да го ресетира прегледот на документот.

Како 204, не се враќа тело — но клиентот дополнително е известен да ја ресетира формата или прегледот што го предизвикале барањето (на пр. да ги исчисти полињата на формата за следниот внес).

RFC 9110 ↗
206

Делумна содржина

Серверот испорачал само дел од ресурсот.

Одговор на Range барање. Го користат видео-плеери и менаџери за преземање за да продолжат прекинати преземања или да стримуваат големи датотеки.

RFC 9110 ↗
207

Повеќекратен статус

Телото на одговорот содржи повеќе статус кодови за повеќе операции.

WebDAV: XML тело известува за исходот на неколку под-операции одделно — на пр. групно преместување каде некои ставки успеале, а други не.

RFC 4918 ↗
208

Веќе пријавено

Членовите на колекцијата веќе биле наведени порано во одговорот.

WebDAV: се користи во 207 Multi-Status одговори за да се избегне повторно наведување на членовите на истата колекција кога врзувањата создаваат циклуси.

RFC 5842 ↗
226

IM искористено

Одговорот е резултат на манипулации на инстанца применети врз ресурсот.

Делта енкодирање: серверот враќа разлика во однос на претходна верзија наместо целиот ресурс, што заштедува проток. Многу ретко се имплементира.

RFC 3229 ↗
300

Повеќе можности

Достапни се неколку репрезентации на ресурсот.

Серверот нуди повеќе опции (на пр. различни формати или јазици), а клиентот треба да избере една. Ретко се користи, бидејќи автоматската преговарање за содржина обично го решава ова.

RFC 9110 ↗
301

Трајно преместено

Ресурсот е трајно преместен на нова URL-адреса.

Користете за трајни промени на URL-адресата — пребарувачите ќе го ажурираат својот индекс. SEO авторитетот се пренесува на новата URL-адреса.

RFC 9110 ↗
302

Најдено (привремено пренасочување)

Ресурсот привремено се наоѓа на друга URL-адреса.

Означува дека пренасочувањето не е трајно. Кеширањето е помалку агресивно отколку кај 301. Користете за случаи како „потребна е најава, се пренасочува кон /login“.

RFC 9110 ↗
303

Види друго

Пренасочување кон друга URL-адреса со GET.

Се користи по POST поднесувања — одговорот вели „вашиот POST успеа, погледнете ја оваа GET URL-адреса за резултатот“. Прелистувачите секогаш прават GET на новата URL-адреса.

RFC 9110 ↗
304

Не е изменето

Кешираната верзија сè уште е валидна; користете ја.

Одговор на условно барање (со заглавија If-None-Match или If-Modified-Since). Заштедува проток — не се враќа тело.

RFC 9110 ↗
307

Привремено пренасочување

Слично на 302, но го задржува оригиналниот HTTP метод.

Ако оригиналот бил POST, пренасочувањето исто така користи POST. Модерна алтернатива на 302 кога е важно зачувувањето на методот.

RFC 9110 ↗
308

Трајно пренасочување

Слично на 301, но го задржува оригиналниот HTTP метод.

Модерна замена за 301 кога сакате POST барањата да останат POST по пренасочувањето.

RFC 9110 ↗
400

Погрешно барање

Серверот не можеше да го разбере барањето поради неисправна синтакса.

Чести причини: неисправен JSON во телото, невалидни параметри во барањето, или недостасуваат задолжителни полиња. Проверете ги телото на барањето и заглавијата.

RFC 9110 ↗
401

Неавторизирано

Потребна е автентикација, а таа не е обезбедена.

Клиентот мора да достави податоци за автентикација (Authorization заглавие, колаче, токен). „Неавторизирано“ е погрешен назив — всушност значи „неавтентицирано“.

RFC 9110 ↗
402

Потребно е плаќање

Резервирано за идна употреба — понекогаш се користи за платени API нивоа.

Првично наменето за дигитални плаќања. Модерна употреба: API-ата понекогаш враќаат 402 кога корисникот ја надминал платената квота.

RFC 9110 ↗
403

Забрането

Клиентот е автентициран, но нема дозвола.

Разлика во однос на 401 — корисникот Е најавен, но неговата сметка нема дозвола за овој ресурс. Проверете ја логиката за улоги/дозволи.

RFC 9110 ↗
404

Не е пронајдено

Бараниот ресурс не постои.

Или URL-адресата е погрешна, ресурсот е избришан, или никогаш не постоел. Серверите понекогаш враќаат 404 за да сокријат дека 403 би бил поточен.

RFC 9110 ↗
405

Методот не е дозволен

HTTP методот што се користи не е дозволен за овој ресурс.

На пример, GET барање до крајна точка што прифаќа само POST. Одговорот треба да вклучи заглавие Allow со листа на валидни методи.

RFC 9110 ↗
406

Неприфатливо

Ниту една репрезентација не одговара на заглавијата Accept на клиентот.

Клиентот побарал тип на содржина, јазик или енкодирање (преку Accept, Accept-Language, Accept-Encoding) што серверот не може да го задоволи. Многу сервери прескокнуваат строго преговарање и враќаат стандардна содржина.

RFC 9110 ↗
407

Потребна е автентикација на прокси

Клиентот прво мора да се автентицира кај прокси-серверот.

Слично на 401, но издадено од прокси: клиентот мора да испрати Proxy-Authorization податоци. Се среќава на корпоративни мрежи со прокси за автентикација.

RFC 9110 ↗
408

Истечено време за барање

Серверот истечен додека чекал на барањето.

Клиентот предолго чекал да го испрати телото на барањето или врската останала неактивна. Обидете се повторно.

RFC 9110 ↗
409

Конфликт

Барањето е во конфликт со тековната состојба на ресурсот.

Обично се враќа при истовремени конфликти на уредување или создавање дупликат ресурс (на пр. создавање корисник со е-пошта што веќе постои).

RFC 9110 ↗
410

Исчезнато

Ресурсот е избришан и нема да се врати.

Посилно од 404 — серверот експлицитно знае дека ресурсот ПОСТОЕЛ, но е трајно отстранет. Пребарувачите ќе го отстранат од индексот.

RFC 9110 ↗
411

Потребна е должина

Серверот бара заглавие Content-Length.

Барањето беше одбиено бидејќи немаше заглавие Content-Length, а серверот одбива тела со непозната големина. Додајте го заглавието и обидете се повторно.

RFC 9110 ↗
412

Предусловот не успеа

Услов во заглавијата на барањето не бил исполнет.

Се враќа кога условните заглавија како If-Match или If-Unmodified-Since не успеваат — обично оптимистичко заклучување: некој друг го променил ресурсот по вашата верзија. Превземете ги повторно податоците и обидете се повторно.

RFC 9110 ↗
413

Товарот е преголем

Телото на барањето го надминува ограничувањето на серверот за големина.

Често се случува при поставување големи датотеки. Конфигурацијата на серверот (nginx, apache) поставува максимална големина на телото. Проверете ја конфигурацијата на серверот.

RFC 9110 ↗
414

URI-то е предолго

URL-адресата на барањето го надминува ограничувањето на серверот за должина.

Обично предизвикано од многу долги низи за пребарување (на пр. кодирање податоци во GET). Преминете на POST тело, или зголемете го ограничувањето на серверот ако го контролирате.

RFC 9110 ↗
415

Неподдржан тип на содржина

Серверот не може да го обработи испратениот Content-Type.

На пример, испраќање application/xml до сервер што прифаќа само application/json. Поставете го заглавието Content-Type правилно.

RFC 9110 ↗
416

Опсегот не може да се задоволи

Бараниот опсег на бајти е надвор од големината на ресурсот.

Заглавието Range бара дел што датотеката го нема — на пр. продолжување на преземање по крајот на датотеката. Одговорот треба да вклучи Content-Range со вистинската големина.

RFC 9110 ↗
417

Очекувањето не успеа

Серверот не може да ги исполни барањата на заглавието Expect.

Се испраќа кога серверот не поддржува Expect: 100-continue. Некои клиенти го испраќаат ова заглавие стандардно кај големи POST барања; исклучувањето обично го решава проблемот.

RFC 9110 ↗
418

Јас сум чајник

Серверот одбива да свари кафе бидејќи е чајник.

Шега за 1 април од 1998 година (RFC 2324). Некои вистински API-а го користат за шеги или за означување на застарени крајни точки. Не за производствена употреба.

RFC 2324 ↗
421

Погрешно насочено барање

Барањето било испратено до сервер што не може да одговори на него.

Често со повторна употреба на HTTP/2 врски: барањето стигнало до сервер што не е конфигуриран за целниот домен. Клиентот треба да се обиде повторно на нова врска.

RFC 9110 ↗
422

Необработлива содржина

Барањето било синтаксички валидно, но семантички погрешно.

На пример, JSON е парсиран правилно, но недостасувало задолжително поле, или вредноста на поле била надвор од опсегот. Често во одговорите за валидација на REST API.

RFC 9110 ↗
423

Заклучено

Ресурсот е заклучен.

WebDAV: изворниот или целниот ресурс е заклучен од друг клиент, па операцијата не може да продолжи. Почекајте бравата да се отклучи или прекршете ја со соодветен токен.

RFC 4918 ↗
424

Неуспешна зависност

Барањето не успеа бидејќи претходно зависно барање не успеа.

WebDAV: во низа зависни операции, порано дејство не успеало, па ова не било извршено. Погледнете го претходниот неуспех за вистинската причина.

RFC 4918 ↗
425

Прерано

Серверот одбива да обработи барање што можеби е повторено.

Поврзано со TLS 1.3 0-RTT (рани податоци): серверот нема да ризикува да обработи можно повторено барање. Клиентот треба да се обиде повторно откако ракувањето ќе заврши.

RFC 8470 ↗
426

Потребна е надградба

Клиентот мора да премине на друг протокол.

Серверот одбива да го опслужи барањето преку тековниот протокол, но ќе го стори тоа по надградба — одговорот вклучува заглавие Upgrade со потребниот протокол.

RFC 9110 ↗
428

Потребен е предуслов

Серверот бара барањето да биде условно.

Серверот бара условни заглавија (како If-Match) за да спречи изгубени ажурирања. Превземете го ресурсот, зачувајте го неговиот ETag, и испратете повторно со If-Match.

RFC 6585 ↗
429

Премногу барања

На клиентот му е ограничена брзината.

Успорете. Одговорот треба да вклучи заглавие Retry-After кое покажува кога да се обиде повторно. Често кај API-а со квоти за барања.

RFC 6585 ↗
431

Полињата на заглавието на барањето се преголеми

Заглавијата се преголеми за серверот да ги обработи.

Или едно заглавие или вкупната големина на заглавијата го надминува ограничувањето — најчесто предизвикано од преголеми колачиња. Избришете ги колачињата или намалете го она што апликацијата го зачувува во нив.

RFC 6585 ↗
451

Недостапно поради правни причини

Пристапот е одбиен поради правни барања.

Ресурсот е блокиран поради правни причини — цензура, судски налози или регионални прописи. Бројот е потсетник на романот Фаренхајт 451.

RFC 7725 ↗
500

Внатрешна грешка на серверот

Серверот наишол на неочекувана состојба.

Општа грешка за сите проблеми на страна на серверот. Проверете ги записите на серверот за вистинската причина: необработен исклучок, грешка во базата на податоци итн.

RFC 9110 ↗
501

Не е имплементирано

Серверот не ја поддржува бараната функционалност.

На пример, серверот не го препознава HTTP методот. Ретко во практика — почесто ќе видите 405.

RFC 9110 ↗
502

Погрешна порта

Серверот, дејствувајќи како порта, добил лош одговор од уредувачки сервер.

Често кај микросервисни архитектури. Вашиот балансер на оптоварување или обратен прокси добил неисправен одговор од позадинскиот сервис.

RFC 9110 ↗
503

Услугата е недостапна

Серверот привремено не може да го обработи барањето.

Или е во одржување или е преоптоварен. Одговорот треба да вклучи заглавие Retry-After. Често се враќа за време на распоредувања.

RFC 9110 ↗
504

Истечено време на портата

Серверот-порта истечен додека чекал одговор од уредувачки сервер.

Позадинскиот сервис не одговорил доволно брзо. Проверете ги здравјето и конфигурациите за истечено време на позадинскиот сервис.

RFC 9110 ↗
505

HTTP верзијата не е поддржана

Серверот не ја поддржува HTTP верзијата користена во барањето.

Главната HTTP верзија на барањето не е поддржана од серверот. Речиси никогаш не се среќава со модерни клиенти.

RFC 9110 ↗
506

Варијантата исто така преговара

Серверот има погрешна конфигурација за преговарање за содржина.

Транспарентното преговарање за содржина завршило во циклус: избраната варијанта самата е конфигурирана да преговара. Означува грешка во конфигурацијата на серверот.

RFC 2295 ↗
507

Недоволно складирање

Серверот нема слободен простор на дискот.

По потекло специфично за WebDAV, но понекогаш се користи и од општи сервери. Значи дека серверот не може да го зачува барањето поради ограничувања на складирање.

RFC 4918 ↗
508

Откриен е циклус

Серверот открил бесконечен циклус при обработка на барањето.

WebDAV: обработката на барање Depth: infinity влегло во циклус (на пр. кружни врзувања). Операцијата беше прекината.

RFC 5842 ↗
510

Не е проширено

Потребни се дополнителни проширувања на барањето.

Од застарената HTTP Extension Framework: на серверот му се потребни дополнителни информации пред да го исполни барањето. Практично неупотребено на современиот веб.

RFC 2774 ↗
511

Потребна е мрежна автентикација

Клиентот мора да се автентицира за да добие мрежен пристап.

Се користи од captive portal-и (WiFi во хотели/аеродроми) за да означи дека корисникот мора да се најави на мрежата пред да пристапи до надворешни страници.

RFC 6585 ↗

Како функционира

Оваа алатка е референца на страна на клиентот изградена околу кодирана табела за пребарување од 63 HTTP статусни кодови што опфаќа сите пет класи (1xx–5xx), секоја обележана со бројот на RFC што ја дефинира. Нема повик до сервер, нема надворешно API, и нема мрежно барање — целото филтрирање и прикажување се случува во прелистувачот користејќи ги вградените методи за низи и стрингови на JavaScript.

  1. 1
    Табелата за пребарување се вчитува
    Целото множество од 63 статусни кодови регистрирани од IANA е вградено директно во оваа алатка како JavaScript низа, секој запис носи го нумеричкиот код, канонското англиско име, класата на категорија, и конкретниот RFC што го дефинира (на пр. RFC 9110 за повеќето HTTP/1.1 кодови, RFC 6585 за 429 Too Many Requests, RFC 2324 за 418 I'm a Teapot).
  2. 2
    Филтрирањето работи во меморија
    Додека пишувате или избирате филтер за категорија, Array.filter на JavaScript работи над листата во меморија, совпаѓајќи го вашето барање со бројот на статусниот код, канонското име, и краткиот и долгиот текст на описот користејќи String.includes — без одложување, без комуникација со сервер.
  3. 3
    Деталите се прошируваат со врска до RFC
    Секој резултат се исцртува како HTML елемент details/summary. Проширувањето на запис открива долгото објаснување и директна врска до авторитативниот RFC на rfc-editor.org, така што можете да го прочитате точниот текст на спецификацијата за кој било код.
  4. 4
    Длабоки врски и копирање во клипборд
    Отворањето на запис го ажурира хешот на URL-то со бројот на кодот (на пр. #404), правејќи ја страницата споделлива и погодна за обележување. Копчето за копирање ја запишува канонската низа (на пр. '404 Not Found') во клипбордот преку API-та navigator.clipboard на прелистувачот.

Поврзани алатки

Најчесто поставувани прашања