ويب ڊولپمينٽ جي دنيا ۾، HTTP ايرر ڪوڊ ويب سائيٽ جي صارف جي تجربي ۽ شهرت کي متاثر ڪرڻ ۾ اهم ڪردار ادا ڪن ٿا. هن آرٽيڪل ۾، اسان سرور ايرر ڪوڊ جي مڪمل فهرست تي غور ڪنداسين، انهن جي معنيٰ جو تجزيو ڪنداسين، ۽ سکنداسين ته مسئلن کي حل ڪرڻ ۽ ويب ايپس جي ڪارڪردگي کي بهتر بڻائڻ لاءِ سرور ريسپانس ڪوڊ کي مؤثر طريقي سان ڪيئن تشريح ڪجي.
HTTP جوابي ڪوڊ ڇا آهي؟
HTTP جوابي ڪوڊ ويب سرورز جي ٻولي آهي جيڪا برائوزر جي درخواستن کي سمجھڻ واري هدايتن ۾ ترجمو ڪري ٿي. اهو هڪ شاعر وانگر آهي جيڪو ورچوئل سوالن جا جواب ڏئي ٿو، انهن کي معنيٰ ۽ هدايت ڏئي ٿو. جوابي ڪوڊ هميشه HTTP غلطي ڪوڊ نه هوندا آهن. مثال طور، "200 OK" جو مطلب آهي ته سڀ ڪجهه ٺيڪ آهي، پر HTTP غلطي "404 نه مليو" جو مطلب آهي جڏهن صفحو ورچوئل اسپيس ۾ گم ٿي ويندو آهي. هر ڪوڊ سرور جي حالت جو هڪ منفرد اظهار آهي، جنهن جي ڊيڪوڊنگ اسان کي سمجهڻ جي اجازت ڏئي ٿي ته ورچوئل دنيا جي ٻئي پاسي ڇا ٿي رهيو آهي.
1xx ڪوڊ (معلومات)
HTTP پروٽوڪول ۾ 1xx اسٽيٽس ڪوڊ سرور ۽ ڪلائنٽ جي وچ ۾ ڳالهه ٻولهه ۾ هڪ قسم جي پهرين ڪڙي آهن. درخواست جو مڪمل جواب ڏيڻ بدران، اهي موجوده اسٽيٽس بابت معلومات مهيا ڪن ٿا، ڊيٽا جي تبادلي کي وڌيڪ ڪارآمد بڻائين ٿا. اچو ته انهن تي هڪ ويجهي نظر وجهون:
100 جاري رکو . HTTP جوابي ڪوڊ جنهن ۾ سرور صارف کي سائي روشني ڏئي ٿو، ان کي محفوظ طور تي وڏي درخواست موڪلڻ جاري رکڻ جي اجازت ڏئي ٿو.
101 سوئچنگ پروٽوڪول . سرور ڪلائنٽ کي ٻڌائي ٿو ته اهو راند جي قاعدن کي تبديل ڪري رهيو آهي، مثال طور، HTTP کان وڌيڪ محفوظ HTTPS ڏانهن منتقل ٿيڻ. هن صورت ۾، "اپ گريڊ" هيڊر پروٽوڪول جي تبديلي لاءِ استعمال ڪيو ويندو آهي.
102 پروسيسنگ . هي ڪوڊ هڪ پيغام وانگر آهي ته سرور درخواست قبول ڪئي آهي، پر اڃا تائين هڪ پيچيده آپريشن ۾ مصروف آهي.
103 ابتدائي اشارا . هتي سرور مکيه جواب کان اڳ ڪلائنٽ کي ڪيترائي اشاري هيڊر موڪلي ٿو، ڪنهن اهڙي شيءِ بابت خبردار ڪري ٿو جيڪا ويجهي مستقبل ۾ لاڳاپيل ٿي سگهي ٿي.
2xx ڪوڊ (ڪامياب)
گروپ 2xx ۾ HTTP غلطي ڪوڊ سرور کان ڪامياب درخواست جي نشاندهي ڪن ٿا. اهي بنيادي طور تي ويب ڪميونيڪيشن جي دائري ۾ "سائي روشني" طور ڪم ڪن ٿا، تصديق ڪن ٿا ته هر شي منصوبي مطابق ٿي رهي آهي ۽ ڪاميابي سان مڪمل ٿي چڪي آهي.
200 ٺيڪ آهي . هي حيثيت تڏهن استعمال ٿيندي آهي جڏهن سرور بغير ڪنهن مسئلي جي 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 مليو سان ملندڙ جلندڙ آهي، پر ڪلائنٽ کي درخواست جي طريقي ۾ رهڻ جي ضرورت آهي جيڪو اصل درخواست ۾ استعمال ڪيو ويو هو.
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 ورجن سپورٽ نه آهي . سرور درخواست ۾ بيان ڪيل 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 غلطي ڪوڊ کي سمجهڻ ۽ پڙهڻ جي قابل هجڻ ويب ڊولپمينٽ ۽ سرور جي سار سنڀال ۾ شامل هر ڪنهن لاءِ هڪ اهم مهارت آهي. جيئن ته اسان هر غلطي کي ڳوليندا آهيون ۽ انهن کي ڳولڻ لاءِ اوزارن کي ڳوليندا آهيون، اسان سبب ڏسندا آهيون ته انهن ويب سروسز جي پهلوئن کي مؤثر طريقي سان منظم ڪرڻ ڇو ضروري آهي.
