1) Для списка "не обновлять" добавить "галки" <Обновлять раз в день> и "<Обновлять раз в сессию>" (типа как в CoolProxy)


2) Сделать списки иерархическими (Подробности ТУТ)


3) Добавить в монитор колонки <Текущая длительность закачки>, <Средняя скорость закачки>, <Примерное оставшееся время закачки>


4) Добавить опцию <Таймаут закачки страницы>. Например ставишь этот таймаут равным 30 сек. Тогда если загрузка всех файлов страницы не завершится за 30 сек. то HC выдаёт "504 Gateway Timeout (HC)" для всех "недокачанных" файлов страницы.
Причём таймаут считать от момента получения URL страницы от браузера!
Т.е., к примеру.
Получили мы от браузера URL некоторой страницы
http://handycache.ru/component/option,com_smf/Itemid,10/topic,3965.msg31917/#msg31917

Именно с этого момента начался отсчёт таймаута загрузки страницы.

И все файлы этой страницы ("дерево") должно успеть загрузиться за 30 сек.
Т.е. "таймаут" распространяется на все файлы "дерева":
http://handycache.ru/forum/Themes/default/script.js?fin11
http://handycache.ru/forum/Themes/SlickPro_Graphite/style.css?fin11
http://handycache.ru/forum/Themes/default/print.css?fin11
http://handycache.ru/share_css/share_css.css
...


Так вот.
Если какие-то их файлов страницы не успели загрузиться за указанные выше 30 сек, то HC абортирует их загрузку, а браузеру посылает "504 Gateway Timeout (HC)".

Эта фича позволит сделать так, чтобы "тормозные" сайты не "подвешивали"  канал "намертво", а кроме того можно просто посмотреть, какие из сайтов являются "тормозными"/"многожручими"
===========================================

Это то, что сразу же пришло в голову, навскидку.

А вообще идей больше было.

Если что вспомню - допишу

Доктор ТуамОсес

Вы хорошо себе представляете аппаратную конфигурацию ПК (где будет установлен HC),
которая позволит подсчитать Суммарный объём кэша в начале работы

У меня основной каталог кэша в RAM-диске 2 Gb (DDR3 PC1333 Dual Channel, платформа на INTEL S-1156 i3 540).
Файлы в кэше от 512Kb до 5Mb. Подсчет свойств каталога с кэшем занимает около 4 минут.

Что говорить о кэше на обычном HDD, или даже SSD...

Вывод - ваши "хотелки" действительно и оторваны от реальности.
ИМХО.

Отлично! Пожалуйста, предложите автору HandyCache mai62 конкретное решение по реализации поставленных вами задач в виде дополнения/расширения к HC.
Я не утверждаю, что поставленная вами задача неактуальна.
Просто при текущей организации кэша HC и развитии аппаратного обеспечения,
это будет (как минимум) создавать огромную нагрузку на дисковую подсистему и занимать много процессорного времени.
HC это кэширующий прокси-сервер.
И главное его преимущество перед остальными продуктами, существующими на рынке,
- это высокая скорость работы и гибкость в настройке, позволяющая специалисту решать широкий круг задач.
Согласитесь, реализация вашей задачи радикально снижает производительность прокси-сервера,
и для 90% пользователей такие жертвы не нужны.

P.s.: Учет и контроль трафика по посещенным пользователями ресурсам прекрасно реализован в User Gate 2.8 . Вопрос: чем вас не устраивает этот продукт?
Отвечу: скоростью работы.

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

Откуда там столько неизвестных файлов возьмётся? Всё что HC будет класть в кэш(как и удалять) будет учтено сразу. Проиндексировать содержимое потребуется один раз при обновлении HC.

---

Доктор ТуамОсес, если Вам нужен какой-то дополнительный функционал в HC, то я думаю, за определённую сумму денег автор возьмётся его реализовать. Как вариант: сделайте голосование в теме, и если проголосует достаточно народу "за"…… в любом случаи виднее будет отношение других к Вашему предложению (без никому не нужных полемик)

О'кей.

Делаю голосовалку.
Народ. Я перечислю пункты, которые я хотел бы, чтобы показывал HC.
А Вы напротив каждого пункта ответьте: "Нужно" или "Не нужно" (в зависимости от того, хотите ли лично Вы, чтобы эта информация отображалась)

Условные сокращения:
HC - Handy Cache
КФ - кол-во файлов
КФиСРЭФ - кол-во файлов и суммарный размер этих файлов


1. Текущее кол-во файлов в кэше HC
2. Текущий размер кэша HC
3. Время, прошедшее с момента запуска HC


Следующие параметры подсчитываются за время от момента запуска HC

4. КФиСРЭФ, переданных браузеру
5. КФ, не переданных браузеру (когда браузер передаёт кэнди кэшу URL файла и надеется в ответ получить файл с таким URL-ом, а кэнди кэш файл браузеру не передаёт, а отвечает каким либо сообщением {Например, "304 Not Modified", "403 Forbidden", и т.д.})

6. КФиСРЭФ, переданных браузеру из инета
7. КФиСРЭФ, переданных браузеру из кэша

8. КФ, не переданных браузеру, потому что их не удалось загрузить из инета из-за каких-либо проблем в сети.
9. КФ,  не переданных браузеру и не загружавшихся из инета по причине их попадания в чёрный список HC.
10. КФ, не переданных браузеру по причине того, что браузер сам прервал процесс передачи (Сообщение "Client disconnected" в мониторе)
11.КФ, не переданных браузеру по всем прочим причинам



{П7 + П6 = П4; П11 + П10 + П9 + П8 = П5}



12. КФиСРЭФ, не сохранённых в кэше (т.е. файлов, взятых из инета, но запись в кэш которых не проводилась {проводилась только передача их браузеру})
13. КФиСРЭФ, взятых из инета и сохранённых в кэше

{П13 + П12 = П6}

14. КФиСРЭФ, которые являются новыми в кэше
15. КФиСРЭФ, которые перезаписали ранее существовавшие в кэше файлы

{П15 + П14 = П13}

DIGGER
ВОТ
"Получите  распишитесь"(с)
Правда учитывая что форум за день посещают от силы человека 3, а за месяц от силы 10 участников, то результатов долго придётся ждать (когда проголосуют хотя бы человек 300)

Доктор ТуамОсес и DIGGER, предлагаю прочитать родственную этой, тему:
http://handycache.ru/component/option,com_smf/Itemid,10/topic,3491.msg29827/#msg29827

А я вот есть такой человек. И голосовать мне никак не получится. Вы сознательно отсекаете возможные варианты.

Посмотрите на автора темы + та тема совсем о другом. (как по мне)

я за иногда не хватает этой возможности.