де можно скачать как можно больше фильтров для AdBlock? Поискал по интернету - ничего путного не нашел. И еще, какой адрес лучше прописать в пути для синхронизации фильтров? Поделитесь ссылочками, пожалуйста.

Ну, мы же уже обсуждали, что нету там рекламы
http://forum.mozilla-russia.org/viewtopic.php?pid=693626#p693626

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

ramaximus
При составлении правил я очень внимательно проверяю их действие под разными браузерами и платформами. Но поскольку сообщение было оставлено ведущим менеджером ivi (см. под спойлер), я на всякий случай перепроверил его из под разных ip и через прокси Санкт-Петербурга, Омска и Майкопа. Ничего соответствующего вашим утверждениям в результате обнаружено не было. Реклама блокируется, видео (в максимально возможном без оплаты качестве) воспроизводится. Другой вопрос, что со стороны ivi теперь последуют действия для выхода из-под блокировки, но это уже будет другая история.

маленький секрет ramaximus

Отредактировано dimisa (03-11-2016 17:27:08)

Я уже приводил пример, что ты не очень хорошо работаешь с инструментами разработчика. Поэтому давай не будем про "очень тщательно".

Что касается "секрета". Ну что ж, теперь проще. Теперь я просто могу сказать про что-то: "Это так", без необходимости обосновывать, откуда я это знаю.
Итак, разберём правило:
dfs.digitalaccess.ru - это адрес ближайшего к пользователю узла CDN, всё видео идёт оттуда. Сначала Flash запрашивает именно его. Если он недоступен, то тот же файл запрашивается с другого адреса, из Москвы. Это легко проверить инструментами разработчика. Именно поэтому при твоих проверках всё "работает"
mp4-hi, mp4-shq - это качество видео. Выбирается в зависимости от доступного и указания пользователя в плеере.
digitalaccess.ru/contents/ - это просто маркер файла, особого смысла не имеет
*.mp4?sessionID=$object-subrequest - некоторое видео лежит в виде MPEG4-файлов. SessionID - это идентификатор сессии пользователя. В целом, его наличие при запросах к CDN не является критичным. Нужно исключительно для логов.
$object-subrequest, насколько я понимаю адблок, запрещает Flash обращаться к сайту.
Т.е. данные директивы просто запрещают флэшу скачивать MPEG4 с CDN.
Вот только есть несколько проблем:
1) бОльшая часть рекламы (почти вся, на самом деле) идёт с серверов рекламодателей - они сами хотят считать фактические показы
2) видеоролики в нашем CDN невозможно отличить от фильмов (это специально так сделано) по URL. Они инжестируются по одинаковым правилам.

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

Теперь по факту: у нас есть мониторинг показа и рекламы, и счетчик проблем с CDN. Так вот после выгрузки этих правил счетчик проблем с CDN начал расти, а проблем с рекламой - нет.
Как уже было сказано, все мои слова легко проверяются умелой работой с инструментами разработчика в браузере.
Помогать ли пользователям с проблемами скорости, или нет - дело ваше. Действительно, сменить домен мы можем. Только зачем, если достаточно просто удалить идиотские правила?
Также хочу обратить внимание, что я не говорю о других правилах для наших доменов. Хотя там тоже есть явно ошибочные, но на качестве они не сказываются, поэтому мне как-то всё равно на них.

Крайне маловероятно. Даже если это была реклама, лежащая на нашем CDN, она бы просто перезапросилась бы с другого сервера. Или бы плеер встал враскоряку, ожидая загрузки рекламы.
Речь про конкретный ролик или просто про мид-роллы в общем виде?

Пока не тормозит - да

oleg.sgh
Так?
yandex.ru##.t-construct-adapter__free-video

Отредактировано dimisa (03-11-2016 17:27:27)

Доброго времени суток. Есть баннер в css закодирован base64

Отредактировано ilyousha (04-01-2016 02:52:15)

ilyousha
Указание на элемент осуществляется не только по айди или классу, но и по привязанным параметрам и положению в дереве Dom. Иногда для скрытия применяется блокировка стилей и скриптов, либо блокируются пути загрузки фрейма. Поэтому без ссылки никакого совета дать нельзя.

Отредактировано dimisa (03-11-2016 17:27:37)

ilyousha
Оно?
https://forum.mozilla-russia.org/viewto … 06#p702906

Отредактировано dimisa (03-11-2016 17:40:13)

ilyousha

Средствами АВР решения нет. Только компромиссы.

Вариант 1.
Заблокировать часть скриптов (с потерей некоторого функционала) блокировкой типа:
||online.anidub.com/engine/classes/min/index.php?charset=utf-8&f=/templates/Anidub_online/$script,domain=online.anidub.com

Вариант 2. Прописать исключения (будет видна часть баннеров):
@@||online.anidub.com^$generichide,genericblock

Если не привязываться к ABP, то можно разобрать скрипты Anidub и заблокировать ненужные функции.
Lain_13, по-моему, работает над этим.

Отредактировано dimisa (03-11-2016 17:41:45)

oleg.sgh
Есть такое дело. Несмотря на скрытие самого блока с предложением, в стилях там прописан margin-top: 35px, поэтому пока не сохранится в куки нажатие крестика, выводится пустой блок.
По идее, это можно поправить в стилях:

@-moz-document domain("yandex.ru") {
.serp-header {margin-top: 0!important;}
}

Отредактировано dimisa (03-11-2016 17:41:57)