Анализ протоколов относится к методам
Обновлено: 05.07.2024
К веб-серверам относятся: сервер Apache, сервер IIS (информационные службы Интернета) и т. Д.
Веб-сервер отправляет клиенту ответную информацию в соответствии с полученным запросом.
Большинство программ CGI используются для интерпретации и обработки входной информации из формы, а также для создания соответствующей обработки на сервере или передачи соответствующей информации обратно в браузер. Программы CGI делают веб-страницы интерактивными.
Содержимое, отображаемое браузером, включает HTML, XML, GIF, Flash и т. Д. Браузер различает их по типу MIME и решает, какой контент и формат отображать.
Ноты: MIME Type Это медиа-тип ресурса. MIME-тип не назначается отдельными лицами, он осуществляется через Интернет. (IETF) Организуйте консультации для RFC (Это серия пронумерованных документов, и в нее включены почти все Интернет-стандарты) публикуются в Интернете как рекомендуемые стандарты. Большинство веб-серверов и пользовательских агентов поддерживают эту спецификацию (кстати, Тип вложения электронной почты также определяется типом MIME).
Обычно только некоторые форматы, широко используемые в Интернете, получают MIME Type , Если это формат, определенный самим клиентом, обычно только application/x- начало.
Content-Type: text/html; charset=utf-8 Content-Type:
multipart/form-data; boundary=something
- application/x-www-form-urlencoded
- multipart/form-data
- application/json
- application/xml
Ниже перечислены распространенные типы медиаформатов:
- text / html: формат HTML
- text / plain: простой текстовый формат
- text / xml: формат XML
- image / gif: формат изображения gif
- image / jpeg: формат изображения jpg
- image / png: формат изображения png
Типы медиаформатов, начиная с приложения:
- application / xhtml + xml: формат XHTML
- application / xml: формат данных XML
- application / atom + xml: формат агрегирования Atom XML
- application / json: формат данных JSON
- application / pdf: формат pdf
- application / msword: формат документа Word
- application / octet-stream: данные двоичного потока (например, общие загрузки файлов)
- application / x-www-form-urlencoded: в EncType по умолчанию данные формы кодируются в формате ключ / значение и отправляются на сервер (формат по умолчанию для представленных данных в форме)
Другой распространенный формат мультимедиа используется при загрузке файлов:
- multipart / form-data: когда вам нужно загрузить файлы в форму, вам нужно использовать этот формат
В ходе выполнения chunked При кодировании и передаче есть Transfer-Encoding: chunked . Кодировка состоит из нескольких фрагментов, заканчивающихся фрагментом длиной 0. Каждый фрагмент состоит из двух частей, первая часть - это длина фрагмента, вторая часть - это содержимое указанной длины, и каждая часть разделяется CRLF. Содержимое последнего фрагмента длиной 0 - это содержимое, называемое нижним колонтитулом, которое представляет собой неписаное содержимое заголовка.
Формат кодирования фрагментов следующий:
Блочное кодирование передачи
Каждый непустой блок начинается с количества байтов данных, содержащихся в блоке (количество байтов выражается в шестнадцатеричном формате), за которым следует CRLF (возврат каретки и перевод строки), затем сами данные и последний блок CRLF заканчивается.
Закодированный ответ
Разница между URI и URL
URI, да uniform resource identifier , Единый идентификатор ресурса , Используется для однозначной идентификации ресурса.
Каждый ресурс, доступный в Интернете, например HTML-документы, изображения, видеоклипы, программы и т. Д., Находится по URI.
URI обычно состоит из трех частей:
- Механизм именования ресурсов доступа
- Имя хоста, на котором хранится ресурс
- Имя самого ресурса, представленное путем, с акцентом на ресурс.
URL-адрес uniform resource locator , Единый указатель ресурсов , Это конкретный URI, то есть URL-адрес может использоваться для идентификации ресурса, а также указывает, как найти ресурс.
URL - это строка, которая используется для описания информационных ресурсов в Интернете и в основном используется в различных клиентских и серверных программах WWW, особенно в известной Mosaic.
URL-адрес может использоваться для описания различных информационных ресурсов в едином формате, включая файлы, адреса серверов и каталоги.
URL обычно состоит из трех частей:
- Соглашение (или способ обслуживания)
- IP-адрес хоста, на котором хранится ресурс (иногда включая номер порта)
- Конкретный адрес хост-ресурса. Например, каталог, имя файла и т. Д.
URN, единое имя ресурса, единообразное именование ресурса, предназначено для идентификации ресурсов по имени
URI - это абстрактная высокоуровневая концепция для определения единой идентификации ресурса, а URL и URN - это конкретные методы идентификации ресурсов. И URL, и URN - это своего рода URI. Вообще говоря, каждый URL-адрес является URI, но не каждый URI является URL-адресом. Это связано с тем, что URI также включает подкласс Uniform Resource Name (URN), который называет ресурсы, но не указывает, как их найти. Приведенные выше URI mailto, news и isbn являются примерами URN.
Веб-браузер отправляет заголовок запроса
После того, как браузер отправляет команду запроса, он также отправляет некоторую другую информацию в виде информации заголовка на веб-сервер, а затем браузер отправляет пустую строку, чтобы уведомить сервер о завершении. Отправьте информацию заголовка.
Веб-сервер отправляет заголовок ответа
Так же, как клиент отправляет информацию о себе вместе с запросом, сервер также отправляет пользователю свои собственные данные и запрошенный документ вместе с ответом.
Веб-сервер отправляет данные в браузер
После того, как веб-сервер отправит информацию заголовка в браузер, он отправит пустую строку, чтобы указать, что отправка информации заголовка здесь заканчивается, а затем она будет описана информацией заголовка ответа Content-Type. Формат отправки фактических данных, запрошенных пользователем.
Веб-сервер закрывает TCP-соединение
Обычно, как только веб-сервер отправляет данные запроса в браузер, он закрывает TCP-соединение, а затем, если браузер или сервер добавляет эту строку кода в свой заголовок: Connection: сохранить жизнь
TCP-соединение останется открытым после отправки, поэтому браузер может продолжать отправлять запросы через то же соединение. Сохранение соединения экономит время, необходимое для установления нового соединения для каждого запроса, а также экономит пропускную способность сети.
Что произошло, когда браузер ввел адрес для отображения страницы?
Введите URL-адрес, сначала решите, является ли URL-адрес законным
Браузер проверяет, есть ли кеш (кеш-кеш-система браузера, кеш-маршрутизатор). Если да, отобразите его напрямую. Если нет, переходите к шагу 3.
Браузер инициирует TCP-ссылку на сервер и устанавливает трехстороннее TCP-рукопожатие с браузером.
Сервер получает обработанный запрос и возвращает данные браузеру
Браузер анализирует ответ. Если ответ можно кэшировать, сохраните его в кеше
Браузер отправляет запрос на получение ресурсов, встроенных в HTML (HTML, CSS, JavaScript, изображения, музыка и т. Д.). Для неизвестных типов появится диалоговое окно.
Браузер отправляет асинхронный запрос
Отрисовка страницы завершается.
Разница между GET и POST:
GET генерирует один пакет данных TCP; POST генерирует два пакета данных TCP.
Get - это получение данных с сервера, а post - отправка данных на сервер.
Для метода get сервер использует Request.QueryString для получения значения переменной. Для метода post сервер использует Request.Form для получения отправленных данных.
Объем данных, передаваемых с помощью get, невелик, потому что он ограничен URL-адресом, он не может быть больше 2 КБ, но эффективен.
Безопасность получения очень низкая, потому что URL-адрес виден, а личная информация, такая как пароли, может просочиться, а безопасность публикации высока. Но эффективность выполнения лучше, чем у метода Post.
Метод get может поддерживать только символы ASCII, а китайские символы, передаваемые на сервер, могут быть искажены.
Post поддерживает стандартный набор символов и может корректно передавать китайские символы.
Запросы на получение можно кэшировать и добавлять в закладки, но нельзя отправлять.
Разница между механизмом файлов cookie и механизмом сеанса:
Данные файлов cookie хранятся на клиенте. Данные сеанса хранятся на сервере
Файлы cookie могут снизить нагрузку на сервер, но они небезопасны и их легко обмануть.
Сеанс более безопасен, но требует ресурсов сервера.
Действия при длительном подключении: Установить соединение-передача данных . (сохранить соединение) . передача данных-закрыть соединение
Применимые сценарии длительного соединения:
Шаги работы короткого подключения: Установить соединение-передача данных-закрыть соединение . установить соединение-передача данных-закрыть соединение
Применимые сценарии для коротких подключений:
Короткое соединение в основном используется для частых операций, связи точка-точка, и количество подключений не может быть слишком большим. Для установления каждого TCP-соединения требуется трехстороннее рукопожатие, а для отключения каждого TCP-соединения требуется четыре волны рук.
Представьте, что используются длинные соединения и тысячи пользователей одновременно, и каждый пользователь занимает соединение, вы можете представить себе нагрузку на сервер. Таким образом, количество одновременных операций велико, но каждому пользователю требуется короткое соединение без частых операций.
Читайте также: