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

» HandyCache ( Часть 4 )

Автор: unreal666
Дата сообщения: 28.08.2006 21:45
Churchill
Только в лог будет сохраняться в 3-ех случах:
- при очистке монитора вручную
- при очистке монитора автоматом (когда ставишь, сколько записей оставлять в мониторе)
- при выходе из проги

Добавлено:
forever

Цитата:
Ну, например, рапида - как ее пустить мимо?

Я говорил про HTTPS, FTP и т.д. А рапида разве испольует что-то из них? Она кается только через HTTP работает.

Цитата:
Для изменения расчета статы не нужно новых фич - нужно изменение старой формулы.

Лучше тогда ввести в HC опции "Не учитывать в трафике соединения по [перечисление портов] портам" и "Не учитывать трафик, запрещенный для кэширования в белом списке". Но это все равно не гарантирует точный подсчет.
Автор: Churchill
Дата сообщения: 28.08.2006 21:53
unreal666

Цитата:
- при выходе из проги

Т.е., если каждый вечер выключаю комп (и соответственно - HC) - будет сохраняться?
Кста - я поставил только галку - сохранять в файл.
Надо ли поставить галку - вести лог?
Автор: unreal666
Дата сообщения: 28.08.2006 22:01

Цитата:
Т.е., если каждый вечер выключаю комп (и соответственно - HC) - будет сохраняться?

Да.

Цитата:
Надо ли поставить галку - вести лог?

Нет. Это только для самого лога.
Автор: forever
Дата сообщения: 28.08.2006 22:02
unreal666

Цитата:
Я говорил про HTTPS, FTP и т.д. А рапида разве испольует что-то из них? Она кается только через HTTP работает.

Верно, только через HTTP. Как и многие другие файло-раздаватели. Что из этого следует? - отрешение от FTP и HTTPS мало что даст в данном вопросе. Все-равно стата будет врать.


Цитата:
Лучше тогда ввести в HC опции "Не учитывать в трафике соединения по [перечисление портов] портам" и "Не учитывать трафик, запрещенный для кэширования в белом списке". Но это все равно не гарантирует точный подсчет.

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


Добавлено:
Ну к слову сказать: в предверии ожидаемых NAT, PortMapping (Forwarding) - все-равно придется менять расчет экономии - вопрос, как менять.
Автор: unreal666
Дата сообщения: 28.08.2006 22:22
forever

Цитата:
1. Порты - не панацея. по одному и тому же порту может идти как картинка для страницы, так и необъятный файл, который никогда не будет запрошен из кэша (а в идеале даже не будет сохранен в кэш).

Это тут причем. Насчет портов я писал, чтобы отсечь подсчет трафика, который идет через протоколы, отличающиеся от HTTP (например, порты 443, 20, 21).

Цитата:
2. Белый список - не единственное место, есть еще исключения в Запись в кэш.

В белом списке правила с запретом кэширования в основном применяются для обхода всех правил в списке "запись в кэш", т.е. у этого правила немного другое предназначение, чем исключения в правилах списка "Запись в кэш". И поэтому его-то как раз и можно использовать как критерий, а исключения в списке "Запись в кэш" нет.
Автор: Churchill
Дата сообщения: 28.08.2006 22:30
unreal666

Цитата:
Насчет портов я писал, чтобы отсечь подсчет трафика, который идет через протоколы, отличающиеся от HTTP (например, порты 443, 20, 21).

А можно поподробнее? Или ссылку на написанное ранее?
Автор: unreal666
Дата сообщения: 28.08.2006 22:52
Churchill
Да это я предложениz выдвигал для введения опций в HC на предыдущей странице.
Автор: forever
Дата сообщения: 28.08.2006 22:57
unreal666

Цитата:
Насчет портов я писал, чтобы отсечь подсчет трафика, который идет через протоколы, отличающиеся от HTTP (например, порты 443, 20, 21).

Довольно часто применяются нестандартные порты. Порт - это не способ.


Цитата:
В белом списке правила с запретом кэширования в основном применяются для обхода всех правил в списке "запись в кэш", т.е. у этого правила немного другое предназначение, чем исключения в правилах списка "Запись в кэш".

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


Цитата:
И поэтому его-то как раз и можно использовать как критерий, а исключения в списке "Запись в кэш" нет.

Не вижу разницы.
Автор: Churchill
Дата сообщения: 28.08.2006 23:05
forever
Я завтра побалуюсь с Экцелем! Посмотрю - что реально получается по траффу на ресурсах.
Если буду в ударе - сваяю програмку .xls для анализа монитора
Автор: unreal666
Дата сообщения: 28.08.2006 23:16
forever

Цитата:
В плане статы - абсолютно то же самое.

Белый список создан для других целей. Особенно для обхода "Запись в кэш".
Если подсчитывать, как ты тут пишешь, то получиться, что подсчитывается не экономия трафика, а соотношение взято_из_кэша/(взято_из_кэша + записано_в_кэш).
А кому нужно это соотношение?

Добавлено:

Цитата:
Довольно часто применяются нестандартные порты. Порт - это не способ.

Для HTTPS применяется 443 порт. Для FTP редко бывают порты, отличающиеся от стандартных.

Добавлено:
Да и вообще через HC пускать только HTTP трафик. Тогда и фильтрация по портам не нужна.

Добавлено:
Т.к. HC это все-таки кэширующий HTTP-прокси сервер, а не биллинговая система.
Автор: forever
Дата сообщения: 28.08.2006 23:56
Churchill

Цитата:
Если буду в ударе - сваяю програмку .xls для анализа монитора

Похвально, но... твою программку увидит пара десятков посетителей этого топика, а "процент" в мониторе видят тысячи.

unreal666

Цитата:
Если подсчитывать, как ты тут пишешь, то получиться, что подсчитывается не экономия трафика, а соотношение взято_из_кэша/(взято_из_кэша + записано_в_кэш).

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


Цитата:
А кому нужно это соотношение?

Во-первых, мне и мне подобным. Я не вижу пользы от НС. Я знаю, что она есть, но я ее не вижу в числовом исчислении. Меня убеждать в пользе НС не нужно, но мне самому интересно, я хочу знать _реальную_ экономию. А есть те, кого убеждать нужно.
Во-вторых, это нужно самому НС: "процент" в мониторе - главный критерий оценки его эффективности. А НС в чем то слишком скромен (списки/исключения), в чем-то устарел (протоколы отличные от HTTP). Обычно (за исключением последних 10 дней) у меня в день экономия 0.2% - представь, что думает обычный юзер глядя на такую цифру.
Автор: unreal666
Дата сообщения: 29.08.2006 00:15

Цитата:
Цитата:
А кому нужно это соотношение?     

Во-первых, мне и мне подобным.

Тебе нужно соотношение соотношение взято_из_кэша/(взято_из_кэша + записано_в_кэш) ? Если да, то это уже не подсчет экономии трафика, а непоянтно что. Вот из-за расхождений в мнениях, что нужно для подсчета экономии, пока наверно и не будет переделки этой фигни.

Цитата:
тобы считалось как и раньше, но минус все исключения (БС, ЧС, ограничения по размеру файлов), минус "нестраничные" типы файлов даже если их нет в заданных исключениях (архивы, образы, видео, музыка) - т.е. то, что не будет запрошено из кэша, даже если туда попадет по недостаточности настроек списков.

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

Добавлено:
И при появлении этих опций лучше в меню отдельную ветку дерева создать. Типа "Биллинг" или "Подсчет трафика".
Автор: forever
Дата сообщения: 29.08.2006 01:35
unreal666

Цитата:
Тебе нужно соотношение соотношение взято_из_кэша/(взято_из_кэша + записано_в_кэш) ? Если да, то это уже не подсчет экономии трафика, а непоянтно что.

ОК. Давай тогда чуть-чуть вернемся назад: а что такое экономия? Что мы считаем, точнее, что должно считаться как экономия, а что нет?


Цитата:
Вот из-за расхождений в мнениях, что нужно для подсчета экономии...

Я потому и поднял тему: давай определяться, что нам нужно.


Цитата:
А если хочу подсчитывать именно с этими архивами.

И с FTP и с HTTP? Имхо нужно два процента: процент от общего трафика (как сейчас), процент от "подконтрольного" трафика - то что я и хочу.


Цитата:
Да и в саму прогу все типы этих файлов не запихаешь, да и некоторые из них по расширению не поймаешь (если качаются через антилич).

Идеально точного подсчета в принципе не будет. Хотя бы потому, что НС - промежуточная инстанция, а у руля браузеры со своим кэшем.


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

Мне кажется это сложнее, чем изменить алгоритм расчета.


Цитата:
лучше в меню отдельную ветку дерева создать. Типа "Биллинг" или "Подсчет трафика".

Биллинг - несколько другая кухня.
Автор: unreal666
Дата сообщения: 29.08.2006 02:24

Цитата:
ОК. Давай тогда чуть-чуть вернемся назад: а что такое экономия? Что мы считаем, точнее, что должно считаться как экономия, а что нет?

Соотношение взято_из_кэша/(взято_из_кэша + записано_в_кэш + не_записано_в_кэш). Из не_записано_в_кэш удалять то, что совпало с правилом в БС с включенным столбцом "Запись в кэш" (опционально), совпало с правилом в ЧС (опционально).

Цитата:
Мне кажется это сложнее, чем изменить алгоритм расчета.

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

Цитата:
И с FTP и с HTTP? Имхо нужно два процента: процент от общего трафика (как сейчас), процент от "подконтрольного" трафика - то что я и хочу.

Пока не реализовано кэширование FTP (HTTPS вообще толку кэшировать нет), то и пускать трафик FTP через HC смысла нет. А как появится возможность кэшировать FTP, можно будет в настройках подсчета трафика вкл./откл. подсчет для FTP.


Добавлено:
Ладно. На 14 часов отключаюсь от Инета, т.к. пошел платный Инет
Автор: forever
Дата сообщения: 29.08.2006 13:21
unreal666

Цитата:
Соотношение взято_из_кэша/(взято_из_кэша + записано_в_кэш + не_записано_в_кэш). Из не_записано_в_кэш удалять то, что совпало с правилом в БС с включенным столбцом "Запись в кэш" (опционально), совпало с правилом в ЧС (опционально).

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


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

Полный трафик и так сейчас учитывается.

Давай, чтобы не усложнять остановимся на двух "процентах": Экономия (в нынешнем варианте) и Эффективность (взято_из_кэша/(взято_из_кэша + записано_в_кэш)). И не нужно ни дополнительных опций, ни списков расширений файлов и т.д. Оценивается эффективность использования кэша.


Цитата:
Пока не реализовано кэширование FTP (HTTPS вообще толку кэшировать нет), то и пускать трафик FTP через HC смысла нет. А как появится возможность кэшировать FTP, можно будет в настройках подсчета трафика вкл./откл. подсчет для FTP.

Смысла нет, но кто-то может пользоваться. Так же можно сказать, что и кэшировать FTP вообще смысла нет - с FTP ведь в большинстве своем файлы качаются только один раз. Но кому-то может же понадобиться. Так же и с HTTPS - смысла нет, но кто-то ведь может пользоваться и не наше дело зачем.
Автор: KPOCCOBOK
Дата сообщения: 29.08.2006 14:16
Чет ниче не пойму.. папочка Cache в проге растет, но оттуда ничего не берется. Все пишется в мозиловский кэш. Картинки грузятся всегда - независимо от галок "отключить для.."
Что не так?

Добавлено:
Разобрался - дело в ILO было.. Но хотелось бы юзать и его, но он берет инфу из кэша самой мозиллы, а не из Handy.. Кто-нитьь подскажет как сделать ?
Автор: Churchill
Дата сообщения: 29.08.2006 15:05
KPOCCOBOK

Цитата:
дело в ILO было..

Енто - что такое?

Автор: KPOCCOBOK
Дата сообщения: 29.08.2006 15:43
Churchill

Цитата:
Енто - что такое?

Это расширение ImgLike Opera
Автор: Churchill
Дата сообщения: 29.08.2006 16:22
KPOCCOBOK

Цитата:
Это расширение ImgLike Opera

У меня Опера AC - последняя, практически всё по умолчанию. Только прописал проксю и уменьшил до самого мин. Оперовский кэш.
HC - тоже по умолчанию поставил практически.
Всё работает.
Автор: Dimanish
Дата сообщения: 29.08.2006 18:09
Churchill
И причём тут расширение для Firefox ImgLikeOpera?
Автор: KPOCCOBOK
Дата сообщения: 30.08.2006 23:59
Можно как-нить отключить "Монитор" ? Мне кажется именно из-за него на слабых машинках тормоза, при открытии страниц..
Автор: unreal666
Дата сообщения: 31.08.2006 01:04
Удалил. Не в ту тему записалось.
Автор: arc
Дата сообщения: 31.08.2006 08:23
А HTTPS прога держит, что-то я не понял...

Добавлено:
Держит, все сорри))
Автор: faZZ
Дата сообщения: 31.08.2006 09:56
arc
13:23 31-08-2006
Цитата:
А HTTPS прога держит, что-то я не понял...

Добавлено:
Держит, все сорри))


держать то она держит, только не кэширует. планируется когда-нибудь сделать
Автор: arc
Дата сообщения: 31.08.2006 11:52
Есть такая байда...

Что скажете?
Автор: mai62
Дата сообщения: 31.08.2006 13:12
KPOCCOBOK

Цитата:
Можно как-нить отключить "Монитор" ? Мне кажется именно из-за него на слабых машинках тормоза, при открытии страниц..

Для снижения нагрузки на проц рекомендую:
- выключить Общие/Вид/Вести лог;
- включить Не показывать соединения в мониторе для Черного списка и списка Только из кэша.
arc

Цитата:
Есть такая байда...

При активной работе НС потребляет немало памяти, в основном для работы регулярных выражений. В следуещей версии кроме прочего будет:
- обновлена версия библиотеки для регулярных выражений (обещается снижение потребления памяти);
- после простоя (отсутствия запросов) в течение 15 мин. память будет освобождаться с уменьшением памяти НС до ~4.5 Мб.
Автор: PopovSergej
Дата сообщения: 31.08.2006 15:48
arc
интересно что можно с HC делать чтоб он столько потреблял?
у меня например метров 15-20 (Списки фильтров от NapA из шапки), и тормозов от HC замечено небыло.
Автор: NothingAnother
Дата сообщения: 01.09.2006 12:24
mai62
Цитата:
В следуещей версии
Да мы тут уже все жданки прождали... Не в смысле "давай, торопись", а в смысле "ну, когда же?" Хоть намекни как-нить...
И ещё - на твоих хостингах случайно нет счётчика скачки файлов? Понятно, что HC распространяется и локально, тем ни менее было бы интересно...
Автор: mai62
Дата сообщения: 01.09.2006 13:25
NothingAnother

Цитата:
Да мы тут уже все жданки прождали... Не в смысле "давай, торопись", а в смысле "ну, когда же?"

Скоро

Цитата:
И ещё - на твоих хостингах случайно нет счётчика скачки файлов? Понятно, что HC распространяется и локально, тем ни менее было бы интересно...

Автор: Margor
Дата сообщения: 01.09.2006 13:54
Пишу и боюсь .... Просьба не пинать ламера . Можно ли господ профессионалов попросить рекомендовать настройки НС, Оперы и Проксомитрона для моей конфигурации (а то уже совсем запутался, кажется). Судя по монитору - экономия у меня совсем ерундовая (ок 3%). Вот что у меня стоит:
Опера (9.1 8552) - какой кеш выставить и способ загрузки картинок?
Proxomitron - сделать его внешним или поставить впереди НС? Сейчас так - Опера->НС->Proxomitron->WEB.
HandyCache - что нужно настроить и где какие галки поставить/снять (пошагово)?

Как живу в инете: ежедневно посещаю 15-20 различных ресурсов. Для новых ресурсов - сначала необходим только текст. Если новые идут в закладки, тогда их тоже в кеш с графикой.
P.S.
Уж больно полезная, судя по отзывам прога... Но человеку, мало связанному с настройкой софта и без приличных знаний по существу вопроса все-таки трудновато освоить в одиночку. Так что не взыщите...

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Folder Marker (FolderMarker)


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