HTTP статусын кодуудын лавлах — үнэгүй

Expect: 100-continue бүхий хүсэлтэд хэрэглэгддэг. Клиент биеийг илгээхээс өмнө сервер хүлээн авахад бэлэн гэдгээ баталдаг. Орчин үеийн вэб аппуудад ховор тохиолддог.

Голдуу WebSocket-ийн өөрчлөлтүүдэд ашигладаг - клиент Upgrade: websocket хүсэж, сервер 101-ээр хариулдаг.

Урт үйлдлийн үед клиентийн хугацаа дуусахаас сэргийлэхийн тулд илгээдэг WebDAV-ийн завсрын хариу. Хуучирсан — орчин үеийн серверүүд үүнийг илгээх ёсгүй.

Эцсийн хариуг бэлтгэж байх хооронд серверүүдэд Link толгой (preload/preconnect) илгээх боломж олгодог тул хөтчүүд чухал нөөцүүдийг эрт татаж эхлэх боломжтой.

Стандартын амжилтын хариулт. Утга HTTP арга дээр үндэслэнэ: GET → нөөцийг буцаасан, POST/PUT → үйл явц дуусгасан.

POST-ийн дараа түгээмэл байдаг. Хариулт шинэ нөөцийн URL-г заах Location толгойг агуулах ёстой.

Асинхрон үйлдлүүдэд — сервер ажлыг дараалалд оруулж байна. Клиент төлөвийн endpoint-ийг давтан шалгах эсвэл дараа эргэж ирэх ёстой.

Хүсэлт амжилттай болсон боловч завсрын прокси (кэшлэх эсвэл хувиргах) эх серверийн агуулгыг өөрчилсөн — жишээлбэл зургийг дахин шахсан. Практикт ховор.

Ихэнхдээ DELETE үйл явц эсвэл PUT шинэчлэлтүүдэд ашигладаг биеийг буцаах шаардлагагүй. Клиент одоогийн хуудаснаас хөдөлөх ёсгүй.

204-тэй адил биеийг буцаадаггүй — гэхдээ клиентэд хүсэлтийг үүсгэсэн маягт эсвэл харагдацыг дахин тохируулахыг (жишээлбэл дараагийн оруулгад зориулж талбаруудыг цэвэрлэх) мөн хэлдэг.

Range хүсэлтийн хариу. Видео тоглуулагч болон татах менежерүүд тасалдсан татаж авалтыг үргэлжлүүлэх эсвэл том файлыг урсгалаар тоглуулахад ашигладаг.

WebDAV: XML бие нь хэд хэдэн дэд үйлдлийн үр дүнг тус тусад нь мэдээлдэг — жишээлбэл зарим зүйл амжилттай, зарим нь бүтэлгүйтсэн багц зөөлт.

WebDAV: холбоосууд гогцоо үүсгэх үед нэг коллекцийн гишүүдийг давтан жагсаахаас сэргийлэхийн тулд 207 Multi-Status хариу дотор ашиглагддаг.

Delta кодчилол: сервер бүтэн нөөцийн оронд өмнөх хувилбартай харьцуулсан ялгааг буцааж, өргөн дамжуулах чадлыг хэмнэдэг. Маш ховор хэрэгжүүлсэн.

Сервер хэд хэдэн сонголт (жишээлбэл өөр формат эсвэл хэл) санал болгодог бөгөөд клиент нэгийг нь сонгох ёстой. Автомат агуулгын тохиролцоо үүнийг ихэвчлэн шийддэг тул ховор хэрэглэгддэг.

Байнгын URL өөрчлөлтөд ашигла — хайлтын системүүд индексээ шинэчилнэ. SEO нөлөө шинэ URL руу шилжинэ.

Дахин чиглүүлэлт байнгын биш гэдгийг заана. Кэшлэлт 301-ээс бага хүчтэй. 'Нэвтрэх шаардлагатай, /login руу дахин чиглүүлж байна' гэх мэтэд ашигла.

POST илгээмэл хүсэлтүүдийн дараа хэрэглэнэ - хариулт 'таны POST ажилласан, энэ GET URL-г үр дүнгийн хувьд үзэх' гэсэн үг. Броузерүүд үргэлж шинэ URL-г GET-ээр авдаг.

Нөхцөлтэй хүсэлтийн хариулт (If-None-Match эсвэл If-Modified-Since толгойтой). Өргөнийг хэмнэдэг - биеийг буцаадаггүй.

Хэрэв эх хүсэлт POST байсан бол дахин чиглүүлэлт ч POST хэвээр ашиглана. Аргыг хадгалах нь чухал үед 302-ын орчин үеийн хувилбар.

Дахин чиглүүлсний дараа POST хүсэлт POST хэвээр үлдэхийг хүсвэл 301-ийн орчин үеийн орлуулагч.

Түгээмэл шалтгаан: биед буруу бүтэцтэй JSON, хүчингүй асуулгын параметр, эсвэл шаардлагатай талбар дутуу. Хүсэлтийн бие болон толгойг шалгана уу.

Клиент баталгаажуулалтын мэдээллийг (Authorization толгой, cookie, токен) оруулах ёстой. 'Unauthorized' нь буруу нэр — үнэндээ 'баталгаажаагүй' гэсэн утгатай.

Анхандаа дижитал төлбөрт зориулагдсан. Орчин үеийн хэрэглээ: хэрэглэгч төлсөн квотаа хэтрүүлбэл API заримдаа 402 буцаадаг.

401-ээс өөр — хэрэглэгч нэвтэрсэн, гэхдээ түүний бүртгэл энэ нөөцөд эрхгүй. Дүрэм/эрхийн логикийг шалга.

URL буруу, нөөц устгагдсан, эсвэл хэзээ ч байгаагүй. Сервер 403 илүү оновчтой байхыг нуухын тулд заримдаа 404 буцаадаг.

Жишээлбэл, зөвхөн POST хүлээн авдаг endpoint руу GET хүсэлт илгээх. Хариулт нь хүчинтэй аргуудыг жагсаасан Allow толгойг агуулах ёстой.

Клиент сервер хангаж чадахгүй агуулгын төрөл, хэл эсвэл кодчилол (Accept, Accept-Language, Accept-Encoding-ээр) хүссэн. Олон сервер хатуу тохиролцоог алгасаад оронд нь анхдагчийг буцаадаг.

401-тэй адил боловч прокси гаргадаг: клиент Proxy-Authorization мэдээллийг илгээх ёстой. Баталгаажуулдаг проксигтой байгууллагын сүлжээнд тааралддаг.

Клиент хүсэлтийн биеийг илгээхэд хэтэрхий удаан хугацаа авсан эсвэл холболтыг идэвхигүй байлгасан. Хүсэлтийг дахин оролдоно уу.

Ихэвчлэн нэгэн зэрэг засварлах зөрчил эсвэл нөөцийг давхардуулан үүсгэх (жишээлбэл, аль хэдийн байгаа имэйлтэй хэрэглэгч үүсгэх) үед буцаана.

404-өөс хүчтэй — сервер нөөц урьд нь БАЙСАН ч бүрмөсөн устгагдсаныг тодорхой мэддэг. Хайлтын системүүд индексээс хасна.

Content-Length толгой байхгүйн улмаас хүсэлт татгалзагдсан, учир нь сервер хэмжээ нь үл мэдэгдэх биеийг хүлээн авдаггүй. Толгойг нэмээд дахин оролдоно уу.

If-Match эсвэл If-Unmodified-Since зэрэг нөхцөлт толгой хангагдаагүй үед буцна — ихэвчлэн өөдрөг түгжээ (optimistic locking): таны хувилбараас хойш өөр хүн нөөцийг өөрчилсөн. Дахин татаж аваад оролдоно уу.

Том файл ачаалахдаа нийтлэг. Сервер тохируулгын хэмжээ (nginx, apache) дээд биеийн хэмжээг тогтоодог. Серверийн тохируулгыг шалгаа.

Ихэвчлэн маш урт асуулгын мөрөөр үүдэлтэй (жишээлбэл GET-ээр өгөгдлийг кодлох). POST биед шилжүүлэх эсвэл серверийн хязгаарыг өсгөх хэрэгтэй.

Жишээлбэл, application/xml-г зөвхөн application/json-г зөвшөөрдөг серверт илгээх. Content-Type толгойг зөв оруулна уу.

Range толгой нь файл байхгүй хэсгийг хүсэж байна — жишээлбэл, файлын төгсгөлөөс хойш татаж авахыг үргэлжлүүлэх. Хариулт нь Content-Range болон бодит хэмжээтэй байх ёстой.

Сервер Expect: 100-continue-г дэмждэггүй үед илгээнэ. Зарим клиент нь энэ толгойг том POST дээр үндсэн аргаар илгээдэг; үүнийг идэвхгүй болгох нь ихэвчлэн алдаа шийддэг.

1998 оны 4-р сарын 1-ний онигоо (RFC 2324). Зарим бодит API үүнийг онигоонд эсвэл хуучирсан endpoint-ыг тэмдэглэхэд ашигладаг. Бодит ашиглалтад зориулагдаагүй.

HTTP/2 холболтыг дахин ашиглахад түгээмэл: хүсэлт зорилтот хостын нэрт тохируулагдаагүй сервер рүү хүрсэн. Клиент шинэ холболтоор дахин оролдох ёстой.

Жишээлбэл, JSON зөв задарсан ч шаардлагатай талбар дутсан эсвэл талбарын утга хүрээнээс гадуур байна. REST API-ийн баталгаажуулалтын хариуд түгээмэл.

WebDAV: эх эсвэл зорилтот нөөц өөр клиентээр түгжигдсэн тул үйлдлийг үргэлжлүүлэх боломжгүй. Түгжээ суларна гэж хүлээх эсвэл зохих токеноор задлах.

WebDAV: хамааралтай үйлдлүүдийн гинжинд өмнөх үйлдэл бүтэлгүйтсэн тул энэ хийгдээгүй. Үндсэн шалтгааныг олохын тулд өмнөх бүтэлгүйтлийг харна уу.

TLS 1.3 0-RTT (эрт өгөгдөл)-тэй холбоотой: сервер давтагдсан байж болзошгүй хүсэлтийг боловсруулах эрсдэлд орохгүй. Клиент гар барилт дууссаны дараа дахин оролдох ёстой.

Сервер одоогийн протоколоор үйлчилгээ үзүүлэхээс татгалзасан боловч сайжруулалтын дараа — хариулт нь шаардагдах протоколыг нэрлэсэн Upgrade толгойг агуулна.

Сервер алдагдсан шинэчлэлтийн зөрчлөөс сэргийлэхийн тулд нөхцөлт толгой (If-Match гэх мэт) шаарддаг. Нөөцийг татаж аваад ETag-ийг нь авч If-Match-тай дахин илгээнэ үү.

Сааруул. Хариулт нь дахин оролдох цаг хэзээ байхыг зааж Retry-After толгойг агуулах ёстой. API-үүд хүсэлтийн квотатай үед нийтлэг.

Нэг толгой эсвэл нийт толгойн хэмжээ хязгаараас хэтэрсэн — ихэвчлэн хэт том cookie-ээс үүднэ. Cookie-г цэвэрлэх эсвэл апп-ынхаа хадгалдаг зүйлийг багасгана уу.

Нөөц хуулийн шалтгаанаар хаагдсан — цензур, шүүхийн шийдвэр эсвэл бүс нутгийн зохицуулалт. Энэ тоо Fahrenheit 451 романд хүндэтгэл үзүүлсэн хэрэг юм.

Серверийн талын алдааны ерөнхий хариу. Жинхэнэ шалтгааныг серверийн логоос шалгана уу: боловсруулагдаагүй exception, өгөгдлийн сангийн алдаа гэх мэт.

Жишээлбэл, сервер HTTP аргыг танихгүй байна. Практикт ховор — ихэвчлэн 405 харагдана.

Микросервис архитектурт түгээмэл. Таны ачаалал тэнцвэржүүлэгч эсвэл урвуу прокси арын сервисээс буруу бүтэцтэй хариу авсан.

Засвар хийгдэж байгаа эсвэл хэт ачаалалтай. Хариу Retry-After толгойг агуулах ёстой. Ихэвчлэн deploy хийх үед буцдаг.

Арын сервис хангалттай хурдан хариу өгсөнгүй. Дээд түвшний сервисийн эрүүл мэнд болон timeout тохиргоог шалгана уу.

Хүсэлтийн HTTP үндсэн хувилбарыг сервер дэмждэггүй. Орчин үеийн клиентүүдтэй бараг тааралддаггүй.

Ил тод агуулгын тохиролцоо гогцоонд орсон: сонгогдсон хувилбар өөрөө тохиролцох байдлаар тохируулагдсан. Серверийн тохиргооны алдааг илтгэнэ.

Анхандаа WebDAV-д зориулагдсан боловч заримдаа ерөнхий серверүүд хэрэглэдэг. Хадгалах сангийн хязгаарлалтаас болж сервер хүсэлтийг хадгалж чадахгүй гэсэн үг.

WebDAV: Depth: infinity хүсэлтийг боловсруулахад гогцоонд орсон (жишээлбэл, дугуй холбоос). Үйлдэл зогсоогдсон.

Хуучирсан HTTP Extension Framework-оос: хүсэлтийг биелүүлэхээс өмнө сервер нэмэлт мэдээлэл шаарддаг. Орчин үеийн вэбд бараг ашиглагддаггүй.

Captive portal (зочид буудал/нисэх онгоцны буудлын WiFi)-ууд хэрэглэгч гадаад сайтад хандахаас өмнө сүлжээнд нэвтрэх ёстойг заахад ашигладаг.