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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
    C0USIN



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    valerka78
    http://ru.wikipedia.org/wiki/Регулярное_выражение

    Всего записей: 2739 | Зарегистр. 18-07-2003 | Отправлено: 18:39 19-04-2006
    agt87

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    А как писать адреса в строке "Направлять в обход внешнего прокси", через запятую, пробел или как?

    Всего записей: 103 | Зарегистр. 15-09-2004 | Отправлено: 22:04 19-04-2006
    mai62



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

    Цитата:
    А как писать адреса в строке "Направлять в обход внешнего прокси", через запятую, пробел или как?

    Там нужно писать регулярное выражение, значит через |

    Всего записей: 1717 | Зарегистр. 06-12-2002 | Отправлено: 23:12 19-04-2006
    airflow



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    =>mai62
    Теперь лог не нужен, с этим L2N справляется. Сделал общий кэш. Тупо создал на сервере папку сасне и прописал к ней путь у каждого юзера. Этого достаточно?

    Всего записей: 56 | Зарегистр. 14-02-2006 | Отправлено: 08:52 20-04-2006
    mai62



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

    Цитата:
    Тупо создал на сервере папку сасне и прописал к ней путь у каждого юзера. Этого достаточно?

    Да.

    Всего записей: 1717 | Зарегистр. 06-12-2002 | Отправлено: 10:16 20-04-2006
    mai62



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Обнаружил сейчас такую штуку...
    У меня включен фильтр картинки только из кэша. Захожу на один сайт и вижу новые картинки просочились. Стал смотреть. обнаружил в мониторе линки такого типа
    _http://img.ru.redtram.com/news/43403587.ipg
    Вроде бы расширение ipg, а оказалось jpeg и сопровождается файл таким заголовком

    Цитата:
    20.04.2006 17:57:37 # 6456 <<< URL: http://img.ru.redtram.com/news/43403587.ipg
    HTTP/1.0 200 OK
    Server: redtram.com
    Content-Type: image/jpeg
    Date: Thu, 20 Apr 2006 13:52:30 GMT
    Last-Modified: Tue, 18 Apr 2006 12:38:14 GMT
    Accept-Ranges: bytes
    Content-Length: 1404
    Age: 231
    Proxy-Connection: close

    Браузер видит
    Цитата:
    Content-Type: image/jpeg
    и поступает с файлом как с картинкой.
    Вот такую дурилку придумали ушлые сайтостроители.

    Всего записей: 1717 | Зарегистр. 06-12-2002 | Отправлено: 18:04 20-04-2006
    and3636

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mai62
    Может стоит вернуться к идее обработки  поля Content-Type:?

    Всего записей: 305 | Зарегистр. 12-10-2003 | Отправлено: 18:10 20-04-2006
    mai62



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Еще одна мыслишка посетила меня: а не сделать ли Черный список раньше Переадресации.
     
    Добавлено:
    and3636

    Цитата:
    Может стоит вернуться к идее обработки  поля Content-Type

    Идея то хорошая, но даже на не очень быстром канале пока будет обработан заголовок уже будет получено 1.5-2 кб из этого файла (видно на примере блокирования больших файлов). Т.е. все равно этот мусор будет жрать трафик.

    Всего записей: 1717 | Зарегистр. 06-12-2002 | Отправлено: 18:14 20-04-2006
    and3636

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

    Цитата:
    Т.е. все равно этот мусор будет жрать трафик.

    Ну не сотнями же килобайт!

    Всего записей: 305 | Зарегистр. 12-10-2003 | Отправлено: 18:25 20-04-2006
    mai62



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

    Цитата:
    Ну не сотнями же килобайт!

    Ну те картинки, про которые я писал как раз и есть 1.5-2 кб, т.е. пролезут полностью и эффективность такой защиты будет нулевой. Бывают, конечно рекламные файлы и подлиннее. Хорошо бы увидеть статистику.

    Всего записей: 1717 | Зарегистр. 06-12-2002 | Отправлено: 18:31 20-04-2006
    DenZzz



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

    Цитата:
    Идея то хорошая, но даже на не очень быстром канале пока будет обработан заголовок уже будет получено 1.5-2 кб из этого файла (видно на примере блокирования больших файлов). Т.е. все равно этот мусор будет жрать трафик.

    А почему бы не сделать 2-уровневую проверку:
    - сначала проверяем по URL;
    - потом смотрим на заголовок и если есть такое правило и размер файла больше порогового значения, указанного в настройках (например, 5 кб), то блокируем (или производим другое действие в соответствии с назначением списка).
     
    Правила для заголовков можно писать прямо в списки. Такие правила должны проверяться в последнюю очередь после получения заголовков.  
     
    Синтаксис правила может быть такой:
    #Content-Type#.*image.* , где
    зеленым выделен заголовок, а синим правило к его содержимому в RegExp.
     
    P.S. Необходимость блокировки по заголовкам обсуждали уже не раз на этом форуме. Довольно часто картинки идут без расширений...

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 19:41 20-04-2006 | Исправлено: DenZzz, 20:04 20-04-2006
    mai62



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

    Цитата:
    А почему бы не сделать 2-уровневую проверку:

    Хорошо, я созрел сделать такую штуку. Только мне кажется лучше сделать отдельный список, потому что:
    1. В этом списке нужны другие колонки
    2. Так будет работать быстрее
    3. Не знаю нужны ли другие действия кроме блокирования

    Всего записей: 1717 | Зарегистр. 06-12-2002 | Отправлено: 22:05 20-04-2006
    unreal666



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mai62
     
    Согласен. А то если делать с #Content-Type#, то еще придется и принцип копирования и добавления из буфера правил изменять.

    ----------
    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 | Отправлено: 22:12 20-04-2006
    DenZzz



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

    Цитата:
    Не знаю нужны ли другие действия кроме блокирования

    Т.е. опция будет работать только с "Черным списком", а как же "Не обновлять" и "Только из кэша"? Можно сделать флаги в этом отдельном списке, чтобы определять, где будет работать правило.

    Цитата:
    Еще одна мыслишка посетила меня: а не сделать ли Черный список раньше Переадресации.

    Зачем? Лишняя переадресация на трафик не влияет. Да и время не много уходит - меньше секунды. Мне не мешает лишняя строка с переадресацией в Мониторе. А где будет работать "Белый список"?

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 22:37 20-04-2006 | Исправлено: DenZzz, 22:40 20-04-2006
    mramor

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

    Цитата:
    Идея то хорошая, но даже на не очень быстром канале пока будет обработан заголовок уже будет получено 1.5-2 кб из этого файла (видно на примере блокирования больших файлов). Т.е. все равно этот мусор будет жрать трафик.

    а если использовать метод HEAD? и по результатом анализа полученного заголовка решать качать или нет.

    Всего записей: 326 | Зарегистр. 15-05-2005 | Отправлено: 23:16 20-04-2006
    mai62



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

    Цитата:
    Т.е. опция будет работать только с "Черным списком", а как же "Не обновлять" и "Только из кэша"? Можно сделать флаги в этом отдельном списке, чтобы определять, где будет работать правило.

    Если нужно, сделаю. Надо только подумать, нужно ли?

    Цитата:
    Зачем? Лишняя переадресация на трафик не влияет. Да и время не много уходит - меньше секунды. Мне не мешает лишняя строка с переадресацией в Мониторе.

    Меньше секунды - вроде немного. Но таких линков может быть несколько на одном сайте. Надо подумать потеряем ли мы что-то, если я перенесу Белый список.

    Цитата:
    А где будет работать "Белый список"?

    Впереди, на белом коне.
    mramor

    Цитата:
    а если использовать метод HEAD? и по результатом анализа полученного заголовка решать качать или нет.

    Я думал об этом. Но ведь это дополнительный расход времени и трафика.

    Всего записей: 1717 | Зарегистр. 06-12-2002 | Отправлено: 01:13 21-04-2006
    DenZzz



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

    Цитата:
    Если нужно, сделаю. Надо только подумать, нужно ли?

    Почему не нужно? Например, зашел первый раз на сайт, где все картинки большие и без расширений. Они закачались. Естественно, я не хочу, чтобы они качались каждый раз при заходе на этот сайт - пусть берутся из кэша!  
     
    HC с заголовками должен действовать в соответствие с логикой списков:
    Черный - проверить заголовок, блокировать;
    Не обновлять - проверить заголовок, проверить кэш. Если нет, то продолжать качать из Инета, иначе остановить закачку и взять из кэша;
    Только из кэша - проверить заголовок, остановить закачку. Взять из кэша, если есть.

    Цитата:
    mramor  
    Цитата:
    а если использовать метод HEAD? и по результатом анализа полученного заголовка решать качать или нет.

    Я против. Для большинства "нормальных" URL это лишняя операция - на медленных каналах будет существенно тормозить загрузку и отъедать трафик.  
    Лучше уж начать закачку и принимать решение в реальном времени.

    Цитата:
    Надо подумать потеряем ли мы что-то, если я перенесу Белый список.

    Т.е. если URL попал в Белый список, то никакой ему переадресации? В принципе логично, я не против. Но тогда всякие замены, типа .+go=http и http%3a%2f%2f при попадании URL в Белый список работать не будут...

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 07:18 21-04-2006 | Исправлено: DenZzz, 07:19 21-04-2006
    kaibo

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

    Цитата:
    Я против. Для большинства "нормальных" URL это лишняя операция - на медленных каналах будет существенно тормозить загрузку и отъедать трафик.  

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

    Всего записей: 49 | Зарегистр. 23-03-2005 | Отправлено: 08:28 21-04-2006
    DenZzz



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

    Цитата:
    а "ipg"-сайтов - единицы, списками же можно их както обыграть?

    Фантазия WEB-мастеров безгранична и иногда не поддается логике!  
    Что только они не придумывают, что обойти фильтры баннеро-резалок.
    Описать все их ухищрения универсальными URL-списками просто невозможно, а добавлять все уникальные "экземпляры" в список - это тупиковый путь...

    Всего записей: 2138 | Зарегистр. 09-02-2005 | Отправлено: 10:59 21-04-2006
    Spine

    Junior Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    mai62
    картинки (да и всё остальное наверное) по адресу
    http://mail.tut.by/SkinFiles/tut.by/*/logo.gif
    например грузятся но в кэш не попадают
     

    Всего записей: 101 | Зарегистр. 22-10-2003 | Отправлено: 12:29 21-04-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