ماذا تعني أخطاء رمز حالة HTTP الشائعة؟

HTTP هو بروتوكول اتصال بسيط يعتمد على TCP / IP وهو الأساس المطلق لتسليم البيانات على شبكة الويب العالمية. منذ عدة سنوات ، يعمل HTTP كبروتوكول قوي حيث يتم إرسال bazillions من البيانات عبر HTTP بين العميل والخادم. يعتمد HTTP أساسًا على بنية خادم العميل حيث تعمل متصفحات الويب ومحركات البحث مثل عميل HTTP ويتصرف خادم الويب مثل الخادم. يتم إرسال هذا الطلب / الاستجابة من قبل العملاء والملقم عبر اتصال TCP / IP. يبدأ عميل المستعرض طلبًا إلى خادم ويب في شكل عنوان URL ويستجيب خادم الويب مرة أخرى باستخدام الموارد المطلوبة إلى جانب رموز الحالة HTTPS الموجودة في رأس HTTP للمتصفحات. بمعنى آخر ، يستجيب خادم الويب للطلب مع رموز النجاح أو الخطأ.

أخطاء رمز حالة

رمز حالة HTTPS عبارة عن ملاحظة قصيرة يرسلها الخادم المعروض على صفحة الويب عندما يبدأ العميل في طلب إلى الخادم. يعتبر رمز حالة HTTPS أمرًا بالغ الأهمية لمالك مواقع الويب أو أي مطور أثناء قيامهم بدور هام في تشخيص أخطاء جانب العميل / الخادم وحل مشكلات التهيئة. وبعبارة أخرى ، فإن شفرة حالة HTTPS هي طريقة خوادم لقول أن هناك شيئًا غير صحيح. عنصر رمز الحالة هو رقم مكون من 3 أرقام حيث يحدد الرقم الأول من رمز الحالة فئات الاستجابات. داخل الفئة ، توجد مجموعة متنوعة من رموز الخادم ويتم إرجاعها بواسطة الخادم. لا يحتوي آخر رقمين من رمز حالة HTTPS على أي دور تصنيف. هناك خمس فئات قياسية لرموز حالة HTTP والتي سنناقشها بالتفصيل ونناقش بعض شفرات حالة HTTPS التي قد نتصادم عليها بشكل منتظم.

يتم تصنيف رموز حالة HTTPS إلى 5 فئات:

1xx:

تشير هذه الفئة إلى الاستجابات الإعلامية التي تشير إلى أن العميل الذي قام ببدء الطلبات تم استلامه من قبل خادم الويب وهو قيد العملية.

في هذه الفئة ، توجد مجموعة متنوعة من رموز الخادوم ويتم إرجاعها بواسطة الخادم.

هي بعض قوائم رموز الحالة ضمن الفئة 1xx.

100 متابعة: يشير هذا إلى أن الخادم لم يستلم سوى جزء من الطلب الذي بدأه العميل من طلب كبير ، وهذا يعني أن العميل يمكنه متابعة الإرسال طلب طالما لم يتم رفض الطلب من طرف الخادم.

101 تبديل البروتوكولات: يعني رمز الحالة أن الخادم جاهز للتبديل بين البروتوكولات حسب طلب العميل.

2xx:

هذه الفئة هي رمز نجاح يتم إرجاعه بواسطة الخادم. هذا يعني أنه تم استلام الطلب الذي بدأه العميل من قبل الخادم ، وكذلك تم فهم الإجراء ومعالجته.

فيما يلي بعض قوائم رموز الحالة ضمن الفئة 2xx.

200 OK: This إن رمز الحالة هو استجابة قياسية لطلبات HTTP الناجحة التي بدأها العملاء. يتم إرجاعها من قبل الملقم عند سلوك صفحة الويب بنفس الطريقة التي من المتوقع أن تتصرف بها.

201 تم إنشاؤه: يتم إرجاع رمز الحالة هذا عند اكتمال الطلب الذي بدأه العميل بواسطة الخادم ومورد جديد تم إنشاء

205 إعادة تعيين المحتوى: يتم إرجاع رمز الحالة هذا عندما يكون الخادم قد أكمل طلب العميل بنجاح ولكنه فشل في إرجاع أي محتوى. يتطلب الأمر من العميل / المستعرض إعادة تعيين عرض المستند.

3xx:

هذا الفصل هو رمز إعادة توجيه يقترح العميل اتخاذ الإجراء الإضافي لإكمال الطلب الذي تم البدء فيه. يشير إلى أنه يجب على العميل اتخاذ إجراء إضافي لإكمال الطلب.

فيما يلي بعض قوائم رموز الحالة ضمن الفئة 3xx.

300 خيارات متعددة: تشير إلى خيارات متعددة للعميل الذي بدأ مصادر. يمكن للعميل اختيار رابط بحد أقصى خمسة عناوين.

301 تم نقله نهائيًا: يتم عرض رمز الحالة هذا عند استبدال طلب العميل للموارد أو صفحة الويب نهائيًا بمورد آخر. فإنه يعيد التوجيه إلى عنوان URL جديد.

302 تم العثور عليه: يتم عرض رمز الحالة هذا عند العثور على طلب العميل للموارد أو صفحة الويب ولكن في موقع مختلف عن المتوقع. يتم نقله مؤقتًا إلى مورد آخر أو إعادة التوجيه مؤقتًا إلى عنوان URL جديد.

304 غير معدل: يتم إرجاع رمز الحالة هذا إذا كان العميل قد قام بالفعل بتنزيل الموارد منذ آخر زيارة ويتم عرضه لإعلام مستعرض العميل بأن يتم تخزين الموارد المطلوبة بالفعل في ذاكرة التخزين المؤقت للمتصفح التي لم يتم تعديلها. يعمل رمز الحالة هذا على تسريع عملية تسليم الموارد من صفحة الويب بشكل أساسي باستخدام النسخة التي تم تنزيلها سابقًا والتي لا تزال موجودة في ذاكرة التخزين المؤقت منذ آخر زيارة.

4xx:

خطأ من جانب العميل يشير إلى وجود مشكلة في طلب العميل. يتم إرجاع التعليمة البرمجية إذا كان طلب العميل قد يحتوي على بناء جملة غير صحيح.

فيما يلي بعض قوائم رموز الحالة ضمن الفئة 4xx.

400 طلب سيئ: يتم إرجاع رمز الحالة هذا إذا لم يكن الملقم معالجة الطلب بسبب خطأ العميل مثل بناء جملة خاطئ ، طلب توجيه مخادع ، إطار غير صالح إلخ.

401 غير مصرح به: يتم إرجاع رمز الحالة هذا بواسطة الخادم إذا لم يقدم العميل بيانات اعتماد صالحة للمصادقة.

403 ممنوع: يتم إرجاع رمز حالة HTTPS هذا عند حظر الوصول إلى المورد ولا يمتلك العميل إذنًا مطلوبًا لعرض المحتوى. يحدث هذا بشكل أساسي إذا كان العميل يحاول عرض محتوى محمي بكلمة مرور بدون بيانات اعتماد تسجيل دخول صالحة.

404 غير موجود : خطأ رمز الحالة هذا HTTPS هو الخطأ الأكثر شيوعًا ويتم إرجاعه إذا فشل الخادم في العثور على. طلب ​​العميل بادر

405 طريقة غير مسموح بها: يتم إرجاع رمز الحالة HTTPS هذا إذا يتم اعتماد الأسلوب من قبل العميل لطلب استضافة خادم ولكن غير معتمدة من قبل الموارد من قبل العميل طلب

408. مهلة الطلب: يتم إرجاع رمز حالة HTTPS هذا بواسطة الخادم إذا فشل الخادم في تلقي طلب كامل من مستعرض العميل. السبب الرئيسي لهذا الخطأ هو فقدان حزم البيانات أثناء الاتصال بين خادم العميل. تنتهي مهلة الخادم في انتظار طلب الاستلام تمامًا من مستعرض العميل.

410 Gone: يتم إرجاع رمز حالة HTTPS هذا إذا فشل الخادم في العثور على صفحة طلب أو موارد طلب العميل. يتشابه خطأ الحالة هذا مع الخطأ 404 لم يتم العثور عليه باستثناء أن هذا الخطأ دائمًا وأن الصفحة أو الموارد المطلوبة لم تعد متوفرة في الوقت الحالي ولن تكون متوفرة مرة أخرى في المستقبل.

5xx:

هذه الفئة عبارة عن الخطأ جانب الملقم وإعادتها إذا فشل الخادم لتنفيذ الخطأ الطلب. والعميل في الملقم قد يكون واحدا من أسباب منع تنفيذ الطلب.

فيما يلي بعض القوائم من رموز الحالة تحت 5XX الطبقة.

500 خطأ خادم داخلي: يتم إنشاء خطأ حالة HTTPS هذا بواسطة المكوّنات الإضافية للجهات الخارجية أو المكوّنات الإضافية الخاطئة. هذا خطأ الملقم عند فشل الخادم للاتصال قاعدة البيانات وفشل في تقديم الموارد المطلوبة

501 لم يتم التنفيذ: هذا هو موضوع خادم الويب يتم إرجاع خطأ إذا لم الملقم دعم الوظائف التي كان طلب ، من قبل العميل. يمكن حل هذا الخطأ فقط المضيف

502 باد العبارة: يحدث هذا الخطأ في الغالب عندما الملقم الذي تطلب للموارد إلى قاعدة البيانات سوف تأخذ الكثير من الوقت وإلغاؤها من قبل خادم الويب نفسها في نهاية المطاف كسر اتصال إلى خادم المنبع أو قاعدة بيانات. يتم إرجاع هذا الخطأ بواسطة الخادم عندما يتلقى استجابة غير صالحة من ملقم upstream.

503 الخدمة غير متوفر: يتم إرجاع هذا الخطأ إذا تم تحميل الملقم مع عدد كبير من الطلبات وهو غير متوفر لمعالجة الطلبات في الوقت المناسب.

مهلة عبّارة 504: يتم إرجاع هذا الخطأ عندما يفشل الملقم الذي يعمل كبوابة في تلقي الاستجابة من ملقم upstream. ويحدث ذلك عندما ينطوي الطلب الذي ينفذه العميل على خادمين لمعالجة الطلب حيث يعمل الخادم الأول كبوابة. يقوم الخادم الأول بإعادة توجيه الطلب إلى الخادم الثاني ويتم إرجاع الخطأ إذا كانت مهلة الخادم الأولى في انتظار الرد من الخادم الثاني.

نأمل أن تجد هذه المعلومات مفيدة.