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

» HandyCache ( Часть 5 )

Автор: demOOnk
Дата сообщения: 25.11.2006 01:43
не пойму - почему gmail чат (http://mail.google) не работает
условие mail\.google - работает
хост и порт оставил как есть (пусто 0)
а чат не хочет.
Автор: ALeXkRU
Дата сообщения: 25.11.2006 01:47
dimonprodigy
это после того, как указанная строка была скопирована в буфер (без конечного пробела), а затем - с помощью команды контекстного меню (правой клавишей мыши в черном списке) Добавить правило из буфера вставлена в список
Автор: dimonprodigy
Дата сообщения: 25.11.2006 05:01
ALeXkRU
уже все ок... может, пробел ненароком добавлялся? не знаю((
Автор: DenZzz
Дата сообщения: 25.11.2006 15:56
demOOnk

Цитата:
не пойму - почему gmail чат (http://mail.google) не работает
условие mail\.google - работает

Попробуй написать правило по-другому, например так: google\.com
Похоже, там идет переадресация на https://www.google.com/accounts/...
Посмотри точнее, какой адрес написан в адресной строке после захода на чат.
Автор: goga11
Дата сообщения: 25.11.2006 16:14
В разделе Кэш\управление есть пункт "не сохранять файлы больше", кто может из опыта подсказать какое ограничение лучше поставить?
Автор: Helionaut
Дата сообщения: 25.11.2006 17:02
2 demOOnk
Проверь, что происходит при попытке gmail чата загрузиться. Я исправил одно из правил черного списка и чат заработал.. Кажется это было 6-е правило. Я убрал из него кусок, в котором было ?rand. Теперь оно выглядит так:
#4#~#True#~#.?(hotlog|tours|sharereactor|livejournal\.com/userpic).*#~##~#
Автор: V0lt
Дата сообщения: 25.11.2006 17:21
goga11

Цитата:
В разделе Кэш\управление есть пункт "не сохранять файлы больше", кто может из опыта подсказать какое ограничение лучше поставить?

Если весомые файлы качаешь "качалкой" в обход HC, то можно вообще ничего не ставить.
Если приходиться качать браузером и лень запускать очистку, то думаю, что для обычного юзера 2..4 мб будет вполне достаточно. Тут все зависит от того с какими страницами/картинками приходится сталкиваться, ты же хочешь их увидеть в офлайне.
Я этой опцией не пользуюсь
Автор: cluster
Дата сообщения: 25.11.2006 22:05
и всё-таки DNS-кэш надо дорабатывать..
Не мог попасть на один сайт, который я регулярно посещаю. Перекидывает на родственный сервер, который указывает, что запрашиваемая страница не найдена. Монитор пишет "404 Not Found". Перерыл все списки, поотключал их.. не помогло. Пробую в IE (без прокси). Сначала вовсе не открывал ничего. Раза с 4-го всё-таки удалось. И после этого в Макстоне, через НС эта страница открывалась.
Потом опять столкнулся с подобной проблемой. Но тут вспомнил про ДНС-кэш. Нашёл в нём нужную запись, удалил, и всё заработало.
Автор: forever
Дата сообщения: 25.11.2006 22:29
cluster

Цитата:
и всё-таки DNS-кэш надо дорабатывать..

И как ты предлагаешь доработать? Т.е. как по-твоему должен был повести себя НС в этой ситуации?
Автор: demOOnk
Дата сообщения: 25.11.2006 23:21
[Helionaut
q]Проверь, что происходит при попытке gmail чата загрузиться. Я исправил одно из правил черного списка и чат заработал.. Кажется это было 6-е правило. Я убрал из него кусок, в котором было ?rand. Теперь оно выглядит так:
#4#~#True#~#.?(hotlog|tours|sharereactor|livejournal\.com/userpic).*#~##~#[/q]
Ура!!! пасиб помогло.
тока я не понел как чорный список влияет на выбор прокси? или это правило просто запрещало чат?
Автор: cluster
Дата сообщения: 25.11.2006 23:41
forever

Цитата:
И как ты предлагаешь доработать? Т.е. как по-твоему должен был повести себя НС в этой ситуации?

я не программер. но жалобы на днс-кэш тут писали.
Как повести? Тупо открыть запрашиваемую страницу. Чего, в принципе, от него и ждут.
Автор: forever
Дата сообщения: 25.11.2006 23:57
cluster

Цитата:
Тупо открыть запрашиваемую страницу.

Дык что открывать если 404? Что сервер в итоге отдал - то и показал.
Автор: cluster
Дата сообщения: 26.11.2006 00:07
forever
после того, как я убил запись в днс, сразу открыл то, что надо. как ещё это понимать?
Автор: vinpur
Дата сообщения: 26.11.2006 00:17

Цитата:
Как повести? Тупо открыть запрашиваемую страницу. Чего, в принципе, от него и ждут.

То есть ты хочешь, чтобы DNS-кэш при невозможности открыть страницу отработал вхолостую и игнорируя запись в нём пытался дальше открыть запрошенную страницу?
Автор: forever
Дата сообщения: 26.11.2006 00:27
cluster
Правильно ты понимаешь: в кэше была устаревшая запись. Сайт переехал. Если бы сервер вернул 502-ю ошибку, то НС проверил бы актуальность IP и ты попал бы на вожделенный сайт. Но сервер вернул 404 - т.е. IP актуален, просто ты запрашиваешь несуществующую страницу. Можно, конечно, и на каждую 404-ю делать повторный запрос к DNS, но не уверен, что это правильно.
Автор: cluster
Дата сообщения: 26.11.2006 00:36
forever
Я не говорил, что сайт переехал. Говоря о родственной странице, я имел в виду страницу того же автора, что и проблемный сайт.

Добавлено:
vinpur
Дело в том, что такая проблема имеет место быть в редких случаях и не только с этим сайтом.
Работает себе, работает. А потом бац, и нету. Удаляешь днс-запись - всё пучком.
Автор: forever
Дата сообщения: 26.11.2006 00:47
cluster

Цитата:
Я не говорил, что сайт переехал.

А что еще по-твоему может означать смена IP?
Автор: demOOnk
Дата сообщения: 26.11.2006 00:53

Цитата:
Helionaut

Цитата: Проверь, что происходит при попытке gmail чата загрузиться. Я исправил одно из правил черного списка и чат заработал.. Кажется это было 6-е правило. Я убрал из него кусок, в котором было ?rand. Теперь оно выглядит так:
#4#~#True#~#.?(hotlog|tours|sharereactor|livejournal\.com/userpic).*#~##~#

Ура!!! пасиб помогло.
тока я не понел как чорный список влияет на выбор прокси? или это правило просто запрещало чат?
Автор: vcrank
Дата сообщения: 26.11.2006 07:52
Проблема с swf (точнее с кривыми руками).
В настройках:
Запись в кэш и загружать только из кэша: .*\.(bmp|gif|img|ipg|jp(e)?g|png|ico|swf|cur|mid(i)?|mp3)$

Что-то не могу понять как указать если файл есть в кэше, то из кэша, а если его там нет, то из инета...

P.S.: FAQ читал
Автор: otzhig
Дата сообщения: 26.11.2006 08:52
не палучаеццо падружыть HC с Opera перечитал FAQ, сделал все таг каг там сказана и толку нет. менюшки в браузере присуцтвуют, а реакцыи на них у HC никакой. просто ничиво нидабавляет никуда. HC последняя бета, Опера 9. памажыте!
Автор: DenZzz
Дата сообщения: 26.11.2006 08:52
demOOnk

Цитата:
кароче условный прокси можно не включать - проблема тока правиле ЧС

Если бы ты посмотрел в Монитор HC, то понял бы это еще вчера...



cluster

При чем тут DNS-кэш HC, если даже:
Цитата:
Пробую в IE (без прокси). Сначала вовсе не открывал ничего. Раза с 4-го всё-таки удалось.

Больше похоже на временные проблемы с сервером или веб-мастер обновлял на сервере тот сайт.



vcrank

Цитата:
Что-то не могу понять как указать если файл есть в кэше, то из кэша, а если его там нет, то из инета...

Для этого предназначен список "Не обновлять". В "Только из кэша" свое правило отключи, иначе оно сработает раньше...



otzhig

Цитата:
менюшки в браузере присуцтвуют, а реакцыи на них у HC никакой. просто ничиво нидабавляет никуда.

А файл HCCmd.exe ты не забыл положить в папку Оперы ( C:\Program Files\Opera\ ) ?
Автор: cluster
Дата сообщения: 26.11.2006 10:59
DenZzz

Цитата:
Больше похоже на временные проблемы с сервером или веб-мастер обновлял на сервере тот сайт.

Больше похоже на проблемы со связью в тот момент. У меня такое бывает. Так что на IE можно не обращать внимания.
Автор: DenZzz
Дата сообщения: 26.11.2006 11:29
forever

Цитата:
Можно, конечно, и на каждую 404-ю делать повторный запрос к DNS, но не уверен, что это правильно.

Мне кажется разумным запросить IP при получении "404", если это корневая страница (без Referer-а).

Я даже наблюдал ситуацию, когда по IP из DNS-кэша без всяких "404" я попадал не на тот сайт, который был мне нужен... Лечил обновлением записи в DNS-кэше.

mai62

В общем, неплохо бы настраивать "время жизни" для записей в DNS-кэше...
Автор: mai62
Дата сообщения: 26.11.2006 11:57
DenZzz

Цитата:
В общем, неплохо бы настраивать "время жизни" для записей в DNS-кэше...

В первых непубличных реализациях "время жизни" было. Но с ним тоже вопросы:
1. для каждой записи свое время делать или одно на всех?
2. какие рекомендации пользователю давать по его установке?
А главное, что вероятность решения поднимаемых проблем при помощи "времени жизни" невелика, если только не сделать это время равным секунд 10.
Автор: DenZzz
Дата сообщения: 26.11.2006 12:16
mai62

Цитата:
1. для каждой записи свое время делать или одно на всех?

Одно на все бы хватило, как в Outpost'е. Зачем усложнять...

Цитата:
2. какие рекомендации пользователю давать по его установке?

В зависимости от частоты смены IP сайтов, где он бывает.
Меня устроит раз в неделю (7 дней). Кажется, так по умолчаю в том же Outpost'е...

Цитата:
А главное, что вероятность решения поднимаемых проблем при помощи "времени жизни" невелика, если только не сделать это время равным секунд 10.

Не скажи. Ну, IP же сайтов не меняются постоянно через каждые 10 секунд!
От чего поможет? Например, я редко захожу на некоторые сайты - за это время IP могло уже измениться.
Вот, если бы HC автоматически обновлял (или удалял) "старые" записи, то пользователь проблем бы не заметил!
Автор: forever
Дата сообщения: 26.11.2006 12:35
DenZzz

Цитата:
В зависимости от частоты смены IP сайтов, где он бывает.

Это же непредсказуемо.


Цитата:
Ну, IP же сайтов не меняются постоянно через каждые 10 секунд!

Именно. И закономерности нет: сайт может годами лежать на одном хосте, а может перехать в любой момент - и это 99,9% не попадет под 7-мидневный (3-х, 5-ти) TTL. Поэтому mai62 и говорит про 10 секунд.

Автор: mai62
Дата сообщения: 26.11.2006 12:53
DenZzz
Представь у тебя стоит 7 дней. Прошло 1 (1, 1.2, 1.99, 3, 6.7...) дней и IP у сайта поменялся. Ты будешь ждать пока истекут установленные 7 дней?
Автор: DenZzz
Дата сообщения: 26.11.2006 13:05
forever

Цитата:
сайт может годами лежать на одном хосте, а может перехать в любой момент - и это 99,9% не попадет под 7-мидневный (3-х, 5-ти) TTL.

Все равно надо чистить DNS-кэш от "старого мусора"! У меня уже сейчас в DNS-кэше больше тысячи записей! 80% из них мне никогда больше не понадобятся, 10% возможно понадобятся через несколько месяцев. Как их убрать из DNS-кэша? Руками через контестное меню "до посинения"?

Вот я и предлагаю ввести TTL, через которое автоматически удалять старые записи из DNS-кэша! Тогда пользователь не нарвется на старый IP в DNS-кэше, скажем, уже через неделю...

Добавлено:
mai62

Цитата:
Представь у тебя стоит 7 дней. Прошло 1 (1, 1.2, 1.99, 3, 6.7...) дней и IP у сайта поменялся. Ты будешь ждать пока истекут установленные 7 дней?

Найду эту запись и удалю ее или обновлю! Зато через 7 дней у меня такой ситуации не возникнет в принципе!

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

Зато будет уверенность в 7-дневной "свежести" DNS-кэша!
Автор: forever
Дата сообщения: 26.11.2006 13:12
DenZzz

Цитата:
Все равно надо чистить DNS-кэш от "старого мусора"!

Однозначно. Это будет.
Автор: mai62
Дата сообщения: 26.11.2006 13:30
DenZzz

Цитата:
Найду эту запись и удалю ее или обновлю! Зато через 7 дней у меня такой ситуации не возникнет в принципе!

Да, ровно через 7 дней (с точностью до секунды) не возникнет, но может возникнуть через любое другое время.

Цитата:
Не вижу ничего страшного в том, что у меня раз в неделю для загружаемых сайтов будет запрашиваться IP на DNS-сервере. Много трафика это не отъест!

Страшного на самом деле ничего нет, только вот и пользы почти никакой.

Цитата:
Зато будет уверенность в 7-дневной "свежести" DNS-кэша!

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

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Polycom PVX


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