Результаты поиска потегуublock

Дополнительные фильтры

Теги:

ublockновый тег

Автор поста

Рейтинг поста:

-∞050100150200300400+

Найдено: 7

Сортировка:

рейтингдата

†Cerberus†

YouTubeФиксuiublock

Возврат нормального UI через uBlock

Для тех, кто пострадал от нового ui ютуба.
Искал для себя, но делюсь со всеми.
uBlock - Мои фильтры - вставить - применить изменения

youtube.com###related #thumbnail.ytd-rich-grid-media:style(margin-right: 8px!important;height: 94px!important;width: 168px!important;min-width: 168px!important;)
youtube.com###related #avatar-link.ytd-rich-grid-media, #related #attached-survey.ytd-rich-grid-media, #related .ytd-rich-shelf-renderer .button-container.ytd-rich-shelf-renderer:style(display:none!important;)
youtube.com###related #dismissible.ytd-rich-grid-media:style(display:flex;flex-direction:row!important;)
youtube.com###related #details.ytd-rich-grid-media:style(width: 100%!important;min-width: 0!important;)
youtube.com###related #contents ytd-rich-item-renderer:style(margin:0!important;margin-top:8px!important;)
youtube.com###related ytd-rich-grid-row #contents.ytd-rich-grid-row,#related h3.ytd-rich-grid-media,#related ytd-rich-section-renderer #content,#related #rich-shelf-header.ytd-rich-shelf-renderer:style(margin:0!important;)
youtube.com###related ytd-rich-item-renderer.ytd-rich-grid-row,#content.ytd-rich-item-renderer:style(width:100%!important;)
youtube.com###related #video-title.ytd-rich-grid-media:style(font-size:1.4rem!important;)
youtube.com###related .ytd-channel-name a,#related #metadata-line.ytd-video-meta-block span:style(font-size:12px!important;)
youtube.com###related ytd-rich-grid-renderer #contents:style(padding-top:0px!important;)
youtube.com###related .ytd-rich-shelf-renderer ytd-rich-item-renderer.ytd-rich-shelf-renderer:style(width:130px!important;min-width: 130px!important;)
youtube.com###related #contents.ytd-rich-shelf-renderer:style(display: flex !important;flex-direction: row !important;gap: 8px !important;flex-wrap: nowrap!important;max-width: 400px!important;overflow-x: scroll!important;overflow-y: hidden!important)
youtube.com###related .ytd-rich-shelf-renderer .yt-core-image:style(object-fit: cover!important;)
youtube.com###related ytd-rich-section-renderer #contents:style(margin-left:0!important)
youtube.com###related #contents ytd-rich-section-renderer ytd-rich-item-renderer:style(margin-top:0px!important;)
youtube.com###related .ytd-rich-shelf-renderer ytd-rich-item-renderer.ytd-rich-shelf-renderer[hidden=""]:style(display:block!important;)
youtube.com###related #dismissible.ytd-rich-shelf-renderer:style(margin:0!important; border-color: transparent!important)
youtube.com##+js(set, yt.config_.EXPERIMENT_FLAGS.kevlar_watch_grid, false)
youtube.com##+js(set, yt.config_.EXPERIMENT_FLAGS.small_avatars_for_comments, false)
youtube.com##+js(set, yt.config_.EXPERIMENT_FLAGS.kevlar_watch_comments_panel_button, false)
youtube.com##+js(set, yt.config_.EXPERIMENT_FLAGS.web_rounded_thumbnails, false)
youtube.com##+js(set, yt.config_.EXPERIMENT_FLAGS.web_watch_rounded_player_large, false)
youtube.com##+js(set, yt.config_.EXPERIMENT_FLAGS.kevlar_watch_max_player_width, 1280)

bolgarwow

geekYouTubeadblockgoglglglglglgleГугл-Совсем охуелublockКонтора Пидорасов

www.youtube.com##+js(nano-stb, resolve(1), *, 0.001)

angusmcfifexiii 20h
go to uBIock orgin dashboard
go to my filters
add this
fixed
i.youtube.co»«**ji(neno-stb, resolve(1),
View 47 replies,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,YouTube,adblock,goglglglglglgle,Гугл-Совсем охуел,ublock,Контора Пидорасов

Отличный комментарий!

Добавил. Почувствовал себя хакером. Что оно делает?

ratcatcher89

16.01.2024, 16:38

ссылка

+9,9

"Пользователи Reddit заметили, что YouTube начал медленнее загружаться в браузерах с блокировщиками рекламы. С проблемой столкнулись сначала пользователи Firefox, где видео на YouTube загружалось на несколько секунд медленнее, чем Chrome. Позже о проблемах начали сообщать пользователи Edge, Brave и Chrome.

Причиной стал добавленный в JavaScript-файл код, замедляющий страницу на пять секунд. "

данный код полагаю вырезает этот код, или грузится без этого кода

InariFox

16.01.2024, 17:23

ссылка

+49,6

dreman

#AnimeфэндомыYouTubeublock

Отличный комментарий!

А гин это пользователи из России?

MrPrince

23.11.2023, 20:30

ссылка

+40,5

kragsaniamins

ublockadblockGoogle ChromeGooglechromiumвсе пропало

Новые версии uBlock Origin Dev Build были отвергнуты в магазине расширений Chrome

С формулировкой "расширение должно иметь одну единственную цель, понятную пользователям". Что именно не так, не сообщается, поэтому как исправлять, не понятно. Готовимся к тому, что это может случиться и со стабильными версиями uBlock, а также коснуться других блокировщиков.

Исходный тред на гитхабе от автора uBlock https://github.com/uBlockOrigin/uBlock-issues/issues/745

Пользователи также отмечают, что Tampermonkey Beta версии 4.9.6004 от 2019-09-16 до сих пор не появилась в магазине расширений Chrome.

Отличный комментарий!

Что опять пришло время совершить виток и сменить удобный браузер?

Fidel_Cuba

12.10.2019, 04:41

ссылка

+12,0

Из-за двери Firefox: "а у удобного браузера таких проблем нет! :)"

agri

12.10.2019, 04:50

ссылка

+30,5

kragsaniamins

ublockadblockGoogle ChromeGooglechromiumвсе пропало

Google продолжает настаивать на ограничении API, востребованного в блокировщиках рекламы

В продолжение январской новости.

Симеон Винцент (Simeon Vincent), отвечающий в команде Chrome за взаимодействие с разработчиками дополнений (занимает должность Extensions Developer Advocate), прокомментировал текущую позицию Google в отношении третьей редакции манифеста Chrome, нарушающей работу многих дополнений для блокирования нежелательного контента и обеспечения безопасности. Компания не намерена отказываться от первоначального плана по прекращению поддержки блокирующего режима работы API webRequest, позволяющего менять принимаемый контент на лету. Исключение будет сделано лишь для редакции Chrome для предприятий (Chrome for Enterprise), в которых поддержка API webRequest будет сохранена в прежнем виде.

Для обычных пользователей Chrome API webRequest будет ограничен режимом только для чтения. На замену API webRequest для фильтрации контента предложен декларативный API declarativeNetRequest, который покрывает лишь ограниченную часть возможностей, используемых в современных блокировщиках рекламы. По сути вместо собственных обработчиков, имеющих полный доступ к сетевым запросам, предлагается готовый универсальный встроенный движок для фильтрации, собственными силами обрабатывающий правила блокировки. Например, API declarativeNetRequest не позволяет использовать собственные алгоритмы фильтрации и не даёт возможность создавать сложные правила, перекрывающие друг друга в зависимости от условий.

Разработчики дополнений для блокировки рекламы совместно подготовили список замечаний, в котором перечислили недостатки API declarativeNetRequest. Google согласился со многими замечаниями и дополнил API declarativeNetRequest. В частности, добавлена поддержка динамического изменения и добавления правил, обеспечена возможность удаления HTTP-заголовков, но только находящихся в белом списке (Referer, Cookie, Set-Cookie). В планах реализация поддержки добавления и замены HTTP-заголовков (например, для подстановки Set-Cookie и директив CSP) и возможность удаления и замены параметров запросов.

Предварительный вариант третьей версии манифеста, который определяет перечень возможностей и ресурсов, предоставляемых дополнениям Chrome, планируется в ближайшие месяцы применить для тестирования в экспериментальных сборках Chrome Canary.

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

Второй аргумент, связанный с желанием защитить пользователей от неконтролируемого доступа дополнений к контенту, также не выглядит убедительным, так как вместо удаления давно сложившейся и распространённой в легитимных дополнениях функциональности можно было добавить новый тип полномочий и предоставить пользователю конечный выбор, устанавливать дополнение, имеющего полный доступ к сетевым запросам или нет. Кроме того, Google оставил поддержку использования API webRequest в режиме только для чтения, позволяющем выполнять полный мониторинг трафика, но не вмешиваться в него на низком уровне. Изменять же содержимое загруженных web-страниц дополнения могут через другие API (например, вредоносные дополнения как и раньше могут поставлять свою рекламу, запускать майнеры и анализировать содержимое форм ввода).

Рэймонд Хилл (Raymond Hill), автор систем блокирования нежелательного контента uBlock Origin и uMatrix, достаточно жестко прокомментировал ответ представителя Google и намекнул на демагогию и закулисные игры, в которых Google под видом благой возможности пытается продвинуть свои бизнес-интересы в области интернет-рекламы, получить контроль за механизмами её фильтрации и оправдать эти действия в глазах широкой публики.

Убедительных доводов в необходимости прекращения широко распространённого и востребованного среди разработчиков дополнений API он так и не получил. По мнению Рэймонда падение производительности не является доводом, так как страницы загружаются медленно из-за своей раздутости, а не из-за использования блокирующего режима webRequest в корректно реализованных дополнениях. Если бы Google волновала действительно производительность, они бы переделали webRequest на основе механизма Promise, по аналогии с реализацией webRequest в Firefox.

По мнению Рэймонда стратегия Google заключается в определении оптимального баланса между расширением пользовательской базы Chrome и ущербом бизнесу, наносимому из-за использования блокировщиков контента. На первом этапе экспансии Chrome компания Google вынуждена была мириться с блокировщиками рекламы, как одними из самых востребованных среди пользователей дополнений. Но после того, как Chrome занял доминирующие позиции, компания попыталась сместить баланс в свою пользу и получить контроль над блокировкой, начав продвигать инициативу по встраиванию в Chrome функции блокирования неприемлемой рекламы. API webRequest мешает данной цели, так как сейчас контроль над блокировкой контента находится в руках разработчиков сторонних блокировщиков рекламы.

Источник

P.S. Firefox не может считаться панацеей, т.к. в нынешнее время использует схожий механизм дополнений, а также Mozilla получает крупное финансирование от Google. Поэтому переход Firefox на схожий manifest v3 - это только вопрос времени.

kragsaniamins

ublockchromechromiumвсе пропало

Новая редакция манифеста Chrome сделает невозможным использование uBlock Origin

Рэймонд Хилл (Raymond Hill), автор систем блокирования нежелательного контента uBlock Origin и uMatrix, предупредил о невозможности использования в браузере Chrome дополнения uBlock Origin в случае утверждения третьей версии манифеста Chrome.

Манифест определяет перечень возможностей и ресурсов, предоставляемых дополнениям Chrome. В текущем черновом варианте третьей версии манифеста прекращена поддержка обработки API webRequest в блокирующем режиме и в качестве замены предложено использовать существенно более ограниченный API declarativeNetRequest. По мнению Рэймонда Хилла предложенного API недостаточно для обеспечения полноценной блокировки рекламы и в случае утверждения манифеста дополнения uBlock Origin и uMatrix не смогут выпускаться для Chrome.

При этом изменение не повлияет на работу блокировщика Adblock Plus, построенного на базе API declarativeNetRequest. Рэймонд отмечает, что при помощи декларативного API declarativeNetRequest невозможно создавать эффективные движки для блокировки нежелательного контента, так как данный API является уже готовой сильно ограниченной реализацией одного специфичного движка и не даёт самостоятельно контролировать поступающий контент на низком уровне. С мнением Рэймонда также согласились разработчики блокировщика AdGuard, который также затрагивают вводимые изменения.

Из недостатков API declarativeNetRequest называется жесткое ограничение максимального числа подключаемых фильтров - список правил фильтрации ограничивается 30 тысячами записей, что недостаточно с учётом того, что только в одном списке EasyList присутствует более 42 тысяч блокировок. Кроме того, предложенный API не даёт использовать собственные алгоритмы фильтрации и не позволяет создавать сложные правила, перекрывающие друг друга в зависимости от условий. При помощи API declarativeNetRequest также невозможно организовать блокировку больших мультимедийных элементов, остановить выполнение JavaScript через подстановку директив CSP и удалить заголовки с Cookie.

В качестве причины прекращения поддержки API webRequest называется желание защитить пользователей от неконтролируемого доступа дополнений к контенту. По мнению Google пользователи должны иметь возможность определить, какая информация доступна дополнению, а какая нет. API declarativeNetRequest не даёт дополнению прямого доступа к сетевым запросам, а лишь позволяет задавать правила блокировки, но обрабатывает их самостоятельно.

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

По мнению Рэймонда Хилла прекращение поддержки уже 7 лет существующего API со ссылками на защиту приватности пользователей является странным шагом, так как логичнее было добавить отдельное разрешение, позволяющее пользователю выборочно предоставлять доступ избранным дополнениям к webRequest, а не полностью удалять данный API.Вызывает вопросы и то, что работа по удалению webRequest началась в предвкушении повсеместного введения в строй собственного блокировщика Google, в котором реализация declarativeNetRequest близка к движку блокировщика Adblock Plus, заключившего соглашение о помещении рекламных сетей Google, Amazon и Microsoft в белый список.

kragsaniamins

adblockрекламаublockвсе пропало

Adblock Plus запустил собственную рекламную сеть с приемлемой рекламой

Разработчики дополнения для блокировки рекламы Adblock Plus ввели в строй собственную рекламную площадку Acceptable Ads Platform (AAP), на которой намерены достичь компромисса между интересами пользователей и рекламных сетей. С сегодняшнего дня площадка запущена в бета-режиме, тестирование планируется завершить до конца осени. Владельцы сайтов любого размера теперь могут разместить код новой рекламной сети, которая по умолчанию включена в белый список Adblock Plus.

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

На площадку будут допускаться рекламодатели, объявления который соответствуют критериям приемлемой рекламы. Реклама считается приемлемой, если представлена статическим контентом (текст или изображение без анимации, звуков, видео и интерактивных блоков), достаточно отдалена от контента, явно воспринимается как реклама и не перекрывает другое содержимое. Adblock Plus работает над формированием комитета из защитников частной жизни, создателей контента и представителей рекламных сетей, который выработает окончательный вариант плавил оформления приемлемой рекламы.

,adblock,реклама,рекламные фото приколы,ublock,все пропало

Компания, развивающая Adblock Plus, будет выступать в роли арбитра, отфильтровывающего приемлемые блоки для рекламной сети. Владельцы сайтов получат 80 процентов дохода от размещения рекламных блоков, 6 процентов от дохода будет перечисляться разработчикам Adblock Plus, а остальное распределяться между различными партнёрами, вовлечёнными в показ рекламы. По другим сведениям, Adblock Plus будет оставлять себе 30% от средств, полученных от партнёрских рекламных сетей.

Источник

P.S. Сам давным давно уже на uBlock Origin.

Здесь мы собираем самые интересные картинки, арты, комиксы, мемасики по теме (+7 постов - )