HTTP վիճակի կոդերի ձեռնարկ անվճար

Օգտագործվում է Expect: 100-continue հարցումների համար: Սերվերը ստանալ է ընդունում, որ պատրաստ է ստանալ մարմինը, մինչ հաճախորդը այն ուղարկում է: Ժամանակակից վեբ-ծրագրերում հազվադեպ հանդիպ:

Ամենից հաճախ օգտագործվում է WebSocket վերբեռնումների համար. հաճախորդը պահանջ ներկայացնում Upgrade: websocket կամ սերվերը պատասխանում է 101 հարցմամբ անցումային:

WebDAV միջանկյալ հատկությունը ուղարկվել է հաճախորդի հաստատների ժամանակկա վերջանալը կանխելու համար երկար գործողությունների ժամանակ: Հեռու մնաց. ժամանակակից սերվերները չպետք է այն ուղարկեն:

Թույլ է տալիս սերվերներին Link վերնագրեր (նախբեռ/նախ միացում) ուղարկել, մինչ վերջնական պատասխանը դեռ պատրաստվում է, ուստի բրաուզերները կարող են ավելի վաղ սկսել կրիտիկական ակտիվ ստանալ:

Ստանդարտ հաջողության պատասխան: Իմաստը կախված է HTTP մեթոդից. GET → ռեսուրս հետ, POST/PUT → գործողություն ավարտված:

Սովորական POST-ից հետո: Պատասխանը պետք է ներառի Location վերնագիր, որը ցույց է տալիս նոր ռեսուրսի URL:

Ասինխրոն գործողությունների համար. սերվերը կազմակերպում է աշխատանքը: Հաճախորդը պետք է հետազոտի կարգավիճակ վերջ կամ շոտ անց համար:

Հարցումը հաջողվեց, բայց միջանկյալ (ինչպես կեշ կամ փոխակերպող proxy) փոփոխել է բեռնման վերց սկզբից սերվերից. օրինակ, վերբաղ պատկերներ: Գործնականում հազվադեպ:

Հաճախ DELETE գործողությունների կամ PUT թարմացումների համար, որոնք չպետք է մարմին հետ լինեն: Հաճախորդը չպետք է հեռանա ընթացիկ էջից:

204-ի նման, մարմին հետ չի գալիս. բայց հաճախորդը նաև ստանալ ցույց է տալիս վերակայել ձևը կամ տեսածի որ հարցումը ստեղծել (օր. մաքրել ձևի դաշտերը հաջորդ մուտքի համար):

Մեջ Range հարցում: Օգտագործվում է վիդեո խաղացողներով և ներբեռնման կառավարիչներով խանգարված ներբեռնումներ վերսկսել կամ մեծ ֆայլեր հոսել:

WebDAV: XML մարմին հաղորդում արդյունքը մի քանի ենթա-գործողությունների անկախ: օ.գ. խմբային տեղադրման որտեղ որոշ ճյուղեր արմատ եւ մյուսները ձախողված:

WebDAV: օգտագործվում է 207 Բազմ-կարգավիճակ պատասխանների մեջ խուսափել վերսկսել թվարկել հավաք անդամներ որ հավաք թե առաջադրություններ ստեղծել cycles:

Դելտա կոդավորում: սերվերը տարբերության վերած վերամբ այլ տարբերակ փոխարենը լի ռեսուրս, խնայել թողաթողային: Շատ հազվադեպ կատարում:

Սերվերը առաջարկում մի քանի տարբերակ (օ.գ. տարբեր ձևաչափեր կամ լեզուներ) և հաճախորդը պետք է ընտրել մեկ: Հազվադեպ օգտագործվում, քանի որ ավտո բովանդակ հաղորդ սովորաբար կարգավորում այս:

Օգտագործել կայուն URL փոփոխման համար. որոնման շարժիչ թարմացնել իրենց ցուցակ: SEO վերիշի փոխանցել նոր URL:

Երեւում վերամեծնվածք չի կայուն: Կեշ ընդլայն քիչ ագրեսիվ, քան 301: Օգտագործել բաներ ինչպես 'login պահանջ, վերամեծնվածք /login':

Օգտագործել POST ներկայացում հետո. պատասխանն ասում 'ձեր POST աշխատեց, տեսել այս GET URL արդյունքի համար': Բրաուզերներ միշտ GET նոր URL:

Պատասխան պայմանային հարցում (հետ If-None-Match կամ If-Modified-Since վերնագրեր): Խնայել թողաթողային. մարմին հետ չի գալիս:

Եթե սկզբնական POST, վերամեծնվածք նաև POST: Ժամանակակից այլընտրանք 302 երբ մեթոդ պահպանում կարևոր:

Ժամանակակից փոխարինում 301 երբ ուզում POST հարցում մնալ POST հետո վերամեծնվածք:

Սովորական պատճառներ: վատ JSON մարմին, անվավեր հարցում պարամետր, կամ կորուստ պահանջ դաշտեր: Հաստատել հարցում մարմին եւ վերնագրեր:

Հաճախորդ պետք է ներառել վավերացում վավերացում (Authorization վերնագիր, խանութ, թակ): 'Հաստատում' ցուցում. այն իրականում նշանակում 'չ-վավերացում':

Սկզբում նպատակ թվային վճար: Վերջին օգտագործում: API երբեմն վերց 402 երբ օգտատեր գերազանցել պետք վճար քոտա:

Տարբեր 401. օգտատեր ՈՆ հաշվեր, բայց իրենց հաշիվ չունի թույլտվություն այս ռեսուրս: Հաստատել դեր/թույլտվություն տրամաբանություն:

Կամ URL սխալ, ռեսուրս ջնջել, կամ այն երբեք ոչ եղել: Սերվերներ երբեմն վերց 404 թաքցել որ 403 լինի ավելի ճշգրիտ:

Օրինակ, GET հարցում վերջ կետ որ միայն ընդունել POST: Պատասխանը պետք է ներառի Թույլ վերնագիր բառերի վավեր մեթոդ:

Հաճախորդ հարցել բովանդակ տեսակ, լեզու, կամ կոդավորում (via Ընդունել, Ընդունել-Լեզու, Ընդունել-Կոդավորում) սերվերը չի կարող բավարար: Շատ սերվերներ բաց խստիկ հաղորդ եւ վերց լռակյաց փոխարենը:

Հավանել 401, բայց կողմից proxy թողարկել: հաճախորդ պետք է ուղարկել Proxy-Հաստատում վավերացում: Տեսել մեջ կորպոր ցանց հետ վավերացում proxy:

Հաճախորդը ինչ-որ բանի համար շատ երկար սպասեց դիմումի մարմինը ուղարկել կամ միացումը պահել անգործ: Կրկին փորձեք դիմումը:

Սովորաբար վերադարձվում է միաժամանակյա խմբագրման հակասությունների կամ կրկնօրինակ ռեսուրսի ստեղծման համար (օրինակ՝ ակտիվ հաշիվ ստեղծել այն էլ-փոստի հետ որը արդեն գոյություն ունի):

Ավելի ուժեղ, քան 404 — սերվերը բացահայտորեն գիտի, որ ռեսուրսը ԿԱՐ, բայց մշտապես հեռացվել է: Որոնման շարքերը կդասակարգից հանեն:

Դիմումն մերժվել է, քանի որ չունի Content-Length վերնագիր և սերվերը հերքում է անհայտ չափի մարմինները: Ավելացրեք վերնագիրը և փորձեք կրկին:

Վերադարձվում է, երբ պայմանական վերնագրերը, ինչպես If-Match կամ If-Unmodified-Since, ձախողվում են — սովորաբար լավատես կողպեղ՝ մեկ մեկ այլ չափել ձեր ռեսուրսը: Վերանկատել և փորձել կրկին:

Տարածված է խոշոր ֆայլեր վեր բեռ անելիս: Սերվերի կոնֆիգ (nginx, apache) սահմանում է մաքսիմալ մարմինի չափ: Ստուգեք սերվերի կոնֆիգուրացիան:

Սովորաբար առաջանում է շատ երկար հարցման տողերի պատճառով (օրինակ՝ տվյալներ կոդավորել GET-ում): Անցեք POST մարմինի վրա կամ բարձրացրեք սերվերի սահմանը, եթե այն վերահսկում եք:

Օրինակ՝ application/xml ուղարկել սերվերին, որը միայն application/json է ընդունում: Ճիշտ սահմանեք Content-Type վերնագիրը:

Range վերնագիրը խնդրում է ֆայլի այն մասը, որ նա չունի — օրինակ՝ ներբեռնման վերսկսում ֆայլի վերջից դուրս: Պատասխանը պետք է ներառի Content-Range-ի հետ իրական չափը:

Ուղարկվում է, երբ սերվերը չի աջակցում Expect: 100-continue-ին: Որոշ հաճախորդներ այս վերնագիրն ուղարկում են ադրես մեծ POST-ների վրա; այն անջատելը սովորաբար լուծում է սխալը:

1998 թվականից Ապրիլի հուկ (RFC 2324): Որոշ իրական API-ներ այն օգտագործում են մեծ լեզվամեր կամ հիմա կերակուր վերջնակետեր նշել: Ոչ արտադրական օգտագործման համար:

Տարածված HTTP/2 միացման վերօգտագործման պատճառով՝ պահանջը հասել է սերվերին, որը կոնֆիգուր չէ թիրախային հոսթի համար: Հաճախորդը պետք է կրկին փորձի նոր միացման վրա:

Օրինակ՝ JSON ճիշտ վերլուծված, բայց պահանջվող դաշտ բացակայում է կամ դաշտի արժեքը շրջանակից դուրս է: REST API վավերականացման պատասխաններում տարածված:

WebDAV՝ աղբյուր կամ հատկային ռեսուրսը չափազանց մեկ այլ հաճախորդի կողմից, ուստի գործարքը չի կարող շարունակվել: Սպասեք, մինչ կողպեղը ազատվի կամ կոտրեք այն ճիշտ վկայակցով:

WebDAV՝ կախված գործարքների շղթայում՝ ավելի վաղ գործարքն ձախողվել է, ուստի այս գործարքը չի կատարվել: Նայեք ավելի վաղ ձախողվածի համար հիմնական պատճառը:

Կապված TLS 1.3 0-RTT-ի հետ (վաղ տվյալներ)՝ սերվերը ռիսկ չի առաջացնի հնարավոր վերալիք դիմումն մշակել: Հաճախորդը պետք է կրկին փորձի ձեռամուսի աշխատել:

Սերվերը հերքում է ծառայել դիմումը ներկա արձանագրության վրա, բայց կա համաձայնել հետո — պատասխանը ներառում է Upgrade վերնագիր, որ անվանում է պահանջվող արձանագիր:

Սերվերը պահանջում է պայմանական վերնագրեր (ինչպես If-Match), որ կանխել կորցված-թարմացում հակասություններ: Ստեղծեք ռեսուրս, գրավել նրա ETag, եւ վերաուղարկել If-Match-ի հետ:

Սբալճել: Պատասխանը պետք է ներառի Retry-After վերնագիր, որ նշեք որ ժամանակ փորձել: Տարածված API-ներ, որ պահանջի քվոտա ունեն:

Կամ մեկ վերնագիր կամ ընդամենը վերնագիր չափ միջեւ սահմանափակել — առավել հաճախ պատճառ վրա չափազանց կուսակցական: Մաքրել կուսակցական կամ նվազեցնել այն, ինչ վրա պահեք կուսակցական:

Ռեսուրսը փակ է իրավական պատճառներով — սեղմում, դատական կարճ կամ տարածքային կարգերի: Թվականը շակում է վեպ Fahrenheit 451-ի համար:

Ընդհանուր բռնել-ամբ սխալների համար սերվերի դրամ: Ստուգել սերվերի մատյանները իրական պատճառի համար՝ չշարահյուսված բացառություն, տվյալ շինարար շինարար, և այլն:

Օրինակ՝ սերվերը չի ճանաչում HTTP մեթոդը: Հազվադեպ գործում — ավելի շատ կտեղ տեղի վրա 405-ը:

Տարածված միկրո ծառայություն ճարտարապետության մեջ: Բեռնվածքի կամ հակադարձ պրոքսի ստացել վաղ հետ սերվերից:

Կամ պահեն պահեն կամ միջամտություն: Պատասխանը պետք է ներառի Retry-After վերնագիր: Հաճախ վերադարձ փուլի տեղադրման ժամանակ:

Հետ ծառայություն չի արձագանքել ժամանակ դուք: Ստուգել վաղ կամ կարճ առաջ ստուգել հետ ծառայություն կամ ժամանակ կարճ վրա:

Հիմնական HTTP հարկը համայն դիմումը չի աջակցվում սերվերի կողմից: Գրեթե երբ չես տեսել ժամանակակցական հաճախորդներ:

Թույլ բովանդակություն խորհրդատուական ծայր անտ շղթա՝ ընտրված տեղացի հենց կամ շարակցել շարակցել: Ցույց է ձեր շինարար կոնֆիգ շինարար:

WebDAV-հատուկ ծագումից, բայց կա բազական սերվեր: Նշանակում սերվերը չի կարող պահել դիմում հիմա հիմա պահեն շինարար:

WebDAV՝ մշակել Depth՝ անսահմանալի դիմում մտել շղթա (օրինակ շրջանային շինարար): Շարքը տեղավճար:

HTTP Ընդլայնում շինարար ծագումից՝ սերվերը հետ տեղ դրամ դիմում դրամ կատարել: Արդյունքում չ օգտագործում թագ վեբ:

Բեռ բռնել վեբ (ուղեվար/հաղորդակցական WiFi) նշանակել հաճախորդ պետք է հաղորդակցել միջամտություն նախ ստանալ արտաքին հաղորդակցական: