HTTP ہیڈر پارسر
خام HTTP درخواست یا جواب کے ہیڈر کو منظم جدول میں پارس کریں۔ اسٹیٹس لائن، ہیڈرز، کوکیز اور کنٹینٹ ٹائپ معلومات فوراً نکالیں۔
| نام | قدر |
|---|
Invalid Headers
HTTP ہیڈر پارسر کا استعمال کیسے کریں
ہیڈرز پیسٹ کریں
براؤزر کے DevTools (Network ٹیب) یا کسی دوسرے ذریعے سے خام HTTP ہیڈرز کاپی کر کے انہیں ان پٹ ایریا میں پیسٹ کریں۔
خودکار پارسنگ
ہیڈرز فوراً منظم جدول میں پارس ہو جاتے ہیں؛ ان پٹ کی درخواست ہے یا جواب، یہ خودکار طور پر پہچانا جاتا ہے۔
تفصیلات دیکھیں
اسٹیٹس لائن، انفرادی ہیڈرز، نکالی گئی کوکیز اور کنٹینٹ ٹائپ کی تفصیل دیکھیں۔
HTTP ہیڈرز کیا ہیں؟
HTTP ہیڈرز کلید-قدر جوڑے ہیں جو HTTP درخواستوں اور جوابوں میں کلائنٹ اور سرور کے درمیان بھیجے جاتے ہیں۔ یہ کنٹینٹ ٹائپ، کیشنگ قواعد، تصدیقی ٹوکنز اور کوکی معلومات جیسی میٹا ڈیٹا لے جاتے ہیں۔ ویب ایپلیکیشنز کی ڈیبگنگ، کارکردگی بہتری اور سیکیورٹی کے لیے ہیڈرز کو سمجھنا ضروری ہے۔
درخواست ہیڈرز
کلائنٹ کی طرف سے سرور کو بھیجے جاتے ہیں، بشمول Host، User-Agent، Accept، Authorization اور Cookie ہیڈرز۔
جواب ہیڈرز
سرور کی طرف سے کلائنٹ کو واپس بھیجے جاتے ہیں، بشمول Content-Type، Set-Cookie، Cache-Control اور X-Request-Id ہیڈرز۔
سیکیورٹی ہیڈرز
Content-Security-Policy، Strict-Transport-Security اور X-Frame-Options جیسے ہیڈرز جو سیکیورٹی مضبوط کرتے ہیں۔
اکثر پوچھے گئے سوالات
جی ہاں۔ پارسر پہلی لائن سے خودکار طور پر پہچانتا ہے کہ ان پٹ HTTP درخواست ہے یا جواب، اور اسی کے مطابق پارس کرتا ہے۔ درخواست کی لائنیں HTTP میتھڈ (GET، POST وغیرہ) سے شروع ہوتی ہیں، جواب کی لائنیں HTTP/version سے۔
جی ہاں۔ Set-Cookie ہیڈرز انفرادی کوکیز میں پارس ہوتے ہیں جو نام، قدر اور HttpOnly، Secure، SameSite، Path، Domain اور Max-Age جیسے تمام فلیگز دکھاتی ہیں۔
فی لائن ایک ہیڈر کی صورت میں "Name: Value" کے فارمیٹ میں معیاری HTTP/1.1 اور HTTP/2 ہیڈر فارمیٹ۔ ہیڈرز کو براہ راست براؤزر کے ڈیولپر ٹولز سے کاپی کیا جا سکتا ہے۔
درخواستیں عام طور پر host، user-agent، accept، accept-encoding اور cookie لے جاتی ہیں؛ جواب content-type، content-length، cache-control، set-cookie اور date کے ساتھ واپس آتا ہے۔ API ٹریفک جاتے ہوئے authorization اور content-type: application/json شامل کرتی ہے اور واپس آتے ہوئے rate-limit ہیڈرز۔ RFC 9110 (HTTP semantics، 2022) وہ جدید حوالہ ہے جو ان سب کو بیان کرتا ہے۔
درخواست کے ہیڈرز (host، authorization، accept-*) بتاتے ہیں کہ کلائنٹ کیا چاہتا ہے؛ جواب کے ہیڈرز (location، set-cookie، retry-after) بتاتے ہیں کہ کیا واپس آیا۔ کچھ فیلڈز دونوں سمتوں میں نظر آتے ہیں (cache-control، content-type) اور چند پیغام کے محتوا کے بجائے کنکشن خود کو کنٹرول کرتے ہیں (connection: keep-alive)۔ یہ پارسر نشان زد کرتا ہے کہ ہر ہیڈر کس طرف کا ہے۔
RFC 9110 کے مطابق زیادہ تر دہرائے گئے فیلڈز ایک ہی کاما سے الگ فہرست میں مل جاتے ہیں — دو cache-control لائنیں اور no-cache, no-store لکھی ہوئی ایک لائن مساوی ہیں۔ Set-Cookie دستاویزی استثنا ہے: Expires کی تاریخیں کاما رکھتی ہیں اس لیے اسے کبھی کاما کے ساتھ ضم نہیں کیا جا سکتا، چنانچہ پراکسیوں کو ہر Set-Cookie الگ بھیجنا چاہیے۔ یہی استثنا پراکسی بگز کا کلاسک ذریعہ ہے۔
فیلڈ نامز چھوٹے حروف میں ہو گئے اور HPACK یا QPACK سے کمپریس شدہ بائنری فریمز کی صورت میں سفر کرتے ہیں؛ ہر درخواست اپنی اسٹریم کھولتی ہے اور Host جیسے فی کنکشن ہیڈرز کو :method، :scheme اور :path کے ساتھ :authority سیوڈو ہیڈر سے بدل دیا گیا۔ معنوی طور پر فیلڈز اب بھی RFC 9110 کی پیروی کرتے ہیں — وائر فارمیٹ بدلا، لغت نہیں۔
فیلڈ نام اور کولن کے درمیان خالی جگہ (Header : value) — HTTP/1.1 پارسنگ اور HTTP/2 اسپیفیکیشن دونوں اسے request smuggling سے بچنے کے لیے مسترد کرتے ہیں۔ نیز غلط: فیلڈ نام کے اندر خالی جگہیں یا نان-ASCII بائٹس، قدروں میں کنٹرول کریکٹرز، اور obs-fold (سنگھنی لائن سے جاری کیا گیا ہیڈر) جسے RFC 9110 deprecated قرار دیتا ہے — اسے ایک لائن یا لسٹ قدر سے بدلیں۔
متعلقہ ٹولز
مستند حوالہ جات
اس ٹول کے پیچھے کے بنیادی ذرائع — ثانوی خلاصے نہیں بلکہ سرکاری معیار اور specifications۔
RFC 9110 - HTTP Semantics
تمام عام ہیڈر فیلڈز بیان کرنے والا IETF HTTP semantics معیار (2022)۔
MDN Web Docs - HTTP Headers
HTTP درخواست اور جواب ہیڈرز کو استعمال کے نوٹس کے ساتھ فہرست کرنے والا Mozilla ذریعہ۔
List of HTTP header fields - Wikipedia
HTTP/1.1، HTTP/2 اور HTTP/3 پر HTTP ہیڈر فیلڈز کی فہرست۔