Alessandro
Новичок
Репутация: +0/-0
Offline
Сообщений: 2
|
|
« : 23 декабря 2009, 22:28:36 » |
|
Решил обновить HC до версии 1.0.0.252, после этого появилась проблема с сайтом www.buzzerbeater.comПри авторизации на этом сайте (вводе логина/пароля) выдается сообщение Blocked Access to the requested URL http://www.buzzerbeater.com/default.aspx was not allowed (bad redirect). я пробовал отключать все списки и чтение из кеша - результат тот же. если отключить HC в броузере, логинюсь без проблем лог приатачен Исправлено с версии 1.0 RC3 (1.0.0.268) от 03.03.2010 г.!
|
|
|
|
|
DenZzz
|
|
« Ответ #1 : 23 декабря 2009, 23:25:15 » |
|
mai62Похоже на баг. Не нужно блокировать редиректы POST-запросов. 23.12.2009/21:20:19 local/127.0.0.1 http://www.buzzerbeater.com/Default.aspx 157 157/707 100% 15233 "403 Forbidden (HC) POST" Bad redirect
|
|
|
|
|
mai62
|
|
« Ответ #2 : 24 декабря 2009, 00:44:29 » |
|
В следующей версии сделаю опцию для отключения блокирования редиректов. Пока попробуй использовать это расширение.
|
|
|
|
|
Alessandro
Новичок
Репутация: +0/-0
Offline
Сообщений: 2
|
|
« Ответ #3 : 24 декабря 2009, 01:33:00 » |
|
не помогает 24.12.2009/00:11:35 local/127.0.0.1 http://www.buzzerbeater.com/default.aspx?x 159 159/709 100% 15259 "403 Forbidden (HC) POST" Bad redirect Bad redirect я пока поставил более старую версию, где проблемы нет. в общем-то для меня особой разницы нет
|
|
|
|
|
DenZzz
|
|
« Ответ #4 : 24 декабря 2009, 15:15:31 » |
|
В следующей версии сделаю опцию для отключения блокирования редиректов.
Опция - это хорошо, но баг с POST-запросами все равно надо исправить! Клиент правит форму и отсылает данные на сервер. Сервер принимает изменения и велит клиенту перезагрузить страницу. Нельзя блокировать такие редиректы! И вообще лучше не блокировать первые несколько редиректов, пока не станет ясно, что это цикл. Например, первые 3 одинаковых редиректа подряд не блокировать. Начинать блокировать с четвертого. Это спасет от ложных срабатываний. Добавлено: 24 Декабря 2009, 16:12:15
P.S. Умные браузеры, насколько я помню, рвут цикл где-то на 20-м редиректе, но для HC достаточно будет хотя бы трех...
|
|
|
|
|
mai62
|
|
« Ответ #5 : 24 декабря 2009, 15:50:21 » |
|
Клиент правит форму и отсылает данные на сервер. Сервер принимает изменения и велит клиенту перезагрузить страницу. Нельзя блокировать такие редиректы! Сделаю. Умные браузеры, насколько я помню, рвут цикл где-то на 20-м редиректе, но для HC достаточно будет хотя бы трех... Браузеру посчитать свои редиректы легко (да и это делают не все, эту функцию я не из пальца высосал), а НС приходится иметь дело с запросами разных пользователей и разных программ каждого из них. Собирать, хранить и вовремя удалять информацию о том, кто, когда и сколько раз использовал редиректы нет никакого желания.
|
|
|
|
|
Gleb867
Гость
|
|
« Ответ #6 : 08 января 2010, 22:03:27 » |
|
Добрый день! Пытаюсь зайти браузером Opera 10 на страничку. Бразер получет доступ к интернету через HandyCacheRC3.1.0.0.252. Хендикеш блокирует доступ к страничке, сообщая следующее:
Blocked Access to the requested URL (ПОКУСАНО) was not allowed (bad redirect).
Страничка волне себе адекватная и если заходить на нее этим же браузером НЕ через хэндикеш, то все в порядке. Ничего в хендикеше не крутил, что могло бы повлиять, содержание всех списков и расширений все по дефолту. Дальше больше, отключаю в хендикеше вообще все списки и прочие фишки - если кликать правой кнопкой мышки на значке хендикеша в трее, то во всплывающем списке видим: погашены ВСЕ галки. Т.Е. я по идее отключаю у хендикеша всю возможную обработку в том числе и расширения. Перезапускаю и бразуер и хендикеш, а проблема остается. Тут же в браузере отключаю использование прокси и тут же страничка нормально начинает грузиться. Весело правда?
Страничка эта содерит персональную информацию и вход на нее осуществляется по логину и паролю, сообщать эти данные здесь не могу, да и ссылки гостевая здесь не принимает. Но факт остается фактом - хендикеш рубит доступ, когда ему вообще приказывают не думать и не обрабатывать ничего.
|
|
|
|
|
mai62
|
|
« Ответ #7 : 08 января 2010, 22:32:04 » |
|
Эта проблема будет исправлена в следующей версии. Скачай пока 232 сборку.
|
|
|
|
|
Villi
|
|
« Ответ #8 : 22 января 2010, 13:15:42 » |
|
Объясните мне пожалуйста, что это за плохие редиректы и зачем их нужно блокировать? У меня такой один bad redirect возникает, когда я логинюсь на одном сайте.
|
|
|
|
|
DenZzz
|
|
« Ответ #9 : 22 января 2010, 21:09:51 » |
|
Объясните мне пожалуйста, что это за плохие редиректы и зачем их нужно блокировать?
Это защита от зацикливания при переадресации, т.е. когда страница переадресуется на саму себя много раз подряд.
|
|
|
|
|
leonvit
Новичок
Репутация: +0/-0
Offline
Сообщений: 16
|
|
« Ответ #10 : 30 января 2010, 11:42:58 » |
|
Эта проблема будет исправлена в следующей версии. Скачай пока 232 сборку.
А какие особенности 252й сборки предопределили такое поведение программы? Может что-то можно в ней самому подкорректировать, нежели ставить устаревшую 232ую? Хотя по правде сказать пытался сравнивать установленыые 232 и 252 версии хендикеша пофайлово, ну так поверхностно - болшьшинство файлов имеют одинаковые размеры...
|
|
|
|
|
DenZzz
|
|
« Ответ #11 : 30 января 2010, 14:01:48 » |
|
А какие особенности 252й сборки предопределили такое поведение программы? Может что-то можно в ней самому подкорректировать, нежели ставить устаревшую 232ую?
Хочешь самостоятельно пропатчить HandyCache.exe? Хотя по правде сказать пытался сравнивать установленыые 232 и 252 версии хендикеша пофайлово, ну так поверхностно - болшьшинство файлов имеют одинаковые размеры...
Вообще-то, исполняемый файл у HandyCache всего один и все изменения "движка" происходят именно в нем.
|
|
|
|
|
leonvit
Новичок
Репутация: +0/-0
Offline
Сообщений: 16
|
|
« Ответ #12 : 30 января 2010, 20:16:25 » |
|
Хм...отличается ли содержимое исполняемых файлов в упомянутых версиях я не знаю, сравнивать лень, но вот размер исполянемых файлов абсолютно одинаковый... За ответ спасибо - принял к сведению.
|
|
|
|
|
gudkov
Пользователь
Репутация: +2/-0
Offline
Сообщений: 88
|
|
« Ответ #13 : 02 февраля 2010, 19:00:13 » |
|
Таже проблема и тут: http://www.proilim.ru/при попытке залогиниться
|
|
|
|
|
HKLM
|
|
« Ответ #14 : 13 февраля 2010, 07:24:50 » |
|
Я тоже нарвался на бад редирект. Новая версия скоро?
|
|
|
|
|
darpan5
Гость
|
|
« Ответ #15 : 13 февраля 2010, 16:20:06 » |
|
Аналогичный вопрос - когда ждать новую версию?
|
|
|
|
|
andruxo
Новичок
Репутация: +0/-0
Offline
Сообщений: 3
|
|
« Ответ #16 : 13 февраля 2010, 19:15:01 » |
|
да, бэд редирект бы исправить
|
|
|
|
|
Shedko
Новичок
Репутация: +0/-0
Offline
Сообщений: 7
|
|
« Ответ #17 : 01 марта 2010, 21:52:17 » |
|
POST запросы с редиректом точно не надо заносить в "редиски" 01.03.10 20:34:20,050 # 516: DNS resolve ***.com --> **** (From cache) 01.03.10 20:34:20,071 # 516 <<< URL: http://***.com/admin/settings/performance Connection to ****:80 01.03.10 20:34:20,102 # 516: Outbound Connection, Local port: 50955 01.03.10 20:34:20,127 # 516/2999 >>> URL: http://***.com/admin/settings/performance POST /admin/settings/performance HTTP/1.1 Host: ***.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.2) Gecko/20100115 Firefox/3.6 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: ru,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: windows-1251,utf-8;q=0.7,*;q=0.7 Keep-Alive: 115 Connection: keep-alive Referer: http://***.com/admin/settings/performance Cookie: SESS*********8=************a Content-Type: application/x-www-form-urlencoded Content-Length: 392
01.03.10 20:34:21,235 # 516 <<< URL: http://***.com/admin/settings/performance HTTP/1.1 403 Forbidden (HC) Server: HandyCache/1.00 RC3 (1.0.0.252) Content-Type: text/html Connection: Keep-alive Content-Length: 198
01.03.10 20:34:21,271 # 516: IdMappedPortTCP1OutboundDisconnect: StateReady, exit 01.03.10 20:34:30,317 # 521: Client Disconnection Уже надоело нажимать "назад -> обновить", чтоб увидеть результат. А что касается зацикливания Get запросов, то Ff (в данный момент им пользуюсь) их сам отлавливает и выкидывает окошко "хотите продолжить ?"
|
|
|
|
|
sunserg10
|
|
« Ответ #18 : 11 апреля 2010, 13:26:00 » |
|
HandyCache RC3 1.0.0.270. Браузеры: IE 6,8 & Opera 10. При переходе по ссылкам вида: http://books.google.com/intl/ru/googlebooks/agreement/Отображается сообщение об ошибке: "The requested URL /intl/ru/googlebooks/agreement/?x was not found on this server.". Строка монитора: 11.04.2010/13:19:41 aszlocalug/127.0.0.1 http://books.google.com/intl/ru/googlebooks/agreement/ 1386 1386/172 100% 762 "404 Not Found" П.66, У.9 П.66 (Преобразование URL): ^([^/]+\.)?(\w)[^./]*\.[^./\d]+(:\d+)?/ У.9 (Условн. прокси): bypass При работе без прокси HC, все работает нормально.
|
|
|
|
|
DenZzz
|
|
« Ответ #19 : 11 апреля 2010, 17:40:22 » |
|
Вину HC не подтверждаю - у меня все ОК: 11.04.2010/17:31:25 local/127.0.0.1 http://books.google.com/intl/ru/googlebooks/agreement/ 6250 6250/324 100% 1049 "200 OK gzip" З.1, CM:4 hits З.1 (Запись в кэш): .* CM:4 hits Надо смотреть отладочный лог HC, а еще лучше - лог сниффера. В частности, мне не нравится в сообщении сервера: "The requested URL /intl/ru/googlebooks/agreement/ ?x was not found on this server" - какое-то лишнее окончание в URL. Откуда оно взялось? Серверы-посредники в HC включены?
|
|
|
|
|
sunserg10
|
|
« Ответ #20 : 11 апреля 2010, 19:24:03 » |
|
Серверы-посредники в HC включены? Был включен: #9#~#False#~#bypass#~##~#0#~##~##~#.* Его выключил. Проблема осталась, к сообщению прикреплен отладочный лог.
|
|
|
|
|
DenZzz
|
|
« Ответ #21 : 11 апреля 2010, 20:30:12 » |
|
Был включен: #9#~#False#~#bypass#~##~#0#~##~##~#.*
Это условный прокси, а не сервер-посредник. Проблема осталась, к сообщению прикреплен отладочный лог.
Что-то портит заголовок запроса. Попробуй отключить все свои самописанные расширения.
|
|
|
|
|
sunserg10
|
|
« Ответ #22 : 11 апреля 2010, 20:45:58 » |
|
Это условный прокси, а не сервер-посредник. Точно. Сервера-посредники всегда выключены. Что-то портит заголовок запроса. Попробуй отключить все свои самописанные расширения. Заголовок портило расширение "RedirectBlockException". Его код ниже: === --[[ <HCExtension> @name RedirectBlockException @author mai62 @version 0.1 @rule .*/$ @description Разблокирование зацикливания переадресации @event RequestHeaderReceived/RequestReceived </HCExtension> ]] function RequestReceived() local x = re.replace(hc.request_header, [[(GET\s)(.+)(\sHTTP/1\.\d)]], [[\1\2?x\3]]) if x then hc.request_header= x end end ===
|
|
|
|
|
DenZzz
|
|
« Ответ #23 : 11 апреля 2010, 21:21:36 » |
|
Заголовок портило расширение "RedirectBlockException".
Удали его. Оно обходило старый баг c "Bad redirect", который уже исправлен в последних версиях HC.
|
|
|
|
|
sunserg10
|
|
« Ответ #24 : 11 апреля 2010, 22:07:34 » |
|
Удали его. Оно обходило старый баг c "Bad redirect", который уже исправлен в последних версиях HC. Ок. Держи +.
|
|
|
|
|
|