في عالم تطوير الويب، تلعب رموز أخطاء HTTP دورًا حيويًا في التأثير على تجربة المستخدم وسمعة الموقع الإلكتروني. في هذه المقالة، سنستعرض قائمة كاملة برموز أخطاء الخادم، ونحلل معانيها، ونتعلم كيفية تفسير رموز استجابة الخادم بفعالية لحل المشكلات وتحسين أداء تطبيقات الويب.
ما هو رمز استجابة HTTP
رمز استجابة HTTP هو لغة خوادم الويب التي تترجم طلبات المتصفح إلى تعليمات مفهومة. يشبه الأمر شاعرًا يجيب على أسئلة افتراضية، ويعطيها معنىً ووجهة. رموز الاستجابة ليست دائمًا رموز أخطاء HTTP. على سبيل المثال، "200 OK" تعني أن كل شيء على ما يرام، بينما يعني خطأ HTTP "404 Not Found" فقدان الصفحة في الفضاء الافتراضي. كل رمز هو تعبير فريد عن حالة الخادم، وفك تشفيره يسمح لنا بفهم ما يحدث في الجانب الآخر من العالم الافتراضي.
رموز 1xx (معلومات)
رموز حالة 1xx في بروتوكول HTTP هي بمثابة رابط أولي في الحوار بين الخادم والعميل. فبدلاً من تقديم رد كامل على الطلب، توفر معلومات حول الحالة الحالية، مما يزيد من كفاءة تبادل البيانات. لنلقِ نظرة فاحصة عليها:
100 استمرار . رمز استجابة HTTP الذي يعطي فيه الخادم الضوء الأخضر للمستخدم، مما يسمح له بمواصلة إرسال طلب كبير بأمان.
١٠١ تبديل البروتوكولات . يُبلغ الخادم العميل بأنه يُغيّر قواعد اللعبة، على سبيل المثال، الانتقال من HTTP إلى HTTPS الأكثر أمانًا. في هذه الحالة، يُستخدم رأس "Upgrade" للإشارة إلى تغيير البروتوكول.
102 المعالجة . هذا الرمز يشبه رسالة تفيد بأن الخادم قد قبل الطلب، ولكنه لا يزال مشغولاً بعملية معقدة.
103 تلميحات مبكرة . هنا يرسل الخادم عدة رؤوس إرشادية إلى العميل قبل الاستجابة الرئيسية، محذرًا من شيء قد يكون ذا صلة في المستقبل القريب.
رمز 2xx (ناجح)
تشير رموز أخطاء HTTP في المجموعة 2xx إلى طلب ناجح من الخادم. وهي بمثابة "إشارة ضوئية" في نطاق اتصالات الويب، مؤكدةً أن كل شيء يسير وفقًا للخطة وأن العملية قد اكتملت بنجاح.
200 OK . تُستخدم هذه الحالة عندما يُعالج الخادم طلبًا باستخدام طريقة GET بنجاح ويُعيد البيانات المطلوبة في الاستجابة. يُشير رأس "Content-Type" إلى نوع المحتوى في الاستجابة، ويُعلم العميل فقط بنجاح الطلب.
تم إنشاء 201. هنا يعلن الخادم عن إنشاء مورد جديد.
تم قبول الطلب (202) . يُعلم الخادم المستخدم بأنه قد تم قبول الطلب، لكنه سيستغرق بعض الوقت للرد.
203 معلومات غير رسمية . يوفر هذا الرمز للعميل بيانات قد لا تكون رسمية، ولكن يمكن استخدامها للمقارنة.
204 لا يوجد محتوى . قام الخادم بمعالجة الطلب ولكنه لا يُعيد أي محتوى إضافي.
205 إعادة ضبط المحتوى . هنا يتم توجيه العميل لإعادة ضبط العرض الحالي أو البيانات بعد الإرسال.
206 محتوى جزئي . تشير هذه الحالة إلى أن الاستجابة تحتوي على جزء فقط من المحتوى المطلوب. ويشير عنوان "Content-Range" إلى نطاق المحتوى الجزئي.
207 حالة متعددة. لقد أكمل الخادم بنجاح طلبًا متعدد العمليات من العميل، ويحتوي الرد على معلومات حول حالة كل عملية من العمليات.
تم استخدام 226 IM . يشير هذا الرمز إلى أن الخادم استخدم طريقة البيانات الوصفية التزايدية (IM) واستجاب عن طريق تمرير أجزاء الموارد المعدلة فقط إلى العميل.
رموز 3xx (إعادة التوجيه)
رموز 3xx في بروتوكول HTTP تُشبه مؤشرات تُرشد المستخدم إلى موقع مورد جديد. تُعلم هذه الرموز العميل بضرورة اتخاذ خطوات لاحقة للحصول على المحتوى المطلوب أو إعادة توجيهه إلى مورد آخر. لنتعمق في تفاصيل كل منها:
300 خيارًا متعددًا . يتلقى العميل إشارةً تفيد بوجود عدة مواقع محتملة للمورد، ويُعرض عليه خيارٌ منها. في الوضع الحالي، قد يشير عنوان "الموقع" إلى خيارات بديلة للمورد.
301 تم النقل بشكل دائم. يُبلغ الخادم المستخدم بأنه تم نقل المورد بشكل دائم إلى موقع آخر.
تم العثور على 302. يشبه رمز HTTP هذا إعادة توجيه مؤقتة. يُعلم الخادم المستخدم بأن المورد متاح مؤقتًا على عنوان URL مختلف. يشير رأس "Location" إلى عنوان URL الجديد لإعادة التوجيه المؤقتة.
303 انظر أخرى . يتم إبلاغ العميل بأن المورد متاح على عنوان URL مختلف ويجب عليه إرسال طلب GET إلى هذا العنوان الجديد.
304 لم يتم التعديل . تشير هذه الحالة إلى أن المورد لم يتغير منذ آخر طلب، ولا داعي لإعادة تنزيله. عند إرسال الطلب، يُستخدم رأس "If-Modified-Since" للتحقق مما إذا كان المورد قد تم تعديله.
305 استخدام الوكيل. كرد فعل، يُبلغ الخادم أنه يجب عليه استخدام الوكيل المحدد للوصول إلى المورد المطلوب.
306 (محجوز) - تم حجز الرمز، ولكن في الواقع لا يتم استخدامه.
307 إعادة توجيه مؤقتة . هذا الرمز مشابه للرمز 302 تم العثور عليه، ولكنه يتطلب من العميل البقاء في طريقة الطلب التي تم استخدامها في الطلب الأصلي.
308 إعادة توجيه دائمة . يشير إلى أن المورد قد انتقل بشكل دائم إلى عنوان URI جديد، ويجب على العميل استخدام عنوان URI الجديد لجميع الطلبات المستقبلية.
خطأ HTTP 4xx (أخطاء العميل)
تشير رموز خطأ HTTP 4xx إلى أخطاء العميل. هذا يعني أن المشكلة من جانب المستخدم، مثل متصفح الويب أو التطبيق.
400 طلب غير صالح . لا يمكن للخادم معالجة الطلب بسبب أخطاء في بناء الجملة، أو بيانات غير صالحة، أو أخطاء أخرى من جانب العميل.
401 غير مصرح به. لا يمكن للخادم معالجة الطلب بسبب أخطاء في بناء الجملة، أو بيانات غير صالحة، أو أخطاء أخرى من جانب العميل.
402 مطلوب الدفع . الرمز غير مُفعّل حاليًا ومحجوز للاستخدام المستقبلي. قد يشير هذا إلى ضرورة الدفع قبل الوصول إلى المورد في المستقبل.
خطأ HTTP 403 ممنوع. لا يملك العميل الصلاحيات الكافية للوصول إلى المورد المطلوب.
خطأ 404: المورد غير موجود. المورد المطلوب غير موجود على الخادم. هذا أحد أكثر أخطاء المستخدمين شيوعًا.
405 الطريقة غير مسموحة . لا يدعم الخادم طريقة الطلب المحددة لهذا المورد. يشير عنوان "Allow" إلى الطرق المسموح بها لهذا المورد. باستخدام هذا الرمز،
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 خطأ داخلي في الخادم . يواجه الخادم ظروفًا غير متوقعة تمنعه من إكمال الطلب. قد يشير عنوان "Server" إلى الخادم الذي حدث عليه الخطأ.
501 غير مُنفَّذ . لا يدعم الخادم الوظائف المطلوبة لمعالجة طلب العميل. قد يشير عنوان "Via" إلى خادم الوكيل الذي حدث الخطأ من خلاله.
502 بوابة سيئة . هذا الرمز يعني أن الخادم الذي يعمل كوكيل قد تلقى استجابة غير صحيحة من خادم آخر.
خطأ HTTP 503: الخدمة غير متاحة . الخادم غير قادر مؤقتًا على معالجة الطلبات.
504 مهلة البوابة . لم يتلق الخادم الذي يعمل كوكيل استجابة في الوقت المناسب من خادم آخر.
خطأ 505: إصدار بروتوكول HTTP غير مدعوم . لا يدعم الخادم إصدار بروتوكول HTTP المحدد في الطلب. كخيار احتياطي، قد يشير رأس "الترقية" إلى البروتوكولات المدعومة.
506 Variant Also Negotiates . لا يُستخدم هذا الوضع في HTTP/1.1؛ ومع ذلك، إذا اكتشف الخادم تكوينًا داخليًا يؤدي إلى غموض في التفاوض على المحتوى، فقد يستخدم هذه الاستجابة.
507 مساحة تخزين غير كافية . لا يستطيع الخادم تلبية الطلب بسبب عدم كفاية مساحة التخزين على الخادم.
تم اكتشاف حلقة تكرارية (508) . اكتشف الخادم حلقة تكرارية أثناء معالجة الطلب، ويرفض إكمال الطلب لتجنب حلقة تكرارية لا نهائية.
509 تجاوز حد النطاق الترددي . يحدث هذا الخطأ عندما يتجاوز النطاق الترددي للخادم بسبب ارتفاع حجم الطلبات أو حركة البيانات.
510 غير ممتد . يجب على العميل نقل الامتدادات الإضافية لمتابعة الطلب.
511 يلزم التحقق من هوية الشبكة . يجب على العميل التحقق من هويته للوصول إلى الشبكة.
كيفية التحقق من رمز حالة الصفحة
في هذا القسم، سنتناول ثلاث طرق رئيسية للتحقق من رمز حالة الصفحة: عبر سطر الأوامر، ومتصفح الويب، وخدمات الإنترنت المستقلة. لكل طريقة مزاياها الخاصة، ويمكن أن تكون مفيدة في مواقف مختلفة.
التحقق من استجابة الخادم عبر سطر الأوامر
يوفر سطر الأوامر طريقة سهلة للتحقق من رمز حالة الصفحة دون الحاجة إلى استخدام متصفح ويب. للقيام بذلك، افتح سطر الأوامر واستخدم الأمر التالي:
curl -I http://page-addressيرسل هذا الأمر طلب HEAD (طلب الرؤوس فقط) إلى عنوان URL المحدد ويعرض معلومات بما في ذلك رمز حالة HTTP:
يوضح المثال أعلاه رمز استجابة ناجح. في حالة وجود رمز خطأ، مثل خطأ HTTP 404 Not Found، ستكون النتيجة مشابهة:
التحقق من استجابة الخادم عبر وحدة تحكم المتصفح
توفر لوحة تحكم مطوّري متصفح الويب أدواتٍ لإجراء عملياتٍ متنوعة، بما في ذلك التحقق من رمز حالة الصفحة. لعرض رمز HTTP في استجابة الخادم، افتح لوحة تحكم المطوّرين (Ctrl+Shift+K) أو (Ctrl+Shift+J) حسب المتصفح المُستخدم. بعد ذلك، اختر قسم "الشبكة" وحمّل الصفحة المطلوبة.
التحقق من استجابة الخادم باستخدام أدوات مستقلة
يوجد عدد كبير من الخدمات الإلكترونية المستقلة التي توفر أدوات للتحقق من حالة صفحات الموقع الإلكتروني. تتيح لك هذه الخدمات عادةً الحصول بسرعة على نظرة عامة حول مدى توفر مواردك وأدائها. وتعمل جميعها وفق المبدأ نفسه. كمثال، سنستعرض أشهر هذه الخدمات: httpstatus.io
أولاً، عليك فتح الخدمة نفسها، ثم إدخال عنوان الصفحة التي تريد معرفة الإجابة عنها، وطلب التحقق:
ستظهر النتيجة في أسفل الصفحة:
خاتمة
في الختام، تجدر الإشارة إلى أن فهم رموز أخطاء HTTP والقدرة على قراءتها يُعدّ مهارة أساسية لأي شخص يعمل في تطوير الويب وصيانة الخوادم. ومع اكتشافنا لكل خطأ واستكشافنا للأدوات اللازمة لاكتشافه، ندرك أهمية إدارة جوانب خدمات الويب هذه بفعالية.
