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

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

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

Widok (20-03-2007 13:33): лимит страниц. продолжаем здесь  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Widok



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

HandyCache


HandyCache (HC) - это кэширующий HTTP прокси-сервер. Главное назначение программы заключается в ускорении загрузки WEB-страниц и сокращении расходов на оплату трафика. Экономия только за счет испрользования кеша может достигать 70 и более процентов. Блокирование рекламы с помощью "Черного списка" делает экономию еще большей.
Программа ориентирована в основном на обслуживание запросов пользователя компьютера, на котором она установлена. Однако, она также может быть использована для "раздачи интернета" на компьютеры небольшой домашней сети.
 
  • Сайт программы: HandyCache.ru  (место под проект предоставлено камрадом pop2ROOT)
    Внимание! На сайте действует форум!!
    Старая версия сайта по адресу handycache.narod.ru перестала обновляться
    Отправить личное сообщение автору программы e-mail:    
     
  • Текущая версия: HandyCache 0.98b1 от 02.01.07
    Только exe, скопируйте в папку с уже установленным HandyCache.
  • При первой установке используйте полный setup: HandyCache 0.96b1c
  • Ссылка на ехе-файл предыдущей версии: 096b1c (20.06.06)
     
  • Официальная Документация на оф.сайте HC (обновляется регулярно!)
    Здесь вы можете прочесть описание всех настроек и списков, посмотреть скрин-шоты окон.
     
  • Документация на WikiBooks
    Здесь вы можете прочесть старое описание настроек и списков, FAQ, ToDo и другое.
    Вопросы по самому учебнику задаем в отдельном топике.

     
  • FAQ (Часто задаваемые вопросы)
    Прежде чем задать свой вопрос о программе, пожалуйста ознакомьтесь с FAQ.  
    Может там уже есть ответ на ваш вопрос.

     
  • ToDo-лист (Предложения по улучшению HandyCache)
    Здесь вы можете посмотреть, какие фичи будут реализованы в следующих версиях, или предложить что-то свое.
     
  • Файл справки (Документация и FAQ с офсайта в одном файле, 360 Кбайт)
     
  • Статья: "Бережем трафик, время и деньги. Кэширующий HTTP прокси-сервер HandyCache"
    Журнал:  InZone Выпуск № 977 от 09.08.2006 г. (578 КБайт)
     
  • Версия HCie с исправленным HCCmd.exe
     
  • Программа hc.Historian (автор rs) --  
    Сайт hc.Historian --  Подробнее о hc.Historian -- hc.Historian на wiki -- Обсуждение ЗДЕСЬ  
         Как установить? Скачать:  hc.Historian.ib.rar;  обновление до v3.5  (06.02.07) (зеркало)  
    для первоначальной установки нужны оба файла

     
  • Программа MailPorter (автор mai62) версия 1.0
    призвана помочь пользователям, подключенным к интернет через HTTP прокси-сервер, получить доступ к своим почтовым ящикам с помощью почтовых программ.

     
  • Черный список для HandyCache - тут или тут (распаковать в папку с HC) на 26.02.05 - 181 правило (7 отключены) Описание...
     
  • Списки HC от NapA [смотреть] последнее обновление списков 23 февраля 2007 г.
     
  • Дефолтные списки HC - если списки выше вам не подошли, то вы можете восстановить дефлотные списки HC отсюда...
     
  • Выпущена unicode версия с возможностью переключения языка интерфейса. На данный момент есть перевод на английский язык (спасибо DenZzz за множество полезных предложений по улучшению качества перевода). Желающих сделать перевод на другие языки прошу обращаться ко мне на мыло    или в ПМ

  • Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 14:17 08-11-2006 | Исправлено: BESTRAFER, 13:05 23-02-2007
    NothingAnother

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    zilf
    Цитата:
    при использовании галочки "Безусловный прокси" не работает кеш DNS
    Из твоего поста не вполне ясно - действительно ли речь идёт просто о "галочке" (при отключенном "Использовать внеш. прокси"), или о реальном задействовании безусловного прокси. Если последнее - то так и должно быть, т.к. разрешением имён DNS должен заниматься последний прокси в цепочке, а при использовании любого из списка "Безусловных", HC становится не последним, а промежуточным

    ----------
    Мы тоже не всего читали Шнитке!.. © В. Вишневский

    Всего записей: 2322 | Зарегистр. 06-09-2003 | Отправлено: 03:06 09-01-2007
    abz



    Хулиган
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Почитал сейчас FAQ и Документацию и многое для меня стало понятным! Очень толково всё расписано. Спасибо авторам, проделана трудная, но бесценная работа. И у меня возникло предложение к mai62 - а почему бы не расположить списки в том порядке, котором они выполняются исходя из этого алгоритма?  
     
       
     
    Ведь было бы намного понятней тогда настраивать их!

    Всего записей: 14946 | Зарегистр. 04-11-2002 | Отправлено: 03:11 09-01-2007
    Mistake2

    Gold Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    DenZzz
    Не поверишь, как только часы показали 0:00 и онулился счетчик - снова перестала инфа в кэш грузиться

    ----------
    Freedom of Choice (c) A Perfect Circle

    Всего записей: 7506 | Зарегистр. 18-02-2006 | Отправлено: 03:53 09-01-2007
    zilf



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

    Цитата:
    zilf
    Цитата:
    при использовании галочки "Безусловный прокси" не работает кеш DNS
    Из твоего поста не вполне ясно - действительно ли речь идёт просто о "галочке" (при отключенном "Использовать внеш. прокси"), или о реальном задействовании безусловного прокси. Если последнее - то так и должно быть, т.к. разрешением имён DNS должен заниматься последний прокси в цепочке, а при использовании любого из списка "Безусловных", HC становится не последним, а промежуточным

    ну.. более-менее стало ясно в чем проблема, а как тогда сделать,
    чтобы при использовании любого из списка "Безусловных" кэшировались днс
     
    например использую два внешних прокси периодическ:
    1. Прокси своего провайдера
    2.Прокси спутникового интернета (а именно SatGate ускоритель Slonax)

    Всего записей: 105 | Зарегистр. 26-09-2006 | Отправлено: 04:05 09-01-2007 | Исправлено: zilf, 04:17 09-01-2007
    NothingAnother

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    zilf
    Цитата:
    как тогда сделать, чтобы при использовании любого из списка "Безусловных" кэшировались днс
    Кэш DNS будет наполняться, если ты хотя бы иногда серфишь напрямую, и HC оказывается крайним к WWW (т.е. без внешних прокси). Если же просто перемежаешь между собой свои "безусловные" - кэш DNS в принципе и не нужен, т.к. всё равно эти прокси будут отдавать по запросам уже готовый IP

    ----------
    Мы тоже не всего читали Шнитке!.. © В. Вишневский

    Всего записей: 2322 | Зарегистр. 06-09-2003 | Отправлено: 06:45 09-01-2007
    DenZzz



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

    Цитата:
    Во всех случаях при наличии промеж. прокси между брауз. и HC и при наличии правила, HC запросы в нет не посылает. Без промеж. прокси - всё работает.  

    Видимо, именно эта проблема описана в протоколе:  

    Цитата:
    RFC 2616
    ...
    19.6.2 Compatibility with HTTP/1.0 Persistent Connections
    ...
       The problem was that some existing 1.0 clients may be
       sending Keep-Alive to a proxy server that doesn't understand
       Connection, which would then erroneously forward it to the next
       inbound server, which would establish the Keep-Alive connection and
       result in a hung HTTP/1.0 proxy waiting for the close on the
       response.
    The result is that HTTP/1.0 clients must be prevented from
       using Keep-Alive when talking to proxies.
    ...

     

    Цитата:
    Если в Fx установить network.http.proxy.version=1 (вместо 1.1), Fx начинает работать как Опера и правило переадресации проблем не вызывает.

    По этому поводу в предыдущей редакции протокола (действующей в этом пункте) сказано так:

    Цитата:
    RFC 2068                        HTTP/1.1                    January 1997
    ...
    19.7.1 Compatibility with HTTP/1.0 Persistent Connections  
    ...
       A client MUST NOT send the Keep-Alive connection token to a proxy
       server as HTTP/1.0 proxy servers
    do not obey the rules of HTTP/1.1
       for parsing the Connection header field.  
    ...

    Если дело все-таки в версии протокола, то, думаю, ситуация такая: FireFox отправляет HC запрос, считая что он поддерживает HTTP/1.1 и Keep-Alive, а когда получает ответ HTTP/1.0, то встает в ступор, т.к. протокол запрещает ему обращаться к такому прокси с Keep-Alive! Поэтому он и игнорирует заголовок "Proxy-Connection: Keep-Alive", т.к. просто считает, что прокси этого не может уметь, но другие браузеры думают иначе!
    Причем, и сам FireFox, когда получает файлы из кэша HC, их нормально отображает! Хотя там тоже везде ответы HTTP/1.0 на запросы HTTP/1.1 !  
     
    К чему такая двойственность в поведении FireFox мне лично не понятно!  
    Если знаешь, расскажи, почему на запрос HTTP/1.1 ответ "HTTP/1.0 200 OK" FireFox нормально обрабатывает, а "HTTP/1.0 302 Moved Temporarily (HC)" вызывает его подвисание...  
     
     
     

     
    abz

    Цитата:
    а почему бы не расположить списки в том порядке, котором они выполняются исходя из этого алгоритма?

    А надо ли? Многие уже привыкли к такому порядку...
    Если помнишь, раньше списки вообще были под номерами, но работали совсем в другом порядке!
     

     
    Mistake2

    Цитата:
    Не поверишь, как только часы показали 0:00 и онулился счетчик - снова перестала инфа в кэш грузиться

    HC не Золушка!   Что, опять не срабатывают правила из списка "Запись в кэш"?  
    Разбирайся с включением правил и самого списка! И опцию "Игнорировать No-Cache" не забудь включить!

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 08:22 09-01-2007 | Исправлено: DenZzz, 09:12 09-01-2007
    C0USIN



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

    Цитата:
    при использовании галочки "Безусловный прокси" не работает кеш DNS (записи не записываются - извините за каламбур)  
     
    при снятии галочки - записи записываются ??!!

     
    Все правильно. При работе через прокси, преобразованием имен в числа занимается самый последний прокси в цепочке. Поэтому записям в кэше DNS неоткуда взяться.  
    Но на будущее понадобится опция принудительного разрешения имен для нормальной реализации условных прокси.

    Всего записей: 2739 | Зарегистр. 18-07-2003 | Отправлено: 08:50 09-01-2007
    abz



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

    Цитата:
    А надо ли? Многие уже привыкли к такому порядку...  

    Мне кажется, что надо. Лучше перепривыкнуть, тем более таким зубрам как вы, чем вносить путаницу для последующих пользователей!

    Цитата:
    Если помнишь, раньше списки вообще были под номерами, но работали совсем в другом порядке!

    Конечно помню! Но меня это тогда мало интересовало, вполне может быть и от того, что из-за этой путаницы я мало понимал принцип действия.

    Всего записей: 14946 | Зарегистр. 04-11-2002 | Отправлено: 12:30 09-01-2007
    zilf



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

    Цитата:
    Кэш DNS будет наполняться, если ты хотя бы иногда серфишь напрямую, и HC оказывается крайним к WWW (т.е. без внешних прокси). Если же просто перемежаешь между собой свои "безусловные" - кэш DNS в принципе и не нужен, т.к. всё равно эти прокси будут отдавать по запросам уже готовый IP

    C0USIN

    Цитата:
    Все правильно. При работе через прокси, преобразованием имен в числа занимается самый последний прокси в цепочке. Поэтому записям в кэше DNS неоткуда взяться.  
    Но на будущее понадобится опция принудительного разрешения имен для нормальной реализации условных прокси.

     
    ок, все понял, спасибо за розьяснения

    Всего записей: 105 | Зарегистр. 26-09-2006 | Отправлено: 12:53 09-01-2007 | Исправлено: zilf, 12:54 09-01-2007
    N1ke

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    вопрос по  
     
    Добавить If-Modified-Since при наличии файла в кэше
     
    как оно работает? Если допустим срабатывает правило "не обновлять" - всё равно будет послан запрос с If-Modified-Since или только если файл уже устареет - вместо полной перекачки она проверит его с If-Modified-Since?

    Всего записей: 265 | Зарегистр. 06-05-2006 | Отправлено: 14:04 09-01-2007
    C0USIN



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    N1ke
    HC полезет в сеть только когда файл устареет. Причем проверять будет не HC а сервер. Он либо отдаст свежий файл либо ответит что файл не изменился.

    Всего записей: 2739 | Зарегистр. 18-07-2003 | Отправлено: 14:09 09-01-2007
    N1ke

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    тоесть он не смотрит на правила вообще? Меня это интересует. У меня есть правила не обновлять. Если я поставлю галку  
     
    Добавить If-Modified-Since при наличии файла в кэше
     
    что изменится? Будут лишние запросы, которые мне не нужны (для проверки - может оно уже изменилось) или по истечении времени свежести в правиле вместо перекачки будет послана проверка If-Modified-Since?

    Всего записей: 265 | Зарегистр. 06-05-2006 | Отправлено: 14:13 09-01-2007 | Исправлено: N1ke, 14:16 09-01-2007
    mecc0

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    С радостью сообщаю, что после неоднократной проверки выяснено: дело с недогрузкой больше чем ~120 страниц связано, вероятнее всего, с глюком оперы 8.
    9.10 в паре с НС нормально загружает от 300 до 500 страниц.

    Всего записей: 43 | Зарегистр. 24-12-2006 | Отправлено: 14:16 09-01-2007
    cepera ang

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Вот у меня такой вопрос, а кто нибудь-занимался тестированием производительности прокси сервера? Ну там задержки которые он вносит в разных вариантах, загрузка процессора определенными потоками, время доступа к диску, работа с разным количеством одновременно загружаемых данных? И есть ли такие инструменты, которые могут использоваться для стрессового тестирования прокси-серверов?
    Просто иногда кажется, что с переходом к новым версиям HC меняется производительность, т. е. чисто субьективно - странички стали "летать" или наоборот, а проверить никак, и где слабое место тоже не понятно.

    Цитата:
    9.10 в паре с НС нормально загружает от 300 до 500 страниц.

    Жестоко -) Интересна цель загрузки пятисот страниц.

    Всего записей: 90 | Зарегистр. 10-05-2005 | Отправлено: 14:35 09-01-2007
    C0USIN



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    N1ke
    If-Modified-Since это не отдельный запрос а дополнительное поле.
    Т.е. когда HC будет запрашивать файл в сети он дополнительно сообщит серверу, что у нас уже есть файл с конкретной датой и новый файл нужен только если он свежее нашего.
    Это поле позволяет не посылать отдельный запрос к серверу на предмет изменения файла.
     
    Добавлено:

    Цитата:
    что изменится?

    Все будет как раньше. Списки будут обрабатываться. Но при запросах файла из сети будет приписываться параметр If-Modified-Since.

    Всего записей: 2739 | Зарегистр. 18-07-2003 | Отправлено: 14:38 09-01-2007
    mecc0

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

    Цитата:
    Жестоко -) Интересна цель загрузки пятисот страниц.

    Специфика моего общения с инетом
    Несколько веток исследования какого-то вопроса(ов).
    Загрузка сессии, естественно, в автономном режиме, затем подключение и дальнейшая работа.
     
    Происходит, это, к сожалению, не быстро, но теперь хоть до конца.

    Всего записей: 43 | Зарегистр. 24-12-2006 | Отправлено: 14:52 09-01-2007
    DenZzz



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

    Цитата:
    Будут лишние запросы, которые мне не нужны (для проверки - может оно уже изменилось) или по истечении времени свежести в правиле вместо перекачки будет послана проверка If-Modified-Since?

    Последнее. Если не сработало ни одно правило списка "Не обновлять", то в запрос файла на сервере в Инете будет добавлен заголовок "If-Modified-Since".
     

     
    cepera ang

    Цитата:
    Вот у меня такой вопрос, а кто нибудь-занимался тестированием производительности прокси сервера?

    mai62 нечто похожее делал недавно...

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 14:58 09-01-2007 | Исправлено: DenZzz, 15:02 09-01-2007
    otzhig



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    нашол в HC 0.97b1a глюк! кагда в qip приходит сцылка и на нее кликаеш штобы перейти по ней, то HC просто вываливаеццо и фсьо. приходиццо HC занава запускать.

    Всего записей: 416 | Зарегистр. 25-04-2006 | Отправлено: 15:39 09-01-2007
    cepera ang

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

    Цитата:
    mai62 нечто похожее делал недавно ...

    Как-то это не серьезно, честное слово Насколько я могу судить HandyCache кушает весьма много процессора и оперативной памяти. Для сравнения - на одном сервере стоит 3proxy - через 18 дней непрерывной работы - время CPU - 1 минута 35 секунд, за 8 часов работы моего компьютера HC (работающий через 3proxy) скушал 1 минуту 15 секунд, разница весьма велика.  
    А по-поводу инструментов тестирования, давно я этим занимался, но если необходимо можно вспомнить былые времена и по-тестить.

    Всего записей: 90 | Зарегистр. 10-05-2005 | Отправлено: 16:07 09-01-2007
    mai62



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

    Цитата:
    Насколько я могу судить HandyCache кушает весьма много процессора и оперативной памяти. Для сравнения - на одном сервере стоит 3proxy - через 18 дней непрерывной работы - время CPU - 1 минута 35 секунд, за 8 часов работы моего компьютера HC (работающий через 3proxy) скушал 1 минуту 15 секунд, разница весьма велика.

    У 3proxy нет GUI, урезанная версия RegEx, потому и жрет мало. Устраивает тебя прокси без GUI и юзай 3proxy, в чем проблема?

    Всего записей: 1717 | Зарегистр. 06-12-2002 | Отправлено: 16:33 09-01-2007 | Исправлено: mai62, 16:36 09-01-2007
       

    Страницы: 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

    Компьютерный форум Ru.Board » Компьютеры » Программы » HandyCache ( Часть 5 )
    Widok (20-03-2007 13:33): лимит страниц. продолжаем здесь


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

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.Board
    © Ru.Board 2000-2020

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru