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