Universal resurs identifikatori (uri), uning maqsadi va qismlari

Internet bo'yicha maslahatlar

1.4. Yagona resurs identifikatori URI

HTML hujjatlarining o'zaro ta'siri qanday sodir bo'lishini, sahifalar orasidagi o'tishni va tarmoq bilan ishlashda foydalanuvchi kompyuteri odatda ma'lumotlarni qaerdan olishini to'liq tushunish uchun global tarmoq yordamida qanday va nimaga kirishni ko'rib chiqish kerak.

Internetdagi resurslarning ko‘p turlari, xoh ular HTML hujjatlari, rasmlari yoki arxiv fayllari bo‘ladimi, ko‘pincha tarmoqqa ulangan kompyuter (server) qattiq diskidagi fayllardir. Har bir resurs o'z joylashuvini yagona aniqlash uchun ishlatilishi mumkin bo'lgan qiymat bilan taqqoslanadi - universal resurs identifikatori yoki URI (Universal Resource Identifier). URI-lar foydalanuvchining resursga mustaqil kirishi uchun ham (masalan, foydalanuvchining o'zi URI-ni brauzerning manzil satriga kiritganda) va veb-sahifalar o'rtasida navigatsiya qilishda keng qo'llaniladi. URI’lar HTML hujjatlarida ham brauzerga hujjatning o‘zida foydalaniladigan resurslarni (masalan, rasmlar) qayerdan izlash kerakligini aytish uchun ishlatiladi.

Eslatma

Adabiyotda URL yozuvi ham tez-tez ishlatiladi. Shuni ta'kidlash kerakki, URI URL manzillarini o'z ichiga olgan umumiyroq tushunchadir: har qanday URL URI hisoblanadi va URI bilan bir xil qoidalarga bo'ysunadi.

Resurs identifikatori URI uch qismdan iborat: resursga kirish mexanizmining nomi, kompyuterning domen nomi va resurs faylining yo'li. Aytilganlarni aniqlashtirish uchun misolni ko'rib chiqing:

Bu yerda siz HTTP (Hyper Text Transfer Protocol) resursga kirish uchun foydalanilganligini ko'rishingiz mumkin, bu holda bu HTML hujjatidir. Resurs somesite.com domen nomiga ega kompyuterda / info / examples papkasida joylashgan ex_1.html faylida saqlanadi.

Bundan tashqari, URI-lar yordamida HTML hujjatlarining qismlariga murojaat qilishingiz mumkin, masalan:

Ushbu URI dan foydalanib, siz HTML hujjatining tavsif deb nomlangan qismiga kirishingiz mumkin (biz 5-bobda HTML hujjatlarining fragmentlari uchun nomlarni qanday yaratishni ko'rib chiqamiz).

URI'lar, shuningdek, bir xil kompyuter ichidagi resurslarga murojaat qilish imkonini beradi. Bunday holda, resursning nisbiy yo'li ko'rsatiladi. Misol uchun, / info / examples papkasida joylashgan HTML hujjatidagi /info/files/file1.jpg fayliga havola qilish uchun faqat /files/file1.jpg URI ni ko'rsatish kifoya. HTML hujjatlarida bunday havolalar hujjatlarda foydalaniladigan, lekin ularda bevosita saqlanmaydigan rasmlar va boshqa ob'ektlarning yo'llarini ko'rsatadi.

Umuman olganda, URI'lar katta-kichik harflarga sezgir emas. Biroq, URI ning to'g'ri talqin qilinishiga to'liq ishonch hosil qilish uchun, shunga qaramay, UNIX saytidagi giperhavolalar, rasmlar va hokazolar URI'laridagi belgilar registrlariga e'tibor bering? server ishlashni rad etadi (UNIX da fayl nomlari katta-kichik harflarga sezgir). .

URI bilan ishlash

Biz har kuni foydalanamiz Yagona resurs identifikatorlari (URI) WWW da biror narsa qidirganda. URIlar yangi turdagi resursni aniqlash va so'rash uchun kerak. URI lardan foydalanib, siz nafaqat veb-sahifalarga, balki FTP serveriga, veb-xizmatiga va mahalliy fayllarga ham kirishingiz mumkin.

Bu atama ko'pincha URI o'rniga ishlatiladi Yagona Resurs Locator (URL)... URI - bu manbalarga havolalar uchun ishlatiladigan umumiy atama. URL - bu http, ftp va mailto kabi mashhur URI sxemalari bilan bog'langan URI. Texnik hujjatlarda URL atamasi endi ishlatilmaydi.

Boshqa atama sizga allaqachon ma'lum bo'lishi mumkin - Yagona manba nomi (URN)... URN - tarmoqdagi joylashuvidan qat'i nazar, manbani aniqlash uchun ishlatiladigan standartlashtirilgan URI.

Keling, Global Knowledge veb-saytidagi sahifaga havola qiluvchi URI qismlarini tahlil qilaylik:

http://www.globalknowledge.net:80/training/generic.asp?pageid=1078&country=DACH

    URI ning birinchi qismi deyiladi sxema... Sxema URI nom maydonini belgilaydi va sxemadan keyingi ifodaning sintaksisini toraytirishi mumkin. Ko'pgina sxemalar ular foydalanadigan tegishli protokollar (masalan, http, ftp) uchun nomlanadi, ammo bu ixtiyoriy. Bizning misolimizda sxema identifikatori http. O'chirish cheklovchisi(// bu misolda) sxemani URLning qolgan qismidan ajratib turadi.

    Sxema ajratuvchidan keyin server nomi yoki IP-manzil nuqtali kasr belgisi bilan birga keladi, masalan, www.globalknowledge.net.

    Server nomi yoki IP manzili ortida serverdagi ma'lum bir ilovaga ulanishni aniqlaydigan port raqami joylashgan. Agar port raqami ko'rsatilmagan bo'lsa, ushbu protokol uchun standart port raqami ishlatiladi (masalan, HTTP uchun 80 port).

    Yo'l so'ralgan resurs sahifasini (va katalogini) belgilaydi. Bu serverdagi jismoniy faylni ko'rsatishi shart emas, lekin uni dinamik ravishda yaratish mumkin. Bunday holda, yo'l /training/generic.asp kabi ko'rinadi.

    Belgisi bo'yicha yo'ldan? deb nomlangan ushbu URI ning oxirgi qismini olib tashladi so'rov... Bizning misolimizda so'rov pageid = 1078 va mamlakat = DACH qatori bilan aniqlanadi. So'rovlar qatori bir nechta komponentlarga ega bo'lishi mumkin, ularning har biri & belgisi bilan birlashtirilgan o'zgaruvchi va qiymatni belgilaydi. Bir nechta so'rov komponentlari & bilan birlashtirilishi mumkin. Shunday qilib, bizning misolimizda birinchi komponent pageid = 1078, pageid o'zgaruvchisi va qiymati 1078, ikkinchi komponent esa mamlakat = DACH.

    Resurs ichidagi bo'limlarni fragmentlar bilan aniqlash mumkin. Fragmentlar HTML sahifasidagi bo'limlarga ulanish uchun ishlatiladi. Veb-dizaynda fragmentlar xatcho'plar deb ham ataladi. # belgisi fragment identifikatorini yo'ldan ajratib turadi. http; // www.microsoft.com/net/basics/glossary.asp#NETFramework URL manzilida parcha #NETFramework hisoblanadi.

Agar so'rovlar qatoriga # belgi qo'shilsa, u endi fragment emas. URL so'rovlar qatori yoki fragmentni o'z ichiga olishi mumkin, lekin ikkalasi ham emas.

URI-da bir nechta belgilar saqlangan - ularni xost nomlari yoki yo'l nomlariga kiritish mumkin emas, chunki ular maxsus ajratuvchi belgilardir. Quyidagi belgilar URIda saqlangan:

; / ? : @ & = + $ ,

Uri sinfi Tizim nom maydonidan yagona resurs identifikatorini qamrab oladi. U URI-larni tahlil qilish, taqqoslash va birlashtirish uchun xususiyatlar va usullarni o'z ichiga oladi.

Konstruktorga URI satrini uzatish orqali Uri obyektini yaratishingiz mumkin:

Uri baseURI = yangi Uri ("http: // sayt");

Agar sizda asosiy Uri obyekti mavjud boʻlsa, asosiy URI ni nisbiy URI bilan birlashtirib, yangi URI yaratishingiz mumkin:

Uri baseURI = yangi Uri ("http: // sayt"); Uri newURI = yangi Uri (baseURI, "mening / csharp / web / level2 / 2_2.php");

Agar asosiy URI allaqachon yo'lni o'z ichiga olgan bo'lsa, u e'tiborga olinmaydi. Yangi URI uchun asos sifatida faqat sxema, port va server nomi olinadi.

Uri sinfida bir nechta umumiy sxemalarni olish uchun faqat o'qish uchun mo'ljallangan bir nechta statik maydonlar mavjud:

Uri.UriSchemeFile

Fayl sxemasi mahalliy yoki umumiy nomlash konventsiyasiga muvofiq nomlanishi mumkin bo'lgan umumiy tarmoq resurslaridagi fayllarga kirish uchun ishlatiladi ( Universal nomlash konventsiyasi, UNC).

Uri.UriSChemeFtp

FTP sxemasi bilan FTP ftp serveridan fayllarni olish va aksincha, fayllarni ftp serveriga joylashtirish uchun ishlatiladi.

Uri.UriSchemeGopher

Gopher protokoli HTTP ning o'tmishdoshi edi. U ierarxik ko'rish imkoniyatlarini taqdim etdi matnli ma'lumotlar mazmuni haqida, qaerda u FTP dan ustun edi. Ammo tez orada u HTTP protokoli bilan almashtirildi.

Uri.UriSchemeHttp, Uri.UriSchemeHttps

Ushbu ikkita sxema yaxshi ma'lum: http va https. Xavfsiz almashinuv uchun https sxemasidan foydalaniladi.

Uri.UriSchemeMailto

Mailto sxemasi pochta xabarlarini yuborish uchun ishlatiladi.

Uri.UriSchemeNews, Uri.UriSchemeNntp

Yangiliklar va nntp sxemalari NNTP protokolidan foydalangan holda yangiliklar guruhlarida qo'llaniladi.

Uri sinfida sxema va xost nomi toʻgʻri yoki yoʻqligini tekshirish uchun statik usullar mavjud: agar sxema nomi va usul toʻgʻri boʻlsa, Uri.CheckSchemeName () rost qiymatini qaytaradi. UriCheckHostName () nafaqat xost nomini tasdiqlaydi, balki xost turini ko'rsatuvchi UriHostNameType sanab qiymatini ham qaytaradi.

Uri klassi faqat o'qish uchun mo'ljallangan ko'plab xususiyatlarga ega bo'lib, ular URI ning barcha qismlariga kirish imkonini beradi. Quyidagi jadvalda biz xususiyatlardan foydalanishni ko'rsatish uchun misol sifatida yuqoridagi URI dan foydalanamiz:

AbsoluteUri Bu xususiyat to'liq URI-ni ko'rsatadi. Protokol uchun belgilangan port raqami standart port raqamiga teng bo'lsa, Uri konstruktori uni avtomatik ravishda o'chiradi. Bizning misolimiz uchun AbsoluteUri xususiyatining qiymati quyidagicha ko'rinadi: http://www.globalknowledge.net/t yomg'ir / generic.asp? pageid = 1078 va mamlakat = DACH... Agar fayl nomini Uri klassi konstruktoriga uzatsangiz, AbsoluteUri xususiyati fayl nomidan avtomatik ravishda fayl nomidan oldin joylashadi: // sxema.
Sxema Sxema URI ning birinchi qismidir va bu holda bu xususiyat http qiymatini qaytaradi.
Xost Xost xususiyati URI dan xost nomini ko'rsatadi: www.globalknowledge.net
Hokimiyat Agar port raqami protokolning standart qiymatiga teng bo'lsa, Authority xususiyati Xost xususiyati bilan bir xil qatorni ko'rsatadi. Agar boshqa port raqami ishlatilsa, Authority xususiyati port raqamini ham ko'rsatadi.
HostNameType Xost nomining turi ishlatiladigan nomga bog'liq. Bunday holda, yuqorida muhokama qilingan UriHostNameType ro'yxatining bir xil qiymati olinadi.
Port Port xususiyatidan foydalanib, port raqami olinadi - 80.
AbsolutePath Mutlaq yo'l URIdagi port raqamidan keyin boshlanadi va so'rovlar qatoridan oldin tugaydi. Bunday holda, u /training/generic.asp ga o'rnatiladi.
LocalPath Mahalliy yo'l /training/generic.asp qiymatini beradi. Ko'rib turganingizdek, HTTP so'rovi uchun AbsolutePath va LocalPath o'rtasida farq yo'q. Farq URI umumiy tarmoq resursiga murojaat qilganda paydo bo'ladi. Forma faylining URI'lari uchun: \\ server \ share \ directory \ file.txt, LocalPath xususiyati faqat katalog va fayl nomlarini qaytaradi, AbsolutePath xususiyati esa server va ulush nomlarini o'z ichiga oladi.
So'rov Query xususiyati yoʻldan keyingi qatorni koʻrsatadi: Pageid = 1078 & country = DACH.
PathAndQuery PathAndQuery xususiyati yo'l va so'rovlar qatorining kombinatsiyasini beradi: /training/generic.asp?pageid=1078&country=DACH.
Fragment Agar yo'ldan keyin fragment bo'lsa, u Fragment xossasida qaytariladi. Yo'ldan keyin faqat so'rovlar qatori yoki fragmenti bo'lishi mumkin. Fragment # belgisi bilan aniqlanadi
Segmentlar Segmentlar xususiyati yo'ldan hosil bo'lgan qatorlar qatorini qaytaradi. Bunday holda, bizda uchta segment mavjud: /, trening / va generic.asp.
Foydalanuvchi haqida ma'lumot URIda o'rnatilgan foydalanuvchi nomi UserInfo xususiyatidan o'qilishi mumkin. FTP-da foydalanuvchi nomlarini yuborish odatiy holdir va agar anonim bo'lmagan foydalanuvchi ko'rsatilgan bo'lsa, masalan, ftp: // [elektron pochta himoyalangan] keyin UserInfo xususiyati myuserni qaytaradi.

Ro'yxatda keltirilganlarga qo'shimcha ravishda, agar URI faylni, UNC yo'lini, orqaga qaytish manzilini bildirsa yoki ushbu protokol uchun standart port raqami ishlatilsa, mantiqiy qiymatlarni qaytaradigan yana bir qancha xususiyatlar mavjud. Bular mos ravishda IsFile, IsUnc, IsLoopback va IsDefaultPort xususiyatlari.

Har qanday tarmoq resurslariga kirish uchun siz ular qayerda joylashganligini va ularga qanday kirishni bilishingiz kerak. World Wide Web elektron pochta, Gopher, WAIS, telnet, ftp va boshqalarni manzillash va identifikatsiyalash tajribasini hisobga olgan holda standartlashtirilgan manzillash va identifikatsiya sxemasidan foydalanadi. - URL, Yagona Resurs Locator.

URI(Yagona resurs identifikatori) (RFC 2396, 1998 yil avgust) mavhum yoki jismoniy manbani aniqlash uchun ishlatiladigan ixcham belgilar qatoridir. Resurs deganda ma'lum bir makonga tegishli bo'lgan har qanday ob'ekt tushuniladi. Oldindan belgilangan URL-manzillarni (RFC 1738 / RFC 1808) va URN-larni (RFC 2141, RFC 2611) o'z ichiga oladi va bekor qiladi.

URI har qanday resursni noyob tarzda aniqlash uchun mo'ljallangan.

URI larning ba'zi kichik to'plamlari:

URN(Yagona resurs nomi) – “nomlar maydoni”ning quyi toʻplamiga ega shaxsiy “urn:” URI, hatto resurs mavjud boʻlmagan yoki mavjud boʻlmagan taqdirda ham noyob va oʻzgarmas boʻlishi kerak.

Masalan, brauzer ushbu resursni qaerdan qidirishni biladi deb taxmin qilinadi.

Sintaksis:

urn: nom maydoni: data1.data2, more-data, bu erda nom maydoni ikkinchi ":" dan keyingi ma'lumotlardan qanday foydalanishni belgilaydi.

URN misoli:

urn: ISBN: 0-395-36341-6

ISBN - noshirlar uchun tematik tasniflagich

0-395-36341-6 - kitob yoki jurnal mavzusining aniq raqami



URN-ni olgandan so'ng, mijoz dasturi ISBN-ga (Internetdagi "Nashriyotchilar uchun dolzarb klassifikator" katalogiga) murojaat qiladi. Va u "0-395-36341-6" mavzu raqamining shifrini oladi (masalan: "kvant kimyosi").

URN P2P tarmoqlarida keng qo'llaniladi (edonkey kabi).

Edonkey tarmog'idagi Adobe Photoshop v8.0 disk tasviriga ishora qiluvchi URN misoli:

urn: ed2k: // | fayl | AdobePhotoshopv8.0.iso | 940769280 | | /

ed2k - tarmoqni ko'rsatadi

Adobe Photoshop v8.0.iso - fayl nomi

940769280 - baytdagi o'lcham

- fayl identifikatori (xesh funktsiyasi yordamida hisoblangan)

URL yagona resurs lokatori:

Url(Uniform Resource Locator, RFC 1738) yagona resurs lokatori (locator), WWW va Internetda resurs manzilini qayd etishning standartlashtirilgan usuli. URL tarmoqdagi resurslarning joylashuvini iloji boricha tabiiy ravishda ko'rsatish uchun moslashuvchan va kengaytiriladigan tuzilishga ega bo'lib, u resursni nomi yoki boshqa atributlari bilan emas, balki unga kirish usuli (masalan, "tarmoq joylashuvi") orqali aniqlaydi. bu resurs.

URL manzillariga misollar:

http://www.ipm.kstu.ru/index.php

ftp://www.ipm.kstu.ru/

Manzilni ifodalash uchun cheklangan ASCII belgilar to'plamidan foydalaniladi.

Manzilning umumiy ko'rinishi quyidagicha ifodalanishi mumkin:

<схема>://<логин>:<пароль>@<хост>:<порт>/<полный-путь-к-ресурсу >

resurslarga kirish sxemasi: http, ftp, gopher, mailto, news, telnet, file, man, info, whatis, ldap, wais va boshqalar.

Login: Parol- resursga kirish uchun foydalaniladigan foydalanuvchi nomi va parol

mezbon - xostning domen nomi yoki uning IP manzili.

Port- ulanish uchun xost porti

resursga to'liq yo'l - resursning joylashuvi haqidagi ma'lumotlarni aniqlashtirish (protokolga bog'liq).

URL manzillariga misollar:

http://example.com standart boshlang'ich sahifasi uchun # so'rov

http://www.example.com/site/map.html # berilgan katalogdagi berilgan sahifani so'rash

http://example.com:81/script.php # nostandart portga ulanish

http://example.org/script.php?key=value # skriptga parametrlarni o'tkazish bilan so'rov

ftp: // foydalanuvchi: [elektron pochta himoyalangan]# avtorizatsiya bilan ftp serveriga ulanish

http://192.168.0.1/example/www # tarmoq manziliga ulaning

fayl: ///srv/www/htdocs/index.html #ochiq mahalliy fayl

gopher: //example.com/1 # gopher serveriga ulanish

URL - Yagona Resurs Locatorlari ob'ektga qanday borishni aniq tasvirlab beradi.

URL manzillarining paydo bo'lishi Internetdagi muhim yangilikdir. Biroq, ixtiro qilingan paytdan boshlab, URL standarti jiddiy kamchilikka ega - u faqat cheklangan belgilar to'plamidan foydalanishi mumkin, hatto ASCII-dan ham kamroq: harflar, raqamlar va bir nechta tinish belgilari-.

Agar biz URL-manzilda kirill harflari yoki ierogliflari yoki, aytaylik, frantsuz tilining o'ziga xos belgilaridan foydalanmoqchi bo'lsak, unda bizga kerak bo'lgan belgilar maxsus tarzda qayta kodlanishi kerak.

Rus tilidagi Vikipediyada siz har kuni URL kodlash misollarini ko'rishingiz kerak, chunki rus tilida kirill belgilaridan foydalaniladi. Masalan, shunday qator:

http://ru.wikipedia.org/wiki/Microcredit

URL kodlangan:

http://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D1%80%D0%B5%D0%B4%D0 % B8% D1% 82

Ushbu konvertatsiya ikki bosqichda amalga oshiriladi: birinchidan, har bir kirill belgisi Unicode (UTF-8) da ikki baytlik ketma-ketlikda kodlanadi, so'ngra bu ketma-ketlikning har bir bayti o'n oltilik tizimda yoziladi:

M → D0 va 9C →% D0% 9C

va → D0 va B8 →% D0% B8

k → D0 va BA →% D0% BA

p → D1 va 80 →% D1% 80 va boshqalar.

Har bir bunday oʻn oltilik bayt kodidan oldin URL spetsifikatsiyasiga muvofiq foiz belgisi (%) boʻladi – shuning uchun inglizcha “foizli kodlash” atamasi URL va URIʼlarda belgilar qanday kodlanganligini bildiradi.

Asosiy lotin alifbosidan tashqari barcha alifbolarning harflari bunday o'zgarishlarga duchor bo'lganligi sababli, ko'pchilik tillardagi so'zlar bilan URL manzili (ingliz, italyan, lotin tillaridan tashqari) odam uchun o'qib bo'lmaydigan bo'lib qolishi mumkin.

Bularning barchasi Internetdagi barcha yetakchi tashkilotlar, jumladan W3C va ISOC tomonidan e'lon qilingan internatsionalizm tamoyiliga ziddir. Ushbu muammoni IRI (Xalqaro Resurs Identifikatori) standarti - xalqaro resurs identifikatorlari hal qilish uchun mo'ljallangan, ularda Unicode belgilaridan muammosiz foydalanish mumkin bo'ladi va shuning uchun boshqa tillarning huquqlarini buzmaydi.

Boshqa url sxemalari

HTTP sxemasi.

Sxemada uning identifikatori, mashina manzili, TCP porti, server katalogidagi yo'l, o'zgaruvchilar va ularning qiymatlari, yorlig'i ko'rsatilgan.

Sintaksis:

http: // [ [:@][:][?]]

http - sxema nomi

foydalanuvchi - foydalanuvchi nomi

xost - xost nomi

port - port raqami

so'rov (<имя-поля>=<значение>{&<имя-поля>=<значение>) - so'rovlar qatori

RFC 2068 da belgilangan. Odatiy bo'lib, port = 80.

Misollar:
http://ipm.kstu.ru/internet/index.php

Bu ishlatiladigan eng keng tarqalgan URI turi WWW hujjatlari... Sxema nomidan (http) keyin mashinaning domen manzili va HTTP server daraxtidagi HTML hujjatining to'liq manzilidan iborat yo'l keladi.

IP manzili mashina manzili sifatida ham ishlatilishi mumkin:

http://195.208.44.20/internet/index.php

Agar HTTP server 80 dan boshqa narsada ishlayotgan bo'lsa TCP porti, keyin bu manzilda aks ettirilgan:

http://195.208.44.20:8080/internet/index.php

http://195.208.44.20/internet/index.php#metka1
“#” belgisi hujjat nomini teg nomidan ajratib turadi.

O'zgaruvchilar va ularning qiymatlari quyidagicha uzatiladi:
http://ipm.kstu.ru/internet/index.php?var1=value1&vard2=value2

"Var1" va "var2" qiymatlari o'zgaruvchilar nomlari, "qiymat1" va "qiymat2" esa ularning qiymatlari.

FTP sxemasi

Ushbu sxema FTP fayl arxivlariga murojaat qilish imkonini beradi.

Sintaksis:

ftp: // [ [:@][:]

ftp - sxema nomi

foydalanuvchi - foydalanuvchi nomi

parol - foydalanuvchi paroli

xost - xost nomi

port - port raqami

url-path - faylga yo'l va faylning o'zi

RFC 1738 da belgilangan. Odatiy bo'lib, port = 21, foydalanuvchi = anonim, parol = elektron pochta manzili, agar nom ko'rsatilgan bo'lsa, lekin parol ko'rsatilmagan bo'lsa, u muloqot oynasida so'raladi.

kabi ko'rinadi:

//...//[; turi = ], qayerda :

Misollar: ftp://ipm.kstu.ru/students/name/

Foydalanuvchi nomi va parolni belgilash uchun uni quyidagicha yozishingiz kerak:
ftp: // nomi: [elektron pochta himoyalangan]: //ipm.kstu.ru/students/name/

Bunda bu parametrlar mashina manzilidan “@” belgisi bilan, bir-biridan esa ikki nuqta bilan ajratiladi.

MAILTO sxemasi

Ushbu sxema pochta jo'natish uchun mo'ljallangan.

Sintaksis:

pochta: [ {,,...}][?]

mailto - sxema nomi

elektron pochta-1 ( @) - birinchi elektron pochta manzili

foydalanuvchi - foydalanuvchi nomi

xost - xost nomi

e-mail-2 - ikkinchi elektron pochta manzili

so'rov (<имя-поля-заголовка>=<значение>{&<имя-поля-заголовка>=<значение>) - so'rovlar qatori

mailto: [elektron pochta himoyalangan]

Ushbu sxemada maydonlar va ularning qiymatlari o'tkaziladi:

mailto: [elektron pochta himoyalangan]?mavzu = Subject_Email & body = Mavzuga_qaysi_qo'shiladigan_matn

Qabul qiluvchining manzili to maydonining qiymati sifatida ham yozilishi mumkin:

mailto: [elektron pochta himoyalangan]?mavzu = Subject_Email & body = Mavzuga_qaysi_qo'shiladigan_matn

HTTP nima?

Birinchi hujjat (lekin standart emas) RFC1945 (Hypertext Transfer Protocol - HTTP / 1.0 T. Berners-Li, R. Fielding, H. Frystyk, 1996 yil)

Oxirgi versiya RFC2616 (Gipermatnni uzatish protokoli - HTTP / 1.1 R. Fielding, J. Gettys, J. Mogul, H. Frystyk, L. Masinter, P. Leach, T. Berners-Li 1999 yil iyun)

Gipermatnni uzatish protokoli - bu gipermatnni uzatish protokoli, yuqori darajadagi (ya'ni, amaliy qatlam) protokoli. WWW xizmati tomonidan Web-sahifalarni uzatish uchun foydalaniladi.

HTTP (HyperText Transfer Protocol, RFC 2616, joriy versiyasi HTTP / 1.1) gipermatnni uzatish protokoli hisoblanadi. Ushbu protokol dastlab gipermatnli hujjatlarni almashish uchun mo'ljallangan edi, endi uning imkoniyatlari sezilarli darajada kengaytirildi (xususan, oqimni qo'llab-quvvatlash qo'shildi).

HTTP odatiy mijoz-server protokoli bo'lib, xabarlar ASCII buyruqlari shaklida "so'rov-javob" sxemasiga muvofiq almashiladi. HTTP protokolining o'ziga xos xususiyati so'rov va javobda bir xil resursni turli parametrlar: format, kodlash, til va boshqalar bo'yicha ko'rsatish usulini belgilash qobiliyatidir. Bu xabarni kodlash usulini belgilash imkoniyati tufaylidir. mijoz va server ikkilik ma'lumotlarni almashishi mumkin, garchi bu protokol matn bo'lsa ham.

HTTP - bu amaliy qatlam protokoli, lekin u SOAP, XML-RPC, WebDAV kabi boshqa dastur protokollari uchun "transport" sifatida ham ishlatiladi.

HTTP protokoli texnologiya doirasida mijoz dasturi va server dasturi o'rtasidagi o'zaro ta'sirning so'rov-javob usulini belgilaydi. Butun dunyo Veb.

Mijoz brauzeriga veb-sahifani yuklash uchun u server kompyuteriga o'rnatilganni yuboradi maxsus dastur, http-server deb ataladi, tegishli so'rov va undan olingan ma'lumotlarni qayta ishlaydi. Bunday holda, brauzerning vazifalari serverdan ma'lum bir sahifani so'rash, uni olish va foydalanuvchi ekranida ko'rsatishdir. Boshqa tomondan, server so'rovni qabul qiladi, so'ralgan hujjatni qidiradi va mijozga topilgan faylning mazmunini yoki xato xabarini beradi, agar bunday fayl topilmasa yoki biron sababga ko'ra unga kirish taqiqlangan bo'lsa. . Ushbu jarayonni tushunish uchun muhim nuqta shundaki, http server uzatilgan hujjatning mazmunini tahlil qilmaydi. Taxminan aytganda, http-server so'ralgan fayl ichida nima borligiga e'tibor bermaydi, uni faqat brauzerga o'tkazadi va olingan ma'lumotlarni tuzish va ko'rsatish bo'yicha barcha ishlar allaqachon o'z zimmasiga olgan.

So'ralgan sahifani qidirish ushbu sayt uchun server kompyuterida ajratilgan ma'lum bir katalogda amalga oshiriladi - foydalanuvchi tomonidan kiritilgan manzilda ushbu katalogga havola mavjud. Agar qo'ng'iroq ma'lum bir hujjatga emas, balki butun saytga qilingan bo'lsa, http-server avtomatik ravishda indeks deb nomlangan uzatilayotgan fayl nomi o'rniga "boshlang'ich sahifa" deb ataladigan sahifani almashtiradi. .htm yoki index.html (ba'zi hollarda - standart. htm yoki default.html). Ushbu hujjat saytingizni joylashtirish uchun mo'ljallangan asosiy katalogda yoki, agar boshqacha ko'rsatilsa, WWW deb nomlangan katalogda joylashgan bo'lishi kerak. Boshqa barcha fayllar bir xil katalogga yoki pastki kataloglarga joylashtirilishi mumkin, bu ba'zan qulay, ayniqsa sayt bir nechta tematik bo'limlar yoki sarlavhalarni o'z ichiga olgan bo'lsa.

Siz yaratgan, deyarli har qanday kontentni joylashtirishingiz mumkin bo'lgan pastki papkalarga qo'shimcha ravishda, server katalogida odatda alohida aytib o'tilishi kerak bo'lgan yana bir nechta katalog mavjud. Birinchidan, bu CGI-BIN papkasi bo'lib, u yerda CGI skriptlari va saytingizdan ishga tushirilgan boshqa interaktiv ilovalar, shuningdek, serverning normal ishlashi uchun zarur bo'lgan bir nechta xizmat kataloglari joylashgan. Dastlabki bosqichda siz ularga e'tibor bermasligingiz kerak. Ba'zan index.html saqlanadigan bir xil katalogda qator mavjud qo'shimcha fayllar: not_found.html - agar http server foydalanuvchi so'ragan faylni topa olmasa ko'rsatiladigan hujjat, forbidden.html - agar so'ralgan hujjatga kirish taqiqlangan bo'lsa, xato xabari sifatida ko'rsatiladi va nihoyat, robots.txt - fayl , bu qidiruv tizimlari tomonidan saytingizni indekslash qoidalarini aniq tavsiflaydi.

Aksariyat hollarda, ayniqsa, bepul xostingni ta'minlovchi serverlarda bosh sahifani nashr qilishda foydalanuvchilarga xizmat kataloglari va CGI-BIN jildiga kirish taqiqlanadi, not_found va forbidden.html fayllari mazmunini o'zgartirish ham mumkin emas. Resursingizga hech bo'lmaganda xizmat papkalaridan birida fayllarni joylashtirish qobiliyatini talab qiladigan har qanday interaktiv tarkibni qo'shishni rejalashtirmoqchi bo'lsangiz, buni hisobga olish kerak. Ba'zi hollarda sizga serverda ichki kataloglar yaratish taqiqlanishi mumkin, keyin foydalanuvchi sizning ehtiyojlaringiz uchun ajratilgan faqat bitta katalog bilan kifoyalanishi kerak.

Yuqorida aytilganlarning barchasidan ma'lum bo'lishicha, mijozning brauzeri faqat serverdan ma'lumot olishi va qayta ishlashi, shuningdek, fayllarni serverga yuklash HTTP protokoli asosida maxsus CGI skriptlari yordamida amalga oshirilgan taqdirdagina uni joylashtirishi va o'zgartirishi mumkin. server veb-interfeysida. Boshqa barcha holatlarda siz ftp-server deb ataladigan dasturdan foydalanishingiz kerak, unga maxsus dasturiy ta'minot yordamida kerakli fayllarni o'tkazishingiz, ularni avtomatik ravishda saytingiz uchun mo'ljallangan katalogga yuklashingiz mumkin. Ikkala holatda ham tizimga kirish uchun login nomingiz va parolingizni bilishingiz kerak bo'ladi. Shuni ham yodda tutish kerakki, ko'pgina server dasturlari (xususan, UNIX-mos platformalar uchun Apache) kichik va katta harflarni ajratib turadi, shuning uchun xatolarga yo'l qo'ymaslik uchun barcha fayl nomlari va ularning kengaytmalari kichik harflarda va har doim lotin tilida yozilishi kerak. Ikkinchisi ma'lum serverlar uchun xos bo'lgan rus tilidagi kodlashlarni qayta ishlashdagi farqlarga bog'liq.

HTTP protokoli bo'yicha ish quyidagicha: mijoz dasturi server bilan TCP ulanishini o'rnatadi (standart port raqami 80) va unga HTTP so'rovini beradi. Server ushbu so'rovni qayta ishlaydi va mijozga HTTP javobini beradi.

Mijoz va Web-server o'rtasidagi aloqa xabarlar almashinuvi orqali amalga oshiriladi. HTTP xabarlari mijozdan serverga so'rovlar va serverdan mijozga javoblarga bo'linadi.

So'rov va javob xabarlari umumiy formatga ega. Ikkala turdagi xabarlar ham shunday ko'rinadi: birinchi navbatda boshlang'ich satr (boshlang'ich qator), keyin, ehtimol, bir yoki bir nechta sarlavha maydonlari, ular shunchaki sarlavhalar deb ham ataladi, keyin bo'sh qator (ya'ni, CR belgilaridan iborat qator) va LF), sarlavha maydonlarining oxirini, keyin esa xabarning asosiy qismini ko'rsatadi:

boshlang'ich chizig'i

sarlavha maydoni 1

sarlavha maydoni 2

sarlavha maydoni N

xabar tanasi

HTTP protokoli sarlavhalari

Mijoz va serverning boshlang'ich qatori formatlari har xil va ular quyida muhokama qilinadi. Sarlavhalarning to'rt turi mavjud:

So'rovda ham, javobda ham mavjud bo'lishi mumkin bo'lgan umumiy sarlavhalar (umumiy-sarlavhalar);

Faqat so'rovda bo'lishi mumkin bo'lgan so'rov sarlavhalari;

Faqat javobda bo'lishi mumkin bo'lgan javob sarlavhalari;

Ob'ekt - xabarning asosiy qismiga ishora qiluvchi va uning mazmunini tavsiflovchi sarlavhalar.

Har bir sarlavha sarlavha, ikki nuqta ":" va qiymatdan iborat. Eng muhim sarlavhalar 1-jadvalda keltirilgan.

1-jadval

HTTP protokoli sarlavhalari

Sarlavha Uchrashuv
Obyekt sarlavhalari
Ruxsat bering Server tomonidan qo'llab-quvvatlanadigan usullar ro'yxati
Kontentni kodlash Xabar tanasini kodlash usuli, masalan, hajmini kamaytirish uchun
Tarkib uzunligi Xabar uzunligi baytda
Tarkib turi Javobning MIME kontent turi belgisini o'z ichiga oladi. Content-Type qiymatiga qarab, brauzer javobni HTML sahifasi sifatida izohlaydi, gif rasm yoki jpeg fayl sifatida diskda yoki boshqa biror narsada saqlanadi va tegishli harakatni bajaradi. Kontentning ayrim turlari: matn / html - HTML matn (veb-sahifa); matn / oddiy - oddiy matn ("Bloknot" ga o'xshash); image / jpeg - JPEG formatidagi rasm; rasm / gif - bir xil, GIF formatida; Shuningdek, u matnli ma'lumotlar uchun kodlashni ham o'tkazishi mumkin. Masalan: charset = windows-1251 charset = koi8-rus Content-Length - javob mazmunining baytdagi uzunligi (fayl hajmi). Oxirgi tahrirlangan - hujjat oxirgi marta o'zgartirilgan sana va vaqt.
ETag Resurslarni solishtirish imkonini beruvchi serverdagi noyob manba yorlig'i
Muddati tugaydi Serverdagi resurs o'zgartiriladigan sana va vaqt va uni qaytadan olish kerak
Oxirgi tahrirlangan Tarkibni oxirgi o'zgartirish sanasi va vaqti
Javob sarlavhalari
Yosh Yangi kontentni olish uchun so'rovni qaytadan urinish uchun soniyalar soni
Manzil Kontentni olish uchun maslahat qilinadigan resursning URI
Qayta urinish - keyin Muvaffaqiyatli javob olish uchun so'rovni takrorlash kerak bo'lgan sana va vaqt yoki soniyalar soni
Server Javob bergan server dasturining nomi
Sarlavhalarni so'rash
Qabul qiling Brauzer tomonidan qo'llab-quvvatlanadigan kontent turlari ro'yxati ushbu brauzerni afzal ko'rish tartibida, masalan: Qabul qiling: image / gif, image / x-xbitmap, image / jpeg, image / pjpeg, application / vnd.ms-excel, application / msword, application / vnd.ms-powerpoint, * / * Bu, shubhasiz, server bir xil hujjatga turli formatlarda xizmat ko'rsatishi mumkin bo'lgan holatlar uchun kerak. Ushbu parametrning qiymati asosan ma'lum brauzer uchun moslashtirilgan javobni yaratish uchun CGI skriptlari tomonidan qo'llaniladi.
Qabul qilish-Charset Mijoz matn tarkibini qabul qilishi mumkin bo'lgan belgilar kodlari
Qabul qilish-kodlash Server xabarni kodlash usuli
Xost Hujjat so'raladigan xost va port raqami
Agar-o'zgartirilgandan beri agar-mos bo'lsa-bo'lmasa-mos bo'lmasa, agar-diapazon o'zgartirilmagan bo'lsa Shartli manbalarga kirish uchun sarlavhalarni so'rang
Diapazon Hujjatning bir qismini talab qilish
Foydalanuvchi-Agent Mijoz dasturiy ta'minoti nomi - qiymat brauzerning "kod nomi" dir, masalan: Mozilla / 4.0 (mos; MSIE 5.0; Windows 95; DigExt)
Umumiy sarlavhalar
Ulanish Ulanish - Keep-Alive va yaqin bo'lishi mumkin. Keep-Alive bu hujjat chiqarilgandan keyin serverga ulanish uzilmasligini va ko'proq so'rovlar berilishi mumkinligini anglatadi. Ko'pgina brauzerlar Keep-Alive rejimida ishlaydi, chunki u html sahifasi va unga rasmlarni serverga bitta ulanishda "yuklab olish" imkonini beradi. O'rnatilgandan so'ng, "Jonli saqlash" rejimi birinchi xatoga qadar yoki keyingi "Ulanish: yopish so'rovi"da aniq ko'rsatilgunga qadar saqlanadi. yopish - bu so'rovga javob bergandan keyin ulanish yopiladi.
Sana Xabarni shakllantirish sanasi va vaqti
Pragma O'tkazilgan kontent uchun amalga oshirishga xos buyruqlar
Transfer-kodlash Xabarni uzatish uchun kodlash usuli

Ba'zi sarlavhalarda qiymat sana va vaqtdir. Ular RFC 1123 da tasvirlangan formatda bo'lishi kerak, masalan:

Xabarning asosiy qismida uzatilayotgan haqiqiy ma'lumot - xabarning foydali yuki mavjud. Xabar tanasi - bu oktetlar (baytlar) ketma-ketligi. Xabarning asosiy qismi Content-Encoding ob'ektining sarlavhasida ko'rsatilgan kodlash bilan kodlanishi mumkin.

Mijozdan serverga so'rov xabari so'rov qatoridan, sarlavhalardan (umumiy, so'rov, ob'ekt) va, ehtimol, xabarning asosiy qismidan iborat.

So‘rov qatori usul bilan boshlanadi, undan so‘ng so‘ralgan resurs identifikatori, protokol versiyasi va satr oxiridagi belgilar keladi:

<Метод> <Идентификатор> <Версия HTTP>

Metod so'ralgan manbaga qo'llash usulini belgilaydi. Masalan, GET usuli mijoz resurs mazmunini olishni xohlashini aytadi. Identifikator so'ralgan manbani aniqlaydi. HTTP versiyasi quyidagi qator bilan ko'rsatilgan:

HTTP /<версия>.<подверсия>

HTTP protokoli usullari

Keling, HTTP protokolining asosiy usullarini ko'rib chiqaylik.

OPTIONS usuli so'ralgan manba uchun server qo'llab-quvvatlaydigan ulanish imkoniyatlari (masalan, usullar, hujjat turlari, kodlashlar) haqida ma'lumot so'raydi. Ushbu usul mijozga resursda hech qanday harakat qilmasdan yoki yuklab olishni boshlamasdan, resurs yoki server imkoniyatlari bilan bog'liq variantlarni va/yoki talablarni aniqlash imkonini beradi.

Agar serverning javobi xato xabari bo'lmasa, ob'ekt sarlavhalari ulanish variantlari sifatida ko'rib chiqilishi mumkin bo'lgan ma'lumotlarni o'z ichiga oladi. Masalan, Ruxsat berish sarlavhasi ma'lum bir manba uchun server tomonidan qo'llab-quvvatlanadigan barcha usullarni ro'yxatini beradi.

Agar so'ralgan manbaning identifikatori yulduzcha ("*") bo'lsa, OPTIONS so'rovi butun serverga murojaat qilish uchun mo'ljallangan.

Agar so'ralgan resurs identifikatori yulduzcha bo'lmasa, OPTIONS so'rovi ko'rsatilgan resursga ulanishda mavjud bo'lgan variantlarga taalluqlidir.

GET usuli so'ralgan resurs bilan bog'liq har qanday ma'lumotni olish imkonini beradi. Ko'pgina hollarda, agar so'ralgan manbaning identifikatori hujjatga ishora qilsa (masalan, Matnli hujjat, grafik tasvir, video), server ushbu hujjatning mazmunini (fayl mazmunini) qaytaradi. Agar so'ralgan resurs ma'lumotlarni yaratuvchi dastur (dastur) bo'lsa, unda yaratilgan ma'lumotlar bajariladigan faylning ikkilik tasviri emas, balki javob xabarining tanasiga qaytariladi. Bu, masalan, CGI ilovalarini yaratishda ishlatiladi. Agar so'ralgan manbaning identifikatori katalogga (katalog, papka) ishora qilsa, server sozlamalariga qarab, katalog tarkibi (fayllar ro'yxati) yoki ushbu katalogda joylashgan fayllardan birining mazmuni (odatda index.html yoki Default.htm). Ikkinchi holda, papka nomini oxirida "/" belgisi bilan yoki unsiz ko'rsatish mumkin. Agar identifikator oxirida ushbu belgi bo'lmasa, server qayta yo'naltirish bilan javoblardan birini chiqaradi (301 yoki 302 holat kodlari bilan).

"Shartli GET" ni ajratib ko'rsating, unda so'rov xabari If-Modified-Since, If-Unmodified-Since, If-Match, If-None-Match yoki If-Range so'rov sarlavhalarini o'z ichiga oladi. Shartli GET usuli ob'ektni o'tkazishni so'raydi, agar u berilgan sarlavhalarda tavsiflangan shartlarga javob bersa. Shartli GET usuli keraksiz tarmoq yukini kamaytirish uchun mo'ljallangan, chunki u mijoz tomonidan allaqachon saqlangan ma'lumotlarni ikkinchi marta yuklab olmaslik imkonini beradi.

Shuningdek, so'rov xabarida Range so'rovi sarlavhasi mavjud bo'lgan "qisman GET" o'rtasida ham farq mavjud. Qisman GET ob'ektning faqat bir qismini o'tkazishni so'raydi. Qisman GET usuli mijoz tomonidan boshqa qismi allaqachon yuklab olingan bo'lsa, ob'ektning faqat bir qismini so'rash orqali keraksiz tarmoq yukini kamaytirish uchun mo'ljallangan. Range sarlavhasi qiymati qabul qilinadigan baytlar oralig'idir. Baytlar 0 dan boshlab raqamlangan. Diapazonning boshlang'ich va tugash baytlari "-" belgisi bilan ajratilgan. Agar siz bir nechta diapazonlarni olishingiz kerak bo'lsa, ular vergul bilan ajratilgan.

HEAD usuli GET bilan bir xil, faqat server javobda xabar tanasini qaytarmaydi. HEAD so'roviga javobning HTTP sarlavhalaridagi meta-ma'lumotlar GET so'roviga javobda taqdim etilgan ma'lumotlar bilan bir xil. Bu usul ob'ekt tanasini to'g'ridan-to'g'ri yo'naltirmasdan so'rov ob'ekti haqida ma'lumot olish uchun ishlatilishi mumkin. HEAD usuli ko'pincha gipermatnli havolalarni tekshirish uchun ishlatiladi.

POST usuli so'rov uchun qo'llaniladi, bunda murojaat qilingan server so'rovning xabar qismiga (ob'ektiga) kiritilgan ma'lumotlarni oladi va uni so'ralgan manba sifatida ko'rsatilgan dasturga ishlov berish uchun yuboradi. POST quyidagi funktsiyalarni umumiy tarzda amalga oshirish uchun mo'ljallangan:

Mavjud resurslarga izoh;

Elektron e'lonlar taxtasiga (BBS), yangiliklar guruhlariga, pochta ro'yxatlariga yoki shunga o'xshash maqolalar guruhiga xabar joylashtirish;

Shaklga kiritish natijasi kabi ma'lumotlar blokini qayta ishlash jarayoniga o'tkazish;

Ma'lumotlar bazalariga (MB) so'rovlarni bajarish;

Aslida, POST usuli bilan bajariladigan funktsiya so'ralgan resurs identifikatori bilan ko'rsatilgan dastur tomonidan aniqlanadi. CGI ilovalarini yaratishda GET usuli bilan bir qatorda POST usuli ham qo'llaniladi. Brauzer shakllarni yuborishda POST usuli bilan so'rovlarni shakllantirishi mumkin. Buning uchun formani o'z ichiga olgan HTML hujjatining FORM elementida METHOD atributi POST ga o'rnatilgan bo'lishi kerak.

POST harakati serverda harakat qilishi va natijada hech qanday tarkibni uzatmasligi mumkin. Bunday holda, javobda natijani tavsiflovchi xabarlar korpusi mavjudmi yoki yo'qligiga qarab, javobdagi holat kodi 200 (OK) yoki 204 (Mazmunsiz) bo'lishi mumkin.

Agar resurs serverda yaratilgan bo'lsa, javob 201 (Yaratilgan) holat kodini o'z ichiga oladi va Joylashuv javobi sarlavhasini o'z ichiga oladi.

PUT usuli bilan so'rovda uzatiladigan xabarning asosiy qismi serverda saqlanadi va so'ralgan manbaning identifikatori saqlangan hujjatning identifikatori bo'ladi. Agar so'ralgan resurs identifikatori allaqachon mavjud resursga ishora qilsa, u holda xabarning asosiy qismiga kiritilgan ob'ekt serverda joylashgan resursning o'zgartirilgan versiyasi sifatida ko'rib chiqiladi. Agar yangi resurs yaratilsa, server bu haqda foydalanuvchi agentiga 201 (Yaratilgan) holat kodi bilan javob beradi.

POST va PUT usullari o'rtasidagi asosiy farq shundaki boshqa ma'no so'ralgan resurs identifikatori. POST so'rovidagi URI xabarning asosiy qismiga kiritilgan ob'ektni boshqaradigan resursni aniqlaydi. Ushbu resurs ma'lumotlarni qabul qiluvchi dastur bo'lishi mumkin. Bundan farqli o'laroq, PUT so'rovidagi URI so'rovga kiritilgan ob'ektni xabar tanasi sifatida belgilaydi, ya'ni foydalanuvchi agenti berilgan URI ni kiritilgan manbaga tayinlaydi.

DELETE usuli serverdan so'ralgan identifikatorga ega bo'lgan manbani o'chirishni so'raydi. Agar foydalanuvchi so'ralgan manbani o'chirishga ruxsati bo'lmasa, ushbu usul bilan so'rov server tomonidan rad etilishi mumkin.

TRACE usuli HTTP protokoli darajasida yuborilgan so'rovni qaytarish uchun ishlatiladi. So'rovni qabul qiluvchi (veb-server) qabul qilingan xabarni mijozga 200 (OK) holat kodi bilan javob ob'ektining tanasi sifatida yuboradi. TRACE so‘rovi xabarlar mazmunini o‘z ichiga olmaydi.

TRACE mijozga server boshqa tomondan nimani qabul qilayotganini ko'rish va bu ma'lumotlardan sinov yoki diagnostika uchun foydalanish imkonini beradi.

Agar so'rov muvaffaqiyatli bo'lsa, javob javob xabari tanasida to'liq so'rov xabarini o'z ichiga oladi va Content-Type ob'ektining sarlavhasi "xabar / http" dir.

Javob kodlari

So'rov xabarini qabul qilgandan va sharhlagandan so'ng, server HTTP javob xabari bilan javob beradi.

Javobning birinchi qatori Status-Line. U protokol versiyasidan, raqamli holat kodidan, bo'sh joylar bilan ajratilgan tushuntirish iborasidan va satr oxiridagi belgilardan iborat:

<Версия HTTP> <Код состояния> <Поясняющая фраза>

Protokol versiyasi so'rovdagi kabi ma'noga ega.

Status-Code elementi so'rovni tushunish va qondirish natijasining butun sonli uch xonali (uch xonali) kodidir. Reason-Frase - bu holat kodining qisqacha matnli tavsifi. Holat kodi dasturiy ta'minotni qayta ishlash uchun, tushuntirish iborasi esa foydalanuvchilar uchun.

Holat kodining birinchi raqami javob sinfini aniqlaydi. Oxirgi ikki raqam tasniflashda o'ziga xos rolga ega emas. Birinchi raqam uchun 5 ta qiymat mavjud:

1xx: Axborot kodlari - so'rov qabul qilindi, ishlov berish davom etmoqda.

2xx: Muvaffaqiyat kodlari - harakat muvaffaqiyatli qabul qilindi, tushunildi va qayta ishlandi.

3xx: Qayta yo'naltirish kodlari - so'rovni bajarish uchun qo'shimcha harakatlar amalga oshirilishi kerak.

4xx: Mijoz xatosi kodlari - so‘rovda sintaksis xatosi bor yoki to‘ldirib bo‘lmadi.

5xx: Server xato kodlari - Server to'g'ri so'rovni bajara olmaydi.

Har bir holat kodi uchun sabab-iboralar RFC 2068da keltirilgan va tavsiya etiladi, lekin ular protokolga taʼsir qilmasdan ekvivalentlar bilan almashtirilishi mumkin. Misol uchun, HTTP serverlarining mahalliylashtirilgan rus tilidagi versiyalarida bu iboralar ruscha bilan almashtiriladi. 2-jadvalda HTTP serverining javob kodlari keltirilgan.

jadval 2

HTTP server javob kodlari

Kod RFC 2068 bo'yicha tushuntirish iborasi Rus tilidagi ekvivalent izohli ibora
1xx: Axborot kodlari
Davom eting Davom eting
2xx: Muvaffaqiyat kodlari
OK OK
Yaratilgan Tomonidan yaratilgan
Kontent yo'q Kontent yo'q
Kontentni tiklash Kontentni tiklash
Qisman tarkib Qisman tarkib
3xx: Qayta yo'naltirish kodlari
Vaqtinchalik koʻchirildi Vaqtinchalik ko'chirildi
Oʻzgartirilmagan O'zgartirilmagan
4xx: Mijoz xato kodlari
Noto'g'ri so'rov Buzilgan so'rov
Ruxsatsiz Ruxsatsiz
Topilmadi Topilmadi
Ruxsat berilmagan usul Usul ruxsat etilmaydi
So'rov muddati tugashi So‘rov muddati tugadi
Mojaro Mojaro
Uzunlik talab qilinadi Uzunlik talab qilinadi
So'rov ob'ekti juda katta Soʻrov obyekti juda katta
5xx: Server xato kodlari
Serverdagi ichki xatolik Serverdagi ichki xatolik
Amalga oshirilmagan Amalga oshirilmagan
Xizmat ish faoliyatida emas Xizmat mavjud emas
HTTP versiyasi qo'llab-quvvatlanmaydi Qo'llab-quvvatlanmaydigan HTTP versiyasi

Holat satridan keyin sarlavhalar (umumiy, javob va ob'ekt) va ehtimol xabarning asosiy qismi bo'ladi.

Veb-serverning eng muhim vazifalaridan biri mahalliy fayl tizimining bir qismiga kirishni ta'minlashdir. Buning uchun server sozlamalarida ma'lum bir katalog ko'rsatilgan, bu server uchun ildiz hisoblanadi. Hujjatni nashr qilish, ya'ni uni qilish foydalanuvchilar uchun mavjud ushbu serverga "tashrif buyurgan" (u bilan HTTP protokoli orqali bog'langan), siz ushbu hujjatni veb-serverning ildiz katalogiga yoki uning pastki kataloglaridan biriga nusxalashingiz kerak. HTTP protokoli orqali ulanishda serverda foydalanuvchi huquqlariga ega jarayon yaratiladi, bu qoida tariqasida haqiqatda mavjud emas, lekin server resurslarini ko'rish uchun maxsus yaratilgan. Huquqlar va ruxsatlarni sozlash berilgan foydalanuvchi veb-resurslarga kirishni boshqarishingiz mumkin.

O'ylab ko'ring eng oddiy misol HTTP so'rovi. Agar brauzerning manzil oynasida http://yandex.ru manzilini yozsak, u holda brauzer yandex.ru serverining IP manzilini aniqlaydi va unga 80-portga quyidagi HTTP so'rovini yuboradi:

http://yandex.ru/ HTTP / 1.0

Qabul qiling: rasm / gif, rasm / x-xbitmap, rasm / jpeg, tasvir / pjpeg, ilova / vnd.ms-excel, ilova / msword, ilova / vnd.ms-powerpoint, * / *

Qabul qilish tili: ru

Cookie: yandexuid = 2464977781018373381

Foydalanuvchi agenti: Mozilla / 4.0 (mos keladi; MSIE 5.5; Windows 98)
Xost: yandex.ru

Manba: narod.ru

Proksi-ulanish: Jonli tuting

So'rov shifrlanmagan matnda yuboriladi. So'rovning eng muhim qismi birinchi qatorda joylashgan: Bu so'rov turi (GET), so'ralgan hujjatning URL manzili (http://yandex.ru) va HTTP protokoli versiyasi (HTTP / 1.0). ). Quyida so'rov parametrlari keltirilgan. Har bir satr bitta parametrga mos keladi. Satr parametr nomidan boshlanadi, undan keyin ikki nuqta va parametr qiymati qo'yiladi.

Qabul qilish - brauzer qabul qilishi mumkin bo'lgan ma'lumotlar turi (MIME kodlangan).

Qabul qilish tili brauzer ma'lumotlarni qabul qilmoqchi bo'lgan afzal tildir. User-Agent - so'rov yuborilgan dastur turi.

Xost - so'rov yuborilgan xostning DNS (yoki IP) nomi.

Cookie - cookie fayllari (mijozning mahalliy diskida server tomonidan oxirgi marta ushbu xostga tashrif buyurganida saqlangan ma'lumotlar).

Referer - biz sahifasidan so'rov yuborayotgan xost. Shunday qilib, masalan, agar biz http://narod.ru sahifasida bo'lsak va u erda http: //yandex.ru havolasini bossak, so'rov yandex.ru xostiga va referer so'rovi maydoniga yuboriladi. narod.ru mezbonining nomini o'z ichiga oladi.

So'rov parametrlari to'plami aniqlanmagan. Yuqoridagilardan tashqari, boshqa parametrlar ham bo'lishi mumkin.

Eng qiziqarli parametrlar - referer va cookie. Ushbu parametrlar asosan foydalanuvchini serverga autentifikatsiya qilish uchun ishlatiladi.

GET so'rovi mijozdan serverga uzatilgan ma'lumotlarni o'z ichiga olishi mumkin. Ular CGI protokoli yordamida to'g'ridan-to'g'ri URL orqali uzatiladi. Maʼlumotlar URL manzilidan “?” belgisi bilan ajratilgan. va "&" belgisi bilan bog'langan:

OLISH ?<параметр 1>=<значение 1>&<параметр 2>=<значение 2>&…

Serverga ma'lumotlarni uzatishning bunday turi qulay, ammo uning hajmi bo'yicha cheklovlar mavjud. URL orqali juda katta hajmdagi maʼlumotlarni uzatib boʻlmaydi. Bunday maqsadlar uchun so'rovning yana bir turi mavjud: POST so'rovi. POST so'rovi GET so'roviga juda o'xshaydi, faqat POST so'rovidagi ma'lumotlar so'rov sarlavhasidan alohida uzatiladi:

So'rovning asosiy qismi sarlavhadan bo'sh qator bilan ajratilishi kerak. Agar server POST so'rovida bo'sh satrga duch kelsa, undan keyingi hamma narsa so'rovning asosiy qismini (uzatilgan ma'lumotlarni) ko'rib chiqadi. Quyidagilarga e'tibor bering: POST so'rovining asosiy qismidagi ma'lumotlarning formati o'zboshimchalik bilan. CGI formati eng ko'p qo'llanilsa-da, bu shart emas. Bundan tashqari, POST so'rovi so'rov tanasini talab qilmaydi va ma'lumotlarni URL orqali ham uzatishi mumkin.

CGI formatiga qo'shimcha ravishda, ba'zan shunday deb ataladi. ko'p qismli format (uzatiladigan ma'lumotlarning formati Content-Type parametri bilan belgilanadi):

Zamonaviy brauzerlar veb-ishlab chiquvchilar uchun yuborilayotgan post so'rovlari haqida ma'lumot olish uchun vositalarni o'z ichiga oladi. Agar siz bir nechta so'rovlarning sarlavhalarini ko'rib chiqishingiz kerak bo'lsa, ulardan foydalanish boshqa usullarga qaraganda osonroq va tezroq bo'ladi.

Agar siz Firefox-dan foydalansangiz, uning veb-konsolidan foydalanishingiz mumkin. U so'rov sarlavhalarini va uzatilgan cookie fayllarini ko'rsatadi. Uni ishga tushirish uchun brauzer menyusini oching, "Veb-ishlab chiqish" bandini bosing va "Veb konsol" ni tanlang. Ko'rsatilgan panelda "Tarmoq" tugmasini faollashtiring. Usul nomini kiriting - filtr maydoniga joylashtiring. Maqsadlaringizga qarab, kerakli so'rovni yuboradigan shakl tugmachasini bosing yoki sahifani yangilang. Konsol yuborilgan so'rovni ko'rsatadi. Batafsil ma'lumotlarni ko'rish uchun sichqoncha bilan ustiga bosing.

Google brauzeri Chrome-da nosozliklarni tuzatish uchun kuchli vositalar mavjud. Ulardan foydalanish uchun kalit tasviri bilan belgini bosing va keyin "Google Chrome-ni sozlash va boshqarish" bandini oching. "Asboblar" ni tanlang va "Ishlab chiquvchi asboblar" ni ishga tushiring. Asboblar panelida Tarmoq yorlig'ini tanlang va so'rovingizni yuboring. Ro'yxatda kerakli so'rovni toping va tafsilotlarni o'rganish uchun ustiga bosing.

V Opera brauzeri Opera Dragonfly uchun o'rnatilgan ishlab chiquvchi vositalari mavjud. Ularni ishga tushirish uchun kerakli sahifani o'ng tugmasini bosing va kontekst menyusidagi "Elementni tekshirish" bandini tanlang. Tuzuvchi asboblar tarmog'i yorlig'iga o'ting va so'rovingizni yuboring. Uni ro'yxatda toping va server sarlavhalari va javoblarini tekshirish uchun kengaytiring.

Internet Explorer 9 da "F12 Developer Tools" deb nomlangan to'plam mavjud batafsil ma'lumot bajarilgan so'rovlar bo'yicha. Ular F12 tugmachasini bosish yoki xuddi shu nomdagi elementni o'z ichiga olgan "Xizmat" menyusi yordamida boshlanadi. So'rovni ko'rish uchun "Tarmoq" yorlig'iga o'ting. Xulosa ichida berilgan so'rovni toping va tafsilotlarni kengaytirish uchun ikki marta bosing.

Chrome brauzerlari va Internet Explorer 9 da yuborilgan post so'rovini to'liq batafsil tekshirish imkonini beruvchi o'rnatilgan vositalar mavjud. To'liq ma'lumot olish uchun ularni yoki Firebug plagini o'rnatilgan Firefox-dan foydalaning. Bu so'rovlarni tez-tez tekshirish uchun juda qulay, masalan, saytlarni disk raskadrovka qilishda.

Brauzerdan boshqa dastur tomonidan yuborilgan so'rovni ko'rishni istasangiz, Fiddler HTTP tuzatuvchisidan foydalaning. U proksi-server sifatida ishlaydi va har qanday dasturning so'rovlarini to'xtatadi, shuningdek, ularning sarlavhalari va mazmuni haqida juda batafsil ma'lumot beradi.

URI (Yagona manba identifikatori) birlashtirilgan (bir xil) resurs identifikatoridir. URI - bu har qanday resursni aniqlash imkonini beruvchi belgilar qatori: hujjat, rasm, fayl, xizmat, elektron pochta qutisi va hokazo.. Avvalo, gap, albatta, Internet va World Wide Web resurslari haqida ketmoqda. . URI resurslarni aniqlashning oddiy va kengaytiriladigan usulini taqdim etadi. URI kengaytirilishi URI ichida bir nechta identifikatsiya sxemalari allaqachon mavjudligini va kelajakda yana ko'p narsalar yaratilishini anglatadi.

URI, URL va URN o'rtasidagi munosabat

URI sxemasining quyi to'plamlarini ko'rsatadigan Venn diagrammasi: URL va URN.

URI bu URL, URN yoki ikkalasidir.

  • URL bu URI bo'lib, u resursni aniqlashdan tashqari, ushbu manbaning joylashuvi haqida ham ma'lumot beradi.
  • URN - bu faqat ma'lum bir nom maydonidagi (mos ravishda, ma'lum bir kontekstda) manbani aniqlaydigan URI, lekin uning joylashgan joyini ko'rsatmaydi. Masalan, URN urn: ISBN: 0-395-36341-1 ISBN nom maydonidagi 0-395-36341-1 resursiga (kitobga) ishora qiluvchi URI hisoblanadi, lekin URLdan farqli oʻlaroq, URN manzilni koʻrsatmaydi. ushbu resursning joylashuvi: uni qaysi do'konda sotib olishingiz yoki qaysi veb-saytdan yuklab olishingiz mumkinligini aytmaydi.

URI har doim ham URL manzilidan farqli ravishda resursni qanday olish kerakligini ko'rsatmaydi, faqat uni aniqlaydi, bu Internet orqali olish mumkin bo'lmagan (masalan, shaxs, mashina, shahar va boshqalar).

Hikoya

1990 yilda Jenevada, Shveytsariya, Yadroviy tadqiqotlar bo'yicha Yevropa kengashi devorlari ichida britaniyalik olim Tim Berners-Li resurslarning joylashuvini aniqlashning URL manzilini ixtiro qildi. URL eng ko'p ishlatiladigan URI to'plami bo'lganligi sababli, 1990 yil URI tug'ilgan yili deb hisoblanadi. Ammo, aniq aytganda, URI kontseptsiyasi faqat 1994 yil iyun oyida RFC 1630 da hujjatlashtirilgan.

URI ning yangi versiyasi 1998 yilda RFC 2396 da aniqlangan, bir vaqtning o'zida so'z Universal sarlavhasiga o'zgartirildi Uniforma.

Kamchiliklar

URL Internetdagi asosiy yangilik edi, shuning uchun URL-ning to'liq mosligini ta'minlash uchun URI tamoyillari hujjatlashtirilgan. URI-larning katta kamchiligi bu erdan kelib chiqadi, bu URL-lardan meros bo'lib qoladi. URI, xuddi URL kabi, faqat cheklangan to'plamdan foydalanishi mumkin Lotin belgilar va tinish belgilari (hatto ASCIIdan kamroq). Boshqacha qilib aytadigan bo'lsak, agar biz URIda kirill alifbosi belgilaridan yoki ierogliflardan yoki, aytaylik, ma'lum frantsuzcha belgilardan foydalanmoqchi bo'lsak, Vikipediya URL-manzillarni Unicode belgilar bilan kodlaganidek URI-ni kodlashimiz kerak bo'ladi. Masalan, shunday qator:

https://ru.wikipedia.org/wiki/Cyrillic

URL kodlangan:

https://ru.wikipedia.org/wiki/%D0%9A%D0%B8%D1%80%D0%B8%D0%BB%D0%BB%D0%B8%D1%86%D0%B0

Ingliz tilida qo'llaniladigan lotin alifbosidan tashqari barcha alifbolarning harflari bunday o'zgarishlarga duchor bo'lganligi sababli, boshqa tillardagi (hatto Yevropa) so'zli URIlar odamlar tomonidan idrok etish qobiliyatini yo'qotadi. Va bu Internetning barcha etakchi tashkilotlari, shu jumladan W3C va ISOC tomonidan e'lon qilingan internatsionalizm tamoyiliga mutlaqo ziddir. Ushbu muammoni IRI standarti (eng. Xalqaro resurs identifikatori) - Unicode belgilaridan muammosiz foydalanish mumkin bo'lgan va boshqa tillarning huquqlarini buzmaydigan xalqaro resurs identifikatorlari. Shuningdek, URI yaratuvchisi Tim Berners-Li, URL asosini tashkil etuvchi domen nomlari tizimi ekanligini aytdi. yomon qaror gipermatnli veb uchun unchalik mos bo'lmagan resurslarga ierarxik arxitekturani yuklaydi.

URI tuzilishi

URI = [sxema ":"] ierarxik - qism [ "?" so'rov] ["#" parchasi]

Ushbu yozuvda:

Sxema

resursga kirish sxemasi (ko'pincha tarmoq protokolini bildiradi), masalan, http, ftp, fayl, ldap, mailto, urn

Ierarxik qism

Odatda ierarxik shaklda tashkil etilgan ma'lumotlarni o'z ichiga oladi, ular ierarxik bo'lmagan komponentdagi ma'lumotlar bilan birlashtirilganda so'rov, URI sxemasi doirasidagi resursni aniqlashga xizmat qiladi. Odatda ierarxik qism resursga yo'lni (va, ehtimol, uning oldida, u joylashgan serverning manzilini) yoki resurs identifikatorini (URN holatida) o'z ichiga oladi.

So'rov

bu ixtiyoriy URI komponenti yuqorida tavsiflangan.

Fragment

(shuningdek, ixtiyoriy komponent)

Birlamchi manbaga havola qilish va qo'shimcha ma'lumotni ko'rsatish orqali bilvosita ikkilamchi resursni aniqlash imkonini beradi. Aniqlanishi mumkin bo'lgan ikkilamchi resurs asosiyning qaysidir qismi yoki kichik to'plami, uning qandaydir ko'rinishi yoki bunday resurs tomonidan belgilangan yoki tavsiflangan boshqa resurs bo'lishi mumkin.

URI strukturasini tahlil qilish. URIlarni "tahlil qilish" uchun (ing. tahlil qilish), ya'ni URI-larni ularning tarkibiy qismlariga ajratish va ularni keyinchalik identifikatsiya qilish uchun hozir deyarli barcha zamonaviy dasturlash tillarida mavjud bo'lgan muntazam ifoda tizimidan foydalanish eng qulaydir. RFC 3986 da URI larni tahlil qilish uchun quyidagi naqsh tavsiya etiladi:

Ushbu naqsh yuqorida raqamlar bilan ko'rsatilgan 9 ta guruhni o'z ichiga oladi (naqshlar va guruhlar haqida qo'shimcha ma'lumot olish uchun Oddiy iboralar bo'limiga qarang), ular odatdagi URI strukturasini eng to'liq va aniq tahlil qiladi, bu erda:

  • 2-guruh - sxema,
  • 4-guruh - manba,
  • 5-guruh - yo'l,
  • 7-guruh - so'rov,
  • 9-guruh - parcha.

Shunday qilib, agar ushbu shablondan foydalanib, biz, masalan, bunday odatiy URI-ni tahlil qilsak:

http://www.ics.uci.edu/pub/ietf/uri/#Related

keyin yuqoridagi 9 shablon guruhi mos ravishda quyidagi natijalarni beradi:

  1. http:
  2. //www.ics.uci.edu
  3. www.ics.uci.edu
  4. / pub / ietf / uri /
  5. natija yo'q
  6. natija yo'q
  7. #Bog'liq
  8. Bog'liq

URI ga misollar:

Mutlaq URIlar

  • https://ru.wikipedia.org/wiki/URI
  • ftp://ftp.is.co.za/rfc/rfc1808.txt
  • fayl: // C: \ UserName.HostName \ Projects \ Wikipedia_Articles \ URI.xml
  • fayl: /// C: /file.wsdl
  • fayl: ///Users/John/Documents/Projects/Web/MyWebsite/about.html
  • ldap: /// c = GB? objectClass? bir
  • mailto: [elektron pochta himoyalangan]
  • qultum: [elektron pochta himoyalangan]
  • yangiliklar: comp.infosystems.www.servers.unix
  • ma'lumotlar: matn / oddiy; belgilar to'plami = iso-8859-7,% bo'lish% bo'lish%
  • tel: + 1-816-555-1212
  • telnet: //192.0.2.16: 80 /
  • urn: voha: nomlar: spetsifikatsiya: docbook: dtd: xml: 4.1.2

2) Nisbiy URIlar

  • /relative/URI/with/absolute/path/to/resource.txt
  • //example.org/scheme-relative/URI/with/absolute/path/to/resource.txt
  • nisbatan / yo'l / / resource.txt
  • ../../../resource.txt
  • resource.txt
  • /resource.txt#frag01
  • # frag01

[bo'sh satr] - identifikatorni tahlilchi tomonidan natija [bo'sh qator] bilan ajratishga teng, ya'ni havola standart sxemadagi standart ob'ektga olib keladi.

DNS xizmati

DNS domen nomlari tizimini anglatadi. DNS domen nomlari IP manzillar uchun sinonimdir, xuddi telefoningizning manzillar kitobidagi nomlar sinonim bo'lgani kabi. telefon raqamlari... Ular raqamli emas, ramziy; ular yodlash va yo'naltirish uchun qulayroqdir; ular semantik yukni ko'taradilar. www.irnet.ru → DNS jadvallari → 193.232.70.36 Domen nomlari ham noyobdir, ya'ni. dunyoda ikkita bir xil domen nomi mavjud emas. Domen nomlari, IP manzillaridan farqli o'laroq, ixtiyoriy, ular qo'shimcha ravishda sotib olinadi.

Guruch. 2. DNS da ierarxiya.

Oddiy pochta orqali xatlarni jo'natishda konvertlarda ko'rsatilgan manzillar ham o'ziga xosdir. Dunyoda bir xil nomga ega davlatlar yo'q. Va agar shaharlarning nomlari ba'zan takrorlansa, u holda tumanlar va viloyatlar kabi yirik ma'muriy birliklarga bo'linish bilan birgalikda ular noyob bo'ladi. Va ko'cha nomlari bir shahar ichida takrorlanmasligi kerak. Shunday qilib, geografik va ma'muriy nomlarga asoslangan manzil manzilni noyob tarzda aniqlaydi. Domenlar xuddi shunday ierarxiyaga ega. Domen nomlari bir-biridan nuqtalar bilan ajratilgan: lingvo.yandex.ru, krkime.com.

DNS quyidagi xususiyatlarga ega:

  • Tarqalgan boshqaruv... Turli odamlar yoki tashkilotlar ierarxiyaning turli qismlari uchun javobgardir.
  • Axborotni saqlashni taqsimlash... Tarmoqning har bir tuguni faqat unga kiritilgan ma'lumotlarni saqlashi kerak mas'uliyat sohasi, va (ehtimol) manzillar ildiz DNS serverlari.
  • Ma'lumotni keshlash... Tugun balki tarmoqdagi yukni kamaytirish uchun ba'zi ma'lumotlarni o'z vakolatlari doirasidan tashqarida saqlang.
  • Ierarxik tuzilma, unda barcha tugunlar daraxtga birlashtiriladi va har bir tugun quyi darajadagi tugunlarning ishini mustaqil ravishda aniqlashi mumkin yoki delegat(o'tkazish) ularni boshqa tugunlarga.
  • Rezervasyon... Ularning tugunlarini (zonalarini) saqlash va texnik xizmat ko'rsatish uchun (odatda) jismoniy va mantiqiy jihatdan ajratilgan bir nechta serverlar mavjud bo'lib, ular ma'lumotlarning xavfsizligini va tugunlardan biri ishdan chiqqan taqdirda ham ishning davom etishini ta'minlaydi.

Domen darajalari. Domenlarning uchta darajasi mavjud.

Domenlar birinchi yoki yuqori daraja ikki guruhga bo‘linadi:

1) Bular hududiy mansublikdagi domenlardir, masalan: .ru .by .ua .de .us va boshqalar. Ya'ni, bular ma'lum bir davlatga berilgan domenlardir. Ular orqali siz, masalan, ma'lum bir sayt qaysi davlatga tegishli ekanligini aniqlashingiz mumkin.

2) Birinchi darajali domenlarning ikkinchi guruhi ma'lum bir maqsadli domenlardir. Masalan: .com - tijorat tashkilotlari uchun, .info - axborot saytlari uchun, .tv - telekompaniyalar uchun va hokazo. Ushbu domenlar saytning o'ziga xos yo'nalishini aniqlash uchun ishlatilishi mumkin. Rostini aytsam, so'nggi paytlarda ular har qanday tarzda ko'proq foydalanilmoqda va ko'pincha o'z maqsadlariga rioya qilmaydi.

Birinchi darajadagi domenlardan saytingiz manzili sifatida foydalanish mumkin emas. Ular domenlarni yaratish uchun xizmat qiladi ikkinchi daraja , shuning uchun birinchi darajali domenlarning har qandayida siz ikkinchi darajali domenni ro'yxatdan o'tkazishingiz mumkin. Ikkinchi darajali domen quyidagi elementlardan iborat: www.site_name.birinchi darajali domen. Masalan: www.webmasterix.ru. Sayt manzili uchun ikkinchi darajali domen nomlaridan foydalanish tavsiya etiladi. Ular eng yaxshi odamlar tomonidan o'qiladi va esda qoladi, shuningdek, qidiruv tizimlari tomonidan qabul qilinadi. Shuning uchun ko'pchilik saytlarda ushbu darajadagi domen nomlari mavjud.

Bundan tashqari, domenlar mavjud uchinchi daraja ... Ular ikkinchi darajali domenlar asosida yaratilgan. Uchinchi darajali domen quyidagicha ko'rinadi: www.forum.webmasterix.ru. Ikkinchi darajali domenni ro'yxatdan o'tkazgandan so'ng, siz mustaqil ravishda uning asosida o'zingiz xohlagancha uchinchi darajali domenlarni yaratishingiz mumkin. Maxsus xizmatlardan foydalangan holda saytingiz uchun domen nomini ro'yxatdan o'tkazishingiz mumkin.

WEB TEXNOLOGIYALARI: HTML, JAVASCRIPT

Yuqoridagi mavzuning didaktik blokining birinchi qismi Internet texnologiyalariga bag'ishlandi. Endi biz World Wide Web yoki veb-texnologiyalarda qo'llaniladigan texnologiyalarni o'rganishni boshlaymiz.

Birinchidan, veb-texnologiyalarning asosiy tushunchalarini tushunishingiz kerak: veb-sayt va veb-sahifa. Veb-sahifa - bu butunjahon Internet tarmog'ining minimal mantiqiy birligi bo'lib, u yagona URL orqali noyob tarzda identifikatsiyalangan hujjatdir. Veb-sayt bir xil serverda joylashgan va bir xil egasiga tegishli bo'lgan mavzuga oid veb-sahifalar to'plamidir. Muayyan holatda veb-sayt bitta veb-sahifa bilan ifodalanishi mumkin. World Wide Web - bu barcha veb-saytlar to'plami.

Butun World Wide Web ning asosini HTML gipermatn belgilash tili - Hyper Text Markup Language tashkil etadi (3-rasm). U hujjatni (veb-sahifani) mantiqiy (semantik) belgilash uchun xizmat qiladi. Ba'zan u veb-sahifalar mazmunini monitor ekranida yoki printerga chiqarishda qanday ko'rsatilishini nazorat qilish uchun noto'g'ri ishlatiladi, bu esa qabul qilingan mafkuraga mutlaqo zid keladi. Butunjahon tarmog'i.

Guruch. 3. Web texnologiyalari

Kaskadli uslublar jadvallari (CSS) veb-sahifalardagi kontentni ko'rsatishni boshqarish uchun mo'ljallangan. CSS ko'p jihatdan mashhur uslublarda ishlatiladigan uslublarga o'xshaydi matn protsessori So'z.

Skript tillari veb-sahifalarga dinamizm qo'shish uchun ishlatiladi (ochiladigan menyular, animatsiya). Butunjahon Internetdagi standart skript tili JavaScript hisoblanadi. JavaScript-ning yadrosi ECMAScript hisoblanadi.

HTML, CSS, JavaScript - bu har qanday murakkab veb-sayt yaratishingiz mumkin bo'lgan tillar. Ammo bu shunchaki lingvistik yordam, brauzerlarda hujjatlar ob'ektlar to'plami sifatida taqdim etiladi, ularning aksariyati brauzer ob'ekt modeli (BOM). Brauzer ob'ekt modeli har bir modelga xosdir va shuning uchun o'zaro brauzer ilovalarini yaratishda muammolar paydo bo'ladi. Shu sababli, veb-konsorsium ob'ektlar to'plamidan foydalangan holda veb-sahifalarni ko'rsatishning standart usuli bo'lgan Hujjat Ob'ektlari Modelini (DOM) taklif qildi.

Zamonaviy HTML sintaksisi Extensible Markup Language yordamida tasvirlangan. XML sizga DTD shaklida HTMLga o'xshash o'z belgilash tillaringizni yaratishga imkon beradi. Bunday tillar juda ko'p: matematik va kimyoviy formulalarni, bilimlarni va boshqalarni ifodalash uchun.

Yuqoridagilardan ko'rinib turibdiki, barcha veb-texnologiyalar bir-biri bilan chambarchas bog'langan. Ushbu haqiqatni tushunish veb-ilovalarni yaratish uchun ishlatiladigan muayyan mexanizmning maqsadini tushunishni osonlashtiradi.

E-Pochta

Elektron pochta (elektron pochta, elektron pochta, ingliz elektron pochtasidan) - yuborish va qabul qilish texnologiyasi va xizmatlari. elektron xatlar("harflar" yoki "elektron pochta" deb ataladi) taqsimlangan kompyuter tarmog'i orqali. Boshqa xabar almashish tizimlaridan asosiy farqi - kechiktirilgan yetkazib berish imkoniyati va mustaqil pochta serverlari o'rtasidagi o'zaro ta'sirning rivojlangan tizimi.

Elektron pochta xabarlarni jo'natish va qabul qilish, muxbirlarning xatlariga ularning manzillaridan foydalangan holda avtomatik ravishda javob berish, xat nusxalarini bir vaqtning o'zida bir nechta qabul qiluvchilarga yuborish, olingan xatni boshqa manzilga yo'naltirish, manzillar o'rniga mantiqiy nomlardan foydalanish imkonini beradi (raqamli yoki domen nomlari), barcha turdagi yozishmalar uchun pochta qutisining bir nechta bo'limlarini yarating, matnli fayllarni harflarga qo'shing, muxbirlaringiz guruhi bilan munozaralar o'tkazish uchun "pochta reflektorlari" tizimidan foydalaning va hokazo. Pochta xabarini elektron pochta orqali yuborish uchun pochta qutisining manzilini ko'rsatish kerak. Elektron pochta abonentining pochta qutisi pochta serverining qattiq diskidagi foydalanuvchi uchun ajratilgan maydondir.

Rivojlanish Internet texnologiyalari xatlarni qayta ishlash uchun katta imkoniyatlar, turli xizmatlar va foydalanish qulayligini ta'minlovchi zamonaviy xabar almashish protokollarining paydo bo'lishiga olib keldi. Masalan, mijoz-server printsipida ishlaydigan SMTP protokoli kompyuterdan adresatga xabarlarni yuborish uchun mo'ljallangan. Odatda, SMTP serveriga kirish parol bilan himoyalanmagan, shuning uchun tarmoqdagi har qanday ma'lum server elektron pochta xabarlarini yuborish uchun ishlatilishi mumkin. Xat yuborish serverlaridan farqli o'laroq, xabarlarni saqlash serverlariga kirish parol bilan himoyalangan. Shuning uchun server yoki xizmatdan foydalanish kerak qayd yozuvi... Ushbu serverlar POP va IMAP protokollaridan foydalanadilar, ular xabarlarni saqlash usulida farqlanadi.

POP3 protokoliga muvofiq, ma'lum bir manzilga kelgan xabarlar keyingi sessiya davomida kompyuterga yuklab olinmaguncha serverda saqlanadi. Xabarlarni yuklab olgandan so'ng siz tarmoqdan uzilib, xatlarni o'qishni boshlashingiz mumkin. Shunday qilib, POP3 pochtasidan foydalanish eng tez va eng qulay foydalanish hisoblanadi.

IMAP protokoli tarmoqqa doimiy ulanishdan foydalanadigan odamlar uchun qulaydir. Manzil tomonidan qabul qilingan xabarlar ham serverda saqlanadi, lekin POP3 dan farqli o'laroq, pochtani tekshirishda avval faqat xabar sarlavhalari yuklab olinadi. Xatning o'zi xabar sarlavhasini tanlagandan so'ng o'qilishi mumkin (u serverdan yuklab olinadi). Dial-up ulanishi bilan ushbu protokol yordamida pochta bilan ishlash keraksiz vaqtni yo'qotishiga olib kelishi aniq.

Ko'p foydalanuvchili tizimlar o'rtasida pochtani qabul qilish va uzatish uchun bir nechta protokollar mavjud.

Qisqa Tasvir ulardan ba'zilari:

1) SMTP (oddiy pochta uzatish protokoli) TCP / IP tarmoqlarida elektron pochta xabarlarini uzatish uchun mo'ljallangan tarmoq protokoli bo'lib, uzatish, albatta, uzatish tizimining o'zi tomonidan boshlanishi kerak.

MTA (Mail Transfer Agent) - pochta uzatish agenti - bu Internet pochta uzatish tizimining asosiy komponenti bo'lib, uni ifodalaydi. tarmoq kompyuteri tarmoq elektron pochta tizimi uchun. Odatda, foydalanuvchilar MTA bilan emas, balki MUA (Mail User Agent) dasturi - elektron pochta mijozi bilan ishlaydi. O'zaro ta'sir qilish printsipi rasmda sxematik tarzda ko'rsatilgan.

2) POP, POP2, POP3 (Pochta protokoli)- markaziy pochta serveridan foydalanuvchiga pochta jo'natish, uni o'chirish va foydalanuvchini ism/parol bo'yicha identifikatsiya qilish uchun ishlab chiqilgan uchta juda oddiy almashtirilmaydigan protokollar. POP SMTP ni o'z ichiga oladi, u foydalanuvchidan pochta xabarlarini o'tkazish uchun ishlatiladi. Pochta xabarlarini butun xabarni olmasdan, sarlavhalar shaklida olish mumkin.

Ulanish o'rnatilgandan so'ng, POP3 protokoli ketma-ket uchta holatdan o'tadi

      1. Avtorizatsiya mijoz autentifikatsiya protsedurasidan o'tadi
      2. Mijoz tranzaksiyasi pochta qutisining holati haqida ma'lumot oladi, pochtani qabul qiladi va o'chiradi.
      3. Serverni yangilash tanlangan elektron pochta xabarlarini o'chiradi va ulanishni yopadi.

3) IMAP2, IMAP2bis, IMAP3, IMAP4, IMAP4rev1 (Internet xabariga kirish protokoli) - foydalanuvchiga markaziy serverda joylashgan pochta qutilari bilan ishlash uchun boy imkoniyatlarni taqdim etadi

o IMAP pochtani serverdagi fayl kataloglarida saqlaydi, shuningdek, mijozga serverning o'zida pochta xabarlarida satrlarni qidirish imkoniyatini beradi.

o IMAP2 - kamdan-kam hollarda qo'llaniladi.

o IMAP3 - mos kelmaydigan yechim, ishlatilmaydi.

o IMAP2bis - IMAP2 kengaytmasi bo'lib, serverlarga xabarlarni MIME tuzilmasida (Ko'p maqsadli Internet pochta kengaytmalari) tahlil qilish imkonini beradi, hali ham foydalaniladi.

o IMAP4 - bu har qanday joyda ishlatilishi mumkin bo'lgan qayta ishlangan va takomillashtirilgan IMAP2bis.

o IMAP4rev1 - IMAPni keng imkoniyatlar, jumladan, DMSP (Shaxsiy kompyuterlar uchun tarqatilgan pochta tizimi) tomonidan qo'llaniladigan xususiyatlar bilan kengaytiradi.

4) ACAP (Application Configuration Access Protocol) - IMAP4 bilan ishlash uchun ishlab chiqilgan protokol; xabarlar taxtalarini qidirish va obuna bo'lish qobiliyatini qo'shadi, pochta qutilari va manzillar kitoblarini qidirish uchun ishlatiladi.

5) DMSP (yoki PCMAIL) - bu pochtani qabul qilish / jo'natish protokoli bo'lib, uning o'ziga xos xususiyati shundaki, foydalanuvchi o'z foydalanishida bir nechta ish stantsiyasiga ega bo'lishi mumkin. Ish stantsiyasida pochta haqidagi holat ma'lumotlari, almashish amalga oshiriladigan katalog mavjud bo'lib, u serverga ulanganda pochta serveridagi joriy holatga yangilanadi.

6) MIME - bu elektron pochta orqali barcha turdagi ma'lumotlarni, shu jumladan ASCII dan boshqa belgilar kodlashlari qo'llaniladigan ingliz tilidan boshqa tillardagi matnlarni, shuningdek rasmlar kabi 8 bitli ikkilik kontentni yuborish mexanizmlarini belgilaydigan standart. musiqa, filmlar va dasturlar.

Mustaqil ish.

Matnda keltirilgan misolni bajaring (tarqatma material) Saqlash uchun shaxsiy papka ish stolingizda.

9.2. O'qituvchi bilan ishlash:

Qiyinchiliklar yoki noto'g'ri harakatlar bo'lsa, xatolarni tuzatish uchun o'qituvchiga murojaat qiling.

Dars oxirida o'qituvchiga bajarilgan ish bo'yicha hisobotni ko'rsating va bu ish uchun kredit oling.

9.3. Dastlabki va yakuniy bilim darajasini nazorat qilish:

Kompyuterda sinov .


Shunga o'xshash ma'lumotlar.


URI (Uniform Resource Identifier) ​​mavhum yoki jismoniy manbani aniqlash uchun foydalaniladigan ixcham belgilar qatoridir. Resurs deganda ma'lum bir makonga tegishli bo'lgan har qanday ob'ekt tushuniladi. URIga bo'lgan ehtiyoj WWW ishlab chiquvchilari tomonidan tizim yaratilganidan beri tushunilgan foydalaniladigan vositalarni yagona axborot muhitida birlashtirishi kerak edi turli yo'llar bilan axborot resurslarini aniqlash. FTP, Gopher, WAIS, Usenet, E-mail, Prospero, Telnet, X.500 va, albatta, HTTP (WWW) ga qo'ng'iroqlarni o'z ichiga olgan spetsifikatsiya ishlab chiqilgan. Natijada, yangi sxemalarning paydo bo'lishi tufayli manzilli resurslar ro'yxatini kengaytirish imkonini beruvchi universal spetsifikatsiya ishlab chiqildi.

URI'lar teglarda yozilgan gipermatnli havolalar bo'ladi va ... O'rnatilgan grafikalar teglardagi URI spetsifikatsiyasi bilan ham ko'rib chiqiladi va ... WWW uchun URI ni amalga oshirish URL (Uniform Resource Locator) deb ataladi. Aniqroq qilib aytganda, URL bu resurslarga kirish algoritmiga moslashtirilgan URI sxemasining amalga oshirilishidir. tarmoq protokollari... Shuningdek, URI ni tarmoqdagi nomlar maydoniga moslashtiradigan URN (Uniform Resource Name) mavjud.

URN-larning paydo bo'lishi pochta xabarining MIME qismlariga murojaat qilish istagidan kelib chiqadi. WWW manzilini qurish tamoyillari. URI quyidagi printsiplarga asoslanadi:

· Kengaytirish - yangi manzillash sxemalari mavjud URI sintaksisiga osongina mos kelishi kerak.

· To'liqlik - iloji bo'lsa, mavjud sxemalarning har qandayini URI yordamida tavsiflash kerak.

· O'qilishi - manzil foydalanuvchi tomonidan oson o'qilishi kerak edi, bu odatda WWW texnologiyasi uchun xos - hujjatlar havolalar bilan birga oddiy matn muharririda ishlab chiqilishi mumkin.

Turli xil manzillarni ko'rsatish sxemalarini ko'rib chiqishdan oldin, oddiy URI misoli:

http://polyn.net.kiae.su/polyn/index.html

Ikki nuqtadan oldin manzil sxemasi identifikatori - "http" qo'yiladi. Bu nom yo'l deb ataladigan URI ning qolgan qismidan ikki nuqta bilan ajratiladi. Bunday holda, yo'l HTTP serveri o'rnatilgan mashinaning domen manzili va server daraxtining ildizidan "index.html" fayligacha bo'lgan yo'ldan iborat. Yuqoridagilarga qo'shimcha ravishda to'liq rekord URI, soddalashtirilgani mavjud. U ishlatilgan vaqtga kelib, manba manzilining ko'plab parametrlari allaqachon aniqlangan deb taxmin qiladi (protokol, tarmoqdagi mashina manzili, ba'zi yo'l elementlari). Bunday taxminlarga ko'ra, gipermatnli sahifalar muallifi faqat resursning nisbiy manzilini ko'rsatishi mumkin, ya'ni. muayyan asosiy resurslarga nisbatan manzil.

URL (Uniform Resource Locator) - bu resursni nomi yoki boshqa atributlari bilan identifikatsiyalashdan ko'ra, unga kirish usuli bo'yicha (masalan, "internetdagi joylashuvi") identifikatsiya qiluvchi URI sxemalarining kichik to'plami. URL ob'ektga qanday borishni aniq tasvirlab beradi.

Sintaksis: :, qayerda:

sxema = "http" | "Ftp" | "Gopher" | "Mailto" | "Yangiliklar" | "Telnet" | "Fayl" | "Odam" | "Ma'lumot" | "Nima" | "Ldap" | "Vais" | ...- sxema nomi

sxema - maxsus - qism- sxemaga bog'liq. O'n oltilik qiymatlar sxemaga xos qismda:% 5f shaklida ishlatilishi mumkin. Bosib bo'lmaydigan oktetlar kodlangan bo'lishi kerak: 00-1F, 7F, 80-FF.

URL manzillariga misollar:

Http://www.ipm.kstu.ru/index.php

Ftp://www.ipm.kstu.ru/

URN (Yagona resurs nomi) bu “nom maydoni”ning kichik toʻplamiga ega shaxsiy “urn:” URI boʻlib, u resurs endi mavjud boʻlmagan yoki unga kirish imkoni boʻlmagan taqdirda ham noyob va oʻzgarmas boʻlishi kerak.

Masalan, brauzer ushbu resursni qaerdan qidirishni biladi deb taxmin qilinadi.

Sintaksis: urn: nom maydoni: data1.data2, ko'proq - ma'lumotlar bu erda nom maydoni ikkinchi ":" dan keyingi ma'lumotlar qanday ishlatilishini belgilaydi.

URN misoli:

urn: ISBN: 0–395–36341–6

ISBN - noshirlar uchun tematik tasniflagich,

0–395–36341–6 - kitob yoki jurnal mavzusining aniq soni

URN-ni olgandan so'ng, mijoz dasturi ISBN-ga (Internetdagi "Nashriyotchilar uchun dolzarb klassifikator" katalogiga) murojaat qiladi. Va u "0-395-36341-6" mavzu raqamining shifrini oladi (masalan: "kvant kimyosi"). URN nisbatan yangi, HTML joriy versiyalarga kiritilmagan va katalog xizmatlari hali ishlab chiqilmagan, shuning uchun URN URL kabi keng tarqalgan emas.

Internet-resurslarni manzillash sxemalari

Internet resurslariga murojaat qilishning 3 ta sxemasi mavjud. Sxemada uning identifikatori, mashina manzili, TCP porti, server katalogidagi yo'l, o'zgaruvchilar va ularning qiymatlari, yorlig'i ko'rsatilgan.

HTTP sxemasi... Bu WWW uchun asosiy tartib. Sxemada uning identifikatori, mashina manzili, TCP-port, server katalogidagi yo'l, qidirish mezoni va yorlig'i mavjud.

Sintaksis: http: // [ [:@][:][?]]

http- sxema nomi

foydalanuvchi- Foydalanuvchi nomi

parol- foydalanuvchi paroli

mezbon- xost nomi

port- port raqami

url - yo'l- faylga yo'l va faylning o'zi

so'rov (<имя–поля>=<значение>{&<имя–поля>=<значение>) - so'rovlar qatori

Odatiy bo'lib, port = 80.

HTTP sxemasi uchun URI larning ba'zi misollari:

http://polyn.net.kiae.su/polyn/manifest.html

Bu WWW hujjatlarida ishlatiladigan eng keng tarqalgan URI turi. Sxema nomidan (http) keyin mashinaning domen manzili va HTTP server daraxtidagi HTML hujjatining to'liq manzilidan iborat yo'l keladi.

IP manzili mashina manzili sifatida ham ishlatilishi mumkin:

http://144.206.160.40/risk/risk.html

Agar HTTP server 80 dan boshqa TCP portida ishlayotgan bo'lsa, bu manzilda aks etadi:

http://144.206.130.137:8080/altai/index.html

http://polyn.net.kiae.su/altai/volume4 .html # birinchi

FTP sxemasi... Ushbu sxema FTP fayl arxivlariga World Wide Web mijoz dasturlaridan murojaat qilish imkonini beradi. Bunday holda, dastur FTP protokolini qo'llab-quvvatlashi kerak. Ushbu sxemada nafaqat sxema nomini, FTP-arxiv manzilini, balki foydalanuvchi identifikatorini va hatto uning parolini ham ko'rsatish mumkin.

Sintaksis: ftp: // [ [:@][:]

ftp- sxema nomi

foydalanuvchi- Foydalanuvchi nomi

parol- foydalanuvchi paroli

mezbon- xost nomi

port- port raqami

url - yo'l- faylga yo'l va faylning o'zi

Odatiy bo'lib, port = 21, foydalanuvchi = anonim, parol = elektron pochta manzili.

Ushbu sxema ko'pincha umumiy FTP arxivlariga kirish uchun ishlatiladi:

ftp://polyn.net.kiae.su/pub/0index.txt

Bunday holda, "anonim" yoki "ftp" (anonim kirish) identifikatori bilan "polyn.net.kiae.su" arxiviga havola qayd etiladi. Agar foydalanuvchi identifikatori va uning parolini ko'rsatish zarurati tug'ilsa, siz buni mashina manzili oldida qilishingiz mumkin:

ftp: // hech kim: [elektron pochta himoyalangan]/ foydalanuvchilar / mahalliy / pub

Bunda bu parametrlar mashina manzilidan @ belgisi bilan, bir-biridan esa ikki nuqta bilan ajratiladi.

TELNET sxemasi... Ushbu sxema resursga masofaviy terminal rejimida kirish uchun ishlatiladi. Odatda mijoz qo'ng'iroq qiladi qo'shimcha dastur telnet protokoli ustida ishlash uchun. Ushbu sxemadan foydalanganda siz foydalanuvchi identifikatorini ko'rsatishingiz kerak, parolga ruxsat beriladi.

Sintaksis: telnet: // [ [:@][:]/

telnet- sxema nomi

foydalanuvchi- Foydalanuvchi nomi

parol- foydalanuvchi paroli

mezbon- xost nomi

port- port raqami

Odatiy bo'lib, port = 23.

Misol: telnet: // nomi: [elektron pochta himoyalangan]

Aslida, umumiy manbalarga kirish amalga oshiriladi va identifikator va parol odatda ma'lum, masalan, ularni Hytelnet ma'lumotlar bazalarida topish mumkin.

telnet: // mehmon: [elektron pochta himoyalangan]

Yuqoridagi misollardan siz URI resurs manzili spetsifikatsiyasi juda umumiy ekanligini va Internetdagi deyarli har qanday resursni aniqlashga imkon berishini ko'rishingiz mumkin. Shu bilan birga, resurslar sonini yangi sxemalar yaratish orqali kengaytirish mumkin.

WWW xizmati

Xizmat WWW (World Wide Web) - "mijoz-server" sxemasi bo'yicha qurilgan gipermatnli ma'lumotlar almashinuvi uchun mo'ljallangan. Brauzer (Internet Explorer, Opera ...) ko'p protokolli mijoz va HTML tarjimonidir. Va odatiy tarjimon sifatida mijoz buyruqlarga (teglarga) qarab turli funktsiyalarni bajaradi. Ushbu funksiyalar diapazoni nafaqat matnni ekranga joylashtirishni, balki qabul qilingan HTML matnni tahlil qilish jarayonida server bilan ma'lumot almashishni o'z ichiga oladi, bu matnga kiritilgan grafik tasvirlarni ko'rsatishda eng aniq ko'rinadi.

HTTP serveri (Apache, IIS ...) faylni olish uchun mijozning so'rovlarini bajaradi. Dastlab, WWW xizmati uchta standartga asoslangan edi:

· HTML (HyperText Markup Lan – guage) – hujjatlarni gipermatnli belgilash tili;

URL (Universal Resurs Locator) - universal usul tarmoqdagi resurslarni adreslash;

· HTTP (HyperText Transfer Protocol) – gipermatnli axborot almashish protokoli.

WWW serverining ishlash sxemasi

WWW serveri global yoki intranetning shunday qismi bo'lib, tarmoq foydalanuvchilariga joylashgan gipermatnli hujjatlarga kirish imkonini beradi bu server... WWW serveri bilan o'zaro aloqada bo'lish uchun tarmoq foydalanuvchisi maxsus dasturiy ta'minot - brauzer (inglizcha brauzerdan) - tomoshabindan foydalanishi kerak.

Keling, WWW-serverning ishlash sxemasini ko'rib chiqaylik:

1. Tarmoq foydalanuvchisi brauzerni ishga tushiradi, uning vazifalari quyidagilardan iborat:

· Server bilan aloqa o'rnatish;

· Kerakli hujjatni olish;

· Qabul qilingan hujjatni ko'rsatish;

· Foydalanuvchi harakatlariga javob berish - yangi hujjatga kirish. Brauzerni ishga tushirgandan so'ng, foydalanuvchi buyrug'i bilan yoki avtomatik ravishda ko'rsatilgan WWW - server bilan aloqa o'rnatadi va unga ko'rsatilgan hujjatni olish uchun so'rov yuboradi.

2. WWW serveri so'ralgan hujjatni qidiradi va natijalarni brauzerga qaytaradi.

3. Brauzer hujjatni qabul qilib, uni foydalanuvchiga ko'rsatadi va uning munosabatini kutadi. Mumkin variantlar:

· Yangi hujjatning manzilini kiritish;

· Joriy hujjatda chop etish, qidirish, boshqa operatsiyalar;

· Qabul qilingan hujjatning havolalar deb ataladigan va yangi hujjatning manzili bilan bog'langan maxsus joylarini faollashtirish (bosish). Birinchi va uchinchi hollarda yangi hujjat uchun apellyatsiya mavjud.

Sizga maqola yoqdimi? Do'stlar bilan baham ko'ring:
Sizni ham qiziqtirishi mumkin