English | 简体中文 | 繁體中文 | Русский язык | Français | Español | Português | Deutsch | 日本語 | 한국어 | Italiano | بالعربية
أكثر الطرق استخدامًا في HTTP هما: GET وPOST.
هدف تصميم بروتوكول نقل النصوص المتكامل (HTTP) هو ضمان التواصل بين العميل والخادم.
يشتغل HTTP كبروتوكول طلب-إجابة بين العميل والخادم.
المتصفح يمكن أن يكون العميل، ويمكن أن تكون أي تطبيق شبكي على الحاسوب أيضًا خادم.
مثال: تقديم عميل (المتصفح) لطلب HTTP إلى الخادم؛ يعود الخادم بردة فعل إلى العميل. تشمل الردة الفعلية معلومات حول حالة الطلب وربما المعلومات المطلوبة.
في طلب-إجابة بين العميل والخادم، يتم استخدام طريقتين شائعتين: GET و POST.
GET - يتم طلب بيانات من المصدر المحدد.
POST - يتم تقديم بيانات لمعالجتها في المصدر المحدد.
لاحظ، يتم إرسال سلسلة الاستعلام (زوج الاسم/القيمة) في عنوان URL طلب GET:
/run/demo-form.php?name1=value1&name2=value2
بعض التعليقات الأخرى حول طلب GET:
يمكن تخزين طلب GET.
يتم حفظ طلب GET في سجل تاريخ المتصفح.
يمكن جمع طلب GET كعلامة مرجعية
لا يجب استخدام طريقة GET في معالجة بيانات حساسة
يوجد طلب GET محدد بالطول
يجب استخدام طريقة GET فقط لاسترداد البيانات
لاحظ، يتم إرسال سلسلة الاستعلام (زوج الاسم/القيمة) في جسم رسالة طلب POST:
POST /run/demo-form.php HTTP/1.1
Host: oldtoolbag.com
name1=value1&name2=value2
بعض التعليقات الأخرى حول طلب POST:
لا يتم تخزين طلب POST.
لا يتم حفظ طلب POST في سجل تاريخ المتصفح.
لا يمكن جمع طلب POST كعلامة مرجعية
لا يوجد طلب POST لمتطلبات طول البيانات
جدول أدناه يقارن بين طريقتين من HTTP: GET و POST.
| GET | POST | |
|---|---|---|
| زر التراجع/التحديث | مستحسن | سيتم إعادة تقديم البيانات مرة أخرى (يجب أن يخبر المتصفح المستخدم أن البيانات سيتم تقديمها مرة أخرى). |
| العلامات المرجعية | يمكن جمعها كعلامة مرجعية | لا يمكن جمعها كعلامة مرجعية |
| التخزين | يمكن التخزين | لا يمكن التخزين |
| نوع الترميز | application/x-www-form-urlencoded | application/x-www-form-urlencoded أو multipart/form-data. استخدم الترميز المتعدد للبيانات الثنائية. |
| التاريخ | الإعدادات يتم حفظها في تاريخ المتصفح. | الإعدادات لن يتم حفظها في تاريخ المتصفح. |
| محدودیت در طول دادهها | نعم. عند إرسال البيانات، يضيف أسلوب GET البيانات إلى URL؛ طول URL محدود (أقصى طول لـ URL هو 2048 حرف). | لا يوجد حد. |
| الحدود على نوع البيانات | يسمح فقط بالحروف ASCII. | لا يوجد حد. ويسمح بالبيانات الثنائية. |
| الأمان | بمقارنة POST، الأمان الخاص بGET أقل، لأن البيانات التي يتم إرسالها هي جزء من URL. لا تستخدم أبدًا GET عند إرسال كلمات المرور أو معلومات حساسة أخرى! | POST أكثر أمانًا من GET، لأن المعلمات لن تُحفظ في تاريخ المتصفح أو سجلات الخادم الويب. |
| الرؤية | البيانات ستكون مرئية لكل شخص في URL. | البيانات لن تظهر في URL. |
الجدول أدناه يبين بعض أساليب الطلبات HTTP الأخرى:
| الأسلوب | وصف |
|---|---|
| HEAD | مثل GET، لكنه يعود فقط بتوصيات HTTP وليس بمحتوى المستند. |
| PUT | تحميل تمثيل URI المحدد. |
| DELETE | حذف المصدر المحدد. |
| OPTIONS | إرجاع الأساليب HTTP المدعومة من قبل الخادم. |
| CONNECT | تحويل الاتصال المطلوب إلى قناة TCP/IP شفافة. |