بصفتك مستخدما نموذجيا للإنترنت ، لا شيء أكثر إحباطا من انتظار عرض صفحة ويب ، فقط لتلقي رمز حالة الخطأ “لم يتم العثور على الصفحة” 404. بالتأكيد ، نحاول إعادة تحميل الصفحة ، وأحيانا يؤدي ذلك إلى بدء عمل gremlins ، ولكن في معظم الأحيان ، تكون المشكلة خارج أيدينا. بالنسبة لنا جميعا نحن المستخدمين العاديين ، إما أن نذهب إلى الشيء التالي أو نجد موقعا مختلفا. هناك الكثير مما يحدث في الخلفية التي لا يدركها معظمنا تماما. ومع ذلك ، بالنسبة لمطوري الويب ، يمكن أن تكون أخطاء رمز حالة HTTP مزعجة تماما ، خاصة في عام 2022.
وفقا لفرقة العمل المعنية بهندسة الإنترنت (IEFT) ، وهي المنظمة التي تطور معايير الإنترنت وتعززها ، هناك أكثر من 60 رمزا مختلفا لحالة HTTP. يتم تصنيف رموز حالة HTTP إلى المجموعات الخمس التالية:
- 1xx الاستجابة المعلوماتية. تم استلام الطلب وفهمه. تستمر معالجة الطلب.
- 2xx النجاح. تم استلام الإجراء وفهمه وقبوله بنجاح.
- 3xx إعادة التوجيه. يجب اتخاذ مزيد من الإجراءات من قبل العميل لإكمال الطلب.
- 4xx أخطاء العميل. قد يكون سبب خطأ من قبل العميل. يحتوي الطلب على بناء جملة سيئ أو لا يمكن الوفاء به.
- 5xx أخطاء الخادم. واجه الخادم خطأ وفشل في تلبية الطلب.
من المهم ملاحظة أنه لا تعتبر جميع رموز الحالة هذه “أخطاء” ، وبعضها مجرد معلومات أو استجابات لإجراء ما ، ولا تتطلب استكشاف الأخطاء وإصلاحها أو معالجتها. فيما يلي رمز حالة HTTP 10 الأكثر شيوعا وما تعنيه. راجع موقع wiki الخاص ب Dotcom-Monitor للحصول على قائمة كاملة برموز حالة HTTP.
رموز حالة HTTP الشائعة
- رمز الحالة 200 – هذا هو رمز الحالة “موافق” القياسي لطلب HTTP ناجح. تعتمد الاستجابة التي يتم إرجاعها على الطلب. على سبيل المثال، بالنسبة لطلب GET، سيتم تضمين الاستجابة في نص الرسالة. بالنسبة لطلب PUT/POST، ستتضمن الاستجابة المورد الذي يحتوي على نتيجة الإجراء.
- رمز الحالة 201 – هذا هو رمز الحالة الذي يؤكد نجاح الطلب ، ونتيجة لذلك ، تم إنشاء مورد جديد. عادة ما يكون هذا هو رمز الحالة الذي يتم إرساله بعد طلب POST/PUT.
- رمز الحالة 204 – يؤكد رمز الحالة هذا أن الخادم قد استوفى الطلب ولكنه لا يحتاج إلى إرجاع المعلومات. تتضمن أمثلة رمز الحالة هذا طلبات الحذف أو إذا تم إرسال طلب عبر نموذج ويجب ألا تتسبب الاستجابة في تحديث النموذج أو تحميل صفحة جديدة.
- رمز الحالة 304 – رمز الحالة المستخدم للتخزين المؤقت للمتصفح. إذا لم يتم تعديل الاستجابة، يمكن للعميل/المستخدم الاستمرار في استخدام نفس الاستجابة/الإصدار المخزن مؤقتا. على سبيل المثال، يمكن للمستعرض طلب ما إذا كان قد تم تعديل مورد منذ وقت محدد. إذا لم يكن كذلك، إرسال رمز الحالة 304. إذا تم تعديله ، إرسال رمز الحالة 200 ، إلى جانب المورد.
- رمز الحالة 400 – يتعذر على الخادم فهم الطلب ومعالجته بسبب خطأ عميل. البيانات المفقودة والتحقق من صحة المجال والتنسيق غير الصالح هي بعض الأمثلة التي تتسبب في إرسال رمز الحالة 400.
- رمز الحالة 401 – يحدث طلب رمز الحالة هذا عندما تكون المصادقة مطلوبة ولكن تم فشلها أو لم يتم توفيرها.
- رمز الحالة 403 – يشبه إلى حد كبير رمز الحالة 401 ، يحدث رمز الحالة 403 عند إرسال طلب صالح ، لكن الخادم يرفض قبوله. يحدث هذا إذا كان العميل / المستخدم يحتاج إلى الإذن اللازم أو قد يحتاج إلى حساب للوصول إلى المورد. على عكس رمز الحالة 401 ، لن يتم تطبيق المصادقة هنا.
- رمز الحالة 404 – رمز الحالة الأكثر شيوعا الذي سيراه المستخدم العادي. يحدث رمز الحالة 404 عندما يكون الطلب صالحا، ولكن لا يمكن العثور على المورد على الملقم. على الرغم من تجميعها في “دلو” أخطاء العميل، إلا أنها غالبا ما تكون بسبب إعادة توجيه عنوان URL بشكل غير صحيح.
- رمز الحالة 409 – يتم إرسال رمز الحالة 409 عندما يتعارض الطلب مع الحالة الحالية للمورد. عادة ما تكون هذه مشكلة في التحديثات المتزامنة أو الإصدارات التي تتعارض مع بعضها البعض.
- رمز الحالة 410 – لم يعد المورد المطلوب متاحا ولن يكون متاحا مرة أخرى. تعرف على خطأ الشبكة 410.
- رمز الحالة 500 – آخر واحد من رموز الحالة الأكثر شيوعا من قبل المستخدمين ، تشبه رموز سلسلة 500 رموز سلسلة 400 من حيث أنها رموز خطأ حقيقية. يحدث رمز الحالة 500 عندما يتعذر على الخادم تلبية طلب بسبب مشكلة غير متوقعة. عادة ما يتعين على مطوري الويب تمشيط سجلات الخادم لتحديد مصدر المشكلة الدقيقة.
مراقبة أداء خادم الويب HTTP/S
يمكن أن تحدث المشكلات في أي وقت. قلل من وقت التوقف عن العمل وإحباط العملاء باستخدام منصة مراقبة Dotcom-Monitor. تتحقق مراقبة خادم الويب HTTP / S من التوافر والأداء والمحتوى والروابط المعطلة والمزيد. مع دعم ملفات تعريف الارتباط وعمليات إرسال النماذج والرؤوس المخصصة والمواقع الآمنة بكلمة مرور وعتبات المهلة ، لن تفاجأ. قم بإعداد تنبيهات وفلاتر مخصصة للكشف الفوري عن مشكلات خادم الويب وتصحيحها ، مما يضمن إمكانية وصول المستخدمين دائما إلى صفحات الويب الخاصة بك ، من جميع أنحاء العالم.
