عرض مصدر قائمة رموز حالة بروتوكول نقل النص الفائق

{{شريط جانبي بروتوكول نقل النص الفائق}}
'''قائمة رموز حالة بروتوكول نقل النص الفائق''' وتشمل أيضا [[معيار الإنترنت|معايير الإنترنت]] (Internet Standard) الموضوعة بواسطة ([[مجموعة مهندسي الإنترنت|IETF]]) والمعايير الأخرى مثل [[طلب تعليقات|آر إف سي]] والمواصفات الأخرى وبعض الأكواد الإضافية شائعة الاستخدام، الرقم الأول (First Digit) من كود الحالة (Status Code) يحدد واحد من أحد خمس فئات (Classes) من استجابة (response) ، يجب أن يتعرف جهاز مستقبل [[بروتوكول نقل النص الفائق|إتش تي تي بي]] (HTTP Client) على هذه الفئات الخمس كحد أدنى، العبارات المستخدمة هي صيغ قياسية ولكن يمكن الزيادة والمد بأي بديل للقراءة البشرية، ما لم ينص على خلاف ذلك، كود الحالة هو جزء من معيار (HTTP/1.1) ({{RFC|7231}}).<ref>
{{استشهاد ويب|عنوان=Hypertext Transfer Protocol -- HTTP/1.1|مسار=https://tools.ietf.org/html/rfc2616|موقع=IETF|تاريخ الوصول=16 October 2015| مسار أرشيف = https://web.archive.org/web/20190425191751/https://tools.ietf.org/html/rfc2616 | تاريخ أرشيف = 25 أبريل 2019 }}</ref>
== أكواد سلسلة الحالة 1 ==
{{إنج|1xx Informational}} طلبات وردة وعمليات مستمرة.

هذه الفئة (class) من أكواد الحالة تشير إلى استجابة مؤقتة، وتتكون من الحالة status-line ورؤس اختيارية وتنتهي بسطر فارغ .

وحيث أن كود الحالة 1xx لم يعرف بواسطة (HTTP/1.0) فلا يرسل الخادم server أستجابة 1xx إلى جهاز حاسوب العميل client ،<ref group="note">Italicised words and phrases such as ''must'' and ''should'' represent interpretation guidelines as given by {{RFC|2119}}</ref> الا في حالة الظروف التجريبية .<ref>{{استشهاد ويب|عنوان=10 Status Code Definitions|مسار=http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html|موقع=W3|تاريخ الوصول=16 October 2015| مسار أرشيف = https://web.archive.org/web/20180924154559/http://www.w3.org:80/Protocols/rfc2616/rfc2616-sec10.html | تاريخ أرشيف = 24 سبتمبر 2018 }}</ref>

=== {{أنجر|100}} 100 استمر ===
{{إنج|100 Continue}}

=== {{أنجر|101}} 101 بروتوكولات التحويل ===
{{إنج|101 Switching Protocols}} يسأل الطالب (Requester) الخادم (Server) تبديل البروتوكولات (switch protocols) ويوافق الخادم على القيام بذلك .<ref>
{{استشهاد ويب|عنوان=101|مسار=https://httpstatuses.com/101|موقع=httpstatus|تاريخ الوصول=16 October 2015| مسار أرشيف = https://web.archive.org/web/20151030081155/http://httpstatus.es:80/101 | تاريخ أرشيف = 30 أكتوبر 2015 }}
</ref>

=== {{أنجر|102}} 102 معالجة شبكة توزيع التأليف والإصدارات ===
{{إنج|102 Processing}} طلب (Request) [[شبكة توزيع التأليف والإصدارات|ويب داف]] (WEBDAV، {{RFC|2518}}) قد يحتوي على العديد من الطلبات الفرعية (sub-requests) التي تنطوي على عمليات على الملفات (file operations)،
<ref name="RFC_2518">{{cite IETF
| title = HTTP Extensions for Distributed Authoring – WEBDAV
| rfc = 2518
| last1 = Goland
| first1 = Yaronn
| authorlink1 =
| last2 = Whitehead
| first2 = Jim
| authorlink2 = Jim Whitehead (professor)
| last3 = Faizi
| first3 = Asad
| authorlink3 =
| last4 = Carter
| first4 = Steve R.
| authorlink4 =
| last5 = Jensen
| first5 = Del
| authorlink5 =
| year = 1999
| month = February
| publisher = [[مجموعة مهندسي الإنترنت|قوة مهمات هندسة الإنترنت]]
| accessdate  = October 24, 2009
}}</ref>
{| class="wikitable"
!الشفرة
!تلخيص بالعربية
!تلخيص بالانجليزية
!المعنى
|-
|100
|متابعة
|Continue
|يشير هذا الرد المؤقت إلى أن كل شيء حتى الآن على ما يرام وأنه يجب على العميل متابعة الطلب ، أو تجاهل الاستجابة إذا كان الطلب قد انتهى بالفعل.
|-
|101
|بروتوكول التحويل
|Switching Protocol
|يتم إرسال هذا الرمز استجابة لرأس طلب ترقية من العميل ، ويشير إلى البروتوكول الذي ينتقل إليه الخادم.
|-
|102
|معالجة 
|Processing
|يشير هذا الرمز إلى أن الخادم قد تلقى الطلب ويقوم بمعالجته ، ولكن لا توجد استجابة متاحة حتى الآن.
|-
|103
|تلميحات مبكرة
|Early Hints
|الغرض الأساسي من رمز الحالة هذا هو استخدامه مع رأس الارتباط ، مما يسمح لوكيل المستخدم ببدء التحميل المسبق للموارد بينما يقوم الخادم بإعداد استجابة.
|}

== أكواد سلسلة الحالة 2 ==
{{إنج|2xx Success}} هذه الفئة من أكواد الحالة تشير إلى أن النشاط المطلوب من جهاز العميل (client) قد تم إستلمه وفهمه وقبوله ومعالجتها بنجاح .<ref>
{{استشهاد ويب|عنوان= httpStatusCodes.js|مسار= https://gist.github.com/marlun78/2972477|موقع=GitHub Gist|ناشر=marlun78|تاريخ الوصول=16 October 2015|مسار أرشيف= https://web.archive.org/web/20191211225904/https://gist.github.com/marlun78/2972477|تاريخ أرشيف=2019-12-11}}
</ref>

=== {{أنجر|200}}200 أوكي ===
{{إنج|200 OK}}

<ref>
{{استشهاد ويب|عنوان=qw3rtman \ hsc|مسار= https://github.com/qw3rtman/hsc/blob/master/README.md|موقع=GitHub|ناشر=qw3rtman|تاريخ الوصول=16 October 2015|مسار أرشيف= https://web.archive.org/web/20200327143744/https://github.com/qw3rtman/hsc/blob/master/README.md|تاريخ أرشيف=2020-03-27|حالة المسار=dead}}
</ref>

=== {{أنجر|201}}201 تم الإنشاء ===
{{إنج|201 Created}} تم إنجاز الطلب، مما أدى إلى إنشاء مورد جديد.<ref>{{استشهاد ويب|الأخير1=Stewart|الأول1=Mark|الأخير2=djna|عنوان=Create request with POST, which response codes 200 or 201 and content|مسار=https://stackoverflow.com/questions/1860645/create-request-with-post-which-response-codes-200-or-201-and-content|موقع=Stack Overflow|تاريخ الوصول=16 October 2015| مسار أرشيف = https://web.archive.org/web/20190506235741/https://stackoverflow.com/questions/1860645/create-request-with-post-which-response-codes-200-or-201-and-content | تاريخ أرشيف = 06 مايو 2019 }}
</ref>

=== {{أنجر|202}}202 مقبول ===
{{إنج|202 Accepted}}

=== {{أنجر|203}} 203 معلومات غير موثوقة (بداية من HTTP / 1.1) ===
{{إنج|203 Non-Authoritative Information (since HTTP/1.1)}}
{| class="wikitable"
!الشفرة
!تلخيص بالعربية
!تلخيص بالانجليزية
!المعنى
|-
|200
|حسنا
|OK
|نجح الطلب. يعتمد معنى النجاح على طريقة HTTP.
|-
|201
|تم إنشاؤها
|Created
|نجح الطلب وتم إنشاء مورد جديد نتيجة لذلك. هذا هو عادةً الرد المرسل بعد طلبات POST ، أو بعض طلبات PUT.
|-
|202
|مقبول
|Accepted
|تم استلام الطلب ولكن لم يتم البت فيه بعد. إنه غير ملزم ، حيث لا توجد طريقة في HTTP لإرسال استجابة غير متزامنة تشير لاحقًا إلى نتيجة الطلب. الغرض منه هو الحالات التي تتعامل فيها عملية أو خادم آخر مع الطلب ، أو لمعالجة الدُفعات.
|-
|203
|معلومات غير موثوقة
|Non-Authoritative Information
|رمز الاستجابة هذا يعني أن المعلومات الوصفية التي تم إرجاعها ليست هي نفسها تمامًا كما هو متاح من الخادم الأصلي ، ولكن يتم جمعها من نسخة محلية أو نسخة من جهة خارجية. يستخدم هذا في الغالب للمرايا أو النسخ الاحتياطية لمورد آخر. باستثناء تلك الحالة المحددة ، يفضل الرد على "200 OK" على هذه الحالة.
|-
|204
|لا يوجد محتوى
|No Content
|لا يوجد محتوى لإرساله لهذا الطلب ، ولكن قد تكون الرؤوس مفيدة. يجوز لوكيل المستخدم تحديث الرؤوس المخزنة مؤقتًا لهذا المورد برموز جديدة.
|-
|205
|إعادة تعيين المحتوى
|Reset Content
|يخبر وكيل المستخدم بإعادة تعيين المستند الذي أرسل هذا الطلب.
|}

== أكواد سلسلة الحالة 3 إعادة توجيه ==
{{إنج|3xx Redirection}}
{| class="wikitable"
!الشفرة
!تلخيص بالعربية
!تلخيص بالانجليزية
!المعنى
|-
|300 
|اختيار متعدد
|Multiple Choice
|يحتوي الطلب على أكثر من رد محتمل. يجب على وكيل المستخدم أو المستخدم اختيار أحدهما. (لا توجد طريقة قياسية لاختيار أحد الردود ، ولكن يوصى باستخدام روابط HTML للإمكانيات حتى يتمكن المستخدم من الاختيار.)
|-
|301
|منقول بشكل دائم
|Moved Permanently
|تم تغيير عنوان URL للمورد المطلوب بشكل دائم. تم تقديم عنوان URL الجديد في الاستجابة.
|-
|302
|موجود
|Found
|رمز الاستجابة هذا يعني أنه تم تغيير عنوان URI للمورد المطلوب مؤقتًا. قد يتم إجراء المزيد من التغييرات في URI في المستقبل. لذلك ، يجب استخدام نفس URI بواسطة العميل في الطلبات المستقبلية.
|-
|303
|انظر أخرى
|See Other
|أرسل الخادم هذه الاستجابة لتوجيه العميل للحصول على المورد المطلوب في URI آخر مع طلب GET.
|-
|304
|غير معدلة
|Not Modified
|يستخدم هذا لأغراض التخزين المؤقت. يخبر العميل أنه لم يتم تعديل الاستجابة ، لذلك يمكن للعميل متابعة استخدام نفس النسخة المخبأة من الاستجابة.
|-
|305
|استخدام الوكيل
|Use Proxy 
|محدد في إصدار سابق من مواصفات HTTP للإشارة إلى أنه يجب الوصول إلى الاستجابة المطلوبة بواسطة وكيل. تم إهماله بسبب مخاوف أمنية تتعلق بتكوين وكيل داخل النطاق.
|-
|306
|غير مستخدم
|unused
|لم يعد رمز الاستجابة هذا مستخدمًا ؛ محجوز فقط. تم استخدامه في إصدار سابق من مواصفات HTTP / 1.1.
|-
|307
|إعادة توجيه مؤقتة
|Temporary Redirect
|يرسل الخادم هذه الاستجابة لتوجيه العميل للحصول على المورد المطلوب في URI آخر بنفس الطريقة التي تم استخدامها في الطلب السابق. يحتوي هذا على نفس الدلالات مثل رمز استجابة HTTP 302 Found ، باستثناء أنه يجب على وكيل المستخدم عدم تغيير طريقة HTTP المستخدمة: إذا تم استخدام POST في الطلب الأول ، فيجب استخدام POST في الطلب الثاني.
|-
|308
|إعادة توجيه دائمة
|Permanent Redirect
|هذا يعني أن المورد موجود الآن بشكل دائم في عنوان URI آخر ، محدد بواسطة عنوان الموقع: استجابة HTTP. هذا له نفس دلالات رمز 301 المنقولة بشكل دائم لرمز استجابة HTTP ، باستثناء أنه يجب على وكيل المستخدم عدم تغيير طريقة HTTP المستخدمة: إذا تم استخدام POST في الطلب الأول ، فيجب استخدام POST في الطلب الثاني.
|}

== أكواد سلسلة الحالة 4 ==
{{إنج|4xx Client Error}}
{| class="wikitable"
!الشفرة
!تلخيص بالعربية
!تلخيص بالانجليزية
!المعنى
|-
|400 
|طلب سيّئ
|Bad Request
|تعذر على الخادم فهم الطلب بسبب بناء جملة غير صالح.
|}

== أكواد سلسلة الحالة 5 خطأ خادوم ==
{{إنج|5xx Server Error}}
{| class="wikitable"
|+
!الشفرة
!تلخيص بالعربية
!تلخيص بالانجليزية
!المعنى
|-
|500 
|خطأ خادم داخلي
|Internal Server Error
|واجه الخادم حالة لا يعرف كيفية التعامل معها.
|}

== أكواد غير رسمية ==
{{إنج|Unofficial codes}}
== انظر أيضا ==
* [[رسالة بروتوكول نقل النص الفائق 404|الرسالة 404]]
* [[قائمة حقول ترويسة بروتوكول نقل النص الفائق|قائمة بحقول رأس بروتوكول نقل النص التشعبي]]
== ملاحظات ==
{{مراجع|group=note}}
== مصادر ومراجع ==
{{مراجع}}
== روابط خارجية ==
* {{موقع رسمي}} Hypertext Transfer Protocol (HTTP) Status Code Registry
* Microsoft Knowledge Base: MSKB943891: [http://support.microsoft.com/kb/943891/ The HTTP status codes in IIS 7.0]
* [https://web.archive.org/web/20171010235259/http://www.getnetgoing.com/HTTP.html Help for HTTP errors]
* [http://savanttools.com/test-http-status-codes Test any HTTP status code in a web browser]
* [http://www.checkhttpstatuscodes.com Checking tool for URL for status code with description]
* [http://www.serviceunavailable.info/ Real time server-side 503 HTTP status code checker tool]
* [http://racksburg.com/choosing-an-http-status-code/ Choosing an HTTP Status Code — Stop Making It Hard]
{{روابط شقيقة}}
{{شريط بوابات|إنترنت|تقانة المعلومات|علم الحاسوب}}

[[تصنيف:تراميز حالة بروتوكول نقل النص الفائق]]
[[تصنيف:قوائم متعلقة بالإنترنت]]