Нет сомнений в том, что сегодняшние веб-страницы полны богатого контента и используют большую полосу пропускания для полной загрузки, но будет ли использование текстового браузера вместо браузера с графическим интерфейсом существенно повлиять на сокращение сетевого трафика? В сегодняшнем посте SuperUser Q&A есть ответы на любопытный вопрос читателя.
Сегодняшняя сессия вопросов и ответов проходит благодаря SuperUser - подразделению Stack Exchange, группы веб-сайтов вопросов и ответов, управляемой сообществом.
Скриншот Lynx Browser любезно предоставлен Википедия .
Вопрос
Читатель SuperUser Полб хочет знать, действительно ли текстовые браузеры могут снизить сетевой трафик:
У текстовых браузеров, таких как Рысь , Ссылки , а также ELinks потребляют меньше трафика, чем браузеры с графическим пользовательским интерфейсом, такие как Firefox, Chrome и Internet Explorer?
Я предполагаю, что нет снижения трафика. Мое объяснение этого состоит в том, что я думаю, что текстовый браузер загружает всю страницу, как это предлагает сервер. Любая оптимизация или сокращение виджетов страницы выполняется локально.
Возможно, есть некоторое сокращение трафика, поскольку большинство текстовых браузеров не будут выполнять сценарии страниц или файлы flash, что может вызвать увеличение трафика.
Могут ли текстовые браузеры существенно снизить сетевой трафик?
Ответ
У участника SuperUser gronostaj есть для нас ответ:
Веб-сервер отправляет не весь веб-сайт, а документы, запрашиваемые браузерами. Например, когда вы заходите на google.com, браузер запрашивает у веб-сервера документ google.com. Веб-сервер обрабатывает запрос и отправляет обратно некоторый HTML-код.
Затем браузер проверяет, что отправил веб-сервер. В данном случае это веб-страница HTML, поэтому она анализирует документ и ищет связанные скрипты, таблицы стилей, изображения, шрифты и т. Д.
На этом этапе браузер завершил загрузку исходного документа, но все еще не загрузил указанные документы. Он может сделать это или пропустить их загрузку. Обычные браузеры будут пытаться загрузить все упомянутые документы для наилучшего просмотра. Если у вас есть блокировщик рекламы ( как Adblock Plus ) или плагин конфиденциальности ( как Ghostery или NoScript ), то он также может заблокировать некоторые ресурсы.
Затем браузер загружает указанные документы один за другим, каждый раз явно запрашивая у веб-сервера один ресурс. В нашем примере Google браузер найдет следующие ссылки ( просто чтобы назвать несколько из них ):
- хттпс://ввв.гоогле.ком/итагес/српр/лого11в.пнг (Логотип Google)
- хттпс://ввв.гоогле.ком/техтинпутассистант/тия.пнг (Значок клавиатуры)
- хттпс://ссл.гстатик.ком/гб/итагес/ы1_3д265689.пнг (Некоторые комбинированные изображения - трюк, используемый для уменьшения количества запросов браузера.)
Фактические файлы могут отличаться для разных пользователей, поскольку браузеры и сеансы могут изменяться со временем. Текстовые браузеры не загружают изображения, файлы Flash, видео HTML5 и т. Д., Поэтому они загружают меньше данных.
@NathanOsman делает хороший момент в комментариях . Иногда небольшие изображения встраиваются непосредственно в HTML-документы, и в таких случаях их загрузки невозможно избежать. Это еще один прием, используемый для уменьшения количества запросов. Однако они очень маленькие, иначе накладные расходы на кодирование двоичного файла в base64 будут слишком большими. На google.com таких изображений немного ( размер в кодировке base64 / размер в кодировке ):
- Значок клавиатуры 19 × 11 пикселей (106 байт / 76 байт)
- Значок микрофона 28 × 38 пикселей (334 байта / 248 байтов)
- Прозрачный GIF размером 1 × 1 пиксель (62 байта / 43 байта) Он отображается на вкладке ресурсов Google Chrome Dev Tools, но мне не удалось найти его в исходном коде (вероятно, добавленном позже с помощью JavaScript).
- 1 × 1 пиксель Поврежденный файл GIF, который появляется дважды. (34 байта / 23 байта) Его назначение для меня загадка.
Есть что добавить к объяснению? Отключить звук в комментариях. Хотите узнать больше ответов от других технически подкованных пользователей Stack Exchange? Ознакомьтесь с полной веткой обсуждения здесь .
