د HTTP په اړه هرڅه ته اړتیا لرئ
HTTP (د Hypertext لیږد پروتوکول) د شبکې پروتوکول معیار وړاندې کوي چې ویب ګورتوونکي او سرورونه د خبرو اترو لپاره کاروي. دا آسانه ده چې دا د یوې ویب پاڼې لیدلو په وخت کې ځکه چې دا په 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 د فعالیت محدودیتونو په نښه کولو لپاره پراختیا شوی، چې په انټرنیټ RFC 2068 کې مشخص شوي دي)
وروستی نسخه، د HTTP 2.0، په 2015 کې یو منل شوي معیار جوړ شو. دا د HTTP 1.1 سره مخکی مطابقت ساتي مګر اضافي فعالیتونه وړاندې کوي.
پداسې حال کې چې معیاري HTTP په ټیکټ کې لیږل شوي ټرافیک انډول نه کوي، د HTTPS معیار پرمختلل شوی و ترڅو د (اصلي) خوندي ساکټ لیټ (SSL) یا (وروسته) د ټرانسپورت پرت امنیت (TLS) کارولو له لارې HTTP ته د کوډیزونډ اضافه کولو لپاره رامینځته کړي.
د HTTP څنګه کار کوي
HTTP د غوښتنلیک پرت پرت پروتوکول دی چې د TCP په سر کې جوړ شوی چې د مراجعینو سرور اړیکو ماډل کاروي. د HTTP پیرودونکي او سرور د HTTP غوښتنه او د ځواب پیغامونو له لارې خبری اتریږي. د HTTP اصلي درې اصلي ډولونه د GET، پوسټ، او سر په توګه دي.
- د HTTP GET پیغامونه چې سرور ته لیږل شوي یوازې یو یو آر ایل لري . زیرو یا د اختیاري ډیټا ډیزاینټونه کیدای شي د URL پای ته ضمیمه شي. سرور به د URL د اختیاري معلوماتو برخې پروسې پرمخ بوځي، که حاضر وي، او پایلې بیرته بېرته راولي (د ویب پاڼې یا د ویب پاڼې عنصر) برنامه ته.
- د HTTP پوسټ پیغامونه د یو بل اختیاري ډاټا پیرامیټونه د غوښتنې پیغام ته د ځای په ځای کولو سره ځای پهځای کوي مګر د URL پای ته ورسیږي.
- د HTTP HEAD غوښتنه د GET غوښتنو په څیر کار کوي. د URL د بشپړ محتوياتو سره د ځواب ورکولو پرځای، سرور یوازې د سرپوه معلومات (د HTML برخې دننه کې شتون لري) لیږلی.
لټونګر د HTTP سرور سره اړیکې د سرور سره د TCP کنټرول په پیلولو پیل کوي. د ویب لټون کولو غونډو د سرور بندر 80 په ډیفالټ کې کاروي، سره له دې چې نور بندرونه لکه 8080 کله ناکله کارول کیږي.
کله چې یوه غونډه تاسیس شوه، کاروونکي د ویب پاڼې لیدلو له لارې د HTTP پیغامونو لیږلو او ترلاسه کولو هڅوي.
د HTTP سره مسلې
په HTTP کې لیږل شوي پیغامونه نشي کولی د ډیری دلیلونو په بریالیتوب کې بریالی شي:
- د کارن تېروتنه
- د ویب براؤزر خرابول یا ویب سرور
- د ویب پاڼې په جوړولو کې تېروتنه
- لنډمهاله شبکه ډیریدو
کله چې دغه ناکامۍ واقع شي، پروتوکول د ناکامۍ امکان (که ممکن وي) قبضوي او د غلطی کوډ د بیرته راګرځولو لپاره د HTTP د کرښې / کوډ نومیږي . نقصونه د یوې ځانګړې شمېرنې سره پیل کوي ترڅو وښيي چې کوم ډول تیري.
د مثال په توګه، د 4xx غلطی په ګوته کوي چې د پاڼې غوښتنه سمه نده بشپړه شوې او یا غوښتنه په ناسمه نخښه کې ده . د مثال په توګه، 404 غلطي معنا لري چې پاڼه پایله نده موندلی؛ ځینې ویب پاڼې حتی د ګوتو ګمرکي 404 غلط پاڼې لري .