ويب ڊولپمينٽ جي دنيا ۾، HTTP ايرر ڪوڊ ويب سائيٽ جي صارف جي تجربي ۽ شهرت کي متاثر ڪرڻ ۾ اهم ڪردار ادا ڪن ٿا. هن آرٽيڪل ۾، اسان سرور ايرر ڪوڊ جي مڪمل فهرست تي غور ڪنداسين، انهن جي معنيٰ جو تجزيو ڪنداسين، ۽ سکنداسين ته مسئلن کي حل ڪرڻ ۽ ويب ايپس جي ڪارڪردگي کي بهتر بڻائڻ لاءِ سرور ريسپانس ڪوڊ کي مؤثر طريقي سان ڪيئن تشريح ڪجي.
HTTP جوابي ڪوڊ ڇا آهي؟
HTTP جوابي ڪوڊ ويب سرورز جي ٻولي آهي جيڪا برائوزر جي درخواستن کي سمجھڻ واري هدايتن ۾ ترجمو ڪري ٿي. اهو هڪ شاعر وانگر آهي جيڪو ورچوئل سوالن جا جواب ڏئي ٿو، انهن کي معنيٰ ۽ هدايت ڏئي ٿو. جوابي ڪوڊ هميشه HTTP غلطي ڪوڊ نه هوندا آهن. مثال طور، "200 OK" جو مطلب آهي ته سڀ ڪجهه ٺيڪ آهي، پر HTTP غلطي "404 نه مليو" جو مطلب آهي جڏهن صفحو ورچوئل اسپيس ۾ گم ٿي ويندو آهي. هر ڪوڊ سرور جي حالت جو هڪ منفرد اظهار آهي، جنهن جي ڊيڪوڊنگ اسان کي سمجهڻ جي اجازت ڏئي ٿي ته ورچوئل دنيا جي ٻئي پاسي ڇا ٿي رهيو آهي.
1xx ڪوڊ (معلومات)
HTTP پروٽوڪول ۾ 1xx اسٽيٽس ڪوڊ سرور ۽ ڪلائنٽ جي وچ ۾ ڳالهه ٻولهه ۾ هڪ قسم جي پهرين ڪڙي آهن. درخواست جو مڪمل جواب ڏيڻ بدران، اهي موجوده اسٽيٽس بابت معلومات مهيا ڪن ٿا، ڊيٽا جي تبادلي کي وڌيڪ ڪارآمد بڻائين ٿا. اچو ته انهن تي هڪ ويجهي نظر وجهون:
100 جاري رکو. HTTP جوابي ڪوڊ جنهن ۾ سرور استعمال ڪندڙ کي سائي روشني ڏئي ٿو، ان کي محفوظ طور تي وڏي درخواست موڪلڻ جاري رکڻ جي اجازت ڏئي ٿو.
101 سوئچنگ پروٽوڪول. سرور ڪلائنٽ کي ٻڌائي ٿو ته اهو راند جي قاعدن کي تبديل ڪري رهيو آهي، مثال طور، HTTP کان وڌيڪ محفوظ HTTPS ڏانهن منتقل ٿي رهيو آهي. هن صورت ۾، "اپ گريڊ" هيڊر پروٽوڪول جي تبديلي لاءِ استعمال ڪيو ويندو آهي.
102 پروسيسنگ. هي ڪوڊ هڪ پيغام وانگر آهي ته سرور درخواست قبول ڪئي آهي، پر اڃا تائين هڪ پيچيده آپريشن ۾ مصروف آهي.
103 ابتدائي اشارا. هتي سرور مکيه جواب کان اڳ ڪلائنٽ کي ڪيترائي اشاري هيڊر موڪلي ٿو، ڪنهن اهڙي شيءِ بابت خبردار ڪري ٿو جيڪا ويجهي مستقبل ۾ لاڳاپيل ٿي سگهي ٿي.
2xx ڪوڊ (ڪامياب)
گروپ 2xx ۾ HTTP غلطي ڪوڊ سرور کان ڪامياب درخواست جي نشاندهي ڪن ٿا. اهي بنيادي طور تي ويب ڪميونيڪيشن جي دائري ۾ "سائي روشني" طور ڪم ڪن ٿا، تصديق ڪن ٿا ته هر شي منصوبي مطابق ٿي رهي آهي ۽ ڪاميابي سان مڪمل ٿي چڪي آهي.
ٺيڪ آهي. هي حيثيت تڏهن استعمال ٿيندي آهي جڏهن سرور بغير ڪنهن مسئلي جي GET طريقي سان درخواست تي عمل ڪري ٿو ۽ جواب ۾ گهربل ڊيٽا واپس ڪري ٿو. "مواد-قسم" هيڊر جواب ۾ مواد جي قسم جي رپورٽ ڪري ٿو. اهو صرف ڪلائنٽ کي ٻڌائي ٿو ته درخواست ڪامياب ٿي وئي.
201 ٺاهي وئي. هتي سرور هڪ نئين وسيلن جي تخليق جو اعلان ڪري ٿو.
202 قبول ٿيل. سرور استعمال ڪندڙ کي ٻڌائي ٿو ته درخواست قبول ڪئي وئي آهي، پر جواب ڏيڻ ۾ وقت لڳندو.
203 غير مستند معلومات. هي ڪوڊ ڪلائنٽ کي ڊيٽا فراهم ڪري ٿو جيڪو شايد سرڪاري نه هجي، پر مقابلي لاءِ استعمال ڪري سگهجي ٿو.
204 ڪوبه مواد. سرور درخواست تي عمل ڪيو آهي پر ڪو به اضافي مواد واپس نه ڪري رهيو آهي.
205 مواد ري سيٽ ڪريو. هتي ڪلائنٽ کي هدايت ڪئي وئي آهي ته موڪلڻ کان پوءِ موجوده ڏيک يا ڊيٽا کي ري سيٽ ڪري.
206 جزوي مواد. هي ڪيس ظاهر ڪري ٿو ته جواب ۾ صرف گهربل مواد جو حصو شامل آهي. "مواد-حد" هيڊر جزوي مواد جي حد کي ظاهر ڪري ٿو.
207 ملٽي اسٽيٽس. سرور ڪلائنٽ کان هڪ گھڻ-آپريشن درخواست ڪاميابي سان مڪمل ڪئي آهي، ۽ جواب ۾ هر هڪ آپريشن جي حيثيت بابت معلومات شامل آهي.
226 استعمال ٿيل IM. هي ڪوڊ ظاهر ڪري ٿو ته سرور انڪريمينٽل ميٽا ڊيٽا (IM) طريقو استعمال ڪيو ۽ صرف تبديل ٿيل وسيلن جي حصن کي ڪلائنٽ ڏانهن منتقل ڪندي جواب ڏنو.
3xx ڪوڊ (ريڊائريڪٽس)
HTTP پروٽوڪول ۾ 3xx ڪوڊ پوائنٽرن وانگر آهن جيڪي صارف کي نئين وسيلن جي جڳهه ڏانهن رهنمائي ڪن ٿا. اهي ڪلائنٽ کي آگاهي ڏين ٿا ته درخواست ڪيل مواد حاصل ڪرڻ يا ٻئي وسيلن ڏانهن ريڊائريڪٽ ڪرڻ لاءِ فالو اپ قدم کڻڻ گهرجن. اچو ته انهن مان هر هڪ جي تفصيل ۾ غرق ٿي وڃون:
300 گھڻا چونڊون. ڪلائنٽ کي هڪ سگنل ملي ٿو ته وسيلن لاءِ ڪيترائي ممڪن هنڌ آهن ۽ جواب ۾ ان کي هڪ انتخاب ڏنو ويو آهي. موجوده حالتن ۾، "مقام" هيڊر وسيلن لاءِ متبادل آپشن ظاهر ڪري سگهي ٿو.
301 مستقل طور تي منتقل ڪيو ويو. سرور استعمال ڪندڙ کي واپس رپورٽ ڪري ٿو ته وسيلو مستقل طور تي ٻئي هنڌ منتقل ڪيو ويو آهي.
302 مليا. هي HTTP ڪوڊ هڪ عارضي ريڊائريڪٽ وانگر آهي. سرور صارف کي اطلاع ڏئي ٿو ته وسيلو عارضي طور تي هڪ مختلف URL تي دستياب آهي. "مقام" هيڊر عارضي ريڊائريڪٽ لاءِ نئين URL ڏانهن اشارو ڪري ٿو.
303 ڏسو ٻيا. ڪلائنٽ کي ٻڌايو ويندو آهي ته وسيلو هڪ مختلف URL تي موجود آهي ۽ هن نئين ايڊريس تي GET درخواست ڪرڻ گهرجي.
304 تبديل نه ڪئي وئي. هي حيثيت ڪلائنٽ کي ٻڌائي ٿي ته وسيلو آخري درخواست کان وٺي تبديل نه ٿيو آهي ۽ ان کي ٻيهر ڊائون لوڊ ڪرڻ جي ضرورت ناهي. درخواست ڪرڻ وقت، "جيڪڏهن-تبديل ٿيل-کان" هيڊر استعمال ڪيو ويندو آهي ته اهو چيڪ ڪيو وڃي ته ڇا وسيلو تبديل ڪيو ويو آهي.
305 استعمال ڪريو پراکسي. جواب جي طور تي، سرور رپورٽ ڪري ٿو ته ان کي گهربل وسيلن تائين رسائي حاصل ڪرڻ لاءِ مخصوص پراڪسي استعمال ڪرڻ گهرجي.
306 (محفوظ) — ڪوڊ محفوظ ڪيو ويو آهي، پر حقيقت ۾ اهو استعمال نه ڪيو ويو آهي.
307 عارضي ريٽائرمينٽ. هي ڪوڊ 302 Found سان ملندڙ جلندڙ آهي، پر ڪلائنٽ کي درخواست جي طريقي ۾ رهڻ جي ضرورت آهي جيڪو اصل درخواست ۾ استعمال ڪيو ويو هو.
308 مستقل ريڊريڪٽس. ظاهر ڪري ٿو ته وسيلو هڪ نئين URI ڏانهن مستقل منتقل ٿي چڪو آهي ۽ ڪلائنٽ کي مستقبل جي سڀني درخواستن لاءِ نئين URI استعمال ڪرڻ گهرجي.
4xx HTTP غلطي (ڪلائنٽ غلطيون)
HTTP 4xx غلطي ڪوڊ ڪلائنٽ غلطين جي نشاندهي ڪن ٿا. ان جو مطلب آهي ته مسئلو صارف جي پاسي آهي، جهڙوڪ ويب برائوزر يا ايپ.
400 غلط درخواست. سرور نحو جي غلطين، غلط ڊيٽا، يا ڪلائنٽ پاسي ٻين غلطين جي ڪري درخواست تي عمل نٿو ڪري سگهي.
401 غير مجاز. سرور نحو جي غلطين، غلط ڊيٽا، يا ڪلائنٽ پاسي ٻين غلطين جي ڪري درخواست تي عمل نٿو ڪري سگهي.
402 ادا ڪرڻو پوندو. ڪوڊ هن وقت فعال نه آهي ۽ مستقبل جي استعمال لاءِ محفوظ آهي. اهو مستقبل ۾ وسيلن تائين رسائي کان اڳ ادا ڪرڻ جي ضرورت کي ظاهر ڪري سگھي ٿو.
HTTP غلطي 403 منع ٿيل آهي. ڪلائنٽ کي گهربل وسيلن تائين رسائي حاصل ڪرڻ جا ڪافي حق نه آهن.
404 نه مليو. درخواست ڪيل وسيلو سرور تي موجود ناهي. هي استعمال ڪندڙ جي سڀ کان عام غلطين مان هڪ آهي.
405 جو طريقو اجازت نه آهي. سرور هن وسيلن دوران مخصوص درخواست جي طريقي کي سپورٽ نٿو ڪري. "اجازت ڏيو" هيڊر وسيلن لاءِ اجازت ڏنل طريقن کي ظاهر ڪري ٿو. هن ڪوڊ سان،
406 قابل قبول نه آهي. سرور اهڙي فارميٽ ۾ ڊيٽا مهيا نٿو ڪري سگهي جيڪو ڪلائنٽ طرفان قبول ڪري سگهجي.
407 پراکسي جي تصديق گهربل. گهربل وسيلن تائين رسائي لاءِ پراڪسي سرور تي تصديق گهربل آهي.
408 درخواست جو وقت ختم. سرور ڪلائنٽ کان درخواست وصول ڪرڻ جي انتظار ۾ هو، پر وقت ختم ٿي ويو. "ٻيهر ڪوشش ڪريو" هيڊر شايد اهو وقت ظاهر ڪري سگھي ٿو جنهن کان پوءِ درخواست ٻيهر ڪوشش ڪري سگهجي ٿي.
409 تڪرار. موجوده وسيلن جي حالت سان تڪرار جي ڪري درخواست مڪمل نه ٿي سگهي.
410 ويو. درخواست ڪيل وسيلو اڳ ۾ موجود هو پر هاڻي ختم ڪيو ويو آهي ۽ ان جي بحالي جي اميد ناهي.
411 ڊگھائي گھربل. سرور درخواست ۾ مواد جي ڊيگهه بيان ڪرڻ جو مطالبو ڪري ٿو؛ هن معلومات جي غير موجودگي کي غلطي سمجهيو ويندو آهي.
412 اڳڪٿي ناڪام ٿي. درخواست ۾ هڪ شرط پوري نه ٿي آهي، جيڪا ان کي عمل ڪرڻ کان روڪي ٿي.
413 پيل لوڊ تمام وڏو. درخواست جي ڊيٽا جي سائيز سرور جي حد کان وڌيڪ آهي.
414 URI تمام ڊگهو. درخواست ۾ URI جي ڊيگهه قابل قبول حد کان وڌيڪ آهي.
415 اڻ سڌريل ميڊيا جو قسم. سرور درخواست ۾ ڏنل ڊيٽا جي قسم کي پروسيس نٿو ڪري سگهي.
416 رينج قابل اطمينان نه آهي. HTTP غلطي جتي گهربل حد موجوده سرور ڊيٽا سان نه ملي.
417 اميدون ناڪام ٿيون. "توقع" هيڊر ۾ متوقع شرط پوري نه ٿي.
418 مان هڪ چانهه آهيان. هي ڪوڊ هڪ مذاق جي طور تي شامل ڪيو ويو آهي ۽ استعمال ڪندڙ يا سرور لاءِ ڪنهن به حقيقي عمل جو مطلب نٿو رکي، ۽ اهو مڪمل غلطي ناهي. اهو ظاهر ڪري ٿو ته سرور هڪ چانهه جو ٿانو آهي ۽ ڪافي ٺاهڻ جي قابل ناهي.
421 غلط هدايت واري درخواست. سرور درخواست يا سرور جي ترتيب ۾ غلطي جي ڪري درخواست تي عمل نٿو ڪري.
422 غير پروسيس ٿيل ادارو. سرور درخواست کي سمجهي ٿو، پر ڊيٽا جي غلطين جي ڪري ان تي عمل نٿو ڪري.
423 بند ٿيل. وسيلو بلاڪ ٿيل آهي ۽ ان تي عمل نه ٿو ڪري سگهجي.
424 ناڪام انحصار. درخواست ٻي غير عملدرآمد درخواست تي منحصر آهي.
425 تمام جلد. سرور درخواست کي جلد اچڻ جي ڪري پروسيس ڪرڻ لاءِ تيار ناهي.
426 اپ گريڊ گهربل آهي. سرور کي درخواست تي عمل ڪرڻ لاءِ وڌيڪ جديد پروٽوڪول جي استعمال جي ضرورت آهي.
428 شرط گهربل. سرور کي درخواست ۾ ڪجهه شرطن جي وضاحت ڪرڻ جي ضرورت آهي.
429 تمام گهڻيون درخواستون. ڪلائنٽ ٿوري وقت ۾ تمام گهڻيون درخواستون موڪليون، سرور جي حدن کان وڌيڪ.
431 درخواست هيڊر فيلڊ تمام وڏا آهن. درخواست جا هيڊر وڌ ۾ وڌ اجازت ڏنل سائيز کان وڌيڪ آهن.
449 سان ٻيهر ڪوشش ڪريو. ظاهر ڪري ٿو ته درخواست موجوده سرور طرفان نه ٿي هلائي سگهجي، پر ٻئي سرور پاران ڪاميابي سان عمل ڪري سگهجي ٿو، ۽ ڪلائنٽ کي نئين URI سان درخواست ٻيهر ڪوشش ڪرڻ گهرجي.
451 قانوني سببن جي ڪري دستياب ناهيقانوني سببن جي ڪري نتيجو دستياب ناهي.
499 ڪلائنٽ بند ٿيل درخواست. سرور کي درخواست ملي، پر پروسيسنگ مڪمل ٿيڻ کان اڳ ڪلائنٽ طرفان ڪنيڪشن بند ڪيو ويو.
HTTP 5xx غلطي (سرور غلطيون)
HTTP 5xx غلطي ڪوڊ سرور جي مسئلن کي ظاهر ڪن ٿا. اهي ڪوڊ سرور جي پاسي تي پيش ايندڙ مسئلن کي ظاهر ڪن ٿا، جنهن جي ڪري سرور صارف جي درخواست کي صحيح طريقي سان پروسيس ڪرڻ جي قابل نه آهي. اچو ته انهن تي هڪ ويجهي نظر وجهون:
HTTP غلطي 500 اندروني سرور غلطي. سرور غير متوقع حالتن کي منهن ڏئي ٿو جيڪي ان کي درخواست مڪمل ڪرڻ کان روڪين ٿا. "سرور" هيڊر شايد سرور کي ظاهر ڪري سگھي ٿو جنهن تي غلطي ٿي آهي.
501 لاڳو نه ٿيو. سرور ڪلائنٽ جي درخواست کي پروسيس ڪرڻ لاءِ گهربل ڪارڪردگي کي سپورٽ نٿو ڪري. "ويا" هيڊر شايد پراڪسي سرور کي ظاهر ڪري سگھي ٿو جنهن ذريعي غلطي ٿي.
502 خراب گيٽ ويٽ. هن ڪوڊ جو مطلب آهي ته سرور جيڪو پراڪسي طور ڪم ڪري ٿو، ان کي ٻئي سرور کان غلط جواب مليو.
HTTP مسئلو 503 جي دستياب ناهي. سرور عارضي طور تي درخواستن تي عمل ڪرڻ جي قابل ناهي.
504 گيٽ ويٽ جو وقت. سرور، جيڪو پراڪسي طور ڪم ڪري ٿو، ٻئي سرور کان بروقت جواب نه مليو.
505 ايڇ ٽي پي جو نسخو معاون نه آهي. سرور درخواست ۾ بيان ڪيل HTTP پروٽوڪول ورزن کي سپورٽ نٿو ڪري. بيڪ اپ آپشن جي طور تي، "اپ گريڊ" هيڊر سپورٽ ٿيل پروٽوڪول کي ظاهر ڪري سگھي ٿو.
506 قسم پڻ ڳالهين ۾ آهي. هي حيثيت HTTP/1.1 ۾ استعمال نه ڪئي وئي آهي؛ جڏهن ته، جيڪڏهن سرور هڪ اندروني ترتيب کي ڳولي ٿو جيڪو مواد جي ڳالهين جي ابهام جو سبب بڻجندو آهي، ته اهو هن جواب کي استعمال ڪري سگهي ٿو.
507 ڪافي اسٽوريج. سرور تي ڪافي اسٽوريج جاءِ نه هجڻ ڪري سرور درخواست پوري نٿو ڪري سگهي.
508 لوپ ڳولي لڌو ويو. سرور درخواست کي پروسيس ڪرڻ دوران هڪ لوپ ڳولي لڌو آهي، ۽ لامحدود لوپ کان بچڻ لاءِ درخواست کي مڪمل ڪرڻ کان انڪار ڪري ٿو.
509 بينڊوڊٿ جي حد وڌي وئي. غلطي تڏهن ٿيندي آهي جڏهن سرور جي بينڊوڊٿ درخواستن يا ٽرئفڪ جي وڏي مقدار جي ڪري وڌي ويندي آهي.
510 نه وڌايو ويو. درخواست جاري رکڻ لاءِ ڪلائنٽ کي اضافي ايڪسٽينشن منتقل ڪرڻ گهرجن.
511 نيٽ ورڪ جي تصديق گهربل. نيٽ ورڪ تائين رسائي حاصل ڪرڻ لاءِ ڪلائنٽ کي پاڻ کي تصديق ڪرڻ گهرجي.
صفحي جي اسٽيٽس ڪوڊ کي ڪيئن چيڪ ڪجي
هن حصي ۾، اسين صفحي جي اسٽيٽس ڪوڊ کي چيڪ ڪرڻ جا ٽي مکيه طريقا غور ڪنداسين: ڪمانڊ لائن ذريعي، ويب برائوزر استعمال ڪندي، ۽ آزاد آن لائن خدمتون استعمال ڪندي. انهن طريقن مان هر هڪ جا پنهنجا فائدا آهن ۽ مختلف حالتن ۾ ڪارآمد ٿي سگهن ٿا.
ڪمانڊ لائن ذريعي سرور جي جواب جي جانچ ڪندي
ڪمانڊ لائن ويب برائوزر استعمال ڪرڻ کان سواءِ صفحي جي اسٽيٽس ڪوڊ کي چيڪ ڪرڻ جو هڪ آسان طريقو فراهم ڪري ٿي. هن طريقي لاءِ، توهان کي ڪمانڊ لائن کولڻ ۽ ڪمانڊ استعمال ڪرڻ جي ضرورت آهي:
curl -I http://page-addressهي ڪمانڊ مخصوص URL ڏانهن هڪ HEAD درخواست (صرف هيڊر درخواست) موڪلي ٿو ۽ HTTP اسٽيٽس ڪوڊ سميت معلومات ڏيکاري ٿو:
مٿي ڏنل مثال هڪ ڪامياب جوابي ڪوڊ ڏيکاري ٿو. هڪ جواب جي صورت ۾ جنهن ۾ غلطي ڪوڊ هجي، جهڙوڪ 404 نه مليو HTTP غلطي، نتيجو ساڳيو نظر ايندو:
برائوزر ڪنسول ذريعي سرور جي جواب جي جانچ ڪندي
ويب برائوزر ڊولپر ڪنسول مختلف آپريشنز ڪرڻ لاءِ اوزار فراهم ڪري ٿو، جنهن ۾ پيج اسٽيٽس ڪوڊ چيڪ ڪرڻ شامل آهي. سرور جي جواب ۾ HTTP ڪوڊ ڏسڻ لاءِ، توهان کي استعمال ٿيل برائوزر جي لحاظ کان ڊولپر ڪنسول (Ctrl+Shift+K) يا (Ctrl+shift+J) کولڻ جي ضرورت آهي. اڳيون، "نيٽ ورڪ" سيڪشن چونڊيو ۽ گهربل صفحو لوڊ ڪريو:
آزاد اوزارن جي استعمال سان سرور جي جواب جي جانچ ڪرڻ
وڏي تعداد ۾ آزاد آن لائن خدمتون آهن جيڪي ويب سائيٽ جي صفحي جي اسٽيٽس ڪوڊ کي چيڪ ڪرڻ لاءِ اوزار مهيا ڪن ٿيون. اهي خدمتون عام طور تي توهان کي توهان جي وسيلن جي دستيابي ۽ ڪارڪردگي جو جائزو جلدي حاصل ڪرڻ جي اجازت ڏين ٿيون. اهي سڀ هڪ ئي اصول استعمال ڪندي ڪم ڪن ٿا. مثال طور، اسان سڀ کان وڌيڪ مشهور وسيلن تي غور ڪنداسين - httpstatus.io
سڀ کان پهريان، توهان کي سروس پاڻ کولڻ جي ضرورت آهي، پوءِ ان صفحي جو پتو داخل ڪريو جيڪو جواب توهان کي ڳولڻ جي ضرورت آهي، ۽ تصديق جي درخواست ڪريو:
نتيجو صفحي جي تري ۾ ڏيکاريو ويندو:
ٿڪل
نتيجي ۾، ان ڳالهه تي زور ڏنو وڃي ته HTTP غلطي ڪوڊ کي سمجهڻ ۽ پڙهڻ جي قابل هجڻ ويب ڊولپمينٽ ۽ سرور جي سار سنڀال ۾ شامل هر ڪنهن لاءِ هڪ اهم مهارت آهي. جيئن ته اسان هر غلطي کي ڳوليندا آهيون ۽ انهن کي ڳولڻ لاءِ اوزارن کي ڳوليندا آهيون، اسان سبب ڏسندا آهيون ته انهن ويب سروسز جي پهلوئن کي مؤثر طريقي سان منظم ڪرڻ ڇو ضروري آهي.
