يوفر بروتوكول نقل النص التشعبي معيار بروتوكول الشبكة الذي تستخدمه متصفحات الويب والخوادم للتواصل. ترى HTTP عند زيارة موقع ويب لأن البروتوكول يظهر في عنوان URL (على سبيل المثال ،
هذا البروتوكول مشابه للبروتوكولات الأخرى ، مثل بروتوكول نقل الملفات ، من حيث أنه يستخدم من قبل برنامج العميل لطلب الملفات من خادم بعيد. في حالة HTTP ، يطلب مستعرض الويب ملفات HTML من خادم الويب ، والذي يتم عرضه بعد ذلك في المستعرض مع النص والصور والارتباطات التشعبية والأصول ذات الصلة.
نظرًا لأن المتصفحات تتواصل باستخدام HTTP ، يمكنك عادةً إسقاط البروتوكول من عنوان URL عند كتابته في شريط عنوان المتصفح.
تاريخ
أنشأ Tim Berners-Lee معيار HTTP الأولي في أوائل التسعينيات كجزء من عمله في تحديد شبكة الويب العالمية الأصلية. تم نشر ثلاثة إصدارات أساسية خلال التسعينيات:
- HTTP 0.9: دعم مستندات النص التشعبي الأساسية.
- HTTP 1.0: ملحقات لدعم المواقع الغنية.
- HTTP 1.1: تم تطويره لمعالجة قيود أداء HTTP 1.0 ، المحدد في Internet RFC 2068.
أصبح أحدث إصدار ، HTTP 2.0 ، معيارًا معتمدًا في عام 2015. يحافظ على التوافق مع الإصدارات السابقة مع HTTP 1.1 ولكنه يوفر تحسينات إضافية في الأداء.
بينما لا يقوم بروتوكول HTTP القياسي بتشفير حركة المرور المرسلة عبر الشبكة ، يضيف معيار HTTPS التشفير إلى HTTP من خلال استخدام طبقة مآخذ التوصيل الآمنة أو ، لاحقًا ، أمان طبقة النقل.
كيف يعمل
HTTP هو بروتوكول طبقة تطبيق مبني على TCP يستخدم نموذج اتصال خادم العميل. عملاء وخوادم HTTP يتواصلون من خلال رسائل الطلب والاستجابة. أنواع رسائل HTTP الرئيسية الثلاثة هي GET و POST و HEAD.
- HTTP GET: تحتوي الرسائل المرسلة إلى الخادم على عنوان URL فقط. قد يتم إلحاق صفر أو أكثر من معلمات البيانات الاختيارية بنهاية عنوان URL. يقوم الخادم بمعالجة جزء البيانات الاختيارية من عنوان URL ، إذا كان موجودًا ، ويعيد النتيجة (صفحة ويب أو عنصر من صفحة الويب) إلى المتصفح.
- HTTP POST: تضع الرسائل أي معلمات بيانات اختيارية في نص رسالة الطلب بدلاً من إضافتها إلى نهاية عنوان URL.
- HTTP HEAD: تعمل الطلبات مثل طلبات GET. بدلاً من الرد بالمحتويات الكاملة لعنوان URL ، يرسل الخادم معلومات الرأس فقط (الموجودة داخل قسم HTML).
يبدأ المستعرض الاتصال بخادم HTTP عن طريق بدء اتصال TCP بالخادم. تستخدم جلسات تصفح الويب منفذ الخادم 80 بشكل افتراضي ، على الرغم من استخدام منافذ أخرى مثل 8080 في بعض الأحيان بدلاً من ذلك.
بعد إنشاء الجلسة ، يمكنك تشغيل إرسال واستقبال رسائل HTTP من خلال زيارة صفحة الويب.
HTTP هو ما يسمى بالنظام عديم الحالة. هذا يعني أنه على عكس بروتوكولات نقل الملفات الأخرى مثل FTP ، يتم إسقاط اتصال HTTP بعد اكتمال الطلب. لذلك ، بعد أن يرسل متصفح الويب الخاص بك الطلب ويستجيب الخادم للصفحة ، يتم إغلاق الاتصال.
استكشاف أخطاء
قد تفشل الرسائل المرسلة عبر HTTP لعدة أسباب:
- خطأ المستخدم.
- عطل في متصفح الويب أو خادم الويب.
- أخطاء في إنشاء صفحات الويب.
- مواطن الخلل في الشبكة المؤقتة.
عند حدوث هذه الإخفاقات ، يلتقط البروتوكول سبب الفشل ويبلغ عن رمز خطأ للمتصفح يسمى سطر / رمز حالة HTTP. تبدأ الأخطاء برقم معين للإشارة إلى نوع الخطأ.
على سبيل المثال ، تشير الأخطاء مع رمز فشل يبدأ بأربعة إلى أن طلب الصفحة لا يمكن إكماله بشكل صحيح ، أو أن الطلب يحتوي على بناء جملة غير صحيح. على سبيل المثال ، تعني أخطاء 404 أنه لا يمكن العثور على صفحة ويب ؛ حتى أن بعض مواقع الويب تقدم صفحات خطأ 404 مخصصة ممتعة.
