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

» HandyCache ( Часть III )

Автор: DenZzz
Дата сообщения: 12.08.2006 11:47
unreal666

Цитата:
в "Белом списке" еще одну колонку для игнорирования. Сам "Белый список", т.е. если правило совпало, то дальше список не обрабатывать, т.е. принудительный выход из этой функции

Так сейчас так и есть, если правило сработало, то дальше список не проверяется. Как-то не логично запрещать проверку списка внутри него самого...

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


mai62

Я бы еще попросил добавить в Белый список колонку игнорирования опции "Не загружать большие файлы". Ранее обсуждалось - ты сказал ОК... Пишу в ToDo...
Автор: NothingAnother
Дата сообщения: 12.08.2006 12:01
faZZ
Мы, конечно, никому не скажем (сам рискую на плюсомёт), но лучше загляни сюда
Автор: DenZzz
Дата сообщения: 12.08.2006 12:21
faZZ

А для чего ToDo разделен на 2 части? Чем они отличаются? Под чертой: "В далекой перспективе"? Надо так и написАть...

И еще, для чего в список добавлен: HTTPS ?
Сейчас НС его транслирует через себя, но не может кэшировать, т.к. данные идут единым зашифрованным пакетом. Вы хотите, чтобы HC расшифровывал данные и сохранял их в кэше? Это вообще возможно с 128-битным шифрованием? Каким образом HC потом будет отдавать эти файлы браузеру, работающему в "защищенном" режиме?
Автор: NothingAnother
Дата сообщения: 12.08.2006 12:37
DenZzz
Цитата:
НС его транслирует через себя, но не может кэшировать, т.к. данные идут единым зашифрованным пакетом
В первоначальном варианте HTTPS не было, кто-то довнёс, видимо с оглядкой на проксомитрон (кстати, а как он с этим справлялся?). Это особенность Wiki, что в общем случае (как раз в нашем) кто угодно может редактировать что угодно. Так что, если "...Надо так и написАть...", то так и напиши
Автор: DenZzz
Дата сообщения: 12.08.2006 13:01
mai62
13:13 07-08-2006
Цитата:
Цитата:
И еще, в НС нельзя настроить часовой пояс (GMT+3), поэтому корректно If-Modified-Since будет работать только в Москве зимой или в Минске летом...

В след. версии НС будет брать это из настроек системы.

Не дает покоя эта злободневная тема - уже замучался забивать в Белый список сайты с частым обновлением страниц, типа http://ru.wikibooks.org/wiki/HandyCache , т.к. из-за неправильного времени, посылаемого HC в If-Modified-Since, сервер постоянно велит брать из кэша...
Хотелось бы побыстрее увидеть исправление...

И еще вопрос, чтобы потом не переделывать: А "летнее" и "зимнее" время учитываться будет?

Может, сделаешь возможность ручного вбивания отклонения по времени? Типа отдельного поля с настраиваемым значением отклонения местного времени от GMT. Например: GMT+4:00 ...
Тогда можно будет избежать проблем с рассинхронизированным временем на сервере и набить в настройках, скажем: GMT+4:10 ...



NothingAnother

Цитата:
В первоначальном варианте HTTPS не было, кто-то довнёс.

Хотелось бы понять, для чего кто-то это "довнес" и что он имел в виду...
А взять и тихо удалить - это неправильных подход к коллективному творчеству. Надо прежде обсудить!
Автор: NothingAnother
Дата сообщения: 12.08.2006 13:14
DenZzz
Цитата:
для чего кто-то это "довнес" и что он имел в виду
Смею предпололожить, это любители проксомитрона - насколько я помню, он HTTPS не давился

Цитата:
взять и тихо удалить - это неправильных подход
нужно кого-то уполномочить (вроде, faZZ не против), слегка там помодерировать, дабы не возник хаос
Автор: DenZzz
Дата сообщения: 12.08.2006 13:22
NothingAnother

Цитата:
Смею предпололожить, это любители проксомитрона - насколько я помню, он HTTPS не давился

Так и через HC HTTPS прекрасно работает, только не кэшируется...
Или Проксомитрон умеет кэшировать HTTPS ? Каким образом?
Автор: NothingAnother
Дата сообщения: 12.08.2006 13:30
DenZzz
Цитата:
Проксомитрон умеет кэшировать HTTPS ?
Да он не кэширующий, а фильтрующий прокси, а то бы мог (четырежды имхо!). Ну, так если фильтровал, значит как-то дешифровывал? DLL'ки libeay и ssleay не для этого просил?
Автор: unreal666
Дата сообщения: 12.08.2006 13:43
DenZzz

Цитата:
Так сейчас так и есть, если правило сработало, то дальше список не проверяется. Как-то не логично запрещать проверку списка внутри него самого...

Ага. Это я ступил.
Сейчас свой пост исправлю.

mai62

Сделай для белого списка как DenZzz написал. Т.е.

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



Добавлено:

Нафиг нужна поддержка этого HTTPS. Если ее сделать (как это реализовано в проксе), то при принятии данных с шифрованных сайтов все время будет выскакивать окошко, что адрес сертификата не соответствует адресу сайта.

Proxomitron дешифрует HTTPS, фильтрует, а потом с помощью СВОЕГО сертификата зашифровывает обратно.
Автор: faZZ
Дата сообщения: 12.08.2006 13:53
NothingAnother
15:27 12-08-2006
Цитата:

Инициатива наказуема исполнением... Взялся за гуж - не говори, что не дюж... Молодец, вобщем, спасибо, - кому-то надо было начинать... Разве что ToDo стоило оставить на титульной странице (имхо), а остальное - действительно через содержание-ссылки. Теперь бы ещё автора туда заманить

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

C0USIN
16:03 12-08-2006
Цитата:
к чему конспирация _http ?

NothingAnother
17:01 12-08-2006
Цитата:
Мы, конечно, никому не скажем (сам рискую на плюсомёт), но лучше загляни сюда

хммм... привычка. не знал, что тут нельзя так. извиняюсь

NothingAnother
18:14 12-08-2006
Цитата:
нужно кого-то уполномочить (вроде, faZZ не против), слегка там помодерировать, дабы не возник хаос

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

Добавлено:
про HTTPS. есть история изменений, странно канечна, но судя по всему я записал туда. я понимаю, что этого не надо, видимо автоматом скопировал откуда нибудь. щас уберу
Автор: DenZzz
Дата сообщения: 12.08.2006 14:19
faZZ

Если одновременно править страницу в Wiki чьи изменения сохраняться? Последнего или обоих?

Кстати, ты решил проблему с
08:25 11-08-2006
Цитата:
начал заполять страницу в вики, напоролся на проблему: страница не обновляется непонятно почему, как раньше делал (добавлял страницу в белый список и ставил галку не обновлять) не помогло. только у меня так?

Это все из-за неправильного часового пояса в HC ! Пока можно лечить правилом для Белого списка:
#11#~#True#~#ru\.wikibooks\.org/w(iki)?/#~##~##~#False#~#True#~#False#~#False#~#False#~#False#~#0

Перед этим удали из кэша папки:
Cache\ru.wikibooks.org\wiki\
Cache\ru.wikibooks.org\w\
Автор: Churchill
Дата сообщения: 12.08.2006 14:30
2All
Подскажите - иммет ли смысл создать под кэш отдельный логический диск (размером, скажем, с гиг)? Я посмотрел обсуждение этого момента в ранних постах, но так и не понял, к какому выводу народ пришел И, если смысл имеет, как его правильно настроить-прописать?
Автор: ALeXkRU
Дата сообщения: 12.08.2006 14:32
hpoint
12:07 12-08-2006
Цитата:
эту ссылочку regexp2-ref.pdf хорошо бы в факу вставить
дописал к пункту про RegExp'ы
Автор: NothingAnother
Дата сообщения: 12.08.2006 14:38
DenZzz
Цитата:
Пока можно лечить правилом для Белого списка: ru\.wikibooks\.org/w(iki)?/

Зачем же так радикально? Вполне достаточно
Код: ru\.wikibooks\.org/(?!.+\.(css|js|gif))
Автор: DOE_JOHN
Дата сообщения: 12.08.2006 14:59
NothingAnother

Цитата:
А где в таком случае кэш будет располагаться? Если на NTFS - Linux до него дотянется?

На fat. Все равно приходится его использовать для передачи файлов между системами. Хотя есть проект и с записью на ntfs.
Автор: DenZzz
Дата сообщения: 12.08.2006 14:59
NothingAnother

Цитата:
Зачем же так радикально? Вполне достаточно
ru\.wikibooks\.org/(?!.+\.(css|js/gif))

В папках \w и \wiki нет перечисленных тобой файлов, есть только промежуточные результаты правок и сами страницы (посмотри монитор HC).
Стили, скрипты и картинки лежат отдельно в других папках.
Кстати, ты в своем правиле забыл про картинки .PNG ...
Автор: NothingAnother
Дата сообщения: 12.08.2006 15:05
DenZzz
Цитата:
В папках \w и \wiki нет перечисленных тобой файлов, есть только промежуточные результаты правок и сами страницы
Точно!... Виноват!, Дурак!, Исправлюсь! (см. подпись )
Автор: unreal666
Дата сообщения: 12.08.2006 15:08
Churchill

Цитата:
Подскажите - иммет ли смысл создать под кэш отдельный логический диск (размером, скажем, с гиг)?

Есть. Фрагментации основного диска из-за HC не будет.
И если кэш будет на основном диске, то поиск файлов по всему диску сильно замедлится.
Автор: KTCG
Дата сообщения: 12.08.2006 15:18
При работе через HC кликая в браузере на ссылке "сохранить файл как", без подтверждения начинается загрузка файла, и даже если потом отказаться от его сохранения загрузка продолжается. Как с этим справиться? Подскажите, пожалуйста! Спасибо!
Автор: forever
Дата сообщения: 12.08.2006 15:30
KTCG

Цитата:
При работе через HC кликая в браузере на ссылке "сохранить файл как", без подтверждения начинается загрузка файла

Так работает Opera и HC тут ни при чем.


Цитата:
и даже если потом отказаться от его сохранения загрузка продолжается.

Ты что-то путаешь. Проверь - загрузка останавливается.
Автор: DenZzz
Дата сообщения: 12.08.2006 15:36
KTCG

Цитата:
При работе через HC кликая в браузере на ссылке "сохранить файл как", без подтверждения начинается загрузка файла, и даже если потом отказаться от его сохранения загрузка продолжается.

HC тут не при чем! Так ведет себя браузер при загрузке файлов. При нажатии "Отмена" загрузка прекращается.

Можешь в HC выставить предельный размер для "больших" файлов.
Тогда браузер будет качать большие файлы только при нажатии горячей клавиши.

Добавлено:
forever

Цитата:
Так работает Opera

Не только Опера... Проверял IE и Макстон - аналогично.
Автор: forever
Дата сообщения: 12.08.2006 15:54
DenZzz

Цитата:
Проверял IE и Макстон - аналогично.

Разберись, что там у тебя интегрировано в ослика.
Ослик закачивает начало файла (он проверяет его наличие/доступность таким образом), после чего появляется диалог "Сохранить как" - с этого момента закачка останавливается и не возобновляется до решения пользователя. В случае отказа от сохранения ничего не качается.
Автор: Paul_aka_Tiger
Дата сообщения: 12.08.2006 15:57
И Огнелис этим грешит
В журнале ][akep читал как это можно вылечить, но забыл в каком номере
Автор: DenZzz
Дата сообщения: 12.08.2006 16:02
NothingAnother

Цитата:
А HTTPS ты зря убрал - может, mai62 это будет интересно.

Этот вопрос уже не раз всплывал. Ответ был один:

01:55 26-07-2006
Цитата:
Цитата:
Можно ли как-нибудь заставить HandyCache кешировать защищённые страницы?

Если ты имеешь в виду сайты с доступом по HTTPS протоколу, то нельзя. Такие сайты проходят через НС в зашифрованном виде без разбиения на файлы.



forever

Цитата:
Разберись, что там у тебя интегрировано в ослика.
Ослик закачивает начало файла (он проверяет его наличие/доступность таким образом), после чего появляется диалог "Сохранить как" - с этого момента закачка останавливается и не возобновляется до решения пользователя.

У меня ничего такого не интегрировано! Так ведет себя "чистый" ослик 6.0 ! И не только он!

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

В некоторых браузерах даже есть опция подгружать в фоне все связанные страницы - вдруг пользователь захочет их посмотреть! Так, пошел перекусить, а трафик капает...
Автор: forever
Дата сообщения: 12.08.2006 16:20
DenZzz

Цитата:
Так ведет себя "чистый" ослик 6.0 ! И не только он!

У меня на IE нет ничего подобного. И насколько я знаю именно так и должно быть: ослик не качает файл до выбора пользователя. Точнее закачивает только начало (сделано по тупому: чем быстрее канал - тем больше успеет закачать до появления диалога).
Автор: NothingAnother
Дата сообщения: 12.08.2006 16:20
DenZzz
Ты не путай - это сейчас нельзя кэшировать, а если декодировать - будет можно!
Автор: faZZ
Дата сообщения: 12.08.2006 17:10
DenZzz
19:19 12-08-2006
Цитата:
Если одновременно править страницу в Wiki чьи изменения сохраняться? Последнего или обоих?

последнего, но можно будет найти предыдущую версию в истории
Автор: NothingAnother
Дата сообщения: 12.08.2006 22:36
faZZ
Это ты там на Wiki зажигаешь? Супер! А скромничал-то... Давай, так держать, шикарный проект поддержки получается (IZone отдыхает ). Вот только ToDo, из-за которого всё и задумывалось, теряется как-то... Рейтинг прикрутить надо бы (или что-то в этом роде средствами Wiki), чтоб mai62 не особо заморачивался на редактирование и отсев очереди, а спокойно бы занимался собственно HC
Автор: hpoint
Дата сообщения: 12.08.2006 23:01
Churchill

Цитата:
Подскажите - ...под кэш отдельный логический диск...И, если смысл имеет, как его правильно настроить-прописать?
Диску присвоена буква. У меня R:.
Так и пишу: Кэш - > Каталог -> Первый набор -> Разрешить -> Основной -> R:\
Автор: forever
Дата сообщения: 12.08.2006 23:04
NothingAnother

Цитата:
faZZ
Это ты там на Wiki зажигаешь? Супер!

Дык ты в историю правок загляни - это DenZzz за перенос фака взялся. У faZZ'а пока перекур.

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Internet Download Accelerator


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