تعريف HTTP

HTTP هو اختصار لـ Hypertext Transfer Protocol أو بروتوكول نقل النص التشعبي. إنه في الأساس بروتوكول اتصال يعمل على إجراء المعلومات بين العميل وخادم الويب.

تم اختراع بروتوكول HTTP مع HTML لإنشاء أول متصفح ويب تفاعلي قائم على النص يُعرف باسم شبكة الويب العالمية الأصلية. 

اليوم ، يظل بروتوكول HTTP أحد الوسائل الرئيسية لاستخدام الإنترنت ، والتي لا يمكن لمستخدمي الإنترنت الاستغناء عنها.

إذا كنت من مستخدمي الإنترنت ، فعليك بالتأكيد الانتباه إلى هذه المقالة التي تخبرك بكل ما تحتاج لمعرفته حول بروتوكول HTTP.

الفصل 1: ماذا يعني بروتوكول HTTP؟

نظرًا لأن بروتوكول HTTP هو أحد العناصر الأساسية للإنترنت ، فسوف نتحدث معًا في هذا الفصل حول كل ما تحتاج إلى فهمه حول هذا البروتوكول. 

1.1 تعريف وتاريخ HTTP

HTTP أو Hypertext Transfer Protocol هو أسلوب لتشفير وإجراء المعلومات بين متصفح الويب وخادم الويب. HTTP هو البروتوكول الرئيسي لنقل المعلومات على الإنترنت.

ظهر بروتوكول HTTP 0.9 في أواخر الثمانينيات ، ولكن بسعة منخفضة. 

يُنظر الآن إلى دمج هذا الاختراع مع HTML وعناوين URL كأساس لمبادرة ويب المعلومات العالمية “WWW”. 

تم إطلاق هذا الابتكار في عالم الويب بواسطة Tim Berners-Lee في CERN جنيف لتبادل المعلومات بين مجتمع الفيزياء.

نظرًا لأوجه القصور في بروتوكول HTTP 0.9 ، فكر بيرنرز-لي في التحسينات من خلال اختراع أول إصدار حقيقي لـ HTTP / 1.0 في عام 1991. 

تم تقديم هذا العمل الجديد للممثل كـ RFC 1945 إلى منظم الإنترنت. IETF (مهمة هندسة الإنترنت Force) في عام 1996.

مع إصدار NCSA Mosaic ، وهو متصفح رسومي سهل الاستخدام ، شهد WWW نجاحًا متزايدًا وأصبحت بعض قيود الإصدار 1.0 من البروتوكول واضحة ، على وجه الخصوص

• : عدم القدرة على استضافة العديد من مواقع www على نفس الخادم (ما يسمى بالمضيف الظاهري) ،
• والفشل في إعادة استخدام الاتصالات المتاحة ،
• وعجز آليات الأمان غير الكافية ،
• وما إلى ذلك.

من الآن فصاعدًا ، ظهر إصدار HTTP / 1.1 الجديد. تم تقديمه كـ RFC 2068 في عام 1997 وتم تحديثه لاحقًا في عام 1999 كما هو موضح بواسطة RFC 2616.

1.2 كيف يعمل بروتوكول HTTP

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

هذا يعني وجودًا حتميًا لبروتوكول HTTP في كل من طبقة التطبيق للعميل وفي طبقة الخادم ، وإلا فلن يحدث الاتصال.

يتم تقديم طلب العميل عبر المتصفح الذي يدير جميع الاتصالات ويعيد الموارد التي طلبها المستخدم إلى الشاشة. يرى المستعرض صفحة الويب كمجموعة من الكائنات مرتبطة ببعضها البعض بواسطة ارتباطات تشعبية.

لذلك ، ستتألف صفحة الويب بالتأكيد من نص HTML وموارد أخرى يمكن أن تكون نصوصًا نصية وصورًا وتطبيقات Java وما إلى ذلك.

يعتمد HTTP على بروتوكول TCP لطبقة النقل لضمان نقل البيانات من الخادم إلى العميل.

السبب الرئيسي لاستخدام بروتوكول TCP بواسطة HTTP من خلال نقل البيانات التي يضمنها هذا ، على عكس بروتوكول نقل UDP. 

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

يمكن أن يحدث هذا فقط لأنه قبل إرسال البيانات ، يجب على TCP إنشاء اتصال في عملية تسمى المصافحة. 

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

كما ذكرنا سابقًا ، ينتمي HTTP إلى طبقة التطبيق بينما TCP هو بروتوكول طبقة النقل. يشرح هذا قليلاً كيف يتبادل HTTP البيانات مع TCP.

هذا ممكن بفضل المقابس التي تمثل نقطة الاتصال بين طبقة التطبيق وطبقة النقل. سيكون لكل تطبيق على مضيف معين واجهة خاصة بنقرة على طبقة النقل. 

على سبيل المثال ، إذا طلب المستخدم صفحة ويب وأرسل بريدًا إلكترونيًا في نفس الوقت ، فسيكون هناك مأخذان: 

• أحدهما يدير تبادل البيانات بين HTTP وطبقة النقل ،
• والآخر بين البروتوكولات والبريد الإلكتروني والنقل طبقة.

ولكن عندما يحاول المستخدم فتح صفحتين ويب في نفس الوقت ، يمكن إنشاء مقبس واحد فقط في هذه الحالة. 

لأن المقبس في هذه الحالة يشير إلى عملية واحدة. يتيح المقبس إمكانية إدارة الحزم المستلمة بشكل مستقل لعرض صفحتي الويب المطلوبتين بشكل منفصل.

1.3 الغرض من بروتوكول HTTP

عندما نتحدث عن بروتوكول نقل النص التشعبي ، فإننا نشير على الفور إلى دور HTTP في نقل بيانات موقع الويب عبر الإنترنت. 

أما بالنسبة للنص التشعبي ، فهو يشير إلى الشكل القياسي لمواقع الويب التي يمكن للصفحة من خلالها إحالة المستخدمين إلى صفحة أخرى عبر الارتباطات التشعبية القابلة للنقر ، والتي تسمى عادةً الروابط. 

الغرض من بروتوكول HTTP هو توفير طريقة قياسية لمتصفحات الويب والخوادم للتواصل مع بعضها البعض.

تم تصميم صفحات الويب باستخدام لغة ترميز النص التشعبي ، أو HTML ، ولكن يتم استخدام HTTP اليوم لنقل أكثر من مجرد HTML وأوراق الأنماط المتتالية ، أو CSS ، المستخدمة للإشارة إلى كيفية عرض الصفحات. 

يستخدم HTTP أيضًا لنقل محتوى آخر على مواقع الويب ، بما في ذلك ملفات الصور والفيديو والصوت.

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

عندما يقوم الكمبيوتر باسترداد البيانات ببساطة ، فإنه عادةً ما يرسل رسالة HTTP تسمى طلب GET ، وعندما يرسل بيانات النموذج أو يقوم بتحميل ملف ، فإنه يستخدم تنسيقات رسائل أخرى تسمى طلبات PUT أو POST. 

يمكنك رؤية رسائل HTTP التي يرسلها متصفح الويب الخاص بك في العديد من المتصفحات من خلال أدوات المطور المدمجة.

اليوم ، يتم استخدام HTTP بواسطة العديد من التطبيقات بخلاف متصفحات الويب لإرسال الرسائل إلى الخوادم. 

يختار الأشخاص الذين ينشئون التطبيقات بروتوكول HTTP طواعية لأنه مفهوم جيدًا من قبل العديد من المطورين.

سبب آخر هو أن HTTP بشكل عام لا تتم تصفيته بواسطة جدران حماية الشبكة المصممة للسماح بحركة مرور الويب ، مما يعني أن رسائل HTTP يمكن أن تمر عبر معظم الشبكات المنزلية والمكتبية دون مشكلة.

1.4 فوائد بروتوكول HTTP

أول شيء يجب أن تعرفه هو أن HTTP يستخدم نظام عنونة متقدم. يقوم بتعيين عنوان IP بأسماء يمكن التعرف عليها بحيث يمكن اكتشافها بسهولة على شبكة الويب العالمية. 

مقارنة بالإجراء القياسي لعنوان IP مع سلسلة من الأرقام ، باستخدام هذا ، يمكن للجمهور التفاعل بسهولة مع الإنترنت.

عندما يحتاج التطبيق إلى إمكانات إضافية ، يمكن لـ HTTP أن يمنحه وظائف إضافية عن طريق تنزيل الإضافات أو المكونات الإضافية وعرض البيانات ذات الصلة. 

باستخدام بروتوكول HTTP ، يتم تنزيل كل ملف من اتصال مستقل ثم يتم إغلاقه. لهذا السبب ، لا يتم نقل أكثر من عنصر واحد في صفحة الويب. لذلك ، فإن مخاطر الاعتراض أثناء الإرسال منخفضة.

أيضًا ، عند تحميل الصفحة لأول مرة ، يتم تخزين جميع صفحات HTTP في ذاكرة التخزين المؤقت للإنترنت تسمى ذاكرة التخزين المؤقت للصفحة.

لذلك ، بمجرد زيارة الصفحة مرة أخرى ، سيتم تحميل المحتوى بشكل أسرع.

1.5 عيوب بروتوكول HTTP

نظرًا لأن بروتوكول HTTP لا يعمل على أساس تشفير البيانات ، فمن المحتمل تمامًا أن يتم تعديل المحتوى الخاص بك بواسطة شخص آخر.

هذا هو سبب اعتبار HTTP طريقة غير آمنة ويظهر تكامل البيانات. هذا يجعل البيانات عرضة للهجمات.

الخصوصية هي مشكلة أخرى تمت مواجهتها في اتصال HTTP. إذا تمكن أحد المتطفلين من اعتراض الطلب ، فيمكنه عرض كل المحتوى الموجود في صفحة الويب. 

إلى جانب ذلك ، يمكنهم أيضًا جمع معلومات سرية مثل اسم المستخدم وكلمة المرور بسهولة بالغة. 

أيضًا ، على الرغم من أن HTTP يتلقى جميع البيانات التي يحتاجها ، لا يتخذ العملاء أي إجراء لإغلاق الاتصال. لذلك ، خلال هذه الفترة ، لن يكون الخادم موجودًا. 

أيضًا ، بمجرد أن يقوم HTTP بإنشاء اتصالات متعددة لنقل صفحة ويب ، فإنه يتسبب في عبء إداري في الاتصال.

1.6 كيف يختلف HTTP و HTTPS؟

إذا كان HTTP يرمز إلى Hypertext Transfer Protocol ، فإن HTTPS يرمز أيضًا ببساطة إلى Hypertext Transfer Protocol Secure. 

ستلاحظ أن بعض عناوين URL تبدأ بـ HTTP والبعض الآخر ببروتوكول HTTPS ، ويُترجم حرف “S” إلى تشفير آمن ، وهو مضمون بشهادة. 

HTTPS يعني ببساطة مفتاحًا عامًا تم فك تشفيره من جانب المستلم. ويتم الحصول على هذا المفتاح العمومي في  شهادة SSL.

تمثل شهادة SSL معرفًا عبر الإنترنت ، مما يشير إلى أن موقع الويب محمي وخالي من التهديدات الخارجية. 

يجب على مواقع الويب التي تجمع المعلومات الحساسة للأشخاص ، بما في ذلك عناوين المنازل وأرقام بطاقات الائتمان ، شراء ترخيص SSL. 

يتمتع تشفير SSL بالعديد من المزايا لكل من العملاء والمواقع الإلكترونية. تشمل المزايا الرئيسية ما يلي:

• حماية القرصنة: نظرًا لأن الشهادة تحمي المعلومات الحساسة ، سيواجه المتسللون ولصوص الهوية أمانًا عاليًا للبيانات.
• الأصالة والموثوقية: يريد الأشخاص القيام بأعمال تجارية باستخدام موقع ويب آمن وجدير بالثقة. لا يقومون بعمليات شراء من مواقع لم يتم التحقق منها أو تشفيرها. 
• زيادة معدل التحويل: اعتمادًا على نتائج التحليل ، مواقع التجارة الإلكترونية ستشهد بنسبة 18-87٪ في معدل التحويل بسرعة.

أما بالنسبة لبروتوكول HTTP ، فهو يقتصر على إرسال الرسائل بدون تشفير أمني. هذا يجعل البيانات معرضة بشدة للهجمات.

الفصل 2: ​​ما هو رمز حالة HTTP؟

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

تحدد مواصفات HTTP نطاقات معينة من الأرقام لأنواع معينة من الاستجابات:

• 1xx: رسائل إعلامية

يجب على جميع عملاء HTTP / 1.1 قبول رأس en- Transfer-Encoding. تم تقديم هذه الفئة من الأكواد في HTTP / 1.1 وهي مؤقتة تمامًا. 

يمكن للخادم إرسال رسالة “توقع: 100 متابعة” ، لإخبار العميل بمواصلة إرسال بقية الطلب ، أو تجاهل ما إذا كان قد أرسله بالفعل. من المتوقع أن يتجاهل عملاء HTTP / 1.0 هذا الرأس.

• 2xx:

تم النجاح وهذا يشير إلى أن طلب العميل قد تمت معالجته بنجاح. في كثير من الأحيان سترى 200 معروضة.لطلب GET ، يرسل الخادم البيانات في الرسالة. هناك رموز أخرى أقل استخدامًا:

• 202 مقبول: تم قبول الطلب ، ولكن قد لا يتضمن المورد في الاستجابة. هذا مفيد للمعالجة غير المتزامنة من جانب الخادم. يمكن للخادم اختيار إرسال المعلومات للمراقبة.
• 205 إعادة تعيين المحتوى: يطلب من العميل إعادة تعيين عرض المستند الخاص به.
• 206 محتوى جزئي: يشير إلى أن الاستجابة تحتوي على محتوى جزئي فقط. تشير الرؤوس الإضافية إلى معلومات النطاق الدقيق وانتهاء صلاحية المحتوى.

3xx:

303 راجع أخرى: المورد موجود مؤقتًا في عنوان URL جديد.

304 يتغير وأنه يجب على العميل استخدام نسخته المخزنة مؤقتًا. يعتمد هذا على العميل الذي يرسل معلومات ETag (علامة الكيان) وهي عبارة عن تجزئة للمحتوى. يقارن الخادم هذا بحساب ETag الخاص به للتحقق من التغييرات.

4xx: خطأ في العميل

يتم استخدام هذه الرموز عندما يعتقد الخادم أن العميل على خطأ ، إما يطلب موردًا غير صالح أو يقدم طلبًا سيئًا. 

الرمز الأكثر شيوعًا في هذه الفئة هو 404 Not Found ، والذي أعتقد أن الجميع يتعرف عليه. 404 يشير إلى أن المورد غير صالح وغير موجود على الخادم. تتضمن الرموز الأخرى في هذه الفئة:

• 400 طلب غير صحيح: الطلب غير صحيح.
• 403 ممنوع: رفض الخادم الوصول إلى المورد.
• يشير 404 إلى أن المورد غير صالح وغير موجود على الخادم. وهذا يفرض على العميل اتخاذ مزيد من الإجراءات. غالبًا ما يضطر إلى الانتقال إلى عنوان URL مختلف لاسترداد المورد.
• طريقة 405 غير مسموح بها: فعل HTTP غير صالح في سطر الطلب ، أو أن الخادم لا يدعم هذا الفعل.
• تعارض 409: تعذر على الخادم إكمال الطلب لأن العميل يحاول تعديل مورد أحدث من الطابع الزمني للعميل. تنشأ التعارضات في الغالب لطلبات PUT أثناء عمليات التحرير التعاونية على أحد الموارد.

5xx: خطأ في الخادم

يتم استخدام هذه الفئة من الرموز للإشارة إلى فشل الخادم أثناء معالجة الطلب. رمز الخطأ الأكثر استخدامًا هو 500 خطأ خادم داخلي. الآخرين في هذه الفئة:

• 501 لم يتم تنفيذه: لا يدعم الخادم الميزة المطلوبة بعد.
• 503 الخدمة غير متوفرة: يمكن أن يحدث هذا إذا كان النظام الداخلي على الخادم معطلاً أو إذا كان الخادم محملاً بشكل زائد. عادةً ، لا يستجيب الخادم حتى تنتهي مهلة الطلب.

الخلاصة

HTTP هي من نسختها الأولى حتى وقت قريب البروتوكول الرئيسي لنقل البيانات على الإنترنت. إنها وسيلة حتمية أن يقترض أي مستخدم للإنترنت للحصول على إجابة لطلبه.

لذلك من الضروري لأي شخص يستخدم الشبكة أن يكون على دراية بأساسيات HTTP. لهذا ، تناولنا النقاط التي قد تبدو معقدة بالنسبة لك بشأن مفهوم HTTP.

آمل أن هذا المقال مفيدًا لك ، فلا تتردد في ترك تعليقات لي إذا كان لديك أي أسئلة.