HandyCache форум

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

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

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

ИМХО
1. Дисковый кэш отключи, вместо него используй RAM-кэш HC (Настройка-Кэш-Управление) хватит по-умолчанию, т.е. файл 60 Кбайт, размер не более 3Мбайт.
2. см. п.1
3. Здесь всё отключаешь, можешь только адреса оставить для истории.
4. Рисунки лучше включить, а в HC разрешить список Т, галочку "отменить для Опера" снять и назначить горячую клавишу, например Ctrl.
В этом случае Опера будет брать рисунки только из кэша, а если рисунка в кэше нет, то ниоткуда, т.е. Опера будет работать так, как будто у нее включены "кэшированные рисунки", а вместо "показывать рисунки", пользуемся горячей клавишей, в нашем примере Ctrl.

Qwert900


Вообще-то, политика экономии трафика в связке HC<=>Опера в конечном счете определяется настройками HC, поэтому настройки Оперы играют лишь косвенную роль и служат больше для удобства пользования браузером.


5 Мб должно хватить. Отключать совсем собственный кэш браузера я бы не стал, т.к. с ним браузер работает быстрее, чем с HC по HTTP-протоколу.
Очистку при выходе включи - это исключит рассинхронизацию с кэшем HC, правда, может замедлить открытие сохраненной перед закрытием сессии.


4-10 Мб.


"Никогда" ставить, ИМХО, не стоит. Если хочешь, чтобы политика обновления полностью определялась HC, то поставь "Всегда", тогда браузер будет спрашивать HC, что ему делать. Я бы поставил несколько часов (2-5).


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


Видимо, картинка уже была в кэше HC, но Опера из-за включенной опции "Кешированные рисунки" в первый раз ее просто не просила.


Рекламу лучше резать "Черным списком" HC - с помощью регулярных выражений это можно очень гибко сделать!

Может и гибче. Но скорость падает значительно.

У браузера резать рекламу получается лучше и быстрее. Черный список только вспомогательную роль должен иметь, IMHO.
Лучше бороться с причиной а не последствиями. Т.е. вместо того чтобы блокировать запросы браузера на загрузку рекламы проще сделать так чтобы он вообше не давал этих запросов.

Сергей
Для кешированных картинок скорость может упасть только за счет дополнительных запросов от Оперы к HC. Субъективно это падение для меня незначительно, а объективно лучше чуть помедленнее, зато гарантированно будут видны все картинки из кеша HC, а не только те, которые есть в кеше Оперы.
И каждый браузер надо настраивать отдельно...
Если уж охота качественно резать рекламу и экономить трафик - тут связка HC+Proxomitron+toonel.net вне конкуренции.

Qwert900
1. Дисковый кэш рекомендуется 5 Мб. Но очищать ли его при выходе?
Установить по умолчанию (20Мбайт) и очищать при выходе, тогда во время работы будет помогать ускорить загрузку, но места после выхода занимать не будет

2. Кеш в памяти какой установить?
В опере - авто, в НС - сколько не жалко, все равно там по чуть-чуть память расходуется

3. Что лучше указать в пункте "Проверять, обновлена ли страница на сервере? (отдельно указывается для "документы" и "рисунки")? "Всегда" или "никогда"?
Ни в коем случае не "Всегда"! Иначе он будет при каждом переходе вперед-назад и т.д. запрашивать все картинки. скрипты и т.д. из НС, а это лишняя работа. Ставь никогда, если будешь очищать кеш при выходе, или около суток :)

4. Применять ли опцию "Кешированные рисунки" на сайтах, где картинки совершенно не нужны? Или (при настроенном списке Н) от этого нет никакого эффекта?
Заметил, что если вначале загрузить страницу с опцией "Кешированные рисунки", а затем нажать "Показать рисунки", то рисунки появляются, а трафик не увеличивается! Получается, что страница в обоих случаях грузится из нета полностью и экономии от использования опции "Кешированные рисунки" нет никакой?
Если рисунки уже есть в кеше НС - то значит они уже когда-то загрузились и разницы никакой. А для удобства лучше использовать кешированные рисунки в самой Опере, имхо.
5. Применять ли опцию "Режим пользователя"? Он вроде тоже режет рекламу.
И не только режет, но и сайты корежит :) Он нужен только на всяких розово-зеленых сайтах, а рекламу резать НС может нормально.

DenZzz
"Никогда" ставить, ИМХО, не стоит. Если хочешь, чтобы политика обновления полностью определялась HC, то поставь "Всегда", тогда браузер будет спрашивать HC, что ему делать. Я бы поставил несколько часов (2-5).
Если кеш очищается при выходе, то Опере приходится в любом случае загружать из инета, так что "никогда" можно ставить, вроде глюков не ловил.

Сергей
У браузера резать рекламу получается лучше и быстрее. Черный список только вспомогательную роль должен иметь, IMHO.
Лучше бороться с причиной а не последствиями. Т.е. вместо того чтобы блокировать запросы браузера на загрузку рекламы проще сделать так чтобы он вообше не давал этих запросов.
Да ну брось :) Какая там задержка? НС мгновенно отвечает blocked :) Что браузер внутри себя проверяет черный список, что НС у себя - разницы нет. Уж на скорость блокирования рекламы еще никто не жаловался )

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

Значит, этих картинок просто не было в собственном кэше Оперы, вот она их и не показала!

Вместо Оперной опции "Показывать только кэшированные изображения" советую использовать список "Только из кэша" HC - он все также экономит трафик, предотвращая загрузку ненужных тебе новых картинок, которых нет в кэше HC.

Плюсы данного решения:
- Размер Оперного кэша максимум 400 Мб, в HC размер кэша не ограничен;
- HC никогда сам не удалит файлы из кэша, пока ты сам этого не пожелаешь! Т.е. картинки в кэше HC могут храниться вечно! Опера же сама без спроса удаляет файлы из кэша при его переполнении и т.д.

Родственные темы:
- Как настроить Оперу для большей экономии трафика через HC? (http://handycache.ru/component/option,com_smf/Itemid,10/topic,691.0/)
- Чем HC лучше собственного кэша Оперы? (http://handycache.ru/component/option,com_smf/Itemid,10/topic,454.0/)

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

... так я кажется настроил. вроде теперь картинки не отображаются :)
только теперь вопрос: чтобы загрузить картинку с инета, мне пришлось сделать так: правой кнопкой нажать на рисунок - загрузить рисунок - и зажал shift
скажите - так и нужно делать, или есть какой другой способ?

и еще один вопрос: рисунки в opera теперь отображаются не моментально, а с некоторой задержкой... можно ли ее как то сократить?

и еще когда я открываю сайты в опере, загрузка проходит но остается сообщение "запрос к (адрес сайта) завершен"... раньше такого не было

Если использовать кэш Оперы, то получается некоторая проблемка.
Как ее устранить я не знаю.
Суть в том, что, если я прописываю свой логин и пароль при входе на форум, то страница берется из кэша, и получается, что я как будто бы не авторизовался.
И пока не сотрешь кэш Оперы, я не могу войти на форум авторизованным.

это ещё что у мну вообще сайт rnq.ru после регистрации зацикливается!!!

У меня тоже самое. Это, видимо, из-за того, что HC блокирует некоторые картинки, а Опера продолжает их запрашивать. Как можно решить эту проблему? Подскажите пожалуйста. Заранее спасибо!

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


Нет. По HTTP-протоколу быстрее не получится! Собственно, задержка в несколько миллисекунд не так уж и велика... Конечно, если не открывать сессию с сотней сайтов. ;)


Не понял, где остается это сообщение?


В "Черном списке" есть опция "Показывать файл", где можно задать рисунок (в т.ч. прозрачный) или HTML с текстом, который будет выдаваться браузеру с случае блокировки URL.

Страница берется из кэша HC или Оперы?
В мониторе HC после авторизации случайно нет строки с URL форума и пометкой "200 From cache (HC)" Н.х ?

---

Что видишь в Мониторе HC ?

в мониторе при входе на форум всё грузится из кэша (на столько быстро что уследить не реально). ПиС: если выключить "чтение из кэша" то всё вроде бы из инета грузится но в нек строчках надпись: "страница не изменилась" и значёк будто взято из кэша.

Тогда лог к посту приложи...

Все, разобрался, страница бралась из кэша Оперы, у меня стоит проверять документы каждые 5 часов.
После обновления страницы вручную (нажатием на соответствующую кнопку), оказываюсь авторизованым.

В данный момент лог приложить не могу т.к. сдохла видюха. (попробуйте сами rnq.ru (глюки начинаются после авторизации)) :-)

В строке статуса Оперы. Она продолжает еще чего то ждать от HC. Хотя в мониторе у него уже пусто.

Проверить не могу, т.к. там не зарегистрирован. К тому же не факт, что у меня это повторится...

В общем случае, причины зацикливания HC на авторизации могут быть следующими:

• 1. Срабатывает правило списка "Не обновлять". Его номер видно в Мониторе HC (часто это правило: .* ).
  Попробуй его отключить или занеси страницу авторизации на форуме в исключения.
  
  
• 2. Если никакое правило из списка "Не обновлять" не срабатывает, а страница продолжает браться из кэша HC, то это вероятно результат работы опции "Добавить If-Modified-Since при наличии файла в кэше". Попробуй ее отключить и проверить.
  Если причина в этом, то надо либо отключить эту опцию, либо запретить HC кэшировать страницу авторизации на форуме.
  
  
• 3. Мешает собственный кэш браузера. HC не виноват!
  Поможет очистка собственного кэша браузера и изменение его настроек (см. пост мэк выше).
  
  
  

---

Это сервер велит браузеру брать файлы из его собственного кэша, потому что они не изменились. HC только транслирует ответ сервера. Если авторизация не циклится, то все нормально!

Наблюдал такое и в других браузерах! Причем в файерволе явно видно, что активных соединений браузера с HC уже давно нет! Чего же ждет браузер?

Это может быть результат блокировки какой-нибудь рекламы (баннеров, скриптов и т.д.) или криворукости веб-мастера...

В общем случае должна помочь опция "Показывать файл" в ЧС. Браузер будет думать, что получил то, что запросил...

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

Без лога HC решить твою проблему не удастся...


К автору "Историка" - rs (http://handycache.ru/component/option,com_smf/Itemid,10/action,profile/u,39/). Или задай вопрос в соответствующей теме (http://handycache.ru/component/option,com_smf/Itemid,10/topic,67.0/), возможно, кто-то из пользователей подскажет...

Заметил такой глюк в Opera даже если включена опция "Использовать HTTP/1.1 для работы с прокси" то Opera отсылает запрос используя HTTP/1.0 но с поддержкой GZip. Некоторые сайты не обращают внимание на это и отсылают GZip. Это можно исправить только в Исходном коде либо в HEX редакторе как это делать не скажу так как это нарушение авторских прав но править надо Opera.dll. Может както еще можно исправить не знаю. Может это только у меня.
Вроде так получается с http://ya.ru, http://handycache.ru

Opera:
27.07.2007 7:01:21 # 391 >>> URL: http://ya.ru/
GET http://ya.ru/ HTTP/1.0
User-Agent: Opera/9.21 (Windows NT 5.1; U; ru)
Host: ya.ru
Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1
Accept-Language: ru-RU,ru;q=0.9,en;q=0.8
Accept-Charset: iso-8859-1, utf-8, utf-16, *;q=0.1
Accept-Encoding: deflate, gzip, x-gzip, identity, *;q=0
Pragma: no-cache
Cache-Control: no-cache
Proxy-Connection: close

27.07.2007 7:01:22 # 391 <<< URL: http://ya.ru/
HTTP/1.0 200 OK
Connection: close
Content-Type: text/html; charset=windows-1251
Accept-Ranges: bytes
ETag: "-604246012"
Last-Modified: Mon, 04 Jun 2007 13:36:05 GMT
Content-Length: 2110
Date: Fri, 27 Jul 2007 01:01:29 GMT
Server: httpd



Internet Explorer:
27.07.2007 7:01:57 # 395 >>> URL: http://ya.ru/
GET http://ya.ru/ HTTP/1.1
Accept: */*
Accept-Language: ru
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Host: ya.ru
Proxy-Connection: Keep-Alive

27.07.2007 7:01:59 # 395 <<< URL: http://ya.ru/
HTTP/1.1 200 OK
Content-Type: text/html; charset=windows-1251
Accept-Ranges: bytes
ETag: "-604245820"
Last-Modified: Mon, 04 Jun 2007 13:36:03 GMT
Content-Length: 2110
Date: Fri, 27 Jul 2007 01:02:07 GMT
Server: httpd


т.е. в первом случае не сжатия GZip то во второв есть. Не надо говорить что ya.ru не надо сжимать т.к. так поступают множество сайтов.

Не вижу разницы. И там, и там длина ответа одинакова: 2110 Б.

а если вот этот сайт:
28.07.2007 6:37:55 # 287: Connection from local/127.0.0.1

28.07.2007 6:37:55 # 287 >>> URL: http://void.neverclans.ru/
GET http://void.neverclans.ru/ HTTP/1.0
User-Agent: Opera/9.21 (Windows NT 5.1; U; ru)
If-Modified-Since: Fri, 27 Jul 2007 04:00:24 GMT
Host: void.neverclans.ru
Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/jpeg, image/gif,

image/x-xbitmap, */*;q=0.1
Accept-Language: ru-RU,ru;q=0.9,en;q=0.8
Accept-Charset: iso-8859-1, utf-8, utf-16, *;q=0.1
Accept-Encoding: deflate, gzip, x-gzip, identity, *;q=0
Proxy-Connection: close


28.07.2007 6:37:56 # 287: DNS resolve void.neverclans.ru --> 213.219.245.146

28.07.2007 6:37:57 # 287:  Outbound Connection

28.07.2007 6:37:59 # 287 <<< URL: http://void.neverclans.ru/
HTTP/1.1 200 OK
Server: nginx/0.5.17
Date: Sat, 28 Jul 2007 00:38:07 GMT
Content-Type: text/html; charset=WINDOWS-1251
Connection: close
X-Powered-By: PHP/4.3.8
Set-Cookie: PHPSESSID=b10607143bad4d441b3b75baa11d1c7c; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache


28.07.2007/06:37:55 local http://void.neverclans.ru/  77875  2 "200 OK" З.27
З.27 (Запись в кэш): (.)*.*



IE:
28.07.2007 6:39:32 # 350: Connection from local/127.0.0.1

28.07.2007 6:39:32 # 350 >>> URL: http://void.neverclans.ru/
GET http://void.neverclans.ru/ HTTP/1.1
Accept: */*
Accept-Language: ru
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
If-Modified-Since: Sat, 28 Jul 2007 03:38:22 GMT
Host: void.neverclans.ru
Proxy-Connection: Keep-Alive


28.07.2007 6:39:32 # 350: DNS resolve void.neverclans.ru --> 213.219.245.146 (From cache)

28.07.2007 6:39:33 # 350:  Outbound Connection

28.07.2007 6:39:34 # 350 <<< URL: http://void.neverclans.ru/
HTTP/1.1 200 OK
Server: nginx/0.5.17
Date: Sat, 28 Jul 2007 00:39:42 GMT
Content-Type: text/html; charset=WINDOWS-1251
Transfer-Encoding: chunked
Connection: keep-alive
Keep-Alive: timeout=20
X-Powered-By: PHP/4.3.8
Set-Cookie: PHPSESSID=d470d5842075ab3066a34042eb8eda70; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Encoding: gzip

28.07.2007/06:39:32 local http://void.neverclans.ru/  18025  2 "200 OK gzip" З.27
З.27 (Запись в кэш): (.)*.*

Это не глюк, а эвристический алгоритм Оперы! При первом за сессию обращении к сайту Опера шлет только первый запрос по протоколу HTTP/1.0, чтобы выяснить, чего умеет сервер. Если сервер отвечает, используя протокол HTTP/1.1, то все следующие запросы Опера уже шлет по HTTP/1.1.

Нажми кнопку "Обновить" в Опере на сайте http://void.neverclans.ru/ или перейди по какой-нибудь ссылке на другие страницы сайта и увидишь GZIP !   :)


Кстати, не все сайты отвечают HTTP/1.1 на запрос 1.0 Оперы со всеми вытекающими... но это уже совсем другая история...  ;)


P.S. Подожди выхода новой версии HC - там будет реализована поддержка метода OPTIONS (http://handycache.ru/component/option,com_smf/Itemid,10/topic,190.0/) и тогда Опера будет сразу при первом запросе использовать HTTP/1.1.

 Opera с HandyCache.
Настройка сети браузера: количество соединений к серверу -> 64; общее количество соединений -> 64.
Источник: Opera Browser Wiki :: Opera Performance Enhancements (http://operawiki.info/OperaPerformance)