EasyList Forum

2е12вав wrote: ↑Mon May 23, 2022 3:23 pm

dimisa wrote: ↑Tue May 17, 2022 6:03 pm

@2е12вав
Если вы хотите сообщить о чём-то, используйте пожалуйста правила топика.

я это писал для easylist не RU AdList(топ некропост)

Не играет роли. Всегда должна быть указана ссылка на страницу с проблемой. И естественно, описание самой проблемы. Правила не добавляются просто так, только потому, что их кто-то указал.

короче, там скрипты для окошек которые прдупреждают о куки, я берегу трафмк и не хочу чтобы это тратило мой трафик

Должна быть указана ссылка на страницу с проблемой.

youtube теперь запустил фишку, самые просматриваемые части видео если навестить появляется как бы волнообразная шкала. Каким правилом ее убрать можно?
https://youtu.be/w-ZFQy3Dkqs

Спасибо, а надпись "пересматривают чаще всего" еще как-то убрать можно?

Вместо того, что дал выше:

youtube.com##.ytp-heat-map-container,.ytp-tooltip-text-wrapper > .ytp-tooltip-title

Заметил, что с этим правилом срезаются и названия обычных сегментов видео на полосе прокрутки, можно как-то конкретизировать правило?
https://www.youtube.com/watch?v=UorNDWAzjqI

Не, не получится. Либо так, либо никак. В последнем случае использовать первый вариант правила.

Вышла версия uBO 1.43.0 в которой убрали классическую, попап панель.
Лично для меня это проблема, так как я использую ноутбук. Но, есть вот такой параметр popupPanelHeightMode. С помощю него, можно уменшить высоту, попап панели.

Часть доменов не видно. Но это определённо может быть кому-то полезно.

Почему-то с включенным блокировщиком не работает кнопка посмотреть список эпизодов в плеере, когда жмешь на название сегмента.
https://www.youtube.com/watch?v=0e9YxPsT9c8
Проверьте, у вас работает или нет. Если нет, тогда создам тикет в EasyList ветке.

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

@logan344
Если это то, о чём думаю, то недавно был фикс для этого во внутреннем листе uBO, который называется Quick fixes (соответствующий тикет - https://github.com/uBlockOrigin/uAssets/issues/14030). Попробуйте его подключить.

Klayton wrote: ↑Tue Jul 19, 2022 2:12 pm

@logan344
Если это то, о чём думаю, то недавно был фикс для этого во внутреннем листе uBO, который называется Quick fixes (соответствующий тикет - https://github.com/uBlockOrigin/uAssets/issues/14030). Попробуйте его подключить.

Действительно, спасибо.Теперь работает.

Оно и без фикса работает. Проблемное правило было удалено из EasyList 4 дня назад. Это в очередной раз указывает на то, что прежде чем заявлять о чём-то, нужно сперва обновить фильтры.

Привет, можете помочь составить фильтр?

https://www.cybersport.ru/?sort=-publishedAt

Нужно скрыть посты с иконкой "блоги". Вот код одного из постов:

<a href="/blog/other/niki-dlia-stima-kak-v-steam-sdelat-nik-s-neobychnymi-bukvami-i-simvolami-dlinnyi-i-kreativnyi" class="link_CocWY"><div class="container_qPDo5"><div class="icon_CsYJb"><svg class="svg-icon"><use href="#i-blogs"></use></svg></div><div class="header_Tg4Yz"><h3 class="title_nSS03">Ники для стима — как в Steam сделать ник с необычными буквами и символами, длинный и креативный</h3> <div class="root_pSduS"><div class="icon_QvODG"><svg class="svg-icon"><use href="#i-comment"></use></svg></div><div class="count_7Zuhe">5</div></div></div><!----><!----><time datetime="2022-07-27T10:08:00+03:00" class="pub_AKjdn"><span>27.07 в 10:08</span></time></div></a>

Пытался так, не помогло:

www.cybersport.ru#?#.container_qPDo5:-abp-contains(#i-blogs)

Уже даже не знаю, как ещё можно. При этом нужно скрыть именно по иконке, а не по "блоги" тут:

cybersport.ru#?#.rounded-block:-abp-has(> article > a[href^="/blog/"])

или:

cybersport.ru#?#.rounded-block:-abp-has(> article > [class^="tags_"] > div > [class^="tag_"]:-abp-contains(Блоги))

Спасибо огромное

В связи с военной агрессией Российской Федерации против Украины.
Как и Расправа над моими согражданами, которая продолжается уже 5 месяцев.
Я решил покинуть этот форум раз и навсегда. Всем спасибо, прощайте!

Google вводит манифест v3 в январе 2023. Что теперь будет с блокировщиками? Или придется уходить на фаерфоес/форки хрома которые отказались от v3?

Все последние новости указывают на то, что ни один регулярно актуализируемый браузер на движке хроме поддержку Manifest V2 не сохранит.

Несмотря на множество громких заявлений о продолжении его поддержки, никаких реальных действий для её осуществления сделано никем не было. Чтобы это было возможно, помимо всего прочего необходимо иметь собственный магазин расширений, поскольку из магазина гугла MV2-расширения попросту исчезнут.

Единственный браузер, имеющий собственный магазин расширений - это Opera, но прекращение ими поддержки Manifest V3 уже запланировано: https://forums.opera.com/topic/50569/ma ... 3-opera/14

У остальных хромоподобных браузеров нет и магазина, так что с января 23 года в оригинальном хроме, и где-то с конца первого квартала 23 года (по мере прогресса версий) в хромоклонах, расширения без поддержки Manifest V3 запускаться перестанут. В том числе и uBlock Origin.

Тем временем Adblock Plus/AdBlock уже практически завершил переход на новый SDK, совместимый с Manifest V3.

Adblock Plus переехал на новый (экспериментальный) API ещё в версии 3.14: https://blog.adblockplus.org/releases/a ... -and-opera

И уже сейчас там работают практически все опции, в том числе и сниппеты. Прогресс адаптации Adblock Plus к Manifest V3 можно видеть здесь: https://gitlab.com/eyeo/adblockplus/abc ... issues/237

Полагаю, к середине четвёртого квартала мы увидим Adblock Plus, полностью работоспособный под Manifest V3. К сожалению, он так и не обзавёлся поддержкой встраивания стилей и имеет куцый набор сниппетов (скриплетов), но сам факт подобного события указывает на то, что с Manifest V3 жить можно. И никакие ущербные ограничения этому не препятствуют.

Прогресс uBlock Origin в части адаптации к Manifest V3 можно видеть здесь: https://github.com/uBlockOrigin/uBlock- ... issues/338

Пока это только обсуждения. Никаких коммитов, преследующих цель обеспечить MV3-совместимость, я не увидел. Вероятно, Раймонду тяжело в одиночку перелопатить SDK, хотя возможность "подглядеть" решения Eyeo всё же есть.

Но судя вот по этому комментарию, тратить время на адаптацию к Manifest V3 автор uBlock Origin не желает. Надеюсь, эта его позиция со временем изменится и он всё же выпустит совместимую версию.

Апну тему своей проблемой.
Вчера заметил, что видеобалансер, описанный выше, убивается uBlock'ом с "Ru AdList" (viewtopic.php?f=102&t=22512)
Моё "приложение" стоит на *.herokuapp.com и плеер ломается от строчки

||pw^$third-party,script,xmlhttprequest,domain=~adwiz.pp.ua|~forum.worldofwarships.ru|~hdvbplayer.tk|~live-gol.net|~panomama.ru|~philips.ru|~purina.ru|~softpir.com|~sportsvideoline3.pw|~tefal.ru|~tikkurila.ru|~vulpecula.host

Если я правильно понял этот синтаксис, то запрещено делать запросы к *.pw извне, кроме доменов, перечисленных в фильтре.
Буквально на следующей строчке есть подобное правило для доменов в зоне xyz, вот там как раз в перечне доменов есть ~herokuapp.com

Можно ли добавить подобное правило для зоны pw? Описанный видеоплеер имеет домен вида vid*.vb*coramclean.pw/movie/*/iframe
(чтобы от ~herokuapp.com можно было слать запросы к *.pw)

Как воспроизводится:
Если .js файл плеера запрошен с его же домена, то всё хорошо. А вот если он подключен на *.herokuapp.com при помощи <script src="https://...pw/player.js"></script>, то блокируется uBlock'ом.
Спасибо.

@ivanovcrunch
Из вашего сообщения непонятно, как воспроизвести проблему. Укажите ссылку на конкретную страницу, где она возникает, тогда можно будет посмотреть, о чём идёт речь. Пока домен не указан, обсуждение даже невозможно выделить в отдельную тему.

@dimisa
Я здесь человек новый и не очень понимаю что конкретно я упустил в том сообщении. Конкретно свой домен дать не могу, там авторизация и не задуман он как сильно публичный пока что.
Сейчас нет времени создавать еще один app на heroku, попробую еще раз описать то, что я имею в виду. (Либо когда-нибдуь я вернусь сюда с конкретным примером, если и этого будет недостаточно)

Представим себе, что мы находимся на abc.herukuapp.com. В HTML страницы есть вот такой тэг: <script src="https://qwe.xyz/a.js"></script>. Такой скрипт заблокирован не будет (хоть такого домена и не существует, не важно, дело в доменной зоне). uBlock пропустит его потому что в фильтре есть вот такая строчка, идущая сразу после той, что я упомянул в предыдущем сообщении, строчка: ||xyz^$third-party,script,xmlhttprequest,domain=~anidub.com| ... |~herokuapp.com| ... . Эта строчка позволяет делать запросы к *.xyz из контекста страниц на ~herokuapp.com.
Я имею в виду, что для зоны .pw такого правила нет, ~herokuapp.com указан только для зоны .xyz. Таким образом, если я пытаюсь подключить скрипт на abc.herokuapp.com вида <script src="https://qwe.pw/a.js"></script>, uBlock мне этого сделать не позволит.
И было бы здорово, если бы можно было добавить ~herokuapp.com в белый список для запросов к зоне .pw, как это сделано для зоны .xyz.

https://github.com/easylist/ruadlist/co ... 39b65b4475

Быстренько накидал пример, надеюсь так лучше:

https://gentle-lowlands-09196.herokuapp.com/working_player
https://gentle-lowlands-09196.herokuapp.com/not_working_player

Обе страницы отображают один и тот же плеер, но первая страница встраивает его через iframe, а вторая выступает в роли прокси и отдает то, что находится внутри iframe (добавляя тег <base>, чтобы относительные ссылки вели на настоящий домен, а не на прокси). Таким образом в первом случае запросы к скриптам на vid1662131021.vb17121coramclean.pw идут с домена vid1662131021.vb17121coramclean.pw, а во втором случае запросы (через <script>) идут уже от имени gentle-lowlands-09196.herokuapp.com.
Что не так? Первая страница показывает плеер, даже не нужно никуда нажимать, просто видно что плеер есть, он рисуется скриптом. А вот вторая страница пуста (на месте плеера белый фон), потому что uBlock запретил загрузку скриптов, ответственных за отрисовку плеера.
Был бы домен в зоне .xyz - такой проблемы бы не было, потому что в списке разрешены запросы от Heroku к зоне xyz, а вот с pw такого, увы, нет.
При отключении вашего списка фильтров проблема исчезает.
(при первом открытии может загружаться чуть дольше (пару секунд), потому что heroku запускает приложение, уточню на всякий случай)

Ссылка на коммит с исправлением - выше. В течении получаса изменения вступят в силу и станут доступны при обновлении фильтров вручную.

Ага, увидел. Пока я писал то сообщение, вы уже коммит запостили, не заметил. Спасибо, в коммите все как и просил!

Даже не знаю, стоит ли отдельный тред заводить, так что спрошу пока здесь (если, что пост можно выделить в самостоятельный тред). Возможно ли с помощью uBo и каких-либо ещё средств бороться с провайдерским перехватом трафика и встраиванием рекламы (в моём случае там мовершенго не реклама). Интересовался по данному вопросу на форуме adguard'a (весь цимес ситуации описан там) но там ничего дельного предложить не смогли. Про использование https я и так в курсе. Вот только, как я уже писал там

https не всегда есть возможность использовать т.к. многие ресурсы, куда заносит сёрфинг или открываются по дефолту в http или не имеют https как такового (на удивление таковых довольно много).