Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Закладки » HandyCache - локальный кеширующий прокси сервер

Модерирует : gyra, Maz

Widok (27-04-2006 12:30): лимит страниц. продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

   

Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
HandyCache


Кеширующий HTTP прокси сервер. Главное назначение программы заключается в ускорении загрузки WEB-страниц и сокращении расходов на оплату трафика. Экономия только за счет испрользования кеша может достигать 70 и более процентов. Блокирование рекламы с помощью черного списка делает экономию еще большей.
   Программа ориентирована в основном на обслуживание запросов пользователя компьютера, на котором она установлена. Однако, она также может быть использована для 'раздачи интернета' на компьютеры небольшой домашней сети.
Автор mai62

Окна программы:
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20

Сайт программы:
Сайт программы перехал на новый хостинг. Место под проект предоставленно TurboMent`ом.
Новый адрес http://handycache.e-voice.ru.
Версия сайта по адресу http://handycache.narod.ru скоро перестанет обновлятся.
Последняя версия (при первой установке используйте это):
HandyCache095b3b.zip
Последняя бета (только exe, скопируйте в папку HandyCache):
HandyCache095b3bexe.zip
Версия HCie с исправленным HCCmd.exe
HCie.zip
Поддержать проект можно отправив sms-сообщение. Подробности на сайте программы.
FAQ ( Часто задаваемые вопросы )
  • Преимущество НС перед собственным кешем браузера?
  • Какова логика программы? Где посмотреть описание Списков?
  • Как добавить правило в Список HC?
  • Что такое Регулярные выражения (RegExp)?
  • Когда объект кэша обновляется?
  • Что такое "свежий файл"?
  • А каков порядок работы Списков? Есть схема?
  • Как работают исключения?
  • Установил НС, а в мониторе нет записей! В чем проблема?
  • Поставил НС, картинки в списке "Не обновлять", но HC постоянно запрашивает их на сервере! Процент "экономии" очень низкий! Почему?
  • Поставил НС, а картинки не грузятся!!! Почему?
  • Поставил НС, а у меня все картинки грузятся!!! Хотя режим "только из кеша" включен! Почему?
  • Что означает галка "Только для GET-запросов" в списках "Запись в кеш" и "Не обновлять"?
  • А нельзя ли сделать что бы НС хранил кеш в одном файле. А то знаете ли фрагментация...
  • А можно найти где нибудь описание интерфейса со скринами и описанием режимов?
  • Запрошенная страничка не грузится. В мониторе НС - "502 Bad gateway". Почему?
  • Какие-то страные проблемы с Firefox. Непонятно, что открывается...
  • Почему-то последнии версии HandyCache не держит настройку (.)* на вкладке "Не обновлять". После перезапуска программы галочка всегда включена.
  • А можно ли НС подсунуть кеш от Cool Proxy? Ну или хотя бы узнать отличия?
  • Как изменить стандартную надпись при попадании в "черный список"?
  • Как расчитывается экономия трафика?
  • А что будет, если списки будут неприлично огромным? Как это скажется на быстродействии?
  • Как работает список "Переадресация" (ранее "URL-конвертор")?
  • Как работает "Преобразование URL" во вкладке "Кэш"?
  • Интеграция в IE
  • Интеграция НС в Opera  (Предложено unreal666)
  • Как объединить HC и WebWarper для экономии трафика за счет GZIP-сжатия?

    - Черный список для HandyCache - тут или тут (распаковать в папку с HC) на 26.02.05 - 181 правило (7 отключены) Описание...
    - Списки фильтров от NapA [смотреть]

  • Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 17:48 26-01-2006 | Исправлено: unreal666, 20:46 25-04-2006
    pop2ROOT



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BlackFox
    это зависит от настройки твоих списков.  
    в стандартной поставке "Черный список" - это для банеров, его надо включить,  
    а в списке "Только из кеша" снять галку с пункта, отвечающего за загрузку избражений (в нем расширения перечислены). Попробуй.

    ----------
    Купить биткоин, Ethereum и другие альткоины с банковской карты (лучшая белая биржа)

    Всего записей: 8945 | Зарегистр. 13-09-2004 | Отправлено: 12:44 12-02-2006
    DenZzz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BlackFox

    Цитата:
    как сделать чтобы картинки загружались а баннеры нет?

    Разрешить Черный список и добавить правила, если не все баннеры режутся.

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 12:45 12-02-2006
    unreal666



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    drochilla

    Цитата:
    Хм, ты меня озадачил... В науке есть выражение - прежде, чем что-то обсуждать, договоримся о терминах. Вобщем, я всегда считал, что прокси - это распределение ресурсов, управление трафиком, а кэш - это такая емкость, куда всю лабудень валят. Может я и неправ. Надо спросить у автора; раз он HendyCache  позиционирует как прокси-сервер, он точно знает что к чему.

     
    Вот тебе выдержки из переводчика Lingvo

    Цитата:
    proxy
    модуль доступа ( напр., к интернету ); программа-посредник, агент (механизм, посредством которого одна система представляет другую в ответ на запросы протокола; proxy-системы используются в сетевом управлении, чтобы избавиться от необходимости реализации полного стека протоколов для таких простых устройств, как модемы)

    Цитата:
    proxy server
    сервер-посредник, сервер-представитель, proxy -сервер  
    программа кэширования ответов на посылаемые в Internet или в WWW запросы клиентских частей приложений, работающая на прикладном уровне. Копии полученных Web -страниц, файлов и т.д. хранятся какое-то время на сервере, и при получении последующих аналогичных запросов proxy -сервер сам высылает имеющиеся копии, что позволяет сократить время отклика и объём сетевого трафика. Кроме того, proxy -сервер может фильтровать запросы, закрывая доступ к сайтам определённого типа. Структурно proxy -сервер состоит из множества специфических посредников для конкретных приложений: посредника для Web -страниц, для ftp , для электронной почты, для RealAudio и т.п.

    Т.е. прокси это всего лишь объект-посредник, которому доверяют управлять посылаемым ему запросом.  
    HnadyCache - это кэширующий прокси. Proxomitron - фильтрующий прокси. Прозрачные прокси-сервера - тоже кэширующие прокси.
     
     
    Добавлено:
    Знатокам
    mai62
    В FAQ есть схема порядка обработки списков, она такая
       
    Я переделал ее ...
       
    Как думаете, так правильнее?

    Всего записей: 6637 | Зарегистр. 14-02-2005 | Отправлено: 13:53 12-02-2006 | Исправлено: unreal666, 13:57 12-02-2006
    Sheligan



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    drochilla

    Цитата:
    Спасибо, дружище!

    Пожалуйста Буду выкладывать по мере обновления
     
    All
    Тут были предложения о фильтрации средствами НС кода страницы. Мне кажется, это не совсем верное направление развития НС. В большинстве случаев НС используется для _экономии_ трафика, а для анализа кода нужно загрузить страницу полностью. Где экономия?
     
    Для этой цели как раз больше подходит блокировка URL-ов черным списком. А если уж хочется видеть только полезную инфу и ничего более - Проксомитрон как раз то.

    Всего записей: 52 | Зарегистр. 25-01-2006 | Отправлено: 16:09 12-02-2006
    rs

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mai62  
    развиваемся далее...
     
    1.при попадании в один из УП при совпадении маски можно (очень полезно) показывать имя выбранного прокси в области хинта над иконкой в трее.
    длительность показа выбранного прокси в области хинта - та же, что и длительность обычного хинта.
     
    2.хоткеи. можно сделать хоткеи отдельно для каждого прокси. но тогда нужно сделать ОДИН хоткей на все УП - с т.зр. интерфейса это будет несколько коряво - по одному хоткею на БП и один хоткей для всех УП.
     
    можно сделать один хоткей для циклического переключения между всеми прокси - УП и всеми БП.
     
    3.каждое переключение между прокси по хоткею приводит к отображению переключения в области хинта (п.1)
     
    4.кстати, решение с циклическим хоткеем естественным образом ложится именно на равноправные (равноприоритетные) БП и УП.
     
    либо для раздельного переключения УП и любого БП в меню над треем  - придётся делать отдельный хоткей для УП и циклический для БП - более неоднородное решение
     

    Всего записей: 1344 | Зарегистр. 19-04-2003 | Отправлено: 16:11 12-02-2006 | Исправлено: rs, 16:14 12-02-2006
    unreal666



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    rs
    Для начала надо, чтобы ввели эту фичу с УП.

    Всего записей: 6637 | Зарегистр. 14-02-2005 | Отправлено: 16:14 12-02-2006
    rs

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    unreal666  
    я догадался

    Всего записей: 1344 | Зарегистр. 19-04-2003 | Отправлено: 16:16 12-02-2006
    GregoryPek



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    and3636

    Цитата:
    HC не анализируется html

    Да, точно, не сообразил. Ну и правильно, пусть узко специализируется на кэширование. Буду разбираться с Proxomitronom.
     
    V0lt

    Цитата:
    Но imho так больше потеряешь, чем получишь. Намного удобнее удалять мусор в самом браузере (MyIE, Maxthon, Firefox+Adblock)

    Ну если конкретно офф-сайт коннект, то это под силу только Proxomitron-у. Да и все остальное тоже намного эффективней Proxomitronom.

    Всего записей: 402 | Зарегистр. 31-10-2004 | Отправлено: 16:31 12-02-2006
    YuraH



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Моё мнение - не надо никаких html-парсеров. Пусть уж лучше сабж делает своё дело и не надо лишних примочек.
     
    Маленькая просьба. Очень хотелось бы английский интерфейс (по выбору или только английскую версию, тут уж как легче для реализации). Просто на моём компе работают люди, которые с русским не очень.

    Всего записей: 1714 | Зарегистр. 14-07-2004 | Отправлено: 16:52 12-02-2006
    DenZzz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    unreal666

    Цитата:
    В FAQ есть схема порядка обработки списков, она такая... Я переделал ее ... Как думаете, так правильнее?

    Хорошая  схема. Так понятнее, чем раньше...  
    Еще бы надо добавить про Запрет обновления свежих файлов.  
     
    Мне кажется, надо развить ветвь Нет списка Не обновлять.  
    Так: Не обновлять -> Нет -> Не обновлять свежий файл? -> Да -> Файл есть в кэше? и т.д.
    И другая ветвь: Не обновлять свежий файл? -> Нет -> Запись в кэш
     
    P.S. Правильнее было, если бы вопрос звучал:  
    Файл есть в кэше и он свежий? -> Да -> Чтение из кэша.  
    Но так схема, по-моему, станет запутанной...

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 17:35 12-02-2006 | Исправлено: DenZzz, 19:12 12-02-2006
    unreal666



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DenZzz

    Цитата:
    Еще бы надо добавить про Запрет обновления свежих файлов.  

    И так хватит, т.к. Не обновлять свежий файл является частью списка Не обновлять.
    Кому надо, тот в FAQ почитает про обновление свежих файлов.
    Цитата:
    Хорошая  схема. Так понятнее, чем раньше..

    Главное, что правильней. А то по той схеме, которая была, запись в кэш происходила бы без проврки списков Не обновлять и Только из кэша.
    Ладно. Добавлю пока этот вариант.

    Всего записей: 6637 | Зарегистр. 14-02-2005 | Отправлено: 19:05 12-02-2006 | Исправлено: unreal666, 19:09 12-02-2006
    DenZzz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    unreal666

    Цитата:
    Не обновлять свежий файл является частью списка Не обновлять.

    Однако ж, на первый взгляд, это не очевидно, т.к. настройка срока жизни свежих файлов находится на отдельной вкладке. Правило (.)* в списке Не обновлять используется для настройки исключений свежих файлов, но ее может и не быть!  
     
    А наглядная схема лучше для понимания, чем текстовое описание в FAQ-е, которое начинающий пользователь тоже может трактовать неоднозначно!  
    Хотя бы, взять эту фразу: "Проверяется TTL свежих файлов (если разрешено). TTL файлов игнорируется. Если не просрочен, берется из кеша. Если нет, запрашивается обновление на сервере." Нужна схема!...

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 20:11 12-02-2006
    unreal666



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DenZzz
    Интересно, если галка на "Не обновлять свежие файлы" не стоит, а правило (.)* в списке Не обновлять включено. То что будет действовать - не обновлять все файлы или не обновлять свежие файлы.

    Всего записей: 6637 | Зарегистр. 14-02-2005 | Отправлено: 21:02 12-02-2006
    DenZzz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    unreal666

    Цитата:
    если галка на "Не обновлять свежие файлы" не стоит, а правило (.)* в списке Не обновлять включено.

    Это самое интересное!
     
    Если правило (.)* стоит в конце списка Не обновлять, то оно игнорируется.
    А если его поставить в начале списка, то действует как не обновлять все файлы!
     
    Баг что ли или фича... Может, автор прояснит...

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 21:34 12-02-2006
    rs

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mai62  
    концепция всё более обощается, систематизируется и рафинирутся...

     
    в большинстве браузеров с мультипрокcи d меню выбора прокси содержатся заданные пользователем прокси плюс пункт НеИспользоватьПрокси - всё на одном уровне - выбор любого из пунктов приводит к деселекту текущего прокси
     
    в HC - выбор ИспользоватьПрокси не отменяет селектирование текущего прокси - это не очень красиво, более логично поступить традиционно - так, как это сделано в браузерах с поддержкой мультипрокси
     
    развиваемся далее - доводим принцип Оккама до логического завршения, убирая избыточные и дублирующиеся сущности:
    1.вводим понятие ПустойПрокси (ПП, работа в обход прокси) - строка в таблице прокси  с непустым именем и пустым портом
    2.ПП мб как условным, так и безусловным
    3.исходя из ранее сформулированных правил и поскольку ПП есть, в принципе, обычный прокси - он может присутствовать как среди УП, так и среди БП одновременно
    4.в меню над треем безусловный ПП (если он есть) появляется наравне (равноприоритетно) с остальнми БП и одним групповым УП
    5.исключающий выбор в этом меню позволяет одним кликом легко переключаться между УП и любым из БП (в том числе и БП в форме ПП)
    6.параллельно реализованное циклическое переключение ОДНИМ хоткеем  позволяет быстро нажимая хоткей, пролистывать список УП-БП-ПП в порядке следования их в меню (наблюдая за изменением прокси в области хинта над треем)
    7.любое(!) переключение прокси - а)через меню, б)циклическим хоткеем, в) выполнением условия для УП отображается в области хинта над треем.
    8.строка НаправлятьВОбходРодПрокси со страницы ноастрйки прокси удаляется ввиду потери смысла и обобщением отдельноо понятия обхода прокси на понятие ПП, как формы обычного прокси.
     

    Всего записей: 1344 | Зарегистр. 19-04-2003 | Отправлено: 21:37 12-02-2006
    DenZzz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    unreal666
     
    Немного подправил твою схему - добавил проверку "свежих файлов" ... глянь:
     
       
     
    Примечание: В каждом списке проверяется условие: "Список включен и URL в него входит?"

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 23:52 12-02-2006 | Исправлено: DenZzz, 13:23 13-02-2006
    unreal666



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DenZzz
    В этой схеме между НЕТ и Файл есть в кэше и он свежий? нет проверки на включенность опции "Не обновлять свежие файлы".

    Всего записей: 6637 | Зарегистр. 14-02-2005 | Отправлено: 00:38 13-02-2006 | Исправлено: unreal666, 00:57 13-02-2006
    faZZ



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    так, процесс обновления фака продолжается так намного понятнее, с новой схемой. чето mai62 не появляется вот уже 4-ую страницу

    ----------
    жЫзнь интересная штука..

    Всего записей: 1642 | Зарегистр. 10-01-2004 | Отправлено: 05:54 13-02-2006
    DenZzz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    unreal666

    Цитата:
    В этой схеме между НЕТ и Файл есть в кэше и он свежий? нет проверки на включенность опции "Не обновлять свежие файлы".

    В таком случае, в этой схеме нет и проверки на включение других списков!  
    А стоит так заморачиваться?  
     
    Мы исходим из того что все описанные списки (опции) включены. Если они отключены, то просто идем по ветке Нет... или придется для каждого списка добавлять проверку его включения! Схема разрастется до безобразия...  
     
    К тому же, HandyCache имеет свое представление о "свежести" файла, которое задается в настройках HC. Я в схеме специально слово "свежий" взял в кавычки и выделил цветом, чтобы подчеркнуть, что это не просто прилагательное, а термин HandyCache. Если опция "Не обновлять свежие файлы" отключена, то "свежесть" (с точки зрения HC) не проверяется и условие "Файл есть в кэше и он "свежий"?" не выполняется, следовательно, идем по ветке Нет... Логично?

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 07:05 13-02-2006 | Исправлено: DenZzz, 07:38 13-02-2006
    drochilla

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    unreal666
    Спасибо за разъяснения. Уж, извини, - мог бы и сам догадаться в лингве посмотреть.  Значит, я все правильно понимал.
    Посредник - это и есть контролер с определенным набором функций. Правда, не дошло твое выражение

    Цитата:
    это всего лишь объект-посредник

    что значит "всего лишь"? это с чем сравнивать? значит есть "полноценные" игроки с теми же функциями на этом поле?..
    Впрочем, вернемся к нашим баранам. Исходя из твоих пояснений сформулируем тезис:
    Реальная статистика экономии трафика конкретного прокси-сервера заключается в обобщении всех обращений прокси-сервера в связке браузер-прокси-интернет вне зависимости от режима работы.
    Что и требовалось доказать.  
     
    Этот, заметь, совместно сформулированный тезис может иметь далеко идущие последствия при создании коммерческой версии программы.
    В частности, может привести к радикальному изменению сейчас вами обсуждаемой схемы работы софта.
    В продолжение темы предлагаю рассмотреть понятие удобный кэш, опять-таки, если я правильно понимаю название программы. В этом случае надо абстрагироваться от личных желаний, в том числе и автора, а подойти к вопросу, так сказать, с глобальной точки зрения. Кому удобный? почему удобный? зачем удобный? Причем, последнее выражение - это вовсе не игра слов. У меня сложилось четкое убеждение, что сейчас он удобен лишь очень узкому кругу продвинутых пользователей, которые одинаковы во всем мире и никогда не за что не платят. Это закон рынка. Тот кто умеет чинить кран не платит сантехнику.
    Лично я считаю, что позиция Микрософта единственно верная - программа должна быть удобна даже идиоту.

    Всего записей: 16 | Зарегистр. 09-02-2006 | Отправлено: 07:09 13-02-2006 | Исправлено: drochilla, 08:15 13-02-2006
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

    Компьютерный форум Ru.Board » Компьютеры » Программы » Закладки » HandyCache - локальный кеширующий прокси сервер
    Widok (27-04-2006 12:30): лимит страниц. продолжаем здесь.


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru