Ամեն ինչ Ձեզ անհրաժեշտ է իմանալ HTTP- ի մասին
HTTP (Հիպերտերմիկ փոխանցման արձանագրությունը) ապահովում է ցանցի արձանագրություն ստանդարտ, որը վեբ բրաուզերների եւ սերվերների օգտագործման համար օգտագործվում է շփվելու համար: Դա հեշտ է ճանաչել այն, երբ այցելեք կայք, քանի որ այն գրված է հենց URL- ում (օրինակ ` http: // www ):
Այս արձանագրությունը նման է FTP- ի նման մյուսների, այն է, որ այն օգտագործվում է հաճախորդի կողմից, հեռակա սերվերի ֆայլեր խնդրելու համար: HTTP- ի դեպքում այն սովորաբար վեբ բրաուզեր է, որը HTML- ֆայլեր է պահանջում վեբ սերվերի միջոցով, որոնք այնուհետեւ բրաուզերում ցուցադրվում են տեքստով, պատկերներով, հիպերտոնիկներով եւ այլն:
HTTP- ն այն կոչվում է «քաղաքացիություն չունեցող համակարգ»: Դա նշանակում է, որ ի տարբերություն ֆայլերի փոխանցման այլ արձանագրությունների, ինչպիսիք են FTP , HTTP կապը դադարեցվել է խնդրանքը կատարելուց հետո: Այնպես որ, երբ ձեր վեբ բրաուզերը ուղարկում է պահանջը եւ սերվերը պատասխանում է էջին, կապը փակ է:
Քանի որ վեբ բրաուզերի հիմնական մասը HTTP- ի համար կարող եք մուտքագրել միայն դոմենի անվանումը եւ զննարկիչը ավտոմատ լրացնել «http: //» բաժինը:
HTTP- ի պատմությունը
Տիմ Բերներս-Լին 1990-ականների սկզբին ստեղծեց նախնական HTTP- ը, որպես ստեղծագործության մի մաս, որը բնորոշեց համաշխարհային ցանցի բնօրինակը: 1990-ականների ընթացքում լայնորեն տեղակայված երեք հիմնական տարբերակները.
- HTTP 0.9 (բազային հիմանական փաստաթղթերի աջակցման համար)
- HTTP 1.0 (հարստացված կայքերին եւ չափելիությանը աջակցելու ընդարձակումներ)
- HTTP 1.1 (մշակվել է HTTP 1.0-ի ելակետային սահմանափակումները, որոնք նշված են Internet RFC 2068-ում)
Վերջին տարբերակը, HTTP 2.0, դարձավ հաստատված ստանդարտ 2015 թվականին: Այն պահպանում է HTTP 1.1 հետ հետ համատեղելիությունը, սակայն առաջարկում է լրացուցիչ կատարողականի լրացուցիչ սարքեր:
Չնայած ստանդարտ HTTP- ն չի ծածկում ցանցի միջոցով ուղարկված երթեւեկությունը, HTTPS ստանդարտը մշակվել է HTTP- ի համար գաղտնագրման համար (սկզբանե) Secure Sockets Layer (SSL) կամ (ավելի ուշ) Տրանսպորտային շերտերի անվտանգություն (TLS) օգտագործման միջոցով:
Ինչպես է աշխատում HTTP- ը
HTTP- ը TCP- ի վերեւում կառուցված դիմումի շերտի արձանագրություն, որը օգտագործում է հաճախորդ-սերվերի հաղորդակցման մոդելը: HTTP հաճախորդները եւ սերվերները հաղորդակցվում են HTTP- ի խնդրանքով եւ պատասխան հաղորդագրություններով: Երեք հիմնական HTTP հաղորդագրության տեսակները GET, POST եւ HEAD- ն են:
- Սերվերի ուղարկված HTTP GET հաղորդագրությունները պարունակում են միայն URL : Զրո կամ ավելի լրացուցիչ տվյալների պարամետրերը կարող են ավելացվել URL- ի ավարտին: Սերվերը վերամշակում է URL- ի ընտրովի ընտրանքային մասը, եթե առկա է, եւ վերադարձնում է արդյունքը (վեբ էջ կամ էլեկտրոնային էջի տարր) զննարկիչին:
- HTTP POST հաղորդագրությունները տեղադրում են ցանկացած լրացուցիչ տվյալների պարամետր, խնդրի հաղորդագրության մարմնում, այլ ոչ թե դրանք URL- ի վերջում ավելացնելով:
- HTTP HEAD- ի խնդրանքը նույնն է, ինչ GET հարցումներ է կատարում: URL- ի ամբողջական բովանդակության հետ պատասխանելու փոխարեն, սերվերը վերադառնում է միայն վերնագրի տեղեկատվությանը (պարունակվող HTML բաժնում):
Զննարկիչը հաղորդակցում է HTTP սերվերի հետ հաղորդակցվելով, սերվերի TCP կապակցությամբ: Վեբ զննարկումների նիստերը օգտագործվում են 80-րդ սերվերի ստանդարտի լռելյայն, չնայած երբեմն օգտագործվում են 8080 այլ պորտերը:
Երբ ստեղծվում է նիստ, օգտվողը խթանում է HTTP հաղորդագրությունների ուղարկումը եւ ստացումը, այցելելով վեբ էջ:
Խնդիր HTTP- ի հետ
HTTP- ով փոխանցված հաղորդագրությունները կարող են հաջողությամբ առաքվել մի քանի պատճառներով.
- օգտագործողի սխալը
- վեբ բրաուզերի կամ վեբ սերվերի անսարքություն
- էջերի ստեղծման սխալները
- ժամանակավոր ցանցային glitches
Երբ այդ ձախողումները տեղի են ունենում, արձանագրությունը գրավում է ձախողման պատճառը (հնարավորության դեպքում) եւ հաղորդում է սխալ կոդը, որը վերադառնում է զննարկիչին, որը կոչվում է HTTP կարգավիճակի կոդ : Սխալները սկսվում են որոշակի թվից `նշելու համար, թե ինչ սխալ է դա:
Օրինակ, 4xx- ի սխալները ցույց են տալիս, որ էջի պահանջը չի կարող պատշաճ կերպով ավարտվել կամ խնդրանքը պարունակում է սխալ տեքստ : Որպես օրինակ, 404 սխալներ նշանակում է, որ էջը հնարավոր չէ գտնել; որոշ կայքերի նույնիսկ որոշ զվարճալի մաքսային 404 սխալի էջեր :