Идею мне подала вот эта тема и эта статья.

Основная идея:
Уменьшение объема трафика за счет сжатия (архивирования) информации.

Принцип работы:
Связка WinService+WebService

Браузер запрашивает URL, WinService его перехватывает и отправляет WebService-у. 
Он получает страничку, сжимает содержимое, отдает WinService-у.
Тот его распаковывает и передает браузеру.
Проще идеи не придумаешь   

Возникающие вопросы:
1) Естественно, как это все реализовать.  
Не сильно предстваляю КАК, но что реально это 100%.

2) На первое время WebService можно разместить на бесплатном хосте, поддерживающем ASP.Net.
Дальше, при увеличении количества клиентов сервиса, можно зарегистрировать еще несколько дочерних сервисов, на этом или другом хосте. 
Если, вдруг, чего не бывает, проект разрастется и бесплатных хостингов нам не хватит можно взять платный.
Вопрос: "Где взять деньги на платный хостинг?". 
Предлагаю стелать приложение, настраивающее наш Win-сервис и продавать его за копейки (например 1$ лицензия). А для тех кто не хочет платить сделать настройки с помощью ini-файла.

3) Нужно выбрать бесплатный архиватор, который бы работал быстро и более-менее качественно. (самим писать, ИМХО, смысла нет. Я например, не знаю ни одного алгоритма сжатия, кроме дерева Кого-то-там) 
В настройках (Win-сервис) архиватора  можно выбирать степень сжатия (балланс: скорость/трафик). 
А то вместо ускорителя интернета можно получить замедлитель   

4) ... 

n) По мере разработки вопросов набереться еще много   

Всех, кого моя идея заинтересовала, милости прошу в проект. 

У некоторых провайдеров (имхо, большинства) есть поддержка аппаратного сжатия трафика, главное - чтобы модем клиента это поддреживал.
Например, на V.92 скорость ~20МБ/час. С сжатием она возрастает примерно до 40МБ (текст).

Предлагаемая тобой программа может сделать и больше, если сжатие будет больше чем в 2 раза.

Добавлено @ 10:46 
А если предполагается использование HTTP протокола  версии 1.0 и выше, то можно информацию компрессовать в gzip.
Далее этот поток натравлять на браузер, который сам обязан ее раскомпрессовать. 

Вчера сделал свой первый Web-сервис, аля Hello World. Подключился к нему из win-приложения. Все заняло, с обучением, 40 минут   Обожаю .Net 
Сегодня буду рефракторить класс WebBrowser на предмет того как получить код страницы и сохранить ее на диске.

P.S. 
У моего нет   У меня входящие сжимаются не более 3-5%  

Вот это и прильщает в ней  

Протоколов вообще никаких (напрямую, конечно) использовать не надо, все это должен делать за нас Net   

Может и такая будет реализация, я в этом не разбираюсь, пока   . 

Он тут причём?

А идея интересная. 

Создай (== кинь на форму компонент) WebBrowser и по DocumentCompleted


Теперь нам надо узнать все ссылки


Добавлено @ 01:12 
Главная проблема -- перехват соединения (если ты хочешь, чтобы действие программы распространялось на любое приложение).
Конечно, если в качестве браузера будет использовать Ole-объект ослика (WebBrowser), то проблема быстро решается.

Мне самому интересно, как перехватывать соединение. Хочу сделать баннеро-порно-трояно-резку. Уже есть база на 118 тысяч "черных" хостов.
А вот как перехватить соединение и заблокировать в простейшем случае в .NET я не знаю  

Погодите. Никакой завязки на WebBrowser быть НЕ ДОЛЖНО! 

План разработок:
1) web-сервис;
2) win-сервис.
Почему: ведь web-сервис, ИМХО, проще и к нему можно подключиться и без win-сервиса.
Да и работы там чуть-чуть. Вот только найти бы класс отвечающий на нижеприведенный вопрос.
Второй пункт, скорее всего, нужно будет решать по принципу прокси-сервера (хотя могу ошибаться)

Вопрос:Может кто знает какой класс может получить доступ к тексту удаленной страницы  

P.S.

А ее и не будет   Это как бы старт.
Ведь я, пока, мало что в этом понимаю, а браузер должен был подсказать путь решения.
Мог но не подсказал. Обрывается, в рефлекторе, на

  

 

Гляди в сторону System.Web.HttpRequest.. Это по памяти, точно не помню. 

обычно всякие "резалки" трафика работают либо как локальный http-proxy, либо через API ядра для фильтрации пакетов 

Нее..., такое я мутить не буду   

А вот такое, думаю, прокатит   

P.S. VectorMan, может подкинешь инфу   

примеров кода у меня нет, так что ищи сам :-)

вот rfc по http протоколу - точно лишним не будет 

Вот как раз про это.
А можно с NDIS в .NET работать? 

VectorMan, не нужно мне знать ни про какой протокол, .Net должен знать его за меня.

P.S. В этом же и прелесть .Net. Ничего не знаю, но программы работают  
P.P.S. Я конечно утрирую, но суть та же. 

не знаю. теоритически любой unmanaged код можно прикрутить :-)


не думаю, что существует стандартный класс реализующий http-proxy, так что варианты либо писать свой, либо искать в инете готовое решение (вот такое например)