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