HTTP کیا ہے？

HTTP ایک پروٹوکول ہے جو HTML دستاویزات جیسے وسائل کو لانے کی اجازت دیتا ہے۔ یہ ویب پر کسی بھی ڈیٹا ایکسچینج کی بنیاد ہے اور یہ ایک کلائنٹ سرور پروٹوکول ہے ، جس کا مطلب ہے کہ درخواستیں وصول کنندہ عام طور پر ویب براؤزر کے ذریعہ شروع کی جاتی ہیں۔ حاصل کردہ مختلف ذیلی دستاویزات سے ایک مکمل دستاویز کی تشکیل نو کی جاتی ہے ، مثلا text متن ، ترتیب کی تفصیل ، تصاویر ، ویڈیوز ، اسکرپٹس اور بہت کچھ۔

کلائنٹ اور سرور انفرادی پیغامات کا تبادلہ کر کے بات چیت کرتے ہیں (اعداد و شمار کے بہاؤ کے برخلاف) موکل کے ذریعہ بھیجے گئے پیغامات ، عموما a ایک ویب براؤزر ، درخواستوں کو کہتے ہیں اور سرور کے ذریعہ بھیجے گئے پیغامات کو جوابات کہتے ہیں۔

ٹی ٹی پی (ٹرانسپورٹ پرت) اور آئی پی (نیٹ ورک پرت) کے اوپر اور پریزنٹیشن پرت کے نیچے ، ایک ایپلی کیشن پرت پروٹوکول کی حیثیت سے ایچ ٹی ٹی پی۔ 1990 کی دہائی کے اوائل میں ڈیزائن کیا گیا ، ایچ ٹی ٹی پی ایک قابل توسیع پروٹوکول ہے جو وقت گزرنے کے ساتھ ساتھ تیار ہوا ہے۔ یہ ایک ایپلی کیشن لیئر پروٹوکول ہے جو ٹی سی پی کے ذریعہ بھیجا جاتا ہے ، یا ٹی ایل ایس سے خفیہ کردہ ٹی سی پی کنیکشن کے ذریعے بھیجا جاتا ہے ، اگرچہ نظریاتی طور پر کوئی قابل اعتماد ٹرانسپورٹ پروٹوکول استعمال کیا جاسکتا ہے۔ اس کی توسیع کی وجہ سے ، یہ نہ صرف ہائپر ٹیکسٹ دستاویزات ، بلکہ تصاویر اور ویڈیوز بھی لانے کے لئے استعمال کیا جاتا ہے ، یا HTML شکل کے نتائج کی طرح سرورز پر مواد شائع کرنے کے لئے بھی استعمال ہوتا ہے۔ مطالبہ کے مطابق ویب صفحات کو اپ ڈیٹ کرنے کے لئے دستاویزات کے کچھ حصے لانے کے لئے بھی HTTP کا استعمال کیا جاسکتا ہے۔

HTTP پر مبنی نظام کے اجزاء


HTTP ایک کلائنٹ سرور پروٹوکول ہے: 
درخواستیں ایک ہستی ، صارف ایجنٹ (یا اس کی طرف سے ایک پراکسی) کے ذریعہ بھیجی جاتی ہیں۔ زیادہ تر وقت صارف کا ایجنٹ ویب براؤزر ہوتا ہے ، لیکن یہ کچھ بھی ہوسکتا ہے ، مثال کے طور پر ایک روبوٹ جو سرچ انجن انڈیکس کو آباد اور برقرار رکھنے کے لئے ویب کو رینگتا ہے۔
ہر فرد کی درخواست ایک سرور کو بھیجی جاتی ہے ، جو اسے سنبھالتی ہے اور جواب دیتی ہے ، جسے جواب کہا جاتا ہے۔ موکل اور سرور کے مابین متعدد ادارے موجود ہیں ، جنہیں اجتماعی طور پر پراکسی کہا جاتا ہے ، جو مختلف کام انجام دیتے ہیں اور مثال کے طور پر گیٹ وے یا کیچز کا کام کرتے ہیں۔
حقیقت میں ، براؤزر اور سرور کے مابین درخواستوں کو سنبھالنے کے ل computers اور بھی زیادہ کمپیوٹر موجود ہیں: یہاں روٹر ، موڈیم اور بہت کچھ ہیں۔ ویب کے پرتوں والے ڈیزائن کی بدولت ، یہ نیٹ ورک اور ٹرانسپورٹ کی پرتوں میں پوشیدہ ہیں۔ ایپلی کیشن پرت پر ، HTTP سب سے اوپر ہے۔ اگرچہ نیٹ ورک کی دشواریوں کی تشخیص کے لئے اہم ہے ، لیکن بنیادی تہوں زیادہ تر HTTP کی وضاحت سے غیر متعلق ہیں۔

مؤکل: صارف کا ایجنٹ
صارف کا ایجنٹ کوئی ایسا ٹول ہوتا ہے جو صارف کی طرف سے کام کرتا ہے۔ یہ کردار بنیادی طور پر ویب براؤزر کے ذریعہ انجام دیا جاتا ہے۔ دیگر امکانات وہ پروگرام ہیں جو انجینئرز اور ویب ڈویلپرز اپنی ایپلی کیشنز کو ڈیبگ کرنے کے لئے استعمال کرتے ہیں۔
براؤزر ہمیشہ وہ ہستی ہوتی ہے جو درخواست کی ابتدا کرتی ہے۔ یہ سرور کبھی نہیں ہوتا ہے (اگرچہ سرور سے شروع کردہ پیغامات کی تقلید کے ل some کچھ میکانزم کو سالوں کے ساتھ شامل کیا گیا ہے)۔

ویب صفحہ پیش کرنے کے لئے ، براؤزر HTML دستاویز لانے کے لئے ایک اصل درخواست بھیجتا ہے جو اس صفحے کی نمائندگی کرتا ہے۔ اس کے بعد اس فائل کو تجزیہ کرتا ہے ، جس میں پھانسی (عام طور پر تصاویر اور ویڈیوز) میں موجود ذیلی وسائل کو ظاہر کرنے کے ل execution عملدرآمد اسکرپٹس ، ترتیب کی معلومات (سی ایس ایس) ، اور صفحہ پر موجود ذیلی وسائل سے متعلق اضافی درخواستیں بناتا ہے۔ اس کے بعد ویب براؤزر ان وسائل کو ملا کر صارف کو ایک مکمل دستاویز ، ویب صفحہ پیش کرنے کے لئے تیار کرتا ہے۔ براؤزر کے ذریعہ سرانجام دی جانے والی اسکرپٹ بعد کے مراحل میں مزید وسائل حاصل کرسکتی ہیں اور اسی کے مطابق براؤزر ویب پیج کو اپ ڈیٹ کرتا ہے۔

ایک ویب صفحہ ایک ہائپر ٹیکسٹ دستاویز ہے۔ اس کا مطلب ہے کہ ظاہر کردہ متن کے کچھ حصے وہ روابط ہیں جن کو چالو کیا جاسکتا ہے (عام طور پر ماؤس کے ایک کلک کے ذریعہ) ایک نیا ویب صفحہ لانے کے لئے ، جس سے صارف اپنے صارف ایجنٹ کو ہدایت دے سکتا ہے اور ویب کے ذریعہ تشریف لے جاسکتا ہے۔ براؤزر ان سمتوں کا ترجمہ HTTP درخواستوں میں کرتا ہے ، اور صارف کو واضح جواب کے ساتھ پیش کرنے کے لئے HTTP جوابات کی مزید ترجمانی کرتا ہے۔

ویب سرور
مواصلاتی چینل کے مخالف سمت میں ، سرور ہے ، جو مؤکل کی درخواست کے مطابق دستاویز پیش کرتا ہے۔ ایک سرور عملی طور پر صرف ایک مشین کی حیثیت سے ظاہر ہوتا ہے: اس کی وجہ یہ ہے کہ یہ در حقیقت سرورز کا ایک مجموعہ ہوسکتا ہے ، بوجھ (بوجھ میں توازن) کا اشتراک کرنا یا دوسرے کمپیوٹرز سے پوچھ گچھ کرنے والے سافٹ ویئر کا ایک پیچیدہ ٹکڑا (جیسے کیشے ، ڈی بی سرور ، یا ای کامرس) سرورز) ، مانگ پر دستاویز کو مکمل طور پر یا جزوی طور پر تیار کرنا۔
سرور لازمی طور پر ایک ہی مشین نہیں ہوتا ہے ، لیکن ایک ہی مشین پر سرور کے کئی سافٹ ویئر مثال بھی لگائے جاسکتے ہیں۔ HTTP / 1.1 اور میزبان ہیڈر کے ساتھ ، وہ ایک ہی IP پتے کو بھی بانٹ سکتے ہیں۔

پراکسیز

ویب براؤزر اور سرور کے درمیان ، متعدد کمپیوٹرز اور مشینیں HTTP پیغامات کو ریلے کرتی ہیں۔ ویب اسٹیک کی پرتوں والے ڈھانچے کی وجہ سے ، ان میں سے زیادہ تر نقل و حمل ، نیٹ ورک یا جسمانی سطح پر کام کرتے ہیں ، HTTP پرت پر شفاف ہوجاتے ہیں اور ممکنہ طور پر کارکردگی پر نمایاں اثر ڈالتے ہیں۔ جو لوگ درخواست کی پرتوں پر کام کرتے ہیں انہیں عام طور پر پراکسی کہا جاتا ہے۔ یہ شفاف ہوسکتی ہیں ، ان کی درخواستوں کو آگے بڑھاتے ہوئے جو انھیں موصول ہوتی ہے ان میں بغیر کسی طرح کی ، یا غیر شفاف ، جس صورت میں وہ درخواست کو سرور کے ساتھ گزرنے سے پہلے کسی طرح تبدیل کردیں گے۔

پراکسی متعدد کام انجام دے سکتے ہیں:

● کیچنگ (کیشے براؤزر کیشے کی طرح عوامی یا نجی ہوسکتے ہیں)
● فلٹرنگ (جیسے اینٹی وائرس اسکین یا والدین کے کنٹرول)
● بوجھ میں توازن (متعدد سرورز کو مختلف درخواستوں کو پیش کرنے کی اجازت)
● تصدیق (مختلف وسائل تک رسائی پر قابو پانے کے لئے)

● لاگنگ (تاریخی معلومات کو ذخیرہ کرنے کی اجازت)

HTTP کے بنیادی پہلو

HTTP آسان ہے
HTTP عام طور پر سادہ اور انسانی پڑھنے کے قابل بنایا گیا ہے ، یہاں تک کہ HTTP / 2 میں شامل کردہ پیچیدگی کے ساتھ بھی HTTP پیغامات کو فریموں میں بند کر کے۔ ایچ ٹی ٹی پی پیغامات انسانوں کے ذریعہ پڑھ اور سمجھے جاسکتے ہیں ، ڈویلپرز کے لئے آسان جانچ فراہم کرتے ہیں ، اور نئے آنے والوں کے لئے پیچیدگی کو کم کرتے ہیں۔


HTTP قابل توسیع ہے
HTTP / 1.0 میں متعارف کرایا گیا ، HTTP ہیڈر اس پروٹوکول کو بڑھانا اور اس کے ساتھ تجربہ کرنا آسان بناتا ہے۔ کسی نئے سرخی کے الفاظ کے بارے میں کلائنٹ اور سرور کے مابین ایک سادہ معاہدے کے ذریعے بھی نئی فعالیت متعارف کروائی جاسکتی ہے۔


HTTP اسٹیٹ لیس ہے ، لیکن سیشن لیس نہیں ہے

HTTP اسٹیٹ لیس ہے: دو درخواستوں کے مابین ایک ہی روابط کے بعد ایک دوسرے کے ساتھ کوئی ربط نہیں ہے۔ اس سے فوری طور پر صارفین کے لئے کچھ صفحات پر ہم آہنگی سے بات چیت کرنے کی کوشش کرنے والوں کے لئے پریشانی کا سامنا کرنا پڑتا ہے ، مثال کے طور پر ، ای کامرس شاپنگ ٹوکریاں استعمال کرنا۔ لیکن جب کہ HTTP کا بنیادی خود اسٹیٹ لیس ہے ، HTTP کوکیز ریاستی سیشن کے استعمال کی اجازت دیتی ہیں۔ ہیڈر کی توسیع پذیری کا استعمال کرتے ہوئے ، HTTP کوکیز کو ورک فلو میں شامل کیا جاتا ہے ، جس کی وجہ سے ہر HTTP درخواست پر سیشن بنانے کی اجازت دی جاتی ہے تاکہ وہ ایک ہی سیاق و سباق ، یا ایک ہی حالت میں اشتراک کرسکیں۔

HTTP اور کنکشن
کسی کنکشن کو ٹرانسپورٹ پرت پر کنٹرول کیا جاتا ہے ، اور اس وجہ سے بنیادی طور پر HTTP کی گنجائش سے باہر ہے۔ اگرچہ HTTP کو مطلوبہ ٹرانسپورٹ پروٹوکول کو کنکشن پر مبنی ہونا ضروری نہیں ہے۔ صرف اس کی ضرورت ہوتی ہے کہ وہ قابل اعتماد ہو ، یا پیغامات سے محروم نہ ہوں (تو کم از کم غلطی پیش کریں)۔ انٹرنیٹ پر ٹرانسپورٹ کے دو عام پروٹوکول میں ، ٹی سی پی قابل اعتماد ہے اور یو ڈی پی نہیں ہے۔ لہذا HTTP TCP معیار پر انحصار کرتا ہے ، جو کنکشن پر مبنی ہے۔

اس سے پہلے کہ کوئی مؤکل اور سرور HTTP درخواست / رسپانس جوڑی کا تبادلہ کرسکیں ، انہیں TCP کنکشن قائم کرنا ہوگا ، جس کے لئے کئی دوروں کی ضرورت ہوتی ہے۔ HTTP / 1.0 کا پہلے سے طے شدہ سلوک یہ ہے کہ ہر HTTP درخواست / رسپانس جوڑی کے ل T الگ TCP کنکشن کھولنا ہے۔ جب ایک سے زیادہ درخواستیں قریب قریب بھیج دی جاتی ہیں تو یہ واحد ٹی سی پی کنکشن کا اشتراک کرنے سے کم کارگر ہوتا ہے۔

اس خامی کو دور کرنے کے ل HT ، HTTP / 1.1 نے پائپ لائننگ (جس پر عمل درآمد کرنا مشکل ثابت ہوا) اور مستقل رابطوں کو متعارف کرایا: کنیکشن ہیڈر کا استعمال کرتے ہوئے بنیادی TCP کنکشن جزوی طور پر کنٹرول کیا جاسکتا ہے۔ HTTP / 2 ایک ہی کنکشن پر متعدد پیغامات بھیج کر ایک قدم آگے چلا گیا ، جس سے کنکشن کو گرم اور زیادہ موثر رکھنے میں مدد ملے گی۔

HTTP کے لئے زیادہ مناسب ٹرانسپورٹ پروٹوکول ڈیزائن کرنے کے لئے تجربات جاری ہیں۔ مثال کے طور پر ، گوگل کوئیک کے ساتھ تجربہ کر رہا ہے جو زیادہ قابل اعتماد اور موثر ٹرانسپورٹ پروٹوکول فراہم کرنے کے لئے یو ڈی پی پر تشکیل دیتا ہے۔

ایک پیغام چھوڑ دیں 

پیغام کی فہرست