أكواد حالة HTTP (HTTP Status Codes)
استجابات إعلامية (Informational)
| كود الحالة | عبارة السبب | المعنى | إصدار HTTP |
|---|---|---|---|
| 100 | Continue | يجب على العميل الاستمرار في إرسال الطلب. تُستخدم هذه الاستجابة المؤقتة لإبلاغ العميل بأن جزءًا من طلبه قد تم استلامه من قبل الخادم ولم يتم رفضه بعد. يجب على العميل الاستمرار في إرسال ما تبقى من الطلب، أو إذا كان الطلب قد اكتمل بالفعل، تجاهل هذه الاستجابة. يجب على الخادم إرسال استجابة نهائية بعد اكتمال الطلب. | HTTP/1.1 متاح |
| 101 | Switching Protocols | فهم الخادم طلب العميل وسيقوم بإخطار العميل من خلال رأس الرسالة Upgrade لاستخدام بروتوكول مختلف لإكمال الطلب. بعد إرسال آخر سطر فارغ في هذه الاستجابة، سيتغير الخادم إلى البروتوكولات المحددة في رأس رسالة Upgrade. يجب اتخاذ هذا الإجراء فقط عندما يكون التبديل إلى بروتوكول جديد أكثر فائدة. على سبيل المثال، التبديل إلى إصدار جديد من HTTP يكون أكثر فائدة من إصدار أقدم، أو التبديل إلى بروتوكول متزامن في الوقت الفعلي لتقديم الموارد التي تستفيد من هذه الميزات. | HTTP/1.1 متاح |
استجابات ناجحة (Successful)
| كود الحالة | عبارة السبب | المعنى | إصدار HTTP |
|---|---|---|---|
| 200 | OK | نجح الطلب. يختلف معنى النجاح اعتمادًا على الطريقة المستخدمة في الطلب. - GET: تم استخراج المورد وإعادته إلى العميل كجسم للاستجابة. - HEAD: تم إرجاع رأس الكيان إلى العميل كرأس للاستجابة. - POST: بعد أن يعالج الخادم البيانات المرسلة من قبل العميل، يتم إرجاع المورد المناسب إلى العميل كجسم للاستجابة. - TRACE: يتم إرجاع رسالة الطلب التي استلمها الخادم إلى العميل كجسم للاستجابة. | HTTP/0.9 متاح |
| 201 | Created | نجح الطلب، وتم إنشاء مورد جديد بناءً على احتياجات الطلب. عادةً ما يكون هذا هو كود الاستجابة الذي يتم الحصول عليه بواسطة طريقة PUT. | HTTP/0.9 متاح |
| 202 | Accepted | قبل الخادم الطلب ولكنه لم يعالجه بعد. تمامًا كما قد يتم رفضه، قد يتم تنفيذ الطلب في النهاية أو لا يتم تنفيذه. في العمليات غير المتزامنة، لا توجد طريقة أكثر ملاءمة من إرسال كود الحالة هذا. الغرض من إرجاع استجابة كود الحالة 202 هو السماح للخادم بقبول طلبات للعمليات الأخرى (مثل عملية دفعية تعمل مرة واحدة فقط في اليوم) دون الحاجة إلى إبقاء العميل متصلاً حتى تكتمل العملية الدفعية. يجب أن تتضمن الاستجابة التي تعيد كود الحالة 202 بعض المعلومات التي تشير إلى الحالة الحالية للمعالجة في الكيان، ومؤشرًا لمراقب حالة المعالجة أو التنبؤ بالحالة، حتى يتمكن المستخدم من تقدير ما إذا كانت العملية قد اكتملت. | HTTP/0.9 متاح |
| 203 | Non-Authoritative Information | قام الخادم بمعالجة الطلب بنجاح، لكن المعلومات الوصفية لرأس الكيان التي تم إرجاعها ليست مجموعة محددة صالحة على الخادم الأصلي، ولكنها تأتي من نسخة محلية أو طرف ثالث. إذا لم يكن الأمر كذلك، فإن استخدام كود الحالة 200 هو الأنسب. | HTTP/0.9 و 1.1 |
| 204 | No Content | لا يوجد محتوى استجابة، فقط رؤوس استجابة. قد تكون رؤوس الاستجابة مفيدة أيضًا. يمكن لوكلاء المستخدم تحديث معلومات التخزين المؤقت للموارد المقابلة بناءً على رؤوس الاستجابة الجديدة. | HTTP/0.9 متاح |
| 205 | Reset Content | يخبر وكيل المستخدم بإعادة تعيين طريقة عرض المستند للنافذة التي أرسلت الطلب. | HTTP/1.1 متاح |
| 206 | Partial Content | يتم استخدام كود الحالة هذا عندما يقوم العميل بتنزيل الملفات في أجزاء باستخدام حقل رأس النطاق (range). | HTTP/1.1 متاح |
رسائل إعادة التوجيه (Redirection)
| كود الحالة | عبارة السبب | المعنى | إصدار HTTP |
|---|---|---|---|
| 300 | Multiple Choice | هناك العديد من الاستجابات الممكنة للطلب، ويجب على وكيل المستخدم أو المستخدم اختيار واحد منها. ليس لدى الخادم أي معايير يتبعها ليحل محل المستخدم في اتخاذ الاختيار. | HTTP/1.0 وما بعده |
| 301 | Moved Permanently | يشير كود الحالة هذا إلى أن مسار مورد URI المطلوب قد تغير، وسيتم العثور على عنوان URL الجديد في حقل رأس Location للاستجابة. |
HTTP/0.9 متاح |
| 302 | Found | يشير كود الحالة هذا إلى أن مسار مورد URI المطلوب قد تغير مؤقتًا، وقد يستمر في التغيير. لذلك، يجب على العميل الاستمرار في استخدام URI هذا للوصول في المستقبل. سيتم العثور على عنوان URL الجديد في حقل رأس Location: للاستجابة. |
HTTP/0.9 متاح |
| 303 | See Other | يرسل الخادم هذه الاستجابة لتوجيه العميل لاستخدام طريقة GET للوصول إلى URI آخر. | HTTP/0.9 و 1.1 |
| 304 | Not Modified | يخبر العميل أن المحتوى المطلوب لم يتغير منذ آخر وصول. يمكن للعميل الحصول على المورد مباشرة من ذاكرة التخزين المؤقت للمتصفح. | HTTP/0.9 متاح |
| 305 | Use Proxy | يجب الوصول إلى المورد المطلوب عبر وكيل (proxy). لأسباب أمنية، لا يتم دعم كود الحالة هذا على نطاق واسع. | HTTP/1.1 متاح |
| 306 | unused | لم يعد كود الحالة هذا مستخدمًا؛ تم استخدامه في الأصل في الإصدارات القديمة من مواصفات HTTP 1.1. | HTTP/1.1 متاح |
| 307 | Temporary Redirect | يرسل الخادم هذه الاستجابة لتوجيه العميل لاستخدام نفس الطريقة للوصول إلى URI آخر للحصول على المورد المطلوب. سيتم العثور على عنوان URL الجديد في حقل رأس Location: للاستجابة. له نفس دلالات كود الحالة 302، ويجب استخدام نفس الطريقة (GET، POST) لكل من الوصولين. |
HTTP/1.1 متاح |
| 308 | Permanent Redirect | سيتم تحديد موقع المورد المطلوب نهائيًا على URI آخر. سيتم العثور على عنوان URL الجديد في حقل رأس Location: للاستجابة. له نفس دلالات كود الحالة 301، ويجب استخدام نفس الطريقة (GET، POST) لكل من الوصولين. |
HTTPbis (مسودة تجريبية) |
استجابات خطأ العميل (Client Error)
| كود الحالة | عبارة السبب | المعنى | إصدار HTTP |
|---|---|---|---|
| 400 | Bad Request | لا يمكن للخادم قراءة الطلب بشكل طبيعي بسبب خطأ في بناء الجملة في الطلب المرسل. | HTTP/0.9 متاح |
| 401 | Unauthorized | مطلوب المصادقة للحصول على المحتوى المطلوب، على غرار خطأ 403. والفرق هو أنه بعد خطأ 401، يمكن تجاوز المصادقة طالما تم إدخال الحساب وكلمة المرور الصحيحين. | HTTP/0.9 متاح |
| 402 | Payment Required | كود الحالة هذا محجوز للاستخدام في المستقبل. كان الغرض الأولي من إنشاء هذا الكود هو لأنظمة الدفع الرقمية؛ ومع ذلك، لم يتم وضعه قيد الاستخدام بعد. | HTTP/0.9 و 1.1 |
| 403 | Forbidden | ليس للعميل الحق في الوصول إلى المحتوى المطلوب، ويرفض الخادم الطلب. | HTTP/0.9 متاح |
| 404 | Not Found | لا يستطيع الخادم العثور على المورد المطلوب. نظرًا لأن هذا يحدث بشكل متكرر، فإن كود الحالة هذا شائع جدًا أثناء تصفح الويب. | HTTP/0.9 متاح |
| 405 | Method Not Allowed | الطريقة المستخدمة في الطلب محظورة من قبل الخادم. تنص RFC2616 على أنه لا يمكن حظر طريقتي GET و HEAD. |
HTTP/1.1 متاح |
| 406 | Not Acceptable | لم يتم العثور على محتوى مناسب لإعادته إلى العميل بعد التفاوض على المحتوى الذي يحركه الخادم. | HTTP/1.1 متاح |
| 407 | Proxy Authentication Required | مشابه لكود الحالة 401، ولكن المصادقة مطلوبة من خلال وكيل (proxy). | HTTP/1.1 متاح |
| 408 | Request Timeout | لم يكمل العميل إرسال الطلب خلال الوقت الذي كان الخادم مستعدًا للانتظار فيه. هذا يعني أن الخادم سيقطع الاتصال مع العميل. هذه الاستجابة أكثر شيوعًا في المتصفحات الأخرى، مثل Chrome و IE9، لغرض تسريع سرعات التصفح باستخدام آلية الاتصال المسبق لـ HTTP. لاحظ أيضًا أن بعض الخوادم تقطع الاتصال مباشرة دون إرسال مثل هذه الاستجابة. | HTTP/1.1 متاح |
| 409 | Conflict | هذا الطلب يتعارض مع الحالة الحالية للخادم. | HTTP/1.1 متاح |
| 410 | Gone | تم حذف المورد المطلوب. | HTTP/1.1 متاح |
| 411 | Length Required | يرفض الخادم الطلب لأنه يتطلب حقل رأس Content-Length في هذا الطلب، لكن العميل لم يرسله. |
HTTP/1.1 متاح |
| 412 | Precondition Failed | فشل الخادم في تلبية الشروط المسبقة التي وضعها العميل في حقول رأس الطلب عند الحصول على المورد. | HTTP/1.1 متاح |
| 413 | Request Entity Too Large | يتجاوز حجم كيان الطلب الحد الأقصى الذي حدده الخادم؛ قد يغلق الخادم اتصال HTTP ويعيد حقل رأس Retry-After. |
HTTP/1.1 متاح |
| 414 | Request-URI Too Long | عنوان URI الموجود في طلب العميل طويل جدًا بحيث لا يستطيع الخادم معالجته. | HTTP/1.1 متاح |
| 415 | Unsupported Media Type | لا يدعم الخادم نوع الوسائط الذي طلبه العميل وبالتالي يرفض الطلب. | HTTP/1.1 متاح |
| 416 | Requested Range Not Satisfiable | لا يمكن استيفاء حقل رأس Range المضمن في الطلب، عادةً لأن نطاق الأرقام في Range يتجاوز حجم المورد المطلوب. |
HTTP/1.1 متاح |
| 417 | Expectation Failed | لا يمكن للخادم تلبية المحتوى المتوقع المحدد في رأس الطلب Expect. |
HTTP/1.1 متاح |
استجابات خطأ الخادم (Server Error)
| كود الحالة | عبارة السبب | المعنى | إصدار HTTP |
|---|---|---|---|
| 500 | Internal Server Error | واجه الخادم مشكلة غير معروفة وغير قابلة للحل. | HTTP/0.9 متاح |
| 501 | Not Implemented | لا يدعم الخادم الطريقة المستخدمة في الطلب، مثل POST و PUT. طريقتي GET و HEAD هما فقط الطرق التي يجب على الخادم تنفيذها كما هو محدد في مواصفات RFC2616. |
HTTP/0.9 متاح |
| 502 | Bad Gateway | يعمل الخادم كبوابة ويتلقى استجابة HTTP غير صالحة من خادم المنبع. | HTTP/0.9 متاح |
| 503 | Service Unavailable | الخادم غير قادر حاليًا على معالجة الطلب بسبب صيانة الخادم المؤقتة أو الضغط الزائد. هذا الوضع مؤقت وسيتعافى بعد فترة من الزمن. إذا كان من الممكن تقدير وقت التأخير، فيمكن أن تتضمن الاستجابة رأس Retry-After: للإشارة إلى وقت التأخير هذا. إذا لم يتم تقديم معلومات Retry-After:، فيجب على العميل التعامل معها كاستجابة 500. وفي الوقت نفسه، في هذه الحالة، يجب إرجاع صفحة ودية تشرح المشكلة مع الخادم، ويجب أيضًا تضمين معلومات رأس HTTP المتعلقة بذاكرة التخزين المؤقت، حيث عادةً ما لا ينبغي تخزين صفحات نصائح الخطأ هذه من قبل العميل. |
HTTP/0.9 متاح |
| 504 | Gateway Timeout | يعمل الخادم كبوابة ولا يمكنه الحصول على استجابة في الوقت المناسب من خادم المنبع للعودة إلى العميل. | HTTP/1.1 متاح |
| 505 | HTTP Version Not Supported | لا يدعم الخادم إصدار بروتوكول HTTP المستخدم في طلب HTTP المرسل من قبل العميل. | HTTP/1.1 متاح |