» HandyCache ( Часть 4 )

Прежде всего спасибо автору за программу, легкий хороший прокси. Однако есть 2 замечания/бага:
1. При определенных условиях, например если инет пока не подключен происходит массовое обращение localhost:8080/config.script и таймаут, поскольку его нет, причем после включения интернета это продолжается, отсюда невозможность работать.
2. Ограниченное число потоков скачивания. Допустим у меня опера открывает 5 сайтов, если 1 недоступен или доступен очень медленно он может захватить все скачивающие потоки, соответственно до остальных очередь не доходит, пока не происходит вылет по таймауту. Возможно нужно ограничить количество потоков для одного адреса или увеличить общее количество.

Цитата:

Возможно нужно ограничить количество потоков для одного адреса или увеличить общее количество.

Не поможет. Это проблема самой Оперы. В ней и надо вводить такую опцию.

cluster
В защищенном режиме резать графику можно только средствами браузера.

C0USIN

Цитата:

В защищенном режиме резать графику можно только средствами браузера.

Или проксомитрона.

Цитата:

mai62

Цитата:
НС удаляет http:// а ftp:// - нет. Поэтому твое правило не работало для URL, начинающихся с ftp://.

Может тогда правильно не вот так (?:ht|f)tp://dnl-[\d\w]+\.kaspersky-labs\.com/ , а вот так (?:ftp://|^)dnl-[\d\w]+\.kaspersky-labs\.com/ ?

Где можно почитать синтаксис написания правил?

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

vortex0220
В HC используются регеспы, совместимые с регеспами Perl.

Вот тебе некоторые ссылки:
http://program.rin.ru/razdel/html/111.html
http://www.citforum.ru/internet/perl_tut/re.shtml
http://www.rsdn.ru/article/alg/regular.xml

Да и тут в топике кто-то выкладывал ссылка на pdf файл по регеспам.
Да и еще может поискать через гугл: "Регеспы", "Регулярные выражения".


Добавлено:
C0USIN

Цитата:

А как это работает?

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

ivainc
Цитата:

Я же говорю - не все так просто. Эта галка работает как бы "для всех пользователей" и запускает ОДНО приложение автозапуском.

Ты не прав. Я специально проверил твое утверждение. Автозагрузка HC прописывается в ветке реестра HKEY_Current_User, а она для каждого пользователя своя. Если я включу автозагрузку, это не значит, что она автоматически включится у другого пользователя. Он может у себя тоже включить автозапуск, НО не для этой же копии HC а для другой, лежащей в другой папке и имеющем другие настройки. Как минимум - должен быть прописан другой порт доступа, иначе HC просто не запустится из-за конфликта портов.
А может и не включать автозапуск. Как я и говорил - это совсем не нужно. Зачем держать в памяти два HC если другой пользователь может просто пользоваться моей копией? Это самый простой способ.
Этот пост я так и отправляю, HC запущен сейчас под другим логином.

Цитата:

Попробуйте объяснить начинающему пользователю, что надо всякий раз при начале работы вручную что-то запускать...

Уже представил, что мне надо объяснять пользователям что перед выходом в интернет надо этот самый интернет включить и не забыть запустить браузер

ivainc
Тебе есть смысл включить в групповых политиках использование сценариев входа/выхода из системы, где выгружать/загружать HC при смене юзера

DenZzz
вспомнилось тут:

Цитата:

Это НЕРЕАЛЬНО мешает! Я уже больше года чищу кэш от всякого старья вручную! Потому что по дате доступа HC удаляет 0 (ноль) файлов, т.к. дата доступа файлов постоянно обновляется!

Кто в этом виноват:
- "Историк" при наполнении истории по файлам кэша;
- Поиск в кэше по содержимому через TC, "Архивариус" и т.п.;
- Архиваторы;
- Антивирусы;
- Перенос кэша на другой диск;
- и т.д.

я попробовал посмотреть на пункт 1 в списке виновных... по-моему ты не прав..

rs
Позачера поставил историка. В результате, после сканирования все даты установились на на 13 число.
Так в чем же DenZzz не прав?
Или ты в историке вручную возвращаешь даты доступа назад?

C0USIN

Цитата:

Или ты в историке вручную возвращаешь даты доступа назад?

пока нет

Цитата:

Так в чем же DenZzz не прав?

может и прав... или прав в какой-то части..пытаюсь разобраться...

я поробовал удвлить страницу из БД истории, после этого запустил полный скан кэша - даты доступа не изменились... в чём прикол - пока не ясно

rs
Загляни в реестр
HKLM\SYSTEM\CurrentControlSet\Control\FileSystem

DWORD NtfsDisableLastAccessUpdate, значение 1 или 0?

C0USIN
да, стоит 1 в реестре

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

ладно покручу нв досуге еше

rs

Цитата:

да, стоит 1 в реестре

Так у тебя же отключено изменение даты доступа! По умолчанию должно быть 0 - т.е. включено...

Может, было бы неплохо в "Историке" перед полным сканированием кэша изменять в реестре ключ NtfsDisableLastAccessUpdate на 1 - только без перезагрузки компа, кажется, это не сработает...

Пытался найти в RAR-е запрет на изменение даты доступа архивируемых файлов - нет там такого! Так что, после архивации кэша даты доступа файлов также слетают...

Цитата:

А может и не включать автозапуск. Как я и говорил - это совсем не нужно. Зачем держать в памяти два HC если другой пользователь может просто пользоваться моей копией? Это самый простой способ.
Этот пост я так и отправляю, HC запущен сейчас под другим логином.

Идея хорошая, но как так сделать, я не понимаю. Подскажите, плиз, по шагам. Я просто вовсе не гуру реестра. Кроме того, НС прописывается в реестре в секцию HKEY_USERS и запускается для КАЖДОГО пользователя.

Цитата:

Кроме того, НС прописывается в реестре в секцию HKEY_USERS и запускается для КАЖДОГО пользователя.

С чего ты это взял? В каком месте он там прописывается? Я не нашел

Цитата:

Подскажите, плиз, по шагам

Шаг номер один: Находясь под своим логином поставить галку Стартовать вместе с Windows

Это всё. Никуда в реестр лезть не надо. Он сам пропишется в секцию Run текущего пользователя. А у остальных пользователей просто не будет запускаться автоматически.

C0USIN
усугубил эксперимент: очистил БД историка полностью, запустил построение истории посещений, перезагрузил ОС - даты модификации, создания, доступа у файлов в кэше не изменились

rs
NtfsDisableLastAccessUpdate исправил? Перезагрузил комп перед сканированием?

DenZzz

Цитата:

Так у тебя же отключено изменение даты доступа! По умолчанию должно быть 0 - т.е. включено...

ааа... сорри.. точно-точно


Добавлено:
DenZzz

Цитата:

Может, было бы неплохо в "Историке" перед полным сканированием кэша изменять в реестре ключ NtfsDisableLastAccessUpdate на 1 - только без перезагрузки компа, кажется, это не сработает...

наверное лучше заняться чтением дат перед обработкой файла и восстановлением после обработки файла кэша

Добавлено:
DenZzz

Цитата:

Пытался найти в RAR-е запрет на изменение даты доступа архивируемых файлов - нет там такого! Так что, после архивации кэша даты доступа файлов также слетают...

да, если с историком, скорее всего, я решу проблему... то с прочими программами это вне нашей власти...

я всё же думаю, нужно продолжить обсуждение с mai62 о необходимости хранения дат доступа к файлам

Цитата:

С чего ты это взял? В каком месте он там прописывается? Я не нашел

Я ничего не придумал:

Windows Registry Editor Version 5.00

[HKEY_USERS\S-1-5-21-796845957-1844237615-682003330-1004\Software\Microsoft\Windows\CurrentVersion\Run]
"HandyCache"="D:\\Program Files\\HandyCache\\HandyCache.exe"


Цитата:

Это всё. Никуда в реестр лезть не надо. Он сам пропишется в секцию Run текущего пользователя. А у остальных пользователей просто не будет запускаться автоматически.

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

ivainc
У меня тоже там такая строчка но HC запускается не оттуда.
зайди под вторым пользователем и удали строку запуска HC в ветке
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run

HKEY_USERS, это похоже шаблон для новых профилей. Т.е. когда пользователь заходит в систему первый раз, то эта ветка копируется в HKEY_CURRENT_USER.

Цитата:

зайди под вторым пользователем и удали строку запуска HC в ветке
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run

удалил, но теперь НС вообще не запускается для этого пользователя, в списке цессов его нет, иконки в трее нет. А вот IE с настройками 127.0.0.1:8080 все равно работает нормально. Разве так может быть?

DenZzz

Цитата:

Пытался найти в RAR-е запрет на изменение даты доступа архивируемых файлов - нет там такого!

Вкладка Время - Сохранение времени файлов - Сохранять точное время изменения файлов/Сохранять время создания файлов/Сохранять время последнего доступа к файлам.

C0USIN
ivainc
вы чего-то недопоняли.
Ветка HKCU - это файл C:\Documents and Settings\имя_юзера\NTUSER.DAT текущего юзера.
А HKU - это ветка файлов NTUSER.DAT всех юзеров. Т.е. ветка HKCU является частью ветки HKU.
Точно так же как ветка HKCR - это отражение ветки HKEY_LOCAL_MACHINE\SOFTWARE\Classes

forever

Цитата:

Вкладка Время - Сохранение времени файлов - Сохранять точное время изменения файлов/Сохранять время создания файлов/Сохранять время последнего доступа к файлам.

Это не то! Даты доступа файлов кэша-источника, откуда RAR кладет файлы в архив, будут обновлены!

Кстати, эта настройка в RAR-е бесполезна для дат доступа - после распаковки из такого архива с включенной опцией все даты доступа файлов свежие, а не те что были сохранены в архив!

DenZzz

Цитата:

Даты доступа файлов кэша-источника, откуда RAR кладет файлы в архив, будут обновлены!

Не проверял.


Цитата:

Кстати, эта настройка в RAR-е бесполезна для дат доступа - после распаковки из такого архива с включенной опцией все даты доступа файлов свежие, а не те что были сохранены в архив!

А это зависит от опций для распаковки. Загляни на вкладку Дополнительно.

Цитата:

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

ivainc
Цитата:

удалил, но теперь НС вообще не запускается для этого пользователя, в списке цессов  его нет, иконки в трее нет. А вот IE с настройками 127.0.0.1:8080 все равно работает нормально.

Так и должно быть. Этого и добивались. HC не видно, т.к. он запущен под другим пользователем.

ВСЕ, вроде получилось с двумя папками. Просто нужно было еще права записи файлов в папку второго НС прописать. В памяти конечно теперь две копии НС. Все работает нормально.
Считаю, что вариант использования все-таки одной копии НС для совместной работы при смене пользователей невозможен, т.к. в программе используется одна настройка для порта, а также единственный INI файл, куда настройки сохраняются. Хотя конечно, может и есть другие ухищрения для решения проблемы, но это для продвинутых...

unreal666
Спасибо за ликбез
Действительно, удалил ключ из HKCU и в HKU он тоже исчез.

Добавлено:
ivainc

Цитата:

ВСЕ, вроде получилось с двумя папками.

В этом случае нужны разные настройки браузеров у пользователей, т.к. номера портов доступа к HC будут разными.

Вариант с одной копией хорош тем, что другие пользователи не смогут "испортить" настройки HC.

forever

Цитата:

А это зависит от опций для распаковки. Загляни на вкладку Дополнительно.

А ты думаешь, я этого не делал?! Ставил там все 3 галки для времени - толку нет! Дату создания и изменения восстанавливает из архива, а дату доступа - НЕТ !!! Проверь сам, потом советуй...

P.S. Я проверял на WinRAR 3.50, Win XP SP1, NTFS...