Ru-Board.club
← Вернуться в раздел «Программы»

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

Автор: DenZzz
Дата сообщения: 12.02.2006 19:11
unreal666

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

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

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

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

Это самое интересное!

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

Баг что ли или фича... Может, автор прояснит...
Автор: rs
Дата сообщения: 12.02.2006 20:37
mai62
концепция всё более обощается, систематизируется и рафинирутся...


в большинстве браузеров с мультипрокcи d меню выбора прокси содержатся заданные пользователем прокси плюс пункт НеИспользоватьПрокси - всё на одном уровне - выбор любого из пунктов приводит к деселекту текущего прокси

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

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

Автор: DenZzz
Дата сообщения: 12.02.2006 22:52
unreal666

Немного подправил твою схему - добавил проверку "свежих файлов" ... глянь:



Примечание: В каждом списке проверяется условие: "Список включен и URL в него входит?"
Автор: unreal666
Дата сообщения: 12.02.2006 23:38
DenZzz
В этой схеме между НЕТ и Файл есть в кэше и он свежий? нет проверки на включенность опции "Не обновлять свежие файлы".
Автор: faZZ
Дата сообщения: 13.02.2006 04:54
так, процесс обновления фака продолжается так намного понятнее, с новой схемой. чето mai62 не появляется вот уже 4-ую страницу
Автор: DenZzz
Дата сообщения: 13.02.2006 06:05
unreal666

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

В таком случае, в этой схеме нет и проверки на включение других списков!
А стоит так заморачиваться?

Мы исходим из того что все описанные списки (опции) включены. Если они отключены, то просто идем по ветке Нет... или придется для каждого списка добавлять проверку его включения! Схема разрастется до безобразия...

К тому же, HandyCache имеет свое представление о "свежести" файла, которое задается в настройках HC. Я в схеме специально слово "свежий" взял в кавычки и выделил цветом, чтобы подчеркнуть, что это не просто прилагательное, а термин HandyCache. Если опция "Не обновлять свежие файлы" отключена, то "свежесть" (с точки зрения HC) не проверяется и условие "Файл есть в кэше и он "свежий"?" не выполняется, следовательно, идем по ветке Нет... Логично?
Автор: drochilla
Дата сообщения: 13.02.2006 06:09
unreal666
Спасибо за разъяснения. Уж, извини, - мог бы и сам догадаться в лингве посмотреть. Значит, я все правильно понимал.
Посредник - это и есть контролер с определенным набором функций. Правда, не дошло твое выражение

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

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

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

Цитата:
Что и требовалось доказать.

О чём спор? Автор же сказал:

Цитата:
Не спорьте - сделаю опционально.
Автор: dadu
Дата сообщения: 13.02.2006 07:14
Что-нибудь можно придумать с sid'ами?
Как от них избавиться?
..../forums/viewforum.php?f=6&sid=25108616403fe22cef280cef3d29265c
Может отдельным правилом для определенного сайта в фильтре URL?

СИДы - реально увеличивают трафик.

Для консерваторов:
Надеюсь, решение проблемы с СИДами, не будет идти в разрез с концепцией программы? Концепция - экономия трафика, не правда ли?
Надеюсь на понимание и поддержку в решении этого вопроса
Автор: drochilla
Дата сообщения: 13.02.2006 07:33
DenZzz
Да, нет никакого спора! Причем здесь автор? Люди пытаются понять друг друга и что-то решить для себя. В чем прблема?
Автор: BlackFox
Дата сообщения: 13.02.2006 10:30
у меня берет токо из кеша инфу..не проверяя что на сайте обновилось? что там исправить?
Автор: DenZzz
Дата сообщения: 13.02.2006 10:45
BlackFox

Проверь правила списков Только из кэша и Не обновлять, а также настройки "свежих файлов" и "автономного режима".
Автор: Dr Eam
Дата сообщения: 13.02.2006 11:06
drochilla

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


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

Можно просто выключить компьютер и говорить всем "у меня экономия трафика 100%". Выражение истинно, но при этом бессмысленное.

А если знакомый похвастается своим новым экономичным компьютером с низким количеством потребляемой энергии, можно ему сказать: "Это что! Вот у меня компьютер вообще ничего не жрёт! 100% экономия!"
Автор: mai62
Дата сообщения: 13.02.2006 11:16
DenZzz

Цитата:
Заметил такую фичу (или баг ): если в результате сортировки списка "Не обновлять" фильтр (.)* попадает на первую позицию списка, то всё, что есть в кэше, вообще перестает обновляться! Свежесть файлов даже не проверяется!

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

Цитата:
А можно ли сделать, чтобы меню исчезало только при щелчке за его пределами

Это стандартное поведение меню в Виндовс.
drochilla

Цитата:
Цитата:То же самое. Тут, судя по всему, виновата сама Win98. Наверное она не умеет выводить многострочные хинты...
Винда не причем, видимо баг. Вот пример

Не нашел возможности в вин98 сделать многострочный хинт. На твоем примере, похоже, хинт формирует не система, а сама программа.
drochilla

Цитата:
Мне кажется, что правильнее будет сделать не опцию, а раздельную статистику.

Надо подумать.
DenZzz

Цитата:
Хорошо бы на вкладке Статистика добавить столбец "Экономия".

По какой формуле ее считать?
C0USIN

Цитата:
Предлагаю сделать так:
Если настроки находятся в папке программы, то показывать по старому.
Если в другом месте, то в заголовок добавляем путь.

ОК
Автор: DenZzz
Дата сообщения: 13.02.2006 11:42
mai62

Цитата:
Цитата:Хорошо бы на вкладке Статистика добавить столбец "Экономия".

По какой формуле ее считать?

По обычной: Взятое из кеша/(Взятое из инета+Взятое из кеша)*100% напротив каждой строки, т.е. считать для каждого дня. И внизу общий итог по этой же формуле.
Автор: mai62
Дата сообщения: 13.02.2006 11:47
Interceptor

Цитата:
Появилась снова интересная идея - сделать в мониторе возможность устанавливать приоритет для активных потоков. То есть в каждой строчке добавить в таблицу одной колонкой например регшулируемый прогресбар или SpinEdit, или по правой кнопке несколько приоритетов выставлять. Соответсвенно поток с большим приоритетом скачиваться должен быстрее за счет того, что ему больше времени давать...
Можно ли это сделать?

Скорость скачивания зависит не от того сколько времени процессор уделяет потоку, а от скорости поступления данных от сервера
unreal666

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

Разберусь
drochilla

Цитата:
Надо спросить у автора; раз он HendyCache позиционирует как прокси-сервер, он точно знает что к чему.

НС - кэширующий прокси преимущественно индивидуальго применения. Главное назначение - экономия трафика. Почему так? Чтобы ему быть полноценным прокси-сервером, нужны перенаправление портов, поддержка FTP, SOCKS, нормальный биллинг, ограничение пользователей по скорости, трафику и т.д. и т.п.
Автор: dadu
Дата сообщения: 13.02.2006 11:59
mai62
А с СИДами что?
Автор: mai62
Дата сообщения: 13.02.2006 12:13
YuraH

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

Сам считаю, что это нужно. Соберусь с силами и сделаю.
faZZ

Цитата:
так, процесс обновления фака продолжается так намного понятнее, с новой схемой. чето mai62 не появляется вот уже 4-ую страницу

У меня не было доступа в инет в выходные, сейчас доступ только на работе. Постепенно все прочитаю и на все отвечу.
dadu

Цитата:
А с СИДами что?

Напиши подробнее в чем проблема и как ты предлагаешь (если предлагаешь) ее решить.
Недавно очем-то похожем тут была речь. Это о том же?

Добавлено:
rs

Цитата:
концепция всё более обощается, систематизируется и рафинирутся...

Согласен

Цитата:
7.любое(!) переключение прокси - а)через меню, б)циклическим хоткеем, в) выполнением условия для УП отображается в области хинта над треем.

Отображение выполнения условия для УП не кажется целесообразным, т.к. возможно будет происходить очень часто (вплоть до 'одновременно' неск. штук) и задолбет пользователя
DenZzz

Цитата:
По обычной: Взятое из кеша/(Взятое из инета+Взятое из кеша)*100% напротив каждой строки, т.е. считать для каждого дня. И внизу общий итог по этой же формуле.

ОК

Добавлено:
Нарисовал схему работы НС
_http://handycache.narod.ru/download/shema.zip
Там она в формате doc, может кто-нибудь сделает красивее.
Автор: unreal666
Дата сообщения: 13.02.2006 15:10
drochilla

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

Правильная связка браузер-прокси-"а хрен его знает".

Цитата:
Посредник - это и есть контролер с определенным набором функций. Правда, не дошло твое выражение

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

что значит "всего лишь"? это с чем сравнивать? значит есть "полноценные" игроки с теми же функциями на этом поле?..
Автор: VideoHEAD
Дата сообщения: 13.02.2006 17:14
Sheligan

Ты и Вандербой сделали практически одинаковые по объему списки, за что вам спасибо.

Но вот с правилом №88 - явный перебор: +ad.*.* не позволит грузить многие обновления, к примеру антивирусные базы МакАффи. Стоит только в URL быть слову "downloads" и кранты.

Добавлено:
Как бы еще ваши списки сравнить между собой и сделать один, единый...
Автор: unreal666
Дата сообщения: 13.02.2006 17:49
mai62
Сделай плиз, чтобы в тренажере можно было проверять упрощенные правила.
Автор: dadu
Дата сообщения: 13.02.2006 18:00
mai62

Цитата:
Напиши подробнее в чем проблема и как ты предлагаешь (если предлагаешь) ее решить.

Например:
http://www.autolada.ru/viewtopic.php?t=85940&sid=e339150e6165b52110d4d909c2c4bc84
На некоторых форумах к урлу цепляется SID , получается сколько раз не зайди в топик будет все время разный URL, даже если топик давно не обновлялся и это совсем не последняя страница.

Если возможно, сделать в фильтре URL обрезание хвоста URL начиная со знака & специальным правилом для определенного сайта? чтобы в кэш сохранялся файл со ссылкой без SID'a / Т.е. так http://www.autolada.ru/viewtopic.php?t=85940.
И соответсвенно, чтобы браузер мог понимать такие урезанные ссылки в он\офф-лайн.

Автор: unreal666
Дата сообщения: 13.02.2006 18:40
Del
Автор: Interceptor
Дата сообщения: 13.02.2006 18:49
mai62

Цитата:
Цитата:Появилась снова интересная идея - сделать в мониторе возможность устанавливать приоритет для активных потоков. То есть в каждой строчке добавить в таблицу одной колонкой например регшулируемый прогресбар или SpinEdit, или по правой кнопке несколько приоритетов выставлять. Соответсвенно поток с большим приоритетом скачиваться должен быстрее за счет того, что ему больше времени давать...
Можно ли это сделать?

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


Да, но насколько я понимаю HandyCache скачивает по-очереди то один то второй то третий поток? Или я неверно понимаю?
Автор: unreal666
Дата сообщения: 13.02.2006 18:52
Interceptor
Программы сами ничего "не скачивают". Они делают запрос на файл и сохраняют его по мере поступления данных.

mai62
URL конвертер преобразовывает ссылки до начала обработки списков или после?
Автор: DenZzz
Дата сообщения: 13.02.2006 19:53
mai62

Цитата:
Нарисовал схему работы НС
_http://handycache.narod.ru/download/shema.zip
Там она в формате doc, может кто-нибудь сделает красивее.

О.К.

Вспомнил немного правила построения схем алгоритмов и слегка преобразовал твою схему, чтобы было понятно, где "Вход" и "Выход"... Глянь, сгодится?



Примечание: Списки HandyCache выделены желтым фоном. В каждом списке проверяется условие: "Список включен и URL в него входит?". Фон других блоков выполнен в цветах монитора HC.


P.S. Осталось несколько неуказанных опций:

1. В каком месте производится проверка размера "Больших файлов"?
Понимаю, что во время "Загрузки из Интернета", но как это нарисовать? Может, добавить это условие перед "Загрузкой из Интернета"?
Ветвь "Да" из "Белого списка" идет мимо проверки размера "Большого файла"?

2. В каком месте работает "URL конвертор"? Перед "Белым списком"?
Автор: and3636
Дата сообщения: 13.02.2006 20:13
DenZzz
Дополнение-
Между "Загрузка из Интернет" и "Браузер" есть блок "Не загружать большие файлы", и после Запрашиваемый URL работает URL конвертор .

и "Стоп" правильней обозначить как возврат браузеру ошибки 404.
Автор: rs
Дата сообщения: 13.02.2006 20:27
mai62
>Отображение выполнения условия для УП не кажется целесообразным,
>т.к. возможно будет происходить очень часто
>(вплоть до 'одновременно' неск. штук) и задолбет пользователя

ну во-первых, лично мне хотелось бы быть уверенным, что УП попал именно в то условие, что я и задумывал и я не ошибся в написании условия для прокси

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

в третьих - всплывать хинтом только на смену(!) прокси - если очередное попадание УП не отличается от предуыдущего попадания в УП - хинт активного прокси не всплывает - поэтому я совсем не уверен, что активные прокси будут мелькать так уж часто

ну и наконец, можно сделать галку в настройках - ВсплывающаяИндикацияАктивногоПрокси - и все останутся довольны


>(вплоть до 'одновременно' неск. штук)
а это совсем непонятно - как это одновременно? условные же прокси перебираются до первого истиноого условия

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: грабилка экрана под OpenGL


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.