مرجع رموز حالة HTTP مجانًا

يُستخدم للطلبات التي تحتوي على Expect: 100-continue. يقر الخادم بأنه مستعد لاستقبال النص الأساسي قبل إرسال العميل له. نادراً ما يظهر في تطبيقات الويب الحديثة.

يُستخدم بشكل شائع لترقيات WebSocket — يطلب العميل Upgrade: websocket ويجيب الخادم بـ 101 للتبديل.

رد مؤقت لـ WebDAV يُرسل لمنع انتهاء وقت انتظار العميل أثناء العمليات الطويلة. مُلغَّى — يجب ألا ترسله الخوادم الحديثة.

يسمح للخوادم بإرسال رؤوس Link (preload/preconnect) بينما لا تزال الاستجابة النهائية قيد الإعداد، حتى يتمكن المتصفح من بدء جلب الأصول الحرجة بشكل أسرع.

استجابة النجاح القياسية. يعتمد المعنى على طريقة HTTP: GET → يتم إرجاع المورد، POST/PUT → تم إكمال الإجراء.

شائعة بعد POST. يجب أن تتضمن الاستجابة رأس Location يشير إلى عنوان URL للمورد الجديد.

للعمليات غير المتزامنة — جاري ترتيب العمل بواسطة الخادم. يجب على العميل الاستطلاع عن نقطة الحالة أو التحقق لاحقاً.

نجح الطلب، لكن وسيط (مثل وسيط تخزين أو تحويل) غيّر الحمولة من خادم الأصل — على سبيل المثال، إعادة ضغط الصور. نادر في الممارسة العملية.

غالباً ما يُستخدم لعمليات DELETE أو تحديثات PUT التي لا تحتاج لإرجاع نص. لا يجب على العميل الابتعاد عن الصفحة الحالية.

مثل 204، لا يُرجَع نص — لكن يُطلب من العميل أيضًا إعادة تعيين النموذج أو العرض الذي أنتج الطلب (مثلاً مسح حقول النموذج للإدخال التالي).

استجابة لطلب Range. يُستخدم بواسطة مشغلات الفيديو ومديري التنزيل لاستئناف التنزيلات المقطوعة أو بث الملفات الكبيرة.

WebDAV: يُبلّغ نص XML عن نتيجة عدة عمليات فرعية بشكل مستقل — مثل نقل دفعة حيث نجحت بعض العناصر وفشلت أخرى.

WebDAV: يُستخدم داخل استجابات 207 Multi-Status لتجنب إدراج أعضاء نفس المجموعة بشكل متكرر عندما تُنشئ الارتباطات حلقات.

ترميز Delta: يرجع الخادم فرقاً مقابل نسخة سابقة بدلاً من المورد الكامل، مما يوفر النطاق الترددي. نادراً جداً ما يتم تنفيذه.

يعرض الخادم خيارات متعددة (مثلاً صيغ أو لغات مختلفة) ويجب على العميل اختيار واحدة. نادراً ما يُستخدم، لأن التفاوض التلقائي للمحتوى يتعامل عادة مع هذا.

استخدم لتغييرات URL الدائمة — ستحدّث محركات البحث فهرسها. سلطة SEO تنتقل إلى عنوان URL الجديد.

يشير إلى أن إعادة التوجيه ليست دائمة. التخزين المؤقت أقل عدوانية من 301. استخدم للأشياء مثل "يتطلب تسجيل دخول، يعاد التوجيه إلى /login".

يُستخدم بعد تقديمات POST — تقول الاستجابة "نجح POST الخاص بك، انظر إلى عنوان GET هذا للحصول على النتيجة". المتصفحات دائماً تحصل على عنوان URL الجديد.

استجابة لطلب مشروط (مع رؤوس If-None-Match أو If-Modified-Since). يوفر النطاق الترددي — لا يتم إرجاع نص.

إذا كان الأصلي POST، فإن إعادة التوجيه تستخدم أيضاً POST. بديل حديث لـ 302 عندما يكون الحفاظ على الطريقة مهماً.

بديل حديث لـ 301 عندما تريد أن تبقى طلبات POST كـ POST بعد إعادة التوجيه.

الأسباب الشائعة: JSON معطوب في الجسم، معاملات الاستعلام غير صحيحة، أو حقول مطلوبة مفقودة. تحقق من جسم الطلب والرؤوس.

يجب على العميل تضمين بيانات اعتماد المصادقة (رأس Authorization، ملف تعريف الارتباط، رمز). «غير مصرح» تسمية خاطئة — فهي تعني في الواقع «غير موثَّق الهوية».

كان مقصوداً أصلاً للمدفوعات الرقمية. الاستخدام الحديث: تُرجع بعض APIs 402 عندما تجاوز المستخدم حصته المدفوعة.

مختلف عن 401 — المستخدم مسجل دخول، لكن حسابه لا يملك صلاحية لهذا المورد. تحقق من منطق الدور/الصلاحيات.

إما أن يكون عنوان URL خاطئاً، أو تم حذف المورد، أو لم يكن موجوداً مطلقاً. تُرجع بعض الخوادم 404 لإخفاء أن 403 سيكون أكثر دقة.

على سبيل المثال، طلب GET إلى نقطة نهاية تقبل POST فقط. يجب أن تتضمن الاستجابة رأس Allow يسرد الطرق الصحيحة.

طلب العميل نوع محتوى أو لغة أو ترميزاً (عبر Accept أو Accept-Language أو Accept-Encoding) لا يستطيع الخادم تلبيته. تتجاهل العديد من الخوادم التفاوض الصارم وترجع قيمة افتراضية بدلاً من ذلك.

مثل 401، لكنها صادرة من وسيط: يجب على العميل إرسال بيانات اعتماد Proxy-Authorization. تظهر على شبكات الشركات التي تستخدم وسطاء يتطلبون المصادقة.

استغرق العميل وقتاً طويلاً لإرسال نص الطلب أو أبقى الاتصال خاملاً. حاول الطلب مرة أخرى.

عادةً يتم إرجاعها لتضاربات التحرير المتزامن أو إنشاء موارد مكررة (على سبيل المثال، إنشاء مستخدم ببريد إلكتروني موجود بالفعل).

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

تم رفض الطلب لأنه كان يفتقد رأس Content-Length والخادم يرفض الأجسام ذات الحجم غير المعروف. أضف الرأس وحاول مرة أخرى.

يتم إرجاعه عندما تفشل رؤوس شرطية مثل If-Match أو If-Unmodified-Since — عادةً قفل متفائل: قام شخص آخر بتغيير المورد منذ إصدارتك. أعد الجلب وحاول مرة أخرى.

شائع عند رفع الملفات الكبيرة. يحدد تكوين الخادم (nginx وapache) حداً أقصى لحجم الجسم. تحقق من تكوين الخادم.

عادةً ناجم عن سلاسل استعلام طويلة جداً (على سبيل المثال ترميز البيانات في GET). انتقل إلى نص POST، أو ارفع حد الخادم إذا كنت تتحكم به.

على سبيل المثال، إرسال application/xml إلى خادم يقبل فقط application/json. اضبط رأس Content-Type بشكل صحيح.

يطلب رأس Range جزءاً لا يملكه الملف — على سبيل المثال استئناف التنزيل بعد نهاية الملف. يجب أن تتضمن الاستجابة Content-Range مع الحجم الفعلي.

يتم الإرسال عندما لا يدعم الخادم Expect: 100-continue. قد تُرسل بعض العملاء هذا الرأس افتراضياً على POSTs الكبيرة؛ عادةً ما يؤدي تعطيله إلى حل المشكلة.

نكتة يوم كذبة نيسان من 1998 (RFC 2324). تستخدمه بعض الواجهات الفعلية للنكات أو لتمييز نقاط النهاية المهملة. ليس للاستخدام الإنتاجي.

شائع مع إعادة استخدام اتصال HTTP/2: وصل الطلب إلى خادم غير مُعد للاسم المضيف الهدف. يجب على العميل إعادة المحاولة على اتصال جديد.

على سبيل المثال، تم تحليل JSON بشكل صحيح لكن حقل مطلوب كان مفقوداً، أو قيمة الحقل كانت خارج النطاق. شائع في استجابات التحقق من صحة REST API.

WebDAV: المورد المصدر أو الوجهة مقفول من قبل عميل آخر، لذا لا يمكن إجراء العملية. انتظر حتى يتم فتح القفل أو افتحه باستخدام الرمز المناسب.

WebDAV: في سلسلة من العمليات المعتمدة، فشلت عملية سابقة، لذا لم يتم تنفيذ هذه العملية. انظر إلى الفشل السابق للسبب الجذري.

يتعلق بـ TLS 1.3 0-RTT (البيانات المبكرة): الخادم لن يخاطر بمعالجة طلب قد تم إعادة تشغيله. يجب على العميل إعادة المحاولة بعد اكتمال المصافحة.

يرفض الخادم خدمة الطلب على البروتوكول الحالي لكنه سيفعل بعد الترقية — تتضمن الاستجابة رأس Upgrade يذكر البروتوكول المطلوب.

يطلب الخادم رؤوساً شرطية (مثل If-Match) لمنع تضاربات الفقدان. احصل على المورد، التقط ETag الخاص به، وأعد الإرسال مع If-Match.

أبطئ. يجب أن تتضمن الاستجابة رأس Retry-After يشير إلى موعد إعادة المحاولة. شائع مع الواجهات التي لديها حصص طلبات.

إما أن يتجاوز رأس واحد أو إجمالي حجم الرأس الحد — غالباً ما يكون بسبب ملفات تعريف ارتباط ضخمة. امسح ملفات تعريف الارتباط أو قلل ما تخزنه فيها.

تم حظر المورد لأسباب قانونية — الرقابة أو أوامر المحكمة أو الأنظمة الإقليمية. الرقم هو إشارة إلى الرواية فهرنهايت 451.

رد عام شامل لأخطاء الخادم. تحقق من سجلات الخادم لمعرفة السبب الفعلي: استثناء غير معالج، خطأ في قاعدة البيانات، إلخ.

على سبيل المثال، الخادم لا يتعرف على طريقة HTTP. نادر عملياً — غالباً ما ستشاهد 405.

شائع في بنى الخدمات الدقيقة. حصل موازن التحميل أو الخادم الوكيل العكسي على استجابة معيبة من خدمة الخادم الخلفي.

إما معطل للصيانة أو مثقل بالحمل. يجب أن تتضمن الاستجابة رأس Retry-After. غالباً ما يتم إرجاعها أثناء النشر.

لم تستجب خدمة الخادم الخلفي بسرعة كافية. تحقق من صحة خدمة تصاعدية وتكوينات المهلة الزمنية.

الإصدار الرئيسي HTTP للطلب غير مدعوم من قبل الخادم. لا يُرى تقريباً مع العملاء الحديثين.

انتهت مفاوضة المحتوى الشفافة في حلقة: المتغير المختار يتم تكوينه بنفسه للتفاوض. يشير إلى خطأ في تكوين الخادم.

محدد في الأصل بـ WebDAV لكن يستخدمه أحياناً الخوادم العامة. يعني أن الخادم لا يستطيع حفظ الطلب بسبب قيود التخزين.

WebDAV: أثناء معالجة طلب Depth: infinity دخل حلقة (على سبيل المثال ارتباطات دائرية). تم إنهاء العملية.

من إطار عمل HTTP الموسّع المهجور: يحتاج الخادم إلى مزيد من المعلومات قبل أن يتمكن من تلبية الطلب. غير مستخدم عملياً على الويب الحديث.

تستخدمها البوابات المقيِّدة (شبكات WiFi في الفنادق والمطارات) للإشارة إلى أن المستخدم يجب أن يسجل الدخول إلى الشبكة قبل الوصول إلى المواقع الخارجية.