HTTP 1.0 и 1.1
HTTP 1.0 vs 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 устранил проблему, предлагая использование аутентификации Digest Access. Это отражает базовую аутентификацию и позволяет серверам использовать одно из значений, которые в свою очередь делают попытки отслеживания довольно трудно достичь. Контрольная сумма пароля, имени пользователя и одного значения времени производится, и все они зашифрованы. Таким образом, вы можете быть уверены, что при использовании HTTP 1.1 невозможно отслеживать.
Для проекта HTTP 1.0 требуется новое TCP-соединение для каждого запроса, который был сделан через него. Это вызвало серьезную проблему, так как при каждом запросе была установлена стоимость и время настройки нового TCP-соединения, что делает соединение очень медленным. Для борьбы с этим HTTP1.1 возникли проблемы с использованием постоянных соединений, а также с использованием запросов на конвейер для работы с постоянными соединениями.
Резюме
HTTP означает протокол передачи гипертекста
HTTP 1.1, как правило, обновление ограничений HTTP 1.0
HTTP 1.0 может определять коды 16 состояний
HTTP 1.1 может определять 24 кода состояния
HTTP 1.1 имеет заголовок предупреждения, способный генерировать множество предупреждений о вторичном статусе
HTTP 1.0 аутентификация небезопасна, поскольку она не зашифрована
HTTP 1.1 безопасен, поскольку он использует контрольную сумму имени пользователя, пароля и одного значения времени.