HTTP/2
ایچ ٹی ٹی پی/2 (اصل نام ایچ ٹی ٹی پی/2) ورلڈ وائڈ ویب کے ذریعہ استعمال ہونے والے ایچ ٹی ٹی پی نیٹ ورک پروٹوکول کی ایک بڑی ترمیم ہے۔ یہ پہلے کے تجرباتی ایس پی ڈی وائی پروٹوکول سے ماخوذ تھا، جسے اصل میں گوگل نے تیار کیا تھا۔ HTTP/2 کو انٹرنیٹ انجینئرنگ ٹاسک فورس (IETF) کے HTTP ورکنگ گروپ (جسے HTTPbis بھی کہا جاتا ہے، جہاں "" کا مطلب ہے "" دو بار) نے تیار کیا تھا۔ ایچ ٹی ٹی پی/2 ایچ ٹی ٹی پی/1 کے بعد سے ایچ ٹی ٹی پی کا پہلا نیا ورژن ہے، جسے 1997 میں معیاری بنایا گیا تھا۔ ورکنگ گروپ نے ایچ ٹی ٹی پی/2 کو انٹرنیٹ انجینئرنگ اسٹیئرنگ گروپ (آئی ای ایس جی) کو دسمبر 2014 میں ایک مجوزہ معیار کے طور پر غور کرنے کے لیے پیش کیا، اور آئی ای ایس جی نے اسے 17 فروری 2015 کو مجوزہ معیار کے طور پر شائع کرنے کی منظوری دی (اور فروری 2020 میں ٹی ایل ایس 1.3 کے حوالے سے اپ ڈیٹ کیا گیا)۔ ایچ ٹی ٹی پی/2 کی تفصیلات 14 مئی 2015 کو شائع کی گئی تھیں۔ معیاری بنانے کی کوشش کو کروم، اوپیرا، فائر فاکس، انٹرنیٹ ایکسپلورر 11، سفاری، ایمیزون سلک، اور ایج براؤزرز کی حمایت حاصل تھی۔ زیادہ تر بڑے براؤزرز نے 2015 کے آخر تک ایچ ٹی ٹی پی/2 سپورٹ شامل کر لی تھی۔ استعمال ہونے والے تقریبا 97 فیصد ویب براؤزرز (اور "ٹریکڈ ڈیسک ٹاپ" ویب براؤزرز کے 100%) کی صلاحیت رکھتے ہیں۔ ٹاپ 10 ملین ویب سائٹس میں سے 36 فیصد (صرف 50 فیصد سے زیادہ پر ٹاپ آؤٹ ہونے کے بعد) ایچ ٹی ٹی پی/2 کی حمایت کرتی ہیں۔ اس کا جانشین ایچ ٹی ٹی پی/3 ہے، جو ایک اہم ترمیم ہے جو ایچ ٹی ٹی پی/2 کے قائم کردہ تصورات پر مبنی ہے۔ اہداف ورکنگ گروپ چارٹر میں متعدد اہداف اور تشویش کے مسائل کا ذکر کیا گیا ہے: ایک گفت و شنید کا طریقہ کار بنائیں جو کلائنٹس اور سرورز کو HTTP/1.1، 2.0، یا ممکنہ طور پر دیگر غیر HTTP پروٹوکول استعمال کرنے کا انتخاب کرنے کی اجازت دیتا ہے۔ ایچ ٹی ٹی پی/1 کے ساتھ اعلی سطح کی مطابقت برقرار رکھیں (مثال کے طور پر طریقوں، اسٹیٹس کوڈز، یو آر آئی، اور زیادہ تر ہیڈر فیلڈز کے ساتھ)۔ ویب براؤزرز میں پیج لوڈ کی رفتار کو بہتر بنانے کے لیے تاخیر کو کم کریں: ایچ ٹی ٹی پی ہیڈرز کا ڈیٹا کمپریشن ایچ ٹی ٹی پی/2 سرور ایک ہی ٹی سی پی کنکشن پر متعدد درخواستوں کو ملٹی پلیکس کرنے کی درخواستوں کی ترجیح کو آگے بڑھائیں (ایچ ٹی ٹی پی-ٹرانزیکشن-لیول ہیڈ آف لائن بلاکنگ کے مسئلے کو ایچ ٹی ٹی پی 1. x میں ٹھیک کرنا) ایچ ٹی ٹی پی کے عام موجودہ استعمال کے معاملات کی حمایت کریں، جیسے ڈیسک ٹاپ ویب براؤزرز، موبائل ویب براؤزرز، ویب اے پی آئیز، مختلف پیمانوں پر ویب سرورز، پراکسی سرورز، ریورس پراکسی سرورز، فائر والز، اور مواد کی ترسیل کے نیٹ ورک۔ مجوزہ تبدیلیوں میں موجودہ ویب ایپلی کیشنز کے کام کرنے کے طریقے میں کسی تبدیلی کی ضرورت نہیں ہے، لیکن نئی ایپلی کیشنز تیز رفتار کے لیے نئی خصوصیات سے فائدہ اٹھا سکتی ہیں۔ ایچ ٹی ٹی پی/2 تمام ایچ ٹی ٹی پی/1 کے اعلی سطحی الفاظ، جیسے کہ طریقے، اسٹیٹس کوڈز، ہیڈر فیلڈز، اور یو آر آئی کو ایک جیسا چھوڑ دیتا ہے۔ نئی بات یہ ہے کہ کلائنٹ اور سرور کے درمیان ڈیٹا کو کس طرح تیار اور منتقل کیا جاتا ہے۔ موثر ویب سائٹیں تصاویر اور اسکرپٹ جیسے وسائل کو چھوٹا کرکے (کوڈ کی مقدار کو کم کرکے اور کوڈ کے چھوٹے ٹکڑوں کو بنڈل میں پیک کرکے، اس کی کام کرنے کی صلاحیت کو کم کیے بغیر) پورے صفحے کو پیش کرنے کے لیے درکار درخواستوں کی تعداد کو کم کرتی ہیں۔ تاہم، منیفیکیشن ضروری نہیں کہ آسان ہو اور نہ ہی موثر ہو اور پھر بھی پیج اور چھوٹے وسائل کو حاصل کرنے کے لیے علیحدہ ایچ ٹی ٹی پی کنکشن کی ضرورت پڑ سکتی ہے۔ ایچ ٹی ٹی پی/2 سرور کو مواد کو "پش" کرنے کی اجازت دیتا ہے، یعنی کلائنٹ کی درخواست سے زیادہ سوالات کے لیے ڈیٹا کے ساتھ جواب دینا۔ یہ سرور کو ڈیٹا فراہم کرنے کی اجازت دیتا ہے کہ وہ جانتا ہے کہ ویب براؤزر کو ویب پیج پیش کرنے کی ضرورت ہوگی، براؤزر کے پہلے جواب کی جانچ پڑتال کے انتظار کے بغیر، اور اضافی درخواست سائیکل کے اوور ہیڈ کے بغیر۔ ایچ ٹی ٹی پی/2 (جو ایس پی ڈی وائی کی کاپی تھی) کے پہلے مسودے میں کارکردگی میں اضافی بہتری درخواستوں اور جوابات کی ملٹی پلیکسنگ سے آتی ہے تاکہ ایچ ٹی ٹی پی 1 (یہاں تک کہ جب ایچ ٹی ٹی پی پائپ لائننگ استعمال کی جاتی ہے)، ہیڈر کمپریشن، اور درخواستوں کی ترجیحات میں سے کچھ سے بچا جا سکے۔ تاہم، جیسا کہ ایچ ٹی ٹی پی/2 ایک واحد ٹی سی پی کنکشن کے اوپر چلتا ہے، اگر ٹی سی پی پیکٹ گم ہو جاتے ہیں یا ترسیل میں تاخیر ہوتی ہے تو ہیڈ آف لائن بلاکنگ کا امکان اب بھی موجود ہے۔ ایچ ٹی ٹی پی/2 اب ایچ ٹی ٹی پی/1 کے چکنڈ ٹرانسفر انکوڈنگ میکانزم کی حمایت نہیں کرتا ہے، کیونکہ یہ ڈیٹا اسٹریمنگ کے لیے اپنا، زیادہ موثر، میکانزم فراہم کرتا ہے۔ ایس پی ڈی وائی ایس پی ڈی وائی میں تاریخ کی ابتداء اور اس کے بعد کے اختلافات (جس کا تلفظ "تیز" کی طرح کیا جاتا ہے) ایک سابقہ ایچ ٹی ٹی پی-تبدیلی پروٹوکول تھا جسے گوگل کی سربراہی میں ایک تحقیقی منصوبے نے تیار کیا تھا۔ بنیادی طور پر تاخیر کو کم کرنے پر مرکوز، ایس پی ڈی وائی اس کمی کو پورا کرنے کے لیے ایک ہی ٹی سی پی پائپ لیکن مختلف پروٹوکول کا استعمال کرتا ہے۔ ایس پی ڈی وائی بنانے کے لیے ایچ ٹی ٹی پی/1 میں کی گئی بنیادی تبدیلیوں میں "فیفو پابندیوں کے بغیر حقیقی درخواست پائپ لائننگ، کلائنٹ اور سرور کی ترقی کو آسان بنانے کے لیے میسج فریمنگ میکانزم، لازمی کمپریشن (بشمول ہیڈرز)، ترجیحی شیڈولنگ، اور یہاں تک کہ دو طرفہ مواصلات" شامل ہیں۔ ایچ ٹی ٹی پی ورکنگ گروپ نے گوگل کے ایس پی ڈی وائی پروٹوکول، مائیکروسافٹ کی ایچ ٹی ٹی پی سپیڈ + موبلٹی پروپوزل (ایس پی ڈی وائی پر مبنی)، اور نیٹ ورک فرینڈلی ایچ ٹی ٹی پی اپ گریڈ پر غور کیا۔ جولائی 2012 میں، فیس بک نے ہر تجویز پر رائے فراہم کی اور ایچ ٹی ٹی پی/2 کو ایس پی ڈی وائی پر مبنی ہونے کی سفارش کی۔ ایچ ٹی ٹی پی/2 کا ابتدائی مسودہ نومبر 2012 میں شائع ہوا تھا اور یہ ایس پی ڈی وائی کی سیدھی کاپی پر مبنی تھا۔ ایچ ٹی ٹی پی/1.1 اور ایس پی ڈی وائی کے درمیان سب سے بڑا فرق یہ تھا کہ ایس پی ڈی وائی میں ہر صارف کے عمل کو "اسٹریم آئی ڈی" دیا جاتا ہے، جس کا مطلب ہے کہ صارف کو سرور سے جوڑنے والا ایک واحد ٹی سی پی چینل ہوتا ہے۔ ایس پی ڈی وائی نے "دو قسم کے فریموں کے ساتھ بائنری پروٹوکول کو تجزیہ کرنے کے لیے آسان" کا استعمال کرتے ہوئے درخواستوں کو کنٹرول یا ڈیٹا میں تقسیم کیا۔ ایس پی ڈی وائی نے ایچ ٹی ٹی پی کے مقابلے میں واضح بہتری دکھائی، جس میں نئے پیج لوڈ کی رفتار 11 فیصد سے 47 فیصد تک تھی۔ ایچ ٹی ٹی پی/2 کی ترقی نے ایس پی ڈی وائی کو جمپنگ آف پوائنٹ کے طور پر استعمال کیا۔ پروٹوکول کے درمیان بہت سے تفصیلی اختلافات میں، سب سے زیادہ قابل ذکر یہ ہے کہ ایچ ٹی ٹی پی/2 ایس پی ڈی وائی کے متحرک اسٹریم پر مبنی کمپریشن کے بجائے ایک فکسڈ ہفمین کوڈ پر مبنی ہیڈر کمپریشن الگورتھم کا استعمال کرتا ہے۔ اس سے پروٹوکول پر کمپریشن اوریکل حملوں کی صلاحیت کو کم کرنے میں مدد ملتی ہے، جیسے کہ کرائم حملہ۔ 9 فروری 2015 کو گوگل نے ایچ ٹی ٹی پی/2 کی حمایت کے حق میں کروم میں ایس پی ڈی وائی کی حمایت کو ہٹانے کے منصوبوں کا اعلان کیا۔ اس کا اثر کروم 51 سے شروع ہوا۔ ترقی کے سنگ میل انکرپشن HTTP/2 کی وضاحت HTTP URI (یعنی HTTP URI) دونوں کے لیے کی گئی ہے۔ ٹی ایل ایس خفیہ کاری کے بغیر، ایک ترتیب جسے مختصر کیا جاتا ہے) اور ایچ ٹی ٹی پی ایس یو آر آئی کے لیے (اے ایل پی این ایکسٹینشن کا استعمال کرتے ہوئے ٹی ایل ایس پر جہاں ٹی ایل ایس 1.2 یا اس سے نیا درکار ہوتا ہے، ایک ترتیب جسے مختصر کیا جاتا ہے)۔ اگرچہ معیار کو خود خفیہ کاری کے استعمال کی ضرورت نہیں ہے، تمام بڑے کلائنٹ کے نفاذ (فائر فاکس، کروم، سفاری، اوپیرا، آئی ای، ایج) نے کہا ہے کہ وہ صرف ٹی ایل ایس پر ایچ ٹی ٹی پی/2 کی حمایت کریں گے، جو خفیہ کاری کو ڈی فیکٹو لازمی بناتا ہے۔ تنقید کی ترقی کا عمل فری بی ایس ڈی اور وارنش ڈویلپر پول ہیننگ کیمپ اس بات پر زور دیتے ہیں کہ معیار کو غیر حقیقی طور پر مختصر شیڈول پر تیار کیا گیا تھا، جس میں ایس پی ڈی وائی پروٹوکول کے علاوہ نئے ایچ ٹی ٹی پی/2 کے لیے کسی بھی بنیاد کو مسترد کیا گیا تھا اور اس کے نتیجے میں بہتری کے دوسرے مواقع ضائع ہو گئے تھے۔ کیمپ خود پروٹوکول پر متضاد ہونے اور غیر ضروری، زبردست پیچیدگی ہونے پر تنقید کرتا ہے۔ وہ یہ بھی کہتا ہے کہ پروٹوکول پروٹوکول لیئرنگ اصول کی خلاف ورزی کرتا ہے، مثال کے طور پر ٹرانسپورٹ لیئر (ٹی سی پی) سے تعلق رکھنے والے فلو کنٹرول کی نقل کرکے۔ انہوں نے یہ بھی تجویز کیا کہ نئے پروٹوکول میں ایچ ٹی ٹی پی کوکیز کو ہٹا دیا جانا چاہیے تھا، جس سے ایک بریکنگ تبدیلی متعارف کرائی گئی۔ خفیہ کاری ابتدائی طور پر، ورکنگ گروپ کے کچھ اراکین نے پروٹوکول میں خفیہ کاری کی ضرورت کو متعارف کرانے کی کوشش کی۔ اس پر تنقید کا سامنا کرنا پڑا۔ ناقدین نے کہا کہ خفیہ کاری میں غیر معمولی کمپیوٹنگ کے اخراجات ہوتے ہیں اور یہ کہ بہت سے ایچ ٹی ٹی پی ایپلی کیشنز کو دراصل خفیہ کاری کی ضرورت نہیں ہے اور ان کے فراہم کنندگان کو اس پر اضافی وسائل خرچ کرنے کی کوئی خواہش نہیں ہے۔ خفیہ کاری کے حامیوں نے کہا ہے کہ یہ خفیہ کاری اوور ہیڈ عملی طور پر نہ ہونے کے برابر ہے۔ پول ہیننگ کیمپ نے سیاسی تحفظات کی وجہ سے گوگل کے ایس پی ڈی وائی پروٹو ٹائپ کو جلد بازی میں ایچ ٹی ٹی پی/2 کے طور پر معیاری بنانے پر آئی ای ٹی ایف پر تنقید کی ہے۔ موجودہ سرٹیفکیٹ فریم ورک کے اندر لازمی خفیہ کاری کے ایجنڈے پر تنقید کوئی نئی بات نہیں ہے، اور نہ ہی یہ اوپن سورس کمیونٹی کے اراکین کے لیے منفرد ہے۔ سسکو کے ایک ملازم نے 2013 میں کہا تھا کہ موجودہ سرٹیفکیٹ ماڈل راؤٹرز جیسے چھوٹے آلات کے ساتھ مطابقت نہیں رکھتا ہے، کیونکہ موجودہ ماڈل میں نہ صرف سالانہ اندراج اور ہر سرٹیفکیٹ کے لیے غیر معمولی فیسوں کی معافی کی ضرورت ہوتی ہے، بلکہ اسے سالانہ بنیاد پر مسلسل دہرایا جانا چاہیے۔ آخر میں ورکنگ گروپ لازمی خفیہ کاری پر اتفاق رائے تک نہیں پہنچا، حالانکہ زیادہ تر کلائنٹ کے نفاذ کے لیے اس کی ضرورت ہوتی ہے، جو خفیہ کاری کو ایک حقیقی ضرورت بناتا ہے۔ ایچ ٹی ٹی پی/2 پروٹوکول کو موقع پرست خفیہ کاری کی حمایت نہ کرنے پر بھی تنقید کا سامنا کرنا پڑا، یہ STARTTLS میکانزم کی طرح غیر فعال نگرانی کے خلاف ایک اقدام ہے جو طویل عرصے سے دوسرے انٹرنیٹ پروٹوکول جیسے ایس ایم ٹی پی میں دستیاب ہے۔ ناقدین نے کہا ہے کہ ایچ ٹی ٹی پی/2 تجویز آئی ای ٹی ایف کے اپنے "وسیع نگرانی ایک حملہ ہے" کی خلاف ورزی کرتی ہے، جسے بیسٹ کرنٹ پریکٹس 188 کا درجہ بھی حاصل ہے۔ RFC7258/BCP188 یہ حکم دیتا ہے کہ غیر فعال نگرانی کو ایک حملہ سمجھا جائے، اور IETF کے تیار کردہ پروٹوکول کو غیر فعال نگرانی سے بچانے کے لیے اقدامات کرنے چاہئیں (مثال کے طور پر، موقع پرست خفیہ کاری کے استعمال کے ذریعے)۔ ایچ ٹی ٹی پی/2 کے موقع پرست خفیہ کاری کے لیے متعدد وضاحتیں فراہم کی گئی ہیں، جن میں سے ڈرافٹ-نوٹنگھم-ایچ ٹی ٹی پی 2-خفیہ کاری کو ورکنگ گروپ کے سرکاری ورک آئٹم کے طور پر اپنایا گیا تھا، جس کی وجہ سے مئی 2017 میں اس کی اشاعت ہوئی۔ ٹی سی پی ہیڈ آف لائن بلاکنگ اگرچہ ایچ ٹی ٹی پی/2 کا ڈیزائن متعدد بیک وقت ایچ ٹی ٹی پی لین دین کی اجازت دے کر ایچ ٹی ٹی پی لین دین کی سطح کے ہیڈ آف لائن بلاکنگ کے مسئلے کو مؤثر طریقے سے حل کرتا ہے، ان تمام لین دین کو ایک ہی ٹی سی پی کنکشن پر ملٹی پلیکس کیا جاتا ہے، جس کا مطلب ہے کہ ٹی سی پی اسٹریم کا کوئی بھی پیکٹ سطح کا ہیڈ آف لائن بلاکنگ بیک وقت اس کنکشن کے ذریعے رسائی حاصل کرنے والے تمام لین دین کو روکتا ہے۔ ایچ ٹی ٹی پی/2 میں اس ہیڈ آف لائن بلاکنگ کو اب بڑے پیمانے پر ڈیزائن کی خامی سمجھا جاتا ہے، اور کیو یو آئی سی اور ایچ ٹی ٹی پی/3 کے پیچھے زیادہ تر کوشش ہیڈ آف لائن بلاکنگ کے مسائل کو کم کرنے کے لیے وقف کی گئی ہے۔ سرور سائیڈ سپورٹ سرور سافٹ ویئر درج ذیل ویب سرورز HTTP/2 کو سپورٹ کرتے ہیں: اپاچی 2.4.12 ماڈیول موڈ _ ایچ 2 کے ذریعے HTTP/2 کو سپورٹ کرتا ہے، حالانکہ اس ماڈیول کو سپورٹ کرنے کے لیے سرور کے سورس کوڈ پر مناسب پیچ لگانا ضروری ہے۔ اپاچی 2.4.17 تک تمام پیچ مرکزی اپاچی سورس ٹری میں شامل ہیں، حالانکہ خود ماڈیول کا نام بدل کر موڈ _ HTTP2 رکھ دیا گیا تھا۔ ایس پی ڈی وائی کے پرانے ورژن کو ماڈیول موڈ _ اسپڈی کے ذریعے سپورٹ کیا گیا تھا، تاہم موڈ _ اسپڈی ماڈیول کی ترقی رک گئی ہے۔ اپاچی ٹام کیٹ 8.5 (ترتیب میں تبدیلی کی ضرورت ہے) اپاچی ٹریفک سرور کیڈی چارلس پراکسی ورژن چارلس 4 کے بعد سے۔ سائٹریکس نیٹ اسکیلر 11. x سکوری ایف 5 بگ-آئی پی لوکل ٹریفک مینیجر 11.6 باراکوڈا نیٹ ورکس ڈبلیو اے ایف (ویب ایپلیکیشن فائر وال) ایچ 2 او (ایچ ٹی ٹی پی/2 سپورٹ کے لیے زمین سے بنایا گیا) ایچ اے پراکسی 1.8 جیٹی 9.3 لائٹ ٹی پی ڈی 1.4.56 لائٹ اسپیڈ ویب سرور 5 مائیکروسافٹ آئی آئی ایس (ونڈوز 10، ونڈوز سرور 2016، اور ونڈوز سرور 2019 میں) نیٹی 4.1 این جی ایچ ٹی ٹی پی ڈی (خصوصی طور پر ایچ ٹی ٹی پی/2 کو لاگو کرتا ہے) این جی این ایکس 1.9.5 22 ستمبر 2015 کو ماڈیول این جی ایکس _ ایچ ٹی پی _ وی 2 ماڈیول اور ایچ ٹی ٹی پی/2 سرور پش کا استعمال کرتے ہوئے ورژن 1.13.9 سے 20 فروری 2018 کو جاری کیا گیا Node.js 8.13.0 (ایک علیحدہ ماڈیول Node.js 5 کے لیے دستیاب ہے اور نوڈ 8.4 نے HTTP/2 کے لیے تجرباتی بلٹ ان سپورٹ متعارف کرایا ہے۔) ASP.NET کور کے لیے کیسٹرل ویب سرور. NET کور 2.2.0-preview 1 کے بعد سے HTTP/2 کی حمایت کرتا ہے۔ اوپن لائٹ سپیڈ 1.3.11 اور 1.4.8 آکسیجن پلس سیکیور ورچوئل ٹریفک مینیجر 10.2 ریڈ ویئر آلٹین این جی شممر کیٹ Vert.x 3.3 وارپ (ہاسکل ویب سرور، یسوڈ میں ڈیفالٹ کے طور پر استعمال ہوتا ہے) وائلڈ فلائی 9 ایلچی پراکسی مواد کی ترسیل کے نیٹ ورک اکامائی ایچ ٹی ٹی پی/2 اور ایچ ٹی ٹی پی/2 سرور پش کی حمایت کرنے والا پہلا بڑا سی ڈی این تھا۔ مائیکروسافٹ ایزور HTTP/2 کی حمایت کرتا ہے۔ پیج سی ڈی این ایچ ٹی ٹی پی/2 آؤٹ آف دی باکس کی حمایت کرتا ہے اور سی ڈی این ڈیش بورڈ میں ایچ ٹی ٹی پی/2 سرور پش سیٹ اپ کرنے کے لیے یوزر انٹرفیس فراہم کرتا ہے۔ سی ڈی این 77 این جی این ایکس (اگست 20، 2015) کا استعمال کرتے ہوئے ایچ ٹی ٹی پی/2 کی حمایت کرتا ہے۔ کلاؤڈ فلیئر تمام حفاظتی اور کارکردگی کی خدمات کو برقرار رکھتے ہوئے، سپورٹ کے بغیر براؤزرز کے لیے فال بیک کے طور پر ایس پی ڈی وائی کے ساتھ ننکس کا استعمال کرتے ہوئے ایچ ٹی ٹی پی/2 کی حمایت کرتا ہے۔ کلاؤڈ فلیئر پہلا بڑا سی ڈی این تھا جس نے ایچ ٹی ٹی پی/2 سرور پش کی حمایت کی۔ اے ڈبلیو ایس کلاؤڈ فرنٹ 7 ستمبر 2016 سے ایچ ٹی ٹی پی/2 کی حمایت کرتا ہے۔ سرور پش سمیت HTTP/2 کو تیزی سے سپورٹ کرتا ہے۔ امپروا انکپسلا سی ڈی این ایچ ٹی ٹی پی/2 کی حمایت کرتا ہے۔ نفاذ میں ڈبلیو اے ایف اور ڈی ڈی او ایس تخفیف کی خصوصیات کے لیے بھی مدد شامل ہے۔ کینیکس (6 اکتوبر 2015) کا استعمال کرتے ہوئے کی سی ڈی این ایچ ٹی ٹی پی/2 کی حمایت کرتا ہے۔ ایچ ٹی ٹی پی/2 ٹیسٹ یہ تصدیق کرنے کے لیے ایک ٹیسٹ پیج ہے کہ آیا آپ کا سرور ایچ ٹی ٹی پی/2 کو سپورٹ کرتا ہے۔ ووکسیلٹی جولائی 2016 سے این جی این ایکس کا استعمال کرتے ہوئے ایچ ٹی ٹی پی/2 کی حمایت کرتا ہے۔ نفاذ کلاؤڈ ڈی ڈی او ایس تخفیف خدمات کی حمایت میں آتا ہے۔ اسٹیک پتھ HTTP/2 کی حمایت کرتا ہے۔ نفاذ دیگر نفاذ گٹ ہب ایچ ٹی ٹی پی/2 ویکی پر جمع کیے گئے ہیں۔ جی آر پی سی ایچ ٹی ٹی پی پائپ لائننگ ایچ ٹی ٹی پی درخواست اور رسپانس میسجز ایچ ٹی ٹی پی/3 کیو آئی سی ایس پی ڈی وائی ویب ساکٹ ویب سرور ویب براؤزر حوالہ جات بیرونی لنکس-ہائپر ٹیکسٹ ٹرانسفر پروٹوکول ورژن 2 (ایچ ٹی ٹی پی/2)-ایچ پی اے سی کے: ایچ ٹی ٹی پی/2 ایچ ٹی ٹی پی/2 کے لیے ہیڈر کمپریشن کی وضاحت (ڈینیل اسٹین برگ) ایس پی ڈی وائی پروٹوکول (ڈرافٹ-بیلشے-ایچ ٹی پی بی ایس-ایس پی ڈی-00) ایچ ٹی ٹی پی سپیڈ + موبلٹی (ڈرافٹ-مونٹینیگرو-ایچ ٹی پی بی ایس-سپیڈ-موبلٹی-1) نیٹ ورک فرینڈلی ایچ ٹی ٹی پی اپ گریڈ (ڈرافٹ-ٹیریو-ایچ ٹی پی بی ایس-نیٹ ورک فرینڈلی-00)