» HandyCache - локальный кеширующий прокси сервер

Вопро к знатокам:
Как сделать чтобы кэшировались URl-ы типа:

http://www.tyumen-city.ru:8101/images/head.jpg

??

GregoryPek
Кэшироваться то оно кэшируется, только почему то не срабатывает правило в списке "Не обновлять".

mai62
Почему?

он кэширует, но потом не находит в кэше

unreal666

Цитата:

Тогда экономией трафика можно считать и сохранение страниц на диск и потом их просмотр уже с диска.

В принципе - да. Для того и сохраняют, иначе, снова хавай трафик.
Лучше всего вообще в инет не ходить
А если у тебя постоянное подключение, то что, теряется смысл автономной работы? Друзья, пейте рассол...
Мы, видимо, по-разному смотрим на прогу. Вы как на прокси, а я как на кэш. Для меня контроль вторичен. Как всякий обычный юзер, я люблю полноценный серфинг и режу только рекламу. Я, что, робот, одни тексты читать? Мне этого и на работе хватает. Небось, в магазине вы красивые товары любите, а не хмурый пакет с надписью "Еда" покупаете... Уж, коль скоро я плачу бабки за инет, то я хочу получать полноценное удовольствие. В том числе и эстетическое... Так вот, за три с лишним месяца пользования HandyCache затраты на интернет у меня сократились почти в два раза, хотя (или благодаря тому, что) размер кэша уже около 700 метров. Это и есть реальная экономия от использования программы. И, судя по деньгам, РЕАЛЬНАЯ экономия ИНТЕРНЕТ-ТРАФИКА! Причем, я никак себя не ограничивал. Если софтине надо, она топчет инет, не надо - спокойненько винтом похрустывает. И вся недолга... А ссылки на кэш Оперы здесь вообще неуместны, поскольку налицо голосование ногами. Если кому интересно, могут сравнить эти кэши за определенный промежуток времени - это будет корректно. И экономия, наверное, будет другая. Но мне это не интересно и, честно говоря, до лампочки. Я пользую Maxthon

C0USIN
Я это понял. Но почему не находит?!
Посмотрел в кэше - путь к этому файлу получился такой
X:\Cache\tyumen-city.ru!8101\images\head.jpg

Добавлено:
drochilla

Цитата:

Вы как на прокси, а я как на кэш.

В каком смысле как на прокси?

unreal666
порт нестандартный, потому и не находит.
похоже такой вариант в HC не предусмотрен

V0lt
Какая разница, какой порт.
В кэш то пишет. Т.е. должен и читать оттуда.

unreal666
У меня в кэш записалось два файла
X:\Cache\tyumen-city.ru!8101\images\head.jpg#m
X:\Cache\tyumen-city.ru!8105\images\head.jpg
но программа их оба не видит

Добавлено:
Удалил порт из имени папки и заработало!
При запросе в браузере ссылки
http://www.tyumen-city.ru:8101/images/head.jpg
ищется файл
X:\Cache\tyumen-city.ru\images\head.jpg

Т.е. при записи в кэш используется один алгоритм преобразования URL в имя файла,
а при поиске этого файла в кэше - другой алгоритм!

C0USIN

Цитата:

Т.е. при записи в кэш используется один алгоритм преобазования URL в имя файла, а при поиске этого файла в кэше - другой алгоритм!

Я так и подумал.

mai62
Исправь это.
Сделай или чтобы они по одному алгоритму работали, или чтобы при записи из имени сервера отбрасывался номер порта (что правильнее).

Народ, как использовать HandyCache в связке с Proxomitron.
В Proxomitron как и в Опере прописан порт 8192.
Чтобы заработал HandyCache надо прописать тот же порт.
Но выдается сообщение о том, что порт уже занят.
Простите за ламерство, первый день изучаю программу.

Добавлено:
Да, программе определенно нужна вменяемая справка.

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

Dimanish
Порты заданы не жесто. Можешь ставить любой свободный порт.
Для примера у меня

Браузер ---> HandyCache ---> Proxomitron ---> Интернет
прокси: порт: 8092 127.0.0.1
127.0.0.1 род. прокси: порт: 8093
порт: 8092 127.0.0.1
порт: 8093

Т.е. в браузера в качестве прокси-сервера указан адрес 127.0.0.1 и порт 8092.
В HandyCache рабочим портом указан 8092. А родительским прокси (или просто прокси-сервером) указан адрес 127.0.0.1 и порт 8093.
В Proxomitron'е в качестве рабочего указан порт 8093.

Добавлено:
ostro

Цитата:

какие установки наиболее приемлемы для этой программы? сколько отводить места под врем. файлы?
если можно ссылку, где почитать.

У каждого свои установки. А отводимое место зависит от того, что ты собрался кэшировать. Для примера, я в основном кэширую картинки, js и css, ну и иногда определенные сайты. Пока выделил под это 500 Мб. А там посмотрим.

unreal666

Цитата:

В каком смысле как на прокси?

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

Добавлено:
Sheligan

Цитата:

1. Ленивым

Я как раз оттуда Спасибо, дружище!

ИМХО не хватает офф-сайтного фильтра-списка, ( ну чтобы блокировались все запросы на посторонние сайты, т.е. оставались запросы только на сайт где расположена собственно страница). Он у меня включен в Proxomitron-e, но там этот универсальный фильтр часто не срабатывает, а каждый раз разбираться почему не сработал влом.
Ну например заходишь на http://www.mozilla.ru/, и в мониторе видишь что кроме запроса на конкретно этот сайт идет запрос на http://ru1.hit.stat24.com/. Можно конечно каждый раз прописывать их в черный список, но неудобно.

GregoryPek
Outpost Firewall -внешние объекты-запретить.

and3636
Ты меня не понял или я тебя. Что ты имел ввиду:

Цитата:

Outpost Firewall -внешние объекты-запретить.

расшифруй.

Да и еще. Сделай как я приводил пример.

GregoryPek
В браузере найди галку типа "Не загружать картинки с других сайтов"

Но imho так больше потеряешь, чем получишь. Намного удобнее удалять мусор в самом браузере (MyIE, Maxthon, Firefox+Adblock). Когда в браузере список разрастется, кое-что можно перенести в "Черный список" HC.

Добавлено:

Цитата:

расшифруй.

Outpost Firewall Pro -> Параметры -> Подключаемые модули -> Интерактивные элементы -> Web-страницы -> Оптимизация -> Внешние объекты

GregoryPek
В HC не анализируется html,поэтому реализовать такую фильтрацию кроме как по url нельзя.Но это делает,к примеру,в Outpost.Для _ttp://www.mozilla.ru/ _ttp://ru1.hit.stat24.com/ является внешним объектом и фильтруется через -интерактивные элементы-внешние объекты-запрещено.Но в данном случае работает скрипт и прикрыть эту загрузку можно через -интерактивные элементы-сценарии java.

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

--------

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

BlackFox

Цитата:

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

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

drochilla

Цитата:

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

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

Цитата:

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

Цитата:

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

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


Добавлено:
Знатокам
mai62
В FAQ есть схема порядка обработки списков, она такая

Я переделал ее ...

Как думаете, так правильнее?

drochilla

Цитата:

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

Пожалуйста Буду выкладывать по мере обновления

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

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

mai62
развиваемся далее...

1.при попадании в один из УП при совпадении маски можно (очень полезно) показывать имя выбранного прокси в области хинта над иконкой в трее.
длительность показа выбранного прокси в области хинта - та же, что и длительность обычного хинта.

2.хоткеи. можно сделать хоткеи отдельно для каждого прокси. но тогда нужно сделать ОДИН хоткей на все УП - с т.зр. интерфейса это будет несколько коряво - по одному хоткею на БП и один хоткей для всех УП.

можно сделать один хоткей для циклического переключения между всеми прокси - УП и всеми БП.

3.каждое переключение между прокси по хоткею приводит к отображению переключения в области хинта (п.1)

4.кстати, решение с циклическим хоткеем естественным образом ложится именно на равноправные (равноприоритетные) БП и УП.

либо для раздельного переключения УП и любого БП в меню над треем - придётся делать отдельный хоткей для УП и циклический для БП - более неоднородное решение

rs
Для начала надо, чтобы ввели эту фичу с УП.

unreal666
я догадался

and3636

Цитата:

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

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

V0lt

Цитата:

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

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

Моё мнение - не надо никаких html-парсеров. Пусть уж лучше сабж делает своё дело и не надо лишних примочек.

Маленькая просьба. Очень хотелось бы английский интерфейс (по выбору или только английскую версию, тут уж как легче для реализации). Просто на моём компе работают люди, которые с русским не очень.

unreal666

Цитата:

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

Хорошая схема. Так понятнее, чем раньше...
Еще бы надо добавить про Запрет обновления свежих файлов.

Мне кажется, надо развить ветвь Нет списка Не обновлять.
Так: Не обновлять -> Нет -> Не обновлять свежий файл? -> Да -> Файл есть в кэше? и т.д.
И другая ветвь: Не обновлять свежий файл? -> Нет -> Запись в кэш

P.S. Правильнее было, если бы вопрос звучал:
Файл есть в кэше и он свежий? -> Да -> Чтение из кэша.
Но так схема, по-моему, станет запутанной...

DenZzz

Цитата:

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

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

Хорошая схема. Так понятнее, чем раньше..

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