» HandyCache (часть 6)

Redisych

Цитата:

Короче, выяснил, что это HandyCache с расширением AdBlockPlus из MozillaFirefox совместно мудрят. По отдельности всё работает.

Не замечал такого.

KLERIK2222
такая же фигня и со сторонними ссылками в письмах... если я ничего не путаю

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

ссылки такого вида -
мелкая картинка - хттп/пумпурум/normal_picture.jpg
крупная (на которую надо подменить) - хттп/пумпурум/picture.jpg

HeT BonpocoB
Можно. В список "Переадресация" добавь правило:
#5#~#True#~#^(хттп/пумпурум/)normal_(?=picture\.jpg)#~#\1#~#False#~#True

MaxWell, благодарю.

[исправлено]
после долгих мучений и подборов из чужих примеров составил вот такую конструкцию:
#5#~#True#~#^(http://foto\.tut\.by/albums/userpics/.*)normal_(.*(jpg|jpeg)(\?|$))#~#\1\2#~#False#~#True
как оно работает - без понятия
[/исправлено]
похоже на правду?

(применяться планируется вот на таких страницах
-http://foto.tut.by/image/97107.html?album=14934 )
хотя в мониторе на мелкую пикчу пишет "переадресация" и "запись в кэш" одновременно, а на вторую "запись в кэш" тоесть он в итоге и ту и ту картинку в кэш загоняет чтоли?

И ещё другая проблемка с переадресацией.... картики то подменяются и отображаются нормально, а вот сохранить из браузера можно только как untitled.bmp, придётся терь из кэша их если что выискивать...

Привет я поставил Списки HC от NapA и у меня перестала открываться почта на яндексе "ошибка авторизации включите куки" куки у меня вклчены подскажите плиз какое правило надо отключить а то не могу разобраться

HeT BonpocoB

Цитата:

похоже на правду?

Чистая правда.

Цитата:

как оно работает

\1\2 означает: найденное в колонке "Правило" (например, http://foto.tut.by/albums/userpics/normal_aaa.jpg) замени на то, что находится в первых "\1" круглых скобках из выражения в колонке "Правило" (http://foto.tut.by/albums/userpics/), за которым поставь то, что находится во вторых "\2" круглых скобках (aaa.jpg). Таким образом, "normal_", не охватываемое ни первыми, ни вторыми скобками, попадает в вагон для некурящих.

"^" в правиле означает начало строки. Т.е. под правило попадут только ссылки, где буквосочетание "http://foto.tut.by/..." находится именно в начале адреса. Ибо часто можно увидеть ссылки, где наш адрес будет лишь параметром. К примеру, http://ля-ля-ля/?url=http://foto.tut.by/albums/... В таком случае мы срабатывания Переадресаци не захотим.

andreir, может почту то лучше клиенттом каким нибудь забирать? Оно намного удобнее, и прокси не нужен, и так ничего лишнего не заберёт с сервера...
Или если уж так не хочется добавь в белый список... или на время работы с почтовиком правым кликом в трее ВЫКлючай "Не обновлять" и возможно "Чёрный список", а потом опять включай... А ещё проще в самом браузере прописать сайт с почтой в "исключения на использование прокси".

MaxWell, благодарю ещё раз за разъяснения.
Ещё такой момент интересует, кто нибудь использует для кэша какие либо методы сжатия (NTFS там или ещё что) В FAQ на эту тему написано, но как то без энтузиазма. или смысла нет?

HeT BonpocoB

Цитата:

кто нибудь использует для кэша какие либо методы сжатия (NTFS там или ещё что) В FAQ на эту тему написано, но как то без энтузиазма. или смысла нет?

Если сайт отдает страницы в gzip, то смысла от сжатия мало. Остальные инетовские данные как правило уже пожаты, опять смысла не много.

HeT BonpocoB

Цитата:

Ещё такой момент интересует, кто нибудь использует для кэша какие либо методы сжатия (NTFS там или ещё что) В FAQ на эту тему написано, но как то без энтузиазма. или смысла нет?

Давно пользуюсь HandyCache, в свое время многие просили встроить поддержку сжатия кэша в один файл, но сердце уважаемого автора не дрогнуло...
Можно долго спорить, есть ли смысл от сжатия, но, думаю, это можно проверить только экспериментально. Кто хочет посмотреть, как это могло бы выглядеть, может попробовать WebLogger - он сохраняет кэш в один файл. Программа давно не обновляется, но легкая ностальгия по ней осталась (кто пользовался - поймет)...

cvad

Цитата:

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

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

Цитата:

Можно долго спорить, есть ли смысл от сжатия, но, думаю, это можно проверить только экспериментально.

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

Цитата:

кто нибудь использует для кэша какие либо методы сжатия (NTFS там или ещё что)

- на домашнем компе я пользуюсь именно NTFS-сжатием, на рабочем - нет сжатия. Никакой разницы не вижу. Если интересуют какие-то конкретные вопросы - спрашиавйте.

Сейчас на рабочем компе (было):
Размер: 348 МБ (364 910 115 байт)
На диске: 526 МБ (551 948 288 байт)
Содержит: Файлов: 60 892 Папок: 14 441

После сжатия:
Размер: 348 МБ (365 390 329 байт)
На диске: 416 МБ (436 520 623 байт)
Содержит: Файлов: 61 014 Папок: 14 458

пока сжималось - полазил немного по инету, пару вирусов отловилось

cvad

Цитата:

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

Не мешай понятия. Предлагали держать кэш в одном контейнере. Но никто не смог объяснить - зачем? Можно использовать виртуальный шифрованный диск. Но это совершенно бессмысленно. Только возрастут затраты ресурсов на шифрование и снизится скорость. А если делать свой формат контейнера то потеряем основное преимущество HC - возможность доступа к кэшу сторонними программами.

На сегодня, оптимальным решением является размещение кэша на выделенном NTFS разделе. В силу специфики содержимого. Мелкие файлы попадают прямо в таблицу MFT.

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

C0USIN

Цитата:

А вот производительность ухудшает похоже сильнее.

Это тоже никто не доказал!

MailPorter и DrWeb
Кто пользуется такой связкой будте внимательны, т.к. DrWeb с базами от 24 декабря стал считать MailPorter трояном.

Цитата:

может почту то лучше клиенттом каким нибудь забирать? Оно намного удобнее, и прокси не нужен, и так ничего лишнего не заберёт с сервера...
Или если уж так не хочется добавь в белый список... или на время работы с почтовиком правым кликом в трее ВЫКлючай "Не обновлять" и возможно "Чёрный список", а потом опять включай... А ещё проще в самом браузере прописать сайт с почтой в "исключения на использование прокси".

почтовиком я забираю почту с других ящиков а с яндекса мне надо через браузер, хорошо попробую

попробовал что интересно все равно не работает. но через хенди кеш работает еще второй комп на нем все открывается((

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

Восможно ли HandyCache установить как сервис?

Integer27h
Вообще то можно, но есть некоторые моменты, методика установки описана
на форуме . С наступающими праздниками всех .

Цитата:

MailPorter и DrWeb
Кто пользуется такой связкой будте внимательны, т.к. DrWeb с базами от 24 декабря стал считать MailPorter трояном.

Поправили, теперь всё нормально.

winhex

Цитата:

можно ли через условный прокси заюзать их одновременно? Например, что бы через каждую проксю ссылки загружались поочередно..

HandyCache этого не сможет. Можно настроить только чтобы определенные сайты или типы данных шли каждый через свой прокси.
А то что ты просишь вроде умеет делать ProxySwither.

sumchanin_Yuri

Цитата:

Integer27h
Вообще то можно, но есть некоторые моменты, методика установки описана
на форуме

Спасибо. Работает:
Использовал: Any Service 1.0.7
При создании указал - "взаимодествие с рабочим столом"
В созданной службе - запуск от имени системы, "разрешить взаимодествие с рабочим столом"

HeT BonpocoB
cvad
Я использовал не сжатие, а создал виртуальный диск в файле, с помощью ImDisk, так как меня раздражало бесконечное количество файлов при дефрагментации.
Диск я отформатировал на сектора по 512 байт, что сократило избыточность хранения маленьких файлов, которых у меня в кэше много.
Файл для хранения диска я создал разрежённым (sparse) с помощью утилиты mksparse.exe, которую уже не помню где взял.
HandyCache целиком перенёс на новый диск, а на старое место поставил символическую ссылку (dir показывает не каталог, а JUNCTION).
Настроил автоматическое монтирование по входу в систему.
Сейчас для системы всё выглядит как прежде, и мне тоже хорошо

C0USIN
Нет, ProxySwither это совсем другая история... Имеются два канала, доступ к которым осуществляется через локальный, а не удаленный прокси...
Ну хорошо, как можно распарелелить загрузку страницы на две этих прокси? Можно картинки грузить во втором потоке, что еще можно придумать?

winhex

Цитата:

что еще можно придумать?

Можно придумать два таких условных прокси:
Первый будет срабатывать на правило
(?=\d)[02468]\D*$|[a-l].{5}$
А второй - на все остальное.

MaxWell, интересно! А что делает это правило, можно в двух словах?

Смотрит последнюю цифру в ссылке. Если она четная, то сработает первый прокси, если нечетная - второй.
Если цифр нет, то смотрится шестой символ с конца. Если это буква от "A" до "L", то сработает первый прокси, если нет - второй.
Распределение 50/50, конечно, не гарантировано. Но более-менее приемлемое в среднем будет.

забавненько, необычный рандом полезно

MaxWell благодарю! - замечательное решение, как раз то, что нужно!
Кстати, нужно добавить только один условный прокси с этим условием, или один этот, а второй без условия?

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