Різниця між HTTP 1.0 та 1.1

HTTP 1.0 проти 1.1

Будучи користувачем Інтернету, ви, мабуть, натрапили на використання HTTP. Це одне з найпоширеніших листів, особливо для мільйонів сторінок, які зараз оперують в Інтернеті. Саме цей предмет є питанням обговорення тут. Мабуть, якщо ви щось знаєте про HTTP, є дві версії, 1.0 та 1.1. Що тільки означають дві версії? Нижче покроковий огляд HTTP 1.0 та Http 1.1.

Термін HTTP відноситься до протоколу гіпертекстової передачі тексту. Він виступає як клієнтським, так і серверним протоколом, який визначає, як передаються та форматуються повідомлення всесвітньої мережі. HTTP 1.0 був запроваджений на початку 1996 року, коли з'явилися компанії, що рухаються в Інтернеті для бізнесу. Популярність використання HTTP зросла, коли понад 75% трафіку в Інтернеті виключно покладаються на нього.

HTTP 1.0 міг визначити лише до 16 кодів статусу, що було зарезервованим номером. Основним обмеженням використання 16 кодів стану було те, що було помічено погану звітність про роздільну здатність, і, отже, виникла потреба розробити HTTP 1.1. HTTP 1.1 поставив 24 коди стану, які змогли вирішити попередні обмеження, з якими стикається HTTP 1.1. Повідомлення про помилки робилося швидше, і виявлялося помилок, коли вони виникали.

Ще одним плюсом, який прийшов із застосуванням HTTP 1.1, був заголовок попередження, який мав можливість виконувати декілька номерів вторинних сповіщень про стан. Основною метою вторинних вказівок статусу в HTTP 1.1 було повідомити одержувача про проблему, коли було зроблено успішний запит. Запити попередження, запроваджені в HTTP1.1, можна розділити на два класи. Заняття грунтувалися на першій цифрі, яка була представлена ​​на трицифровому коді. В одному класі було видалено попередження після успішної перевірки коду в кеш. Другий клас був таким, який зберігався, і він постачається з повторно підтвердженим записом кешу.

Використання HTTP 1.0 поставляється лише з урахуванням базової автентифікації, оскільки це стикається з проблемою імен користувачів та паролів, які використовуються як незашифровані. Це, як ви слушно вважаєте, спричиняє фактор ризику відхилення. HTTP 1.0 також не має залежностей, і, таким чином, інформація, зібрана за допомогою активності прослуховування, може бути використана пізніше в майбутньому. Прихід HTTP 1.1 виправив проблему, запропонувавши використання дайджесту аутентифікації доступу. Це відображає основну автентифікацію і дозволяє серверам зверху використовувати одноразове значення, яке насправді робить прослуховування досить важким. Зроблено контрольну суму пароля, імені користувача та значення одного разу, і всі вони зашифровані. Таким чином, ви можете бути впевнені, що ніяке перенесення неможливо при використанні HTTP 1.1.

Дизайн HTTP 1.0 потребував нового TCP-з'єднання для кожного запиту, який був зроблений через нього. Це спричинило виклик, оскільки існували витрати та час налаштування нового TCP-з'єднання з кожним запитом, що робить з'єднання дуже повільним. Для вирішення цього HTTP1.1 придумали використання стійких з'єднань, а також використання запитів конвеєра для роботи над стійкими з'єднаннями.

Підсумок

HTTP означає протокол передачі тексту гіперпертиці

HTTP 1.1, як правило, оновлення обмежень HTTP 1.0

HTTP 1.0 може визначати коди 16status

HTTP 1.1 може визначати 24 коди стану

HTTP 1.1 має заголовок попередження, здатний створювати безліч вторинних сповіщень про стан

Аутентифікація HTTP 1.0 небезпечна, оскільки вона не зашифрована

HTTP 1.1 безпечний, оскільки він використовує контрольну суму імені користувача, пароля та значення часу.