HTTP 1.0 مقابل 1.1

https://stackoverflow.com/questions/246859

05-07-2019
|

سؤال

شخص ما يمكن أن تعطيني لمحة موجزة عن الاختلافات بين HTTP 1.0 HTTP 1.1?لقد قضيت بعض الوقت مع كل من المراجع ، ولكن لم تكن قادرة على سحب الكثير من الفرق بينهما.ويكيبيديا يقول هذا:

HTTP/1.1 (1997-1999)

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

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

المحلول

دعم وكيل و مجال المضيف:

HTTP 1.1 لديه المطلوبة رأس المضيف في المواصفات.

HTTP 1.0 لا تتطلب رسميا على رأس المضيف, ولكن لا يضر أن إضافة واحد و العديد من التطبيقات (وكلاء) نتوقع أن نرى رأس المضيف بغض النظر عن إصدار بروتوكول.

على سبيل المثال:

GET / HTTP/1.1
Host: www.blahblahblahblah.com

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

وهذا يعني إذا كان لديك blahblahlbah.com و helohelohelo.com كل لافتا إلى نفس IP.خادم الويب الخاص بك يمكن استخدام المضيف مجال للتمييز موقع جهاز العميل يريد.

الاتصالات المستمرة:

HTTP 1.1 أيضا يسمح لك أن الاتصالات المستمرة مما يعني أنه يمكن أن يكون أكثر من واحد طلب/الاستجابة على نفس اتصال HTTP.

في HTTP 1.0 قد فتح اتصال جديد لكل طلب/استجابة الزوج.و بعد كل رد الاتصال سوف تكون مغلقة.هذا يؤدي إلى بعض المشاكل كفاءة بسبب TCP بداية بطيئة.

خيارات الطريقة:

HTTP/1.1 يقدم خيارات الأسلوب.HTTP العميل يمكن استخدام هذا الأسلوب لتحديد قدرات ملقم HTTP.انها تستخدم في الغالب الصليب الأصل تقاسم الموارد في تطبيقات الويب.

التخزين المؤقت:

HTTP 1.0 قد دعم التخزين المؤقت عن طريق الرأس:إذا المعدلة منذ ذلك الحين.

HTTP 1.1 يوسع على التخزين المؤقت دعم الكثير عن طريق استخدام ما يسمى 'الكيان الوسم'.إذا 2 الموارد هي نفسها ، ثم سيكون لديهم نفس الكيان العلامات.

HTTP 1.1 يضيف أيضا إذا-معدلة-لأن المباراة ، إذا-لا شيء-مباراة المشروط رؤوس.

وهناك أيضا المزيد من الإضافات المتعلقة التخزين المؤقت مثل رأس Cache-Control.

100 تستمر حالة:

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

أكثر من ذلك بكثير:

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

نصائح أخرى

 HTTP 1.0 (1994)

فإنه لا يزال في استخدام
يمكن استخدامها من قبل العميل الذي لا يستطيع التعامل مع المقسم (أو ضغط) الخادم الردود

 HTTP 1.1 (1996 - 2015)

ويقعد العديد من امتداد إلى الإصدار 1.0
يدعم استمرار خط انابيب اتصالات
يدعم المقسم نقل الضغط/
يدعم استضافة الظاهري (ملقم مع عنوان IP واحد استضافة نطاقات متعددة)
يدعم لغات متعددة
يدعم بايت-مجموعة التحويلات ؛ مفيدة استئناف توقف البيانات نقل

HTTP 1.1 تعزيز HTTP 1.0.يسرد التالية أربعة تحسينات رئيسية:

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

بالنسبة تافهة التطبيقات (على سبيل المثالبشكل متقطع استرداد قيمة درجة الحرارة من تمكين شبكة الإنترنت الحرارة) HTTP 1.0 بخير لكل عميل والملقم.يمكنك كتابة البدائي مأخذ على أساس HTTP 1.0 العميل أو الخادم في حوالي 20 خطوط من التعليمات البرمجية.

لمزيد من التعقيد سيناريوهات HTTP 1.1 هو الطريق للذهاب.نتوقع من 3 إلى 5 أضعاف زيادة في حجم التعليمات البرمجية للتعامل مع تعقيدات أكثر تعقيدا HTTP 1.1 البروتوكول.تعقيد يأتي أساسا لأن HTTP 1.1 سوف تحتاج إلى إنشاء, تحليل, والاستجابة لمختلف رؤوس.يمكنك درع التطبيق الخاص بك من هذا التعقيد من خلال وجود العميل استخدام HTTP المكتبة أو الخادم استخدام تطبيق ويب الملقم.

مفتاح مسألة التوافق هو دعم الاتصالات المستمرة.لقد عملت في الآونة الأخيرة على ملقم "دعم" HTTP/1.1 ، ولكنه فشل في إغلاق الاتصال عند عميل أرسلت HTTP/1.0 الطلب.عند كتابة الخادم التي تدعم HTTP/1.1 ، تأكد من أنه يعمل أيضا بشكل جيد مع HTTP/1.0 فقط العملاء.

واحدة من أول الاختلافات التي لا يمكن أن نذكر من أعلى رأسي هي مجالات متعددة تعمل في نفس الخادم جزئية الموارد استرجاع هذا يسمح لك لاسترداد و تسريع التحميل من الموارد (هذا ما تقريبا كل download accelerator لا).

إذا كنت ترغب في تطوير تطبيق مثل موقع على شبكة الإنترنت أو ما شابه ذلك, كنت لا داعي للقلق كثيرا حول الاختلافات ولكن يجب أن تعرف الفرق بين GET و POST الأفعال على الأقل.

الآن إذا كنت ترغب في تطوير المتصفح ثم نعم, سيكون لديك معرفة كاملة البروتوكول وكذلك إذا كنت تحاول وضع ملقم HTTP.

إذا كنت مهتما فقط في معرفة بروتوكول HTTP أنصح لك أن تبدأ مع HTTP/1.1 بدلا من 1.0.

HTTP 1.1 هو أحدث إصدار من بروتوكول نقل النص التشعبي ويب بروتوكول التطبيقات التي يتم تشغيلها على أعلى الإنترنت TCP/IP suite من البروتوكولات.مقارنة HTTP 1.0 HTTP 1.1 يوفر أسرع تسليم صفحات الويب من الأصلي HTTP ويقلل من حركة المرور على الشبكة.

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

مقارنة مع 1.0, 1.1 يقلل من حركة المرور على الشبكة

مرخصة بموجب: CC-BY-SA مع الإسناد

لا تنتمي إلى StackOverflow