Технические аспекты работы сжатия HTTP

Поскольку сам стандарт HTTP предусматривает сжатие только если сервер этого «захочет», Вам ничего не остаётся, кроме как уповать на доброту администраторов, настроивших свои сервера на использование сжатия. Как показывает практика, таких хороших серверов не набирается и 5% от всей массы. Ситуация усложняется ещё и тем, что применяемые алгоритмы сжатия не достаточно «сильны», да и имеющиеся поддерживаются не всем множеством программного обеспечения, потенциально имеющего возможность (или даже необходимость) запросить данные с какого-либо сервера сжатие поддерживающего. Поэтому иногда сжатие не включают ещё из-за заботы совместимости.

Минусы сжатия на уровне HTTP-протокола можно обсуждать долго, но и Вы здесь не за этим, и нам, авторам повествования, это тоже не очень интересно.

Итак, как же быть? Как же будет работать наша услуга в столь нелёгких условиях?

Достаточно просто! Весь фокус заключается в том, что all4web будет выступать промежуточным звеном, получая информацию в виде «как попало», а отдавая в оптимизированном, упорядоченном и сжатом виде. Для реализации столь простой в описании схемы, нам понадобилось создать распределённый прокси-сервер, одна часть которого (клиентская) устанавливается на Ваш компьютер, а вторая (серверная) или, точнее, вторые – на серверах в Internet. Клиентская часть занимается получением запросов от Ваших программ, их обработкой и отсылкой в сжатом виде к серверной части, а так же распаковкой ответа серверной части и возвратом её нужной программе в первозданном виде. Серверная часть, соответственно, получает упакованные запросы от клиентской, выполняет их «от своего имени» и возвращает упакованный ответ клиентской части. Быть может, Вы слегка запутались в столь длинном объяснении. Если это так – взгляните на картинку, на ней вся схема изображена графически:

Для Ваших программ всё будет выглядеть так же, как и прежде. Они просто будут работать через прокси-сервер и не подозревать ни о каком сжатии. Серверная часть возвращает ответ целевого сервера в виде «как есть» (при условии, что не включены оптимизаторы содержимого), поэтому никаких неприятных моментов, в связи с появлением дополнительного звена в цепочке, не возникнет.

Кроме этого клиентское ПО занимается и вопросами кэширования страниц, а так же блокированием нежелательных. Благодаря очень богатой системе списков, Вы сможете точно настроить то, какие страницы Вам хотелось бы обновлять всегда, какие не обновлять ни при каких обстоятельствах, вместо каких показывать «пустую картинку», а какие жестоко блокировать. Так же имеется возможность указать какие сайты/страницы нуждаются в прямом соединении, минуя прокси-сервер (например, если сайт проверяет IP> или, например, если получение каких-то страниц напрямую для Вас окажется выгоднее, чем с использованием сжатия).

Что бы Вы могли всецело насладиться результатами экономии, в клиентское программное обеспечение включен модуль сбора и отображения статистики, с помощью которого Вы будете представлять чего Вы лишались, не используя сжатие, а так же узнаете сколько денег удалось сэкономить.