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

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

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

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

   

Nep



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

HandyCache


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



Вы можете поддержать проект отправив платный SMS

  • Сайт программы: HandyCache.ru (место под проект предоставлено камрадом pop2ROOT).
    Версия сайта по адресу handycache.narod.ru скоро перестанет обновлятся.
    Отправить личное сообщение автору программы e-mail:    
     
  • Текущая версия: HandyCache 0.97b1a от 21.09.06 | зеркало  
    Только exe, скопируйте в папку с уже установленным HandyCache.
  • При первой установке используйте полный setup: HandyCache 0.96b1c
  • Ссылка на ехе-файл предыдущей версии: 096b1c (20.06.06)
     
  • Документация на WikiBooks
    Здесь вы можете прочесть описание настроек и списков, FAQ, ToDo и многое другое.
    Если у вас есть, что добавить о HC - просто допишите...
    Вопросы по самому учебнику задаем в отдельном топике.

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

     
  • ToDo-лист (Предложения по улучшению HC)
    Здесь вы можете посмотреть, какие фичи будут реализованы в следующих версиях, или предложить что-то свое.
     
  • Файл помощи (550 Кбайт) от Kiddy
     
  • Статья: "Бережем трафик, время и деньги. Кэширующий 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;  обновление до v2.6  (07.11.06) для первонач.установки нужны оба файла

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

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

  • Всего записей: 41940 | Зарегистр. 24-06-2001 | Отправлено: 09:31 18-08-2006 | Исправлено: ALeXkRU, 20:46 07-11-2006
    V0lt



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

    Цитата:
    Свежесть файлов обычно не использую (мудрёно она работает)
    В чем проявляется "мудрёность"?

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


    Всего записей: 10501 | Зарегистр. 05-02-2003 | Отправлено: 13:55 30-09-2006 | Исправлено: V0lt, 13:56 30-09-2006
    DenZzz



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

    Цитата:
    В мониторе не пишется номер правила, не фиксируется количество попаданий.

    Не пишется и не фиксируется, только когда критерий свежести прострочен! Так и должно быть, т.к. действие "Не обновлять" не сработало из-за просроченного критерия. Файл запрашивается на сервере.

    Цитата:
    Еще есть проверка свежести у сервера, когда она срабатывает не помню.

    Когда файл запрашивается на сервере, а сервер отвечает, что файл не изменился, то HC берет его из кэша и обновляет дату модификации.
     
    Надеюсь, каши в голове стало меньше...

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 14:47 30-09-2006 | Исправлено: DenZzz, 15:00 30-09-2006
    rs

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

    Цитата:
    Почему так радикально? Просто им будут недоступны дополнительные функции.

    вот именно - можно посмотреть концепутально: если человек выбирает 98-ю он уже по определению в чем-то себя заранее ограничивает...  пользователь XP имеет меньше серверных возможностей пользователя w2003... т.е., спускаясь от концепции к частности, не нужна тебе  диффенециация по юзерам - не ставь ntfs и живи спокойно, а если нужно - ну поставь xp - всего-то делов...

    Всего записей: 1344 | Зарегистр. 19-04-2003 | Отправлено: 15:34 30-09-2006 | Исправлено: rs, 15:35 30-09-2006
    V0lt



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DenZzz
    В последней версии в монитор показывает сработавшее правило, даже с критерием свежести
    Меня больше всего смущает то, что если запретить "Не обновлять свежие файлы", вообще перестают работать правила, в которых пробит критерий свежести.
    Почему так происходит? Почему не отключается лишь проверка на свежесть? Для чего в этом случае нужны галочки напротив такого правила?
    (т.е. получается список, в котором часть правил управляется, а часть нет, и признаком "управляемости" является отсутствие числа в некой колонке )

    Всего записей: 10501 | Зарегистр. 05-02-2003 | Отправлено: 16:42 30-09-2006
    NothingAnother

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    rs
    Цитата:
    не нужна тебе  диффенециация по юзерам - не ставь ntfs
    Не стОит так узко - см. здесь

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

    Всего записей: 2322 | Зарегистр. 06-09-2003 | Отправлено: 16:45 30-09-2006
    rs

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    NothingAnother
    что ты хотел сказать этой ссылкой?..
     
    узко я сформулировал именно по частному вопросу
     
    Добавлено:
    NothingAnother
    мы ж не переживаем к примеру, что HC на nix-ах не работает...

    Всего записей: 1344 | Зарегистр. 19-04-2003 | Отправлено: 16:48 30-09-2006 | Исправлено: rs, 16:48 30-09-2006
    NothingAnother

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    rs
    Цитата:
    мы ж не переживаем к примеру, что HC на nix-ах не работает
    Мы - нет, а они - да (надеюсь! )...

    Цитата:
    что ты хотел сказать этой ссылкой?
    Что NTFS предоставляет гораздо больше возможностей, чем "диффенециация по юзерам"

    Цитата:
    узко я сформулировал именно по частному вопросу
    O'k

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

    Всего записей: 2322 | Зарегистр. 06-09-2003 | Отправлено: 17:09 30-09-2006
    rs

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

    Цитата:
    Что NTFS предоставляет гораздо больше возможностей, чем "диффенециация по юзерам"

    ааа... ясно... ты наверное не понял контекста...

     
    о юзерах, в частности, поднимался вопрос в ветке hc.Historian - соответственно вставал вопрос о том, где хранить сведения о пользователе для файла из кэша

    Всего записей: 1344 | Зарегистр. 19-04-2003 | Отправлено: 17:15 30-09-2006
    DenZzz



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

    Цитата:
    В последней версии в монитор показывает сработавшее правило, даже с критерием свежести  

    Еще разок. Если критерий свежести НЕ просрочен, то Монитор показывает, что сработало правило. Если критерий просрочен, то правило в Мониторе НЕ показывается.  
    Так было раньше, так есть и в последней версии!

    Цитата:
    Меня больше всего смущает то, что если запретить "Не обновлять свежие файлы", вообще перестают работать правила, в которых пробит критерий свежести.  
    Почему так происходит?

    Это наследие старой опции "Не обновлять свежие файлы". Когда есть правило .* с маленьким критерием свежести, то его надо отключать совсем, а не отменять только критерий, иначе ни один файл никогда не обновится...

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 18:40 30-09-2006
    forever

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

    Цитата:
    - Хранить этот заголовок в потоке NTFS файла

    Кэш может храниться на любой файловой системе. На любой! Имхо предложение несмотря на всю заманчивость неприемлимо в принципе.
     
    NothingAnother

    Цитата:
    А где границы - к чему привязывать?

    Границы - отсутствие границ.  
     

    Цитата:
    Тогда уж и форточками ограничиваться не стОит - давайте вспомним и о пользователях Linux, Mac (куда там ещё можно портировать?.. ).

    Сделайте одолжение, вспомните. Только в своих воспоминаниях учитывайте не портированание самого НС, а именно хранение кэша - для этого никаких границ сейчас нет.
     
    C0USIN

    Цитата:
    > сказать им "До свидания"...     
    Почему так радикально? Просто им будут недоступны дополнительные функции.

    Те же яйца - вид сбоку.
     
    rs

    Цитата:
     можно посмотреть концепутально: если человек выбирает 98-ю он уже по определению в чем-то себя заранее ограничивает...
    если нужно - ну поставь xp - всего-то делов...

    Простой пример из жизни: линуховый сервер на котором хранится общий кэш, а на компах юзеров ХР. Абсолютно так же на месте линуха могли бы быть Mac или BeOS.
    Годы назад стандартизировали сети чтобы не было разницы что находится на концах сети: Win, Mac. *nix etc. А у вас щас получится, что сеть ведущая к NTFS - "правильная" сеть, а все остальные "неправильные".

    Всего записей: 1397 | Зарегистр. 16-12-2001 | Отправлено: 20:25 30-09-2006
    rs

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    forever
    ну есть сила в этих словах... согласен...
     
     
     
    Добавлено:
    forever
    хотя потоки ntfs - хорошая нычка, куда можно прятать много полезностей, не плодя новых файлов
     
    может тут стоит частично и поступиться принципами портируемости - больно уж плюсы хороши
     
    а поставить систему с ntfs - не такая уж большая проблема, если не раздувать из этого много шума
     
    зы
    на слабых машинках (где обычно w98 ставят) можно для обеспечения ntfs поставить тот же nt4 wks - у меня вон на работе до сих пор сервера nt4 на минимальном железе стоят

    Всего записей: 1344 | Зарегистр. 19-04-2003 | Отправлено: 21:01 30-09-2006
    unreal666



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

    Цитата:
    Кэш может храниться на любой файловой системе. На любой! Имхо предложение несмотря на всю заманчивость неприемлимо в принципе.

    Все приемлемо. Просто юзеры, у которых не будет NTFS, не смогут юзать данную фичу. Под каждого не подстроишься. Вот, тот же KAV использует фичи с потоками NTFS.
     
    Добавлено:
    DenZzz

    Цитата:

    Цитата:
    Использовать эту реализация для списков - белый, черный, запись в кэш, не обновлять.

    Про "Только из кэша" не забыл? Например, мне надо вписать туда картинки по типу Content-Type: image...

    Для списка "Только из кэш" данная фича бесполезна. Т.к. отличие этого списка от списка "Не обновлять" то, что отсутствующие файлы не будут качаться из Инета. А так как для файла, отсутствующего в кэше, не определишь его тип без запроса его с сервера, то такое правило будет равносильно правилу в списке "Не обновлять".
    Хотя можно и для "Только из кэша" сделать. От него будет польза только, если отключен список "Не обновлять".

    ----------
    MSI PRO B650-P WIFI / Ryzen 5 7600X / RAM 32Gib / 4 HDD = 10Tib + 1 NVME 2Tib / Radeon RX 560 2Gib / Win 10 x64 // POB, PVD

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

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

    Цитата:
    хотя потоки ntfs - хорошая нычка, куда можно прятать много полезностей, не плодя новых файлов

    Хорошая. Нычки в NTFS есть, да не про нашу честь. Имхо сетевая софтина по определению не имеет права замыкаться на одну файловую систему.
     

    Цитата:
    больно уж плюсы хороши

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

    Цитата:
    а поставить систему с ntfs - не такая уж большая проблема, если не раздувать из этого много шума

    Хвост вертит собакой.
     

    Цитата:
    на слабых машинках (где обычно w98 ставят) можно для обеспечения ntfs поставить тот же nt4 wks

    А зачем? Проблема не в том, чтобы научить 98-ю работать с NTFS - просто в этом может не быть смысла: на слабых машинах FAT32 может оказаться быстрее.
    Да и на современных машинах FAT32 рано списывать со счетов. Старенькая статейка Быстродействие FAT и NTFS заставляет задуматься, а на чем же лучше хранить кэш НС: на FAT32 или на NTFS. Возможны варианты.
    Попадается и экзотика типа хранения кэша на флешке. Ну какой NTFS на флешке?
     
    unreal666

    Цитата:
    Просто юзеры, у которых не будет NTFS, не смогут юзать данную фичу.

    За что ж их так ограничивать?
     

    Цитата:
    Под каждого не подстроишься.

    А что мешает использовать не потоки а файлы - и всем будет счастье.
     

    Цитата:
    Вот, тот же KAV использует фичи с потоками NTFS.

    Не в курсе. А как? Он их проверяет на предмет наличия гадостей? Или он их действительно использует?
     

    Всего записей: 1397 | Зарегистр. 16-12-2001 | Отправлено: 21:32 30-09-2006
    DenZzz



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

    Цитата:
    Для списка "Только из кэш" данная фича бесполезна... такое правило будет равносильно правилу в списке "Не обновлять".

    Ты не прав! Допустим файла нет в кэше, начали его качать (получили заголовки) и выяснили, что "Content-Type: image...", - список "Не обновлять" продолжит закачку, а "Только из кэша" тормознет и отправит браузеру "404"! В этом их принципиальная разница!  
    Собственно, также сейчас работает блокировка "больших файлов" и будет работать блокировка ака "Черный список", т.к. никах данных о заголовках этих файлов изначально (до начала загрузки) у нас нет!
     

    Цитата:
    Вот, тот же KAV использует фичи с потоками NTFS.

    А ты разве не в курсе, что KAV решил отказаться от использования потоков?

    Цитата:
    Специалисты «Лаборатории Касперского» планируют внедрение в следующей версии Антивируса Касперского альтернативного механизма, не использующего технологию iStreams, для обеспечения того же уровня производительности.

    Линк: http://www.kaspersky.ru/news?id=177713739

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 21:47 30-09-2006 | Исправлено: DenZzz, 22:17 30-09-2006
    rs

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

    Цитата:
    Хвост вертит собакой.

    ну это как посмотреть...
    следовать принципам только во имя самих же принципов тоже не очень разумно...
     
    о быстрдействии файловых систем... еще в те времена, когда nt была в версии 3.5 я провёл простой эксперимент - разместил большую БД на ntfs диске с компрессией и без, запустил какие-то задачки, лопатящие базы данных - результат: неспотря на то, что на БД с компрессией как бы расходуются ресурсы на компрессию-декомпресиию, получилось, что скорость обработки на компрессированной БД была раза в два выше... я иак рассудил, что временнАя экономия на меньших расстояниях перемещения головок диска для более сжатого файла с лихвой компенсирует временнЫе затраты на компрессию-декомпрессию...
     
    учитывая, что на тесте выключения питания сервера на fat и ntfs - последний никогда не терял данные, выбор типа файловой системы для меня произошёл раз и на всегда - ntfs+компрессия
     
     

    Цитата:
    А что мешает использовать не потоки а файлы - и всем будет счастье.  
     

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

    Всего записей: 1344 | Зарегистр. 19-04-2003 | Отправлено: 22:10 30-09-2006 | Исправлено: rs, 22:17 30-09-2006
    forever

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

    Цитата:
    Линк: http://www.kaspersky.ru/news?id=177713739

    Во башка моя дырявая! А ведь я это уже раньше читал. Интересно, что получается пользователи KAV так же пролетят с предлагаемым использованием потоков, как и пользователи других файловых систем:

    Цитата:
    Если Антивирус Касперского активен, потоки скрыты и к ним нет доступа со стороны любых процессов, включая системные. Если продукт отключен, то потоки становятся видимыми при помощи специальных программ.

     
     
    Добавлено:
    rs

    Цитата:
    следовать принципам только во имя самих же принципов тоже не очень разумно...

    А где ты усмотрел признаки слепого следования принципам только ради самих принципов?
     

    Цитата:
    я провёл простой эксперимент - разместил большую БД на ntfs диске с компрессией и без

    "Большая БД" - это же не большая куча мелких файлов раскиданных по куче разных каталогов? Тест однобокий получился.  
     

    Цитата:
    на тесте выключения питания сервера на fat и ntfs - последний никогда не терял данные

    Мне повезло меньше. За мою практику два (!) раза слетала MFT.

    Всего записей: 1397 | Зарегистр. 16-12-2001 | Отправлено: 22:15 30-09-2006
    DenZzz



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

    Цитата:
    тут конечно имеем все дела типа удвоения количества файлов в кэше

    Можно и один индексный файл создать, как уже здесь предлагалось...

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

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DenZzz
    плюс HC в том, что в нём нет НИКАИХ индексов - благодаря этому можно без проблем суммировать кэши с разных компов, давать пищу моему историку и т.п.
     
    не хотелось бы терять такой большой плюс
     
     
    Добавлено:
    forever

    Цитата:
    А где ты усмотрел

    может быть в себе?..

     

    Цитата:
    Тест однобокий получился.

    никто не спорит
    просто факт из моего опыта, имеющий для меня вес... не более того

    Всего записей: 1344 | Зарегистр. 19-04-2003 | Отправлено: 22:34 30-09-2006
    forever

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

    Цитата:
    не хотелось бы терять такой большой плюс

    Инфа о том, что KAV не даст использовать этот "большой плюс", считай, похоронила всю идею. Обломить пользователей файловых систем отличных от NTFS + пользователей KAV - как еще посильнее нагадить НС?
     
    Кстати, способ хранения это вопрос второй.

    Цитата:
    на каждый файл в кэше нужно создавать пару - типа паспорта этого файла и писать в него всю сопутствующую информацию

    Объясни плз, а что, собственно, хранить? И зачем? После того как файл получен зачем нужно хранить заголовки HTTP?
    Content-Length - смотрим размер файла. Content-Type - имея файл в руках есть сомнения? Что еще?

    Всего записей: 1397 | Зарегистр. 16-12-2001 | Отправлено: 22:44 30-09-2006
    DenZzz



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

    Цитата:
    плюс HC в том, что в нём нет НИКАИХ индексов

    Зато индекс можно держать в памяти, что ускорит проверку наличия файлов в кэше и их дат без обращения к диску!
    Еще, это решило бы проблему очистки кэша от старых "одноразовых" файлов, т.к. даты доступа, по которым сейчас чистится кэш, постоянно сбиваются! Кстати, "историк" к этому причастен!  

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 22:48 30-09-2006 | Исправлено: DenZzz, 22:55 30-09-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 ( Часть 4 )
    Widok (08-11-2006 14:20): лимит страниц. продолжаем здесь


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru