ALeXkRU, 
» Maxthon 4.x
YuS_2 23:02 15-12-2013
Цитата:
Ну вот такие ||site.com (равно как и их исключающие аналоги @@||site.com), как я понимаю из шапки, вообще не работают, а первых там
.
Цитата:
Другое дело, что не все правила работают так, как предполагается по правилам адблок.
Ну вот такие ||site.com (равно как и их исключающие аналоги @@||site.com), как я понимаю из шапки, вообще не работают, а первых там
. WatsonRus
Такие
Код: ||upyourpic.org
Такие
Код: ||upyourpic.org
WatsonRus
Цитата:
Да, я помню, сам ведь и составлял этот короткий список
Увы, но подробного описания для макстона до сих пор не существует в природе, а тем более и для охотника, поэтому как должен работать охотник, точно знают только разработчики. Попадаются отдельные топики на форуме с попытками краткого описания правил охотника, типа этого, но полного нигде не попадалось до сих пор. Есть отсылки на правила адблока, но опять же, поддерживаются не все правила. Разработчики же никак не реагируют на вопросы по поводу... вот, такая вот ситуация.
Тем не менее, даже такие не работающие правила можно заменить работающими:
||site.com ->
http://*site.com/*
https://*site.com/*
или даже так:
*site.com/*
и
@@||site.com ->
@@|*site.com*
В общем, можно выйти из положения... а замену можно сделать в каком-либо текстовом редакторе, поддерживающим регулярки в режиме замены (например, Акелпад) и заменить всё парой-тройкой нажатий.
Добавлено:
WatsonRus
А вообще, имхо, гораздо эффективнее индивидуальные правила для сайтов, чем непомерные общие списки с правилами, которые не всегда делают то, что хочется, и которые в большинстве своем могут просто не понадобиться...
И ещё, выше вот сказали по поводу ХэндиКэш (с расширением Контент Мастер), очень хорошая альтернатива охотнику, к тому же более универсальная - работать будет в любом браузере, не только в Макстоне. Можно подключить правила коровы, адблока, черный и белый списки самого HC с привязкой к каждому пользователю, плюс есть возможность собственные правила создавать в CM - в общем гораздо более гибкий инструмент. Хотя и там есть некоторые особенности, по причине того, что прокси видит траффик немного иначе, чем сам браузер и траффик https ему недоступен из коробки (есть возможность обойти это с помощью костыля). В общем, нет в нашем мире стопроцентного идеала, всегда найдется какой-нибудь минус.
Цитата:
как я понимаю из шапки, вообще не работают
Да, я помню, сам ведь и составлял этот короткий список
Увы, но подробного описания для макстона до сих пор не существует в природе, а тем более и для охотника, поэтому как должен работать охотник, точно знают только разработчики. Попадаются отдельные топики на форуме с попытками краткого описания правил охотника, типа этого, но полного нигде не попадалось до сих пор. Есть отсылки на правила адблока, но опять же, поддерживаются не все правила. Разработчики же никак не реагируют на вопросы по поводу... вот, такая вот ситуация.
Тем не менее, даже такие не работающие правила можно заменить работающими:
||site.com ->
http://*site.com/*
https://*site.com/*
или даже так:
*site.com/*
и
@@||site.com ->
@@|*site.com*
В общем, можно выйти из положения... а замену можно сделать в каком-либо текстовом редакторе, поддерживающим регулярки в режиме замены (например, Акелпад) и заменить всё парой-тройкой нажатий.
Добавлено:
WatsonRus
А вообще, имхо, гораздо эффективнее индивидуальные правила для сайтов, чем непомерные общие списки с правилами, которые не всегда делают то, что хочется, и которые в большинстве своем могут просто не понадобиться...
И ещё, выше вот сказали по поводу ХэндиКэш (с расширением Контент Мастер), очень хорошая альтернатива охотнику, к тому же более универсальная - работать будет в любом браузере, не только в Макстоне. Можно подключить правила коровы, адблока, черный и белый списки самого HC с привязкой к каждому пользователю, плюс есть возможность собственные правила создавать в CM - в общем гораздо более гибкий инструмент. Хотя и там есть некоторые особенности, по причине того, что прокси видит траффик немного иначе, чем сам браузер и траффик https ему недоступен из коробки (есть возможность обойти это с помощью костыля). В общем, нет в нашем мире стопроцентного идеала, всегда найдется какой-нибудь минус.
YuS_2 21:10 16-12-2013
Цитата:
Если посещаются одни и те же сайты - возможно. Но когда полно новых, это уже не очень. Даже на единожды посещенном сайте неохота глазеть на все эти мерцающие красоты.
Например, из всего списка здесь имеющихся фильтров для сайтов, мне нужно где-то с десяток-полтора
21:10 16-12-2013
Цитата:
Плохо, что Охотнику обязательно нужна замыкающая *, так бы можно было и без регулярных обойтись.
Ладно, это на будущее. Пока что хватает связки NoAds + баннерорезка фаера.
Про Хендикеш в курсе, но не хочу принципиально пользоваться (равно как и всякими адмунчерами).
Добавлено:
Кстати, а правила с крышкой ^ в Охотнике работают?
Цитата:
гораздо эффективнее индивидуальные правила для сайтов
Если посещаются одни и те же сайты - возможно. Но когда полно новых, это уже не очень. Даже на единожды посещенном сайте неохота глазеть на все эти мерцающие красоты.
Например, из всего списка здесь имеющихся фильтров для сайтов, мне нужно где-то с десяток-полтора
21:10 16-12-2013
Цитата:
текстовом редакторе, поддерживающим регулярки
Плохо, что Охотнику обязательно нужна замыкающая *, так бы можно было и без регулярных обойтись.
Ладно, это на будущее. Пока что хватает связки NoAds + баннерорезка фаера.
Про Хендикеш в курсе, но не хочу принципиально пользоваться (равно как и всякими адмунчерами).
Добавлено:
Кстати, а правила с крышкой ^ в Охотнике работают?
YuS_2
Код: ||site.com ->
http://*site.com/*
https://*site.com/*
или даже так:
*site.com/*
и
@@||site.com ->
@@|*site.com*
Код: ||site.com ->
http://*site.com/*
https://*site.com/*
или даже так:
*site.com/*
и
@@||site.com ->
@@|*site.com*
Ang_Reload
Цитата:
Да, наверное, так точнее будет.
Вот только, охотник как-то странно воспринимает подобные правила вырезания(с регулярками), иногда он их просто игнорирует...
Цитата:
Поэтому я и предложил замену || на *//
Да, наверное, так точнее будет.
Вот только, охотник как-то странно воспринимает подобные правила вырезания(с регулярками), иногда он их просто игнорирует...
Вроде фильтр на оверах не старый, откуда такая хрень? author ALeXkRU может поправить можно?
YuS_2
Ты был прав, правило || должно захватывать и поддомены, если просто, то *site.com/* подходит.
Какая же это непутевая инструкция:
Цитата:
WatsonRus
Цитата:
Нет.
toALL
В Ад-охотнике работают регэкспы. В начале и в конце строки должны стоять символы /
Так например в добавленная в фильтр для руборда строчка
Код: /upyourpic\.org/.*(?:jpg|gif|png)/
Ты был прав, правило || должно захватывать и поддомены, если просто, то *site.com/* подходит.
Какая же это непутевая инструкция:
Цитата:
Иногда хочется заблокировать http://example.com/banner.gif вместе с https://example.com/banner.gif и http://www.example.com/banner.gif. Этого можно достичь добавлением пары символов | в начало фильтра соответствующего началу доменного имени: ||example.com/banner.gif заблокирует все эти адреса и не тронет http://badexample.com/banner.gif или http://gooddomain.example/analyze?http://example.com/banner.gif (необходим Adblock Plus 1.1 и выше).
WatsonRus
Цитата:
Кстати, а правила с крышкой ^ в Охотнике работают?
Нет.
toALL
В Ад-охотнике работают регэкспы. В начале и в конце строки должны стоять символы /
Так например в добавленная в фильтр для руборда строчка
Код: /upyourpic\.org/.*(?:jpg|gif|png)/
что-то в 4.2.0.4000 вообще глючево в ютубом, если при запуске есть вкладка ютубовская, то все вкладки начинают бесконечно циклично обновляться..
Ang_Reload
Цитата:
По большому счету, если говорить о регэкспах, то это баг, который следует исправлять... ну, если только китайцы не придумали собственный диалект регулярок
правильно было бы так:
Код: ^http://upyourpic\.org/.*?\.(?:jpg|gif|png)$
Цитата:
В Ад-охотнике работают регэкспы. В начале и в конце строки должны стоять символы /
Так например в добавленная в фильтр для руборда строчка
По большому счету, если говорить о регэкспах, то это баг, который следует исправлять... ну, если только китайцы не придумали собственный диалект регулярок
правильно было бы так:
Код: ^http://upyourpic\.org/.*?\.(?:jpg|gif|png)$
maik2
Цитата:
поправить-то не проблема.. только где оно?
Цитата:
откуда такая хрень? может поправить можно?
поправить-то не проблема.. только где оно?
YuS_2
Не понимаю, что не нравится? Символы начала и конца строки работают:
Код: /^http\://upyourpic\.org/.*(?:jpg|gif|png)$/
Не понимаю, что не нравится? Символы начала и конца строки работают:
Код: /^http\://upyourpic\.org/.*(?:jpg|gif|png)$/
Ang_Reload
Цитата:
Не нравится полное отсутствие нормального описания от разработчиков. В остальном, методом научного тыка можно, конечно, попытаться разобраться... но например наличие такого правила в подписке:
Код: */!dcads.sina.com.cn/html.ng/*
Цитата:
Не понимаю, что не нравится?
Не нравится полное отсутствие нормального описания от разработчиков. В остальном, методом научного тыка можно, конечно, попытаться разобраться... но например наличие такого правила в подписке:
Код: */!dcads.sina.com.cn/html.ng/*
YuS_2
Регулярки менее читаемы, но ими возможно несложно и безошибочно сконвертить ru-adlist+easylist.txt
Отсутствует, потому, что я скопировал начало от тестового правила, полностью оно выглядит так:
Код: /^(https?:\/\/)?([\w\.]*)itmages\.ru/.*/
Регулярки менее читаемы, но ими возможно несложно и безошибочно сконвертить ru-adlist+easylist.txt
Отсутствует, потому, что я скопировал начало от тестового правила, полностью оно выглядит так:
Код: /^(https?:\/\/)?([\w\.]*)itmages\.ru/.*/
Ang_Reload
Цитата:
Цитата:
Неполное правило слишком многое захватывает... поэтому я и написал под отдельный сайт (полного-то я не видел). А так да, почти то же самое, за исключением одного момента, вот такие субдомены не запрещены:
www-web.site.com
а конcтрукция [\w.]* не сможет захватить его...
В любом случае описание того, что для работы регекспов в правилах охотника, регулярка PCRE должна быть заключена в слеши, надо в шапку занести, как отличие от правил адблока... спасибо, за подсказку.
Цитата:
не совсем так. В данном случае символ "~" обозначает обратное действие, т.е. правило не будет применяться к домену "renren.com", это, кстати, и в адблоке работает.
Цитата:
это да, вообще нигде не встречались такие записи - или ошибка, или у охотника есть подобное правило в арсенале, но вот описания, увы не существует...
Добавлено:
Ang_Reload
Цитата:
Кстати, что делает это правило? Что-то мне подсказывает, что тут ошибка...
Исключающий символьный класс должен выглядеть так: [^A-Za-z0-9_-.%]
Цитата:
/^(https?:\/\/)?([\w\.]*)itmages\.ru/.*/
Цитата:
Оно и так это делает (пример выше), или я что-то не понял...
Неполное правило слишком многое захватывает... поэтому я и написал под отдельный сайт (полного-то я не видел). А так да, почти то же самое, за исключением одного момента, вот такие субдомены не запрещены:
www-web.site.com
а конcтрукция [\w.]* не сможет захватить его...
В любом случае описание того, что для работы регекспов в правилах охотника, регулярка PCRE должна быть заключена в слеши, надо в шапку занести, как отличие от правил адблока... спасибо, за подсказку.
Цитата:
~renren.com##[id*='google_ads'] видимо работает как kinopod.ru###top-banner в адблоке
не совсем так. В данном случае символ "~" обозначает обратное действие, т.е. правило не будет применяться к домену "renren.com", это, кстати, и в адблоке работает.
Цитата:
'http://cpm.7555.net/* непонятно, что значит
это да, вообще нигде не встречались такие записи - или ошибка, или у охотника есть подобное правило в арсенале, но вот описания, увы не существует...
Добавлено:
Ang_Reload
Цитата:
А вот так крышечка ^
Код:
(^|[^A-Z^a-z^0-9^_^-^.^%]|$)
Кстати, что делает это правило? Что-то мне подсказывает, что тут ошибка...
Исключающий символьный класс должен выглядеть так: [^A-Za-z0-9_-.%]
YuS_2
Крышечка это начало\конец адреса, или любой символ, который не буква, не цифра, и не _ или - или . или %
Я в регулярках мало понимаю, возможно, но как я написал - прокатило.
Цитата:
Крышечка это начало\конец адреса, или любой символ, который не буква, не цифра, и не _ или - или . или %
Я в регулярках мало понимаю, возможно, но как я написал - прокатило.
Цитата:
/^https?://(?:[^/]*?\.)?site\.com/.*?$/- оно, кажется, не будет работать, тк. слеши в протоколе не экранированы.
В шапку:
Несмотря на то, что правила ad-охотника во многом совпадают с правилами adblock, существуют и некоторые отличия:
1. Правила соответствия началу/концу доменного имени (пока?) не работает в охотнике, т.е. например заменить:
http://site.com
http://www.site.com
https://www.site.com
более простой и точной записью:
||site.com
- не получится, но можно это сделать регулярным выражением...
2. Вместо исключающего правила "@@", в ad-охотнике следует использовать "@@|"
3. Регулярное выражение PCRE должно быть заключено в слеши: "/<RegExp>/"
4. Дополнительные параметры фильтров, описываемые после знака доллар "$", например
<ссылка>$script
в охотнике не работают
...
Несмотря на то, что правила ad-охотника во многом совпадают с правилами adblock, существуют и некоторые отличия:
1. Правила соответствия началу/концу доменного имени (пока?) не работает в охотнике, т.е. например заменить:
http://site.com
http://www.site.com
https://www.site.com
более простой и точной записью:
||site.com
- не получится, но можно это сделать регулярным выражением...
2. Вместо исключающего правила "@@", в ad-охотнике следует использовать "@@|"
3. Регулярное выражение PCRE должно быть заключено в слеши: "/<RegExp>/"
4. Дополнительные параметры фильтров, описываемые после знака доллар "$", например
<ссылка>$script
в охотнике не работают
...
Какой прок от правил, если макс по ему одному известному принципу тупо пропускает некоторые ссылки даже когда правило, судя по логу, "сработало"? Попробуйте, например, на korrespondent.net порезать скрипты (js), потыкать пару раз F5 и посмотреть в логи НС (впрочем, там много чего пропускает).
Ang_Reload
Цитата:
Тогда точно он неправильно использовался. Вообще, в регулярках символ циркумфлекс используется как шаблон начала строки (хотя там есть ещё в некоторых реализациях модификаторы ?m и ?-m, которые чуток меняют соответствие этого символа) и в символьных классах как указатель отрицания. В данном случае запись:
[^A-Za-z0-9_-.%]
как раз выполняет отрицание совпадения из перечисленного набора, т.е. любой символ, кроме диапазонов "A-Z", "a-z", "0-9" и символов "_", "-", ".", "%". В общем, каждый диапазон и символ нет необходимости обозначать. А прокатило потому, что хоть и указано несколько раз ^, но все последующие символы "^", кроме первого, в символьном классе будут обозначать сами себя, т.е. этот символ тоже будет исключен из совпадения (это не синтаксическая ошибка, пусть даже символ и указан несколько раз).
А вот в правилах адблока, символ циркумфлекса может использоваться в несколько другом назначении, т.е. как указатель на любой разделительный символ, но к собственно регуляркам это отношения не имеет.
Цитата:
По-хорошему, да, слеши являются таки спецсимволами, но во многих реализациях регулярок, это не используется и экранировать их необязательно. С Макстоном, как раз, тот самый случай, правило будет работать, я проверил.
WatsonRus
Цитата:
Угу, с какой-то версии возможность ручного добавления блокировок поломали, но где-то попадалось на оффоруме заверение, с извинениями за причиненные неудобства, что работы по исправлению ситуации ведутся и как только... так сразу эту возможность вернут.
Цитата:
Крышечка это начало\конец адреса, или любой символ, который не буква, не цифра, и не _ или - или . или %
Я в регулярках мало понимаю, возможно, но как я написал - прокатило.
Тогда точно он неправильно использовался. Вообще, в регулярках символ циркумфлекс используется как шаблон начала строки (хотя там есть ещё в некоторых реализациях модификаторы ?m и ?-m, которые чуток меняют соответствие этого символа) и в символьных классах как указатель отрицания. В данном случае запись:
[^A-Za-z0-9_-.%]
как раз выполняет отрицание совпадения из перечисленного набора, т.е. любой символ, кроме диапазонов "A-Z", "a-z", "0-9" и символов "_", "-", ".", "%". В общем, каждый диапазон и символ нет необходимости обозначать. А прокатило потому, что хоть и указано несколько раз ^, но все последующие символы "^", кроме первого, в символьном классе будут обозначать сами себя, т.е. этот символ тоже будет исключен из совпадения (это не синтаксическая ошибка, пусть даже символ и указан несколько раз).
А вот в правилах адблока, символ циркумфлекса может использоваться в несколько другом назначении, т.е. как указатель на любой разделительный символ, но к собственно регуляркам это отношения не имеет.
Цитата:
- оно, кажется, не будет работать, тк. слеши в протоколе не экранированы.
По-хорошему, да, слеши являются таки спецсимволами, но во многих реализациях регулярок, это не используется и экранировать их необязательно. С Макстоном, как раз, тот самый случай, правило будет работать, я проверил.
WatsonRus
Цитата:
В Охотнике, ведь, как я понял, нет режима оперативного добавления выделенного на странице элемента в блокируемые?
Угу, с какой-то версии возможность ручного добавления блокировок поломали, но где-то попадалось на оффоруме заверение, с извинениями за причиненные неудобства, что работы по исправлению ситуации ведутся и как только... так сразу эту возможность вернут.
Цитата:
извинениями за причиненные неудобства, что работы по исправлению ситуации ведутся и как только... так сразу эту возможность вернут.Надеюсь, они попутно додумаются сделать окно лога резалки рекламы расширяемым. А то издевательство какое-то.
YuS_2 20:05 17-12-2013
Цитата:
А как было, когда было
- просто можно было "на лету" вносить новое правило, или было по-человечески - по хоткею или еще как выделяешь элемент, нажимаешь кнопку "Добавить" и нужное правило само создается в Охотнике?
Добавлено:
20:05 17-12-2013
Цитата:
Боюсь, целая вечность пройдет...
Цитата:
возможность ручного добавления блокировок поломали
А как было, когда было
- просто можно было "на лету" вносить новое правило, или было по-человечески - по хоткею или еще как выделяешь элемент, нажимаешь кнопку "Добавить" и нужное правило само создается в Охотнике? Добавлено:
20:05 17-12-2013
Цитата:
как только... так сразу
Боюсь, целая вечность пройдет...
YuraH
Цитата:
Очень похоже, что правилами элементы не вырезаются, а именно блокируются.
Можно пронаблюдать на том же korrespondent.net с помощью "Инструмента разработчика", добавив такое правило:
http://korrespondent.net/js/*
- при срабатывании этого правила, смотрим структуру документа и видим, что набор скриптов сильно меняется, в частности сразу за заголовком head отсутствуют скрипты со ссылками apis.google.com*, которые там присутствуют при отсутствии данного правила. Т.е. можно предположить, что скрипты с http://korrespondent.net/js/* подгружают другие скрипты со сторонних сайтов, а если включаем правило, то подгрузки уже не происходит.
Цитата:
При наличии HC+CM, об охотнике можно и не вспоминать, надо просто использовать возможности этой связки - там точно можно поотрезать всё, что не нужно.
WatsonRus
Цитата:
Да кто его теперь вспомнит, как оно было Не пользовался, не помню. По-моему надо было тыкать по элементам мышой и правила добавлялись в список... вот только, если не изменяет память, они не всегда работали.
Цитата:
Так чего ждать-то? Поставь HC+CM, там есть интерактивный режим (просто мышкой тыкаешь по раздражающим элементам и не задумываешься, какой же регэксп или правило надо придумать), с помощью которого можно либо вырезать элементы, либо блокировать - никаких особых дополнительных знаний для этого не требуется... Только создаваемый CM-ом файл надо будет подключить один раз и далее уже после выполняемых блокировок/отрезаний, просто перезагружать расширение, для того, чтобы вновь созданные правила подхватились...
Цитата:
Какой прок от правил, если макс по ему одному известному принципу тупо пропускает некоторые ссылки даже когда правило, судя по логу, "сработало"?
Очень похоже, что правилами элементы не вырезаются, а именно блокируются.
Можно пронаблюдать на том же korrespondent.net с помощью "Инструмента разработчика", добавив такое правило:
http://korrespondent.net/js/*
- при срабатывании этого правила, смотрим структуру документа и видим, что набор скриптов сильно меняется, в частности сразу за заголовком head отсутствуют скрипты со ссылками apis.google.com*, которые там присутствуют при отсутствии данного правила. Т.е. можно предположить, что скрипты с http://korrespondent.net/js/* подгружают другие скрипты со сторонних сайтов, а если включаем правило, то подгрузки уже не происходит.
Цитата:
посмотреть в логи НС
При наличии HC+CM, об охотнике можно и не вспоминать, надо просто использовать возможности этой связки - там точно можно поотрезать всё, что не нужно.
WatsonRus
Цитата:
А как было, когда было
Да кто его теперь вспомнит, как оно было
Не пользовался, не помню. По-моему надо было тыкать по элементам мышой и правила добавлялись в список... вот только, если не изменяет память, они не всегда работали. Цитата:
Боюсь, целая вечность пройдет...
Так чего ждать-то? Поставь HC+CM, там есть интерактивный режим (просто мышкой тыкаешь по раздражающим элементам и не задумываешься, какой же регэксп или правило надо придумать), с помощью которого можно либо вырезать элементы, либо блокировать - никаких особых дополнительных знаний для этого не требуется... Только создаваемый CM-ом файл надо будет подключить один раз и далее уже после выполняемых блокировок/отрезаний, просто перезагружать расширение, для того, чтобы вновь созданные правила подхватились...
YuS_2 21:28 17-12-2013
Цитата:
А я не жду. NoAds в этом плане отлично работает. Именно так -
Цитата:
21:28 17-12-2013
Цитата:
Для меня Охотник всегда был, есть и будет лишь запасным вариантом на самый крайний случай.
21:28 17-12-2013
Цитата:
Принципиально против всяких прокладок (кроме фаера) между браузером и сетью.
Цитата:
Так чего ждать-то?
А я не жду. NoAds в этом плане отлично работает. Именно так -
Цитата:
мышкой тыкаешь по раздражающим элементам и не задумываешь, какой же регэсп или правило надо придумать
21:28 17-12-2013
Цитата:
об охотнике можно и не вспоминать
Для меня Охотник всегда был, есть и будет лишь запасным вариантом на самый крайний случай.
21:28 17-12-2013
Цитата:
Поставь HC+CM
Принципиально против всяких прокладок (кроме фаера) между браузером и сетью.
maik2
ALeXkRU
У меня тоже эта хрень на оверах повылазила...
Упс, по новой вставил фильтр из шапки и всё ОК!
Сорри.
ALeXkRU
У меня тоже эта хрень на оверах повылазила...
Упс, по новой вставил фильтр из шапки и всё ОК!
Сорри.
YuS_2 <<
Цитата:
Цитата:
Очень похоже, что правилами элементы не вырезаются, а именно блокируются.Вот ещё пример. Интересно, что скрипты гугль-аналитики и яндекс метрики режутся всегда. А с другими что? Сначала загрузим, а потом решим?
YuraH
Цитата:
Это пример того, как режет скрипты HC, но не охотник... Для того, чтобы уточнить, надо посмотреть колонки ответа сервера и сработавших правил в мониторе HC.
Скрипты гугль-аналитики и яндекса "режутся" точно также, как и остальные. В общем, надо смотреть полную картину...
Да и в принципе, если бы охотник сработал на вырезание элемента по URL, то в мониторе HC мы бы просто не увидели обращение браузера по этой ссылке. Кроме того, HC читает трафик немного не так, как "видит" его браузер, т.к. HC не выполняет скрипты, он их только передает.
Цитата:
Вот ещё пример. Интересно, что скрипты гугль-аналитики и яндекс метрики режутся всегда.
Это пример того, как режет скрипты HC, но не охотник... Для того, чтобы уточнить, надо посмотреть колонки ответа сервера и сработавших правил в мониторе HC.
Скрипты гугль-аналитики и яндекса "режутся" точно также, как и остальные. В общем, надо смотреть полную картину...
Да и в принципе, если бы охотник сработал на вырезание элемента по URL, то в мониторе HC мы бы просто не увидели обращение браузера по этой ссылке. Кроме того, HC читает трафик немного не так, как "видит" его браузер, т.к. HC не выполняет скрипты, он их только передает.
Цитата:
При наличии HC+CMя извиняюсь, а что такое НС и СМ?
Цитата:
поправить-то не проблема.. только где оно?
ALeXkRU
Когда нажимаешь на ссылку из "лаборатории". Не на главной.
Добавлено:
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241
Предыдущая тема: CoolNovo
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.