Comments 207
Это как-то затронет Chromium и браузеры на его основе?
Как только будет ограничение в 30 000 правил, то вирусописатели начнут создавать кучу доменов или скриптов по разным схемам реализации, с которых будут лезть вирусы. Сейчас то такая схема не сработает. И что вынуждены будут делать составители фильтров?
А) Если они вместят в 30 000 правил самые злостные вещи(домены с вирусами, самая жёсткая всплывающая реклама), то будет проскакивать кучу обычной рекламы, которая сама вскоре станет всё больше и больше(по занимаемой площади и назойливости). Пользователи будут недовольны.
Б) Если они вместят 30 000 правил для самых распространнёных рекламных сетей(не с самой жестью), то будут пролезать домены однодневки с вирусами и наижесточайшей рекламой. Опять пользователи будут недовольны.
На это и расчёт Google. Следующим шагом будет полное устранение блокировщиков рекламы под соусом: «ну вот видите, не работают ваши блокировщики, мы внедрим свой». И под «свой» будет конечно же блокировщик, который не блокирует рекламу гугла, и тех кто так или иначе с ними запартнёрится(ну то есть по сути в том или ином виде поделится наваром). Да и не факт, что в таком случае реклама от Google не станет точно так же всплывать на весь экран.
Если будет пролазить много рекламы, пользователи уйдут на другой.
Но с условными тысячами доменов авторы списков не справятся уже сейчас, тут дело не в количестве возможных правил в списке. Потому, подход с добавлением доменов в списки по одному уже устарел и тысячи таких правил в списках это просто мертвый груз. Сейчас смотрят, откуда эти домены грузятся и блокируют все там по определенной маске.
Например, все внешние скрипты, кроме белого списка доменов. Это работает, в отличие от доменов, которые можно годами перебирать и менять быстрее, чем обновляются списки.
30000 правил это на самом деле очень много. Сильно больше, чем может понадобиться в современном интернете при адекватном подходе к составлению списков.
А предсказания по следующим шагам оставьте настрадамусам. У Гугла возможность прикрутить блокировщики существует уже очень давно. Раз пока не сделали, то нет причин думать что именно после введения новых api начнет. Тем более, под таким смешным соусом, как вы написали.
Но с условными тысячами доменов авторы списков не справятся уже сейчас, тут дело не в количестве возможных правил в списке.Как то справляются же. Можно подключить несколько списков. Пока что можно. Именно потому что нет ограничения на 30 000, вот поэтому не появляется сверхбольшого количества доменов однодневок — всё равно отловят рано или поздно, а домен то всё равно не бесплатный.
Например, все внешние скрипты, кроме белого списка доменов.Ну во-первых, рядовому пользователю не до белых списков. Во-вторых, насколько я понимаю такие раширения как uMatrix не смогут работать в том же режиме как и сейчас.
А предсказания по следующим шагам оставьте настрадамусам.Даже не знаю как на это ответить. Вы серьёзно? Вы реально никогда не пользовались инструментами дедукции?
У Гугла возможность прикрутить блокировщики существует уже очень давно. Раз пока не сделалиСсылка. Что-то вы, видимо, немножко не в теме.
UPD А по поводу того, что надо почистить правила — нужна целая схема валидации, что больше ни у кого не встречается этот тип гадости. Видела на форумах, что частично такая система есть у некоторых составителей списков. Дело идёт.
С доменами-однодневками блокировщики справляются только тем способом, который описал я — превентивная блокировка по маске, под которую попадут возможные домены и никак иначе.
Время реакции модераторов списка блокировки это минимум часа 1.5-2. Еще пару суток уйдет на то, чтобы списки распространились у пользователей. Тогда как вирусы могут использовать тесячи доменов, меняя их раз в пару часов. У блокировщиков в принципе нет шансов за этим угнаться, сколько списков не используй. Потому, кстати, очень редко встречаются «антивирусные» списки и обычно все они фейк. Сами разработчики расширений отдают себе отчет в том, что их возможности по борьбе с вирусами крайне ограничены.
И вы, наверное, не сильно понимаете как блокировщики «ловят» рекламу, если думаете что тысячи доменов рано или поздно отловят. Это будет не рано, а поздно, очень поздно, скорее всего, уже даже после того, как у этих доменов закончится регистрация.
Далее, белые списки добавляют модераторы списков блокировки. Рядовому пользователю вообще не сильно понятно, как там что блокируется. Им предоставляют «коробочный» продукт. Кстати, по этой причине, большинство пользователей не поймет что их компьютер тормозит или ломает сайты именно из-за блокировщика и не додумается его отключить и проверить. Вирусы, кстати, тоже любят списки блокировщиков корректировать в своих целях.
А дедукция, она хороша, когда работает. Обычно, выводы высасываются их пальцы и никакая это не дедукция. Ваша ссылка, которая вообще не имеет отношение к теме, отличный пример этой самой «дедукции». Я уже много раз объяснял на этом сайте, в чем суть блокировщика от Гугла и зачем его сделали, но для мозга айтишника это сильно сложно. Почему-то, вещи доступные многим гуманитариям, напрочь выбивают все логичесткое мышление у технарей и те массово идут жечь ведьм.
Кстати, по этой причине, большинство пользователей не поймет что их компьютер тормозит или ломает сайты именно из-за блокировщика и не додумается его отключить и проверить.Сарказм: Безусловно, сайты тормозят не из-за багов браузера перерисовывающих всю страницу, не из-за говнокода в фронтенде с тоннами костылей, а из-за блокировщиков релкамы. Особенно из-за блокировщиков рекламы тормозит винда, постоянно что-то делающая с жёстким диском.
А хотя… Не, не надо.
Там всё ещё хуже. 30000 — для статичного .json файла, идущего с расширением (и который нельзя редактировать).
The JSON file specified as part of "rule_resources" in the manifest contains a list of rules. The number of rules that an extension can specify is bound by the chrome.declarativeNetRequest.MAX_NUMBER_OF_RULES constant
Для динамически создаваемых — 5000:
The number of dynamic rules that an an extension can add is bounded by the chrome.declarativeNetRequest.MAX_NUMBER_OF_DYNAMIC_RULES constant.
Также в API нет возможности из расширения узнать, какие правила сработали. Т.е. logger, такой как в uBlock Origin или uMatrix, нельзя будет реализовать. Только в сетевой консоли можно будет видеть, что запрос заблокирован. И не факт, что его можно будет сопоставить с конкретным запрещающим правилом. Т.е. отладка затруднится.
Можно указывать редирект вида:
{
"id" : 4,
"priority" : 1,
"action" : { "type" : "redirect", "redirectUrl" : "/a.jpg" },
"condition" : { "urlFilter" : "abcd.com", "resourceTypes" : ["main_frame"] }
}
тогда http://abcd.com
редиректится в chrome-extension://<extension-id>/a.jpg
. В теории, через этот workaround можно получить более гибкое управление процессом, но не очень понятно, 1) насколько быстро такой редирект сработает и 2) можно ли средиректить в JS код расширения или только в статику.
Все подробности тут: https://developer.chrome.com/extensions/declarativeNetRequest
На конкретном сайте и так активируются максимум пару десятков сетевых правил и делать проверки десятков тысяч правил при каждом сетевом забросе это действительно перебор.
Наведут порядки в своих списках и из 80 тысяч останется 8. Процентов 90 правил там все равно относится к временным и давно не актуальным доменам.
А все прочие механизмы никуда не деваются. Возможно, Гугл продолжит зажимать гайки и они поднимают скандал заранее, опасаясь этого. Но в текущем виде, никакой трагедии точно не происходит.
Разработчики расширений знают все прекрасно и, конечно, лучше меня. Только их публичная риторика основана на их целях, а не только знаниях.
Цель у них состоит в том, чтобы Гугл не принял решение об ограничении их работы. Для этого им нужен общественный резонанс и, желательно, до того, как начнутся реальные палки в колеса. Предотвратить появление каких-то изменений обычно сильно проще, чем потом пытаться заставить их откатить.
Однако, принципы работы блокировщиков не является какой-то супер тайной или сложной для понимания технологией. Потому вполне можно судить и со стороны и здравно оценить степень влияния данного изменения на их работу.
Потому вполне можно судить и со стороны и здравно оценить степень влияния данного изменения на их работу.Так чего люди тогда возмущаются, если всё хорошо?
Ну и да, ограничили csp. Но повторюсь, csp чаще применяются для поломок сайтов, а не блокировки рекламы. Может и правильно, что запретят их использование.
Но возбудились потому, что их во-первых, заставят исправлять последствия многолетней практики наплевательского отношения к актуальности правил. Что может быть весьма непросто для них, но это в чистом виде технический долг.
Во-вторых, все-же добавили одно ограничение и они опасаются того, что дальше будут продолжать закручивать гайки.
Если кратко, то никто у пользователей не забирает возможность блокировки рекламы. И не оставляет только корпоративным пользователям, как говорится в заголоке. Для них, скорее всего, вообще ничего не поменяется.
У блокировщиков определенный кипиш из-за вынужденных изменений во внутренней кухне и все.
1. Гугол ломает работающее апи, с которым работают одни из самых популярных расширений браузера — блокировщики.
2. Блокировщики перестанут блокировать рекламу, просто потому, что так решил гугол, никаких обоснований кроме бабла от рекламы — нет.
3. Изменения в блокировщиках вынужденно начнут пропускать рекламу — потому что появился лимит.
4. Пользователи гарантированно пострадают, расширения гарантированно пострадают.
Вот уж назвать это внутренней кухней — перебор адский. Это вам запретят ездить по городу больше 3 км, скажут ходите пешком или оптимизируйте свои поездки, и вы такой — ок, поменяю свою внутреннюю кухню.
При этом, претензии появились не у всех блокировщиков, а только у автора uBlock. Adblock заявил что справится без проблем так, как механизмы, подобные новому варианту уже и так используются на мобильных платформах, где изначально не было возможности перебирать десятки тысяч правил при каждом запросе.
2. Блокировщики не перестанут блокировать рекламу. Части из них придется скорректировать часть кода для перехода на новые api. И причесать общую раздутую и не оптимальную архитектуру. Другая часть и так ориентирована на оптимальные механизмы блокировок и кардинальных изменений там не будет.
3. Только если блокировщики сами так решат. По факту, из 30000 предлагаемых правил на реальных страницах очень редко используется даже 0.1%. Проблема огромного количества правил в самом подходе к их составлению.
4. Пользователи в теории получат более быструю работу некоторых сайтов с включенным блокировщиком. На большинстве сайтов, возможно, Chrome будет просто жрать меньше батареи на ноутбуках (если не будет скомпенсированно какими-то другими ресурсоемкими api).
А ваш последний абзац основан на ложных вводных, потому и получится таким истеричным. Возможно, в будущем будут ограничения которые реально будут мешать блокировщикам. Но пока что их просто вынуждают работать более оптимально, как и многих других до них. Благодаря таким пинкам под зад засидевшимся разработчикам, мы имеем более-менее динамичное развитие браузеров, не тянущих за собой тонны legacy костылей.
Гугл регулярно ломает (и удаляет или заменяет кастрированными реализациями) все свое под надуманными причинами, иногда с видимым профитом для проприетарных (и иногда платных для большинства) функций.
Неверно. Возмущаются те, кто делал реально работающие блокировщики (как минимум AdGuard), а не ABP, который кучу рекламы пропускает даже в "ненавязчивом" режиме. К тому же отломается uMatrix от того же Рэймонда (но кому какое дело до людей, в него сумевших, их же меньше процента и они сумеют уйти на FIrefox, хех)
Возможно, но проблемы, вызванные количеством правил надуманные (согласно замерам, сделанным зимой, когда шум поднялся в первый раз)
Спорно, исходя из (2), т..е. того, что рекламы станет резаться меньше.
Легаси костыль никуда не убирают, просто часть его публичного интерфейса убирают за #ifdef
(или в проприетарную ветку), что как бы намекает
2. Жаловаться может кто угодно, это не отменяет того факта, что списки блокировки просто чудовищно раздуты и проверки по этим многочисленным правилам делаются далеко не самым эффективным способом. Да если посмотреть один лишь русский список, там такое количество устаревших и неэффективных правил, что его можно сократить в несколько раз не внося вообще никаких логических изменений в то, как блокируется реклама. Но никто ничего не меняет потому что годами добавляли, оно вроде работает, так чего трогать. А производительность перебора все падает и падает. Вот и получили здравый ограничитель. Который на самом деле и так на порядок больше реально необходимого и позволяет все блокировать с большим запасом (при грамотном подходе к самим правилам).
Задача перевода легаси костылей в deplecated как раз и состоит в том, чтобы разработчики массовых продуктов перестали их использовать и переключались на новые эффективные API. Но оставить возможность ими пользоваться не массово тем, кто не имеет возможности переделать, но уже на свой страх и риск. Уверен, что при запуске с каким-то параметром старыми API будет возможность пользоваться еще долго.
Пользователи делают вывод, что Хром — говно. Запускают условный Сафари, а там блокировщика нет, все летает и вывод подкрепляется.
Реклама, конечно, создает сильно больше тормозов и на рекламных сайтах тормоза самого блокировщика могут быть и не заметны.
Но на сайте, допустим, большого интернет-магазина, где внешней рекламы нет, но есть куча разных запросов, уже вполне могут быть заметные тормоза, если девайс не сильно мощный.
А по сути, ничем, кроме криворукости разработчиков блокировщиков (ну или даже больше — модераторов списков), эти тормоза не обоснованы. Однако, кто ж будет исправлять, если и так сойдет?
Когда уже не сойдет, то будут ворчания, движения, но в итоге причешут списки, блокироваться будет как и прежде но с гораздо меньшими тормозами. Кто от этого проиграет?
Кто от этого проиграет?Пользователи uMatrix. Пользователи, у которых не 100500 правил блокировки, а десяток хитрых правил, которые написаны собственноручно под посещаемые ими сайты.
Самое главное, правило проверяется только для URL, независимо от страницы-источника. Например, сейчас в uBlock можно заблочить домен twitter.com с опцией third-party, отключив его социальные кнопки и следилки на других страницах, но в то же время, при входе на сайт twitter.com он будет открываться (т.к. запрос — с того же домена). В новом API так сделать нельзя.
uMatrix в принципе не сможет работать с тем API (с его сложными правилами для доменов и поддоменов, с разделением правил по типам контента).
Для опции third-party применяется вот этот метод: developer.chrome.com/extensions/declarativeNetRequest#method-addDynamicRules
Просто добавляется динамическое правило, делающее исключение для запросов текущего домена, если сами правила добавлены с опцией third-party.
Кроме того, есть штатные механизмы как для third-party (опциональный domainType со значениями firstPartythirdParty) равно как и правил с отдельными типами ресурсов (поля resourceTypes и excludedResourceTypes).
В правилах url там тоже не только звездочка. Конечно, regexp пока нету (возможно и не будет для производительности) но есть явно прописываемый приоритет правил, что позволит добавить несколько правил и комбинацией сымитировать большинство regexp.
Применение последних все равно оправдано только применительно к конкретным сайтам (т.е. это динамические правила, а не общие).
Вопрос, который я не смог прояснить — в какой момент можно вызывать addDynamicRules. В документации никаких хинтов, как это предполагается использовать.
Если есть какой-то хук перед исполнением запроса, что в этот момент я могу задефайнить 5000 дополнительных (динамических) правил на основании адреса страницы, это решает задачу. Но снова возникает вопрос с производительностью — перед каждым запросом парсить и компилировать 5000 dynamic-правил — это хорошо?
В любом случае, это явно быстрее, чем перебирать десятки тысяч правил перед каждым запросом, как сейчас.
перебирать десятки тысяч правил перед каждым запросомИ в чём разница, расширение будет перебирать «десятки тысяч правил», или сам Хром? По ссылке из статьи на исследование, uBO вносит задержку 0.017ms в медиане (0.124ms 99% процентиль). Обратите внимание — не секунд, а миллисекунд. То есть, аргумент о скорости смешон.
Вообще, зазомбированность публики удивляет. Разработчики браузера пытаются ускорить браузер как могут, вводя более эффективные механизмы обработки данных.
Вроде бы отличное начинание, которое айтишниками было бы радостно встречено в любой другой ситуации. Но нет, увидев какой-то конфликт между Гуглом и блокировщиками рекламы, люди выключают мозг, включают какой-то инстинкт и начинают яростно атаковать Гугл потому что он злой и конечно ни в коем случае не может предложить ничего хорошего. Особенно если добрый блокировщик против.
Мысль о том, что это подход блокировщиков может быть кривым и отрастив список до десятков тысяч правил, они реально могут вносить ощутимые тормоза, даже в голову прийти не может.
Разобраться в том, что за десятки тысяч правил в списках и сколько из них реально нужно для такого же качества блокировки рекламы? Нет! разработчики блокировщиков это идеальные сверхлюди и не могут нигде ошибаться или лениться, это все злой Гугл козни строит.
Люди уже настолько не готовы к любому критическому мышлению по отношению к своим кумирам, что скоро на политических срачеблогах обстановка аргументы будут более логичные. Речь не только о блокировщиках рекламы, вообще любых текущих кумиров касается.
Грустно это все. Наверное, нет смысла больше что-то обсуждать в комментариях. Будет вдохновение — напишу статью о том, как работают блокировщики и на что реально может и на что не может повлиять эти нововведения от Гугла. А пока проще поберечь клавиатуру.
Вы предвзято считаете программистов из Гугла гениями алгоритмистики, а авторов блокировщиков — криворукими говнокодерами.
А почему бы тогда вообще все расширения не запретить? Например, у меня был случай, когда Ghostery на firefox в разы замедлял открытие/закрытие браузера (и дело не в фильтрации, а в количестве вкладок, он похоже что-то делал с сотней незагруженных). Просто снёс это расширение, и всё.
Разработчики браузера пытаются ускорить браузер как могут, вводя более эффективные механизмы обработки данных.А причина простая: они отбирают хорошее API, а взамен дают плохое (менее функциональное). Надо было оставить оба варианта, а дальше пользователи сами рассудят — нравится им «быстрый» блокировщик, или «тщательный».
Вроде бы отличное начинание, которое айтишниками было бы радостно встречено в любой другой ситуации. Но нет
Будет вдохновение — напишу статью о том, как работают блокировщики и на что реально может и на что не может повлиять эти нововведения от ГуглаКроме теоретических размышлений, не забудьте включить в статью практическую часть — сколько времени тратят блокировщики на матчинг адреса с EasyList.
Они открыты, на Гитхабе есть. Интересно ваше мнение.
А потом мы поговорим о том, кто и где говнокодер.
Мнение об алгоритме и его эффективности, а не рассуждения на вольную тему.Пока выполнение алгоритма не занимает много времени, алгоритм не важен. С учётом того, что это время меньше четверти секунды, то и заморачиваться по этому поводу не стоит.
А потом мы поговорим о том, кто и где говнокодер.
Ситуации, когда их нужно использовать против обычной рекламы практически не встречаются. А в случае обхода блокировок, достаточно быстро приходят к url которые регуляркой отделить не получится.
Для борьбы с обходом в этих случаях используют другие типы правил.
Вы исходники uBlock смотрели? Видели, какой там эффективный алгоритм используется для проверки сетевых запросов?Я не нашёл там foreach по списку правил. В файле static-net-filtering.js сопоставление выполняется ф-цией realmMatchString, которая ищет сразу по всем правилам.
Проблема огромного количества правил в самом подходе к их составлению.
Можно конкретнее узнать что за проблема такая, о которой никто не знает?
Блокировщики перестанут блокировать рекламу, просто потому, что так решил гугол, никаких обоснований кроме бабла от рекламы — нет.
Справедливости ради надо уточнить, что не перестанут. Не будет работать только определенная часть блокировок. Какая именно — это открытый вопрос.
Приведите, пожалуйста, конкретный пример "поломки сайта в наказание".
Без конкретных примеров это утверждение пока напоминает крики "американцы не были на луне"
Далее, если брать в пример РБК. (Rbc.ru). После того, как они стали блокировать пользователей с включенными блокировщиками рекламы — я перестал туда заходить.
Но они поступили справедливо — они выводили окошко, где просили его отключить.
А когда я из поисковика первый раз попадаю на сайт, а там, извините, дерьмодемон из всплывающих окон и надписей "разрешить уведомления в браузере" вместо вежливой просьбы — да я только за, чтобы эту вакханалию останавливали, выжигая огнем.
Комментрий к коммиту, я думаю, понятен и так. Суть изменений в плавилах требуют пояснения?
hideip.me/ru (для пользователей с блокировщиками рекламы сайт бесполезен)
В коммит входят не только правила по блокированию этого сайта, потому распишу те, которые представляют интерес:
+...,hideip.me,...##*
Точками я заменил то, что в коммите не менялось. В правило добавили еще один домен, к которому оно применяется. Правило скрывает все элементы на сайте, включая html и body. Т.е. вместо сайта будет просто белая страница.
+google.by,google.com,google.com.ua,google.kz,google.ru#?##search .g:-abp-has([href^="https://hideip.me"])
Все ссылки на данный сайт скрываются из списка выдачи Google. Даже, если искать конретный сайт по домену.
+yandex.by,yandex.kz,yandex.ru,yandex.ua#?#.serp-list > .serp-item:-abp-has([href^="https://hideip.me"])
Аналогичное правило для Яндекса.
Опасность этих правил для сайта в том, что поисковые системы регистрируют показ сайта в выдаче. Но пользователи не кликают по ссылкам, которые не видят. Это понижает показатель кликабельности и в итоге поисковики сильно понижают сайт в выдаче по всем запросам. Для всех пользователей, не только тех, кто пользуется Адблоком.
И несколько исключений, чтобы пользователи uBlock могли попасть на сайт (в отличие от пользователей Adblock). Не знаю, с какой целью. Или так продвигают uBlock или сам uBlock устанавливает более строгие ограничения на поломку сайтов.
Сами правила добавлены в русские списки Easylist, которые по-умолчанию использует большинство блокировщиков (и изначально они аффилированы с Adblock).
Из выдачи поиска точно убирались все результаты, а не реклама? Потому что иначе это выглядит как происки конкурентов и ничего более.
ПС: там далеко не только hideip.me в таких фильтрах, сайтов полно. Есть видать в этом какой то смысл.
И сокрытие идет именно из поисковой выдачи, реклама в поиске блокируется не по конкретным доменам. Если погуглите этот домен, то видно, что изначально сайт там есть, но через полсекунды выдача сокращается до нескольких ссылок. При поиске по домену это явно видно (т.к. скрывается много ссылок), но если искать что-то типа «бесплатный прокси» или по каким там запросам этот сайт находят, то из выдачи пропадет только одна ссылка и мало кто это заметит.
Сайтов в таких фильтрах не полно, но какое-то количество есть. Судя по всему, такие правила вводят в ответ на такое, как делал РБК (но это не точно). Просто РБК крупный сайт и его подобная блокировка сразу всплывет и вызовет скандал. Но мелкие сайты можно втихаря ломать таким вот способом.
Но так как я не пользуюсь данным сайтом я не в курсе, как именно он должен был выглядеть.
Есть разница в выдаче поисковиков:
PS Список был как в первом вашем спойлере. Попробую позже.
видать «писатели» фильтров для Adblock устали от моих антиблоков
Но под подтверждение того, что Адблок может скрывать не только рекламу, но и целые сайты и даже результаты поисковой выдачи.
Вряд ли вы бы стали признаваться во владении таким сайтом, если бы там был вредоносный софт или что-то подобное. Исключительно рекламным ваш сайт тоже явно не является (хотя это и не дает повода манипулировать поиском).
Очевидно, причина в том, что сайт хотят «наказать» за какие-то продиводействия Адблоку и это не сильно похоже на то, чем Адблок в реальности должен заниматься.
убрали блокировку ссылок в поиске
Отлично, спасибо за подсказку, теперь буду знать, как убрать из выдачи ссылки на надоевшие сайты (тот же qaru, высоко в выдаче гугла при рксской локали, из содержимого кривой машинный перевод stackoverflow и параноидальный antiadblock)
Тот же Касперский насколько я помню умел так делать как минимум раньше.
Еще умеет Adguard(кстати и на Android — тоже, через фейк VPN).
Ну да, это чаще всего — платные решения.
А вот отношение пользователей к сайтам таким лучше — не будет.
Мне вот ситуация когда сайт детектит блокировщик и прямо говорит — давайте вы либо подписку за разумные деньги либо отключите блокировщик, вот инструкции, почему то встречается ОЧЕНЬ редко.
Но приводить страницу к адекватному виду, после вырезания рекламы, они не умеют.
Мне "неадекватный" вид после блокировщиков и uMatrix (nojs) зачастую больше нравится, чем вид с рекламой и модальными окнами. А вот режим чтения Firefox — вообще прелесть! Ничего лишнего и шрифт удобночитаемый.
Да, я намек про топорные внешние методы блокировки понял, но честно, меня поехавшая вёрстка уже не пугает. А она и так местами неудобна.
На сайтах: везде подтверждения куки на весь экран или внизу (у Yahoo/Oath это вообще за гранью добра и зла). Потом идет ещё менюшка подписаться на рассылку, далее автоматически спрашивается разрешение на уведомления. Только чтобы начать пользоваться сайтом надо обычно больше 2 кликов. А там ещё и реклама начинается...
На телефоне верх дизайна это полоса меню сверху или снизу, которая раза в два или три толще статусной строки системы.
Так что мне веб приходится так или иначе терпеть. Пусть уж лучше сайт покосится, если до такого дойдет. Но мне кажется, мы придём к подобию QuickView Телеграма, где самописная вёрстка для сайтов. И по-моему, режим чтения Firefox — первый шаг в эту сторону, пока с ним не начали бороться (рекламу-то он не показывает! Ох и ах)
Дело не в том как заблокировать рекламу, а в том, что не прошло и 2-х месяцев с момента как Майкрософт перевела edge на chrome (помните как тогда говорили что у гугла будет слишком большое влияние, но мало кто придавал этому значение?), как мы уже пожинаем плоды. И это только начало.
"перевела edge на chrome" очевидно вы хорошо разбираетесь в вопросе.
не прошло и 2-х месяцев с момента как Майкрософт перевела edge на chrome
Строго говоря — пока стабильного релиза нет — то еще не перевела, но думаю либо в следующем полугодовом обновлении, либо весной 2020 — это случится уже для всех пользователей, а не только для тех, кто любит пробовать ночные сборки.
В баню эти костыли, много лет назад ушёл обратно на Firefox с Хромоножки и ни капли не жалею.
Хм… а что мешает форкнуть Хромиум, который опенсорсный? Можно вернуть webRequest API, можно расширить правило 30000 хоть до 3 млн.
То ли яндекс, то ли еще какие-то любители форкнуть хром и засунуть туда свои плагины в свое время пытались держать свой форк хромиума куда они возвращали все то что гугл убирал оттуда. В какой-то момент они сказали что у них на мердж кода и исправление получившихся багов уходит большая часть времени разработки и они больше делать этого не будут.
Есть браузер Brave от создателя JavaScript, который тот же Хром, но со встроенным блокировщиком, под все платформы, и при этом с возможностью донатить тем, чью рекламу ты вырезал, но хочется поддержать.
На Андроиде есть Самсунг Браузер
Браузер Самсунг кстати реализует API, которое позволяет подключать внешние блокировщики(AdBlock и AdGuard — точно). Такое же API реализует также и Яндекс.Браузер. И больше — никто насколько знаю.
Пока Google не вырежет код, ответственный за это, из публично доступных исходников и не поменяет существенно что-то, от чего он зависит. Google сейчас единолично владеют Chromium в смысле кодовой базы, и ничего даже уровня Palemoon от Firefox времен конца XUL у них нет.
Обратная сторона этого повышение скорости работы и возможность поддерживать поистине громадные списки, вместо не совсем подходящего для этого JS?
Как вариант Privoxy или что нибудь типа 3proxy.
И то и другое имеет смешные системные требования и успешно режет всякую рекламу.
возможность поддерживать поистине громадные списки, вместо не совсем подходящего для этого JS?
uBo на FF использует для этого WASM, если я правильно понял.
Что мешает сделать активный прокси сервер с которым будет общаться блокировщик?Борьба с рекламой прямо в теле страницы, запрет прокси ради безопасности пользовательских данных, наличие устройств у на которых нет прав суперпользователя.
Что мешает сделать активный прокси сервер с которым будет общаться блокировщик?Это уже не будет расширением браузера. Если же рассматривать как отдельный продукт, то uBO блокирует как запросы, так и элементы DOM. Прокси-сервер справится с запросами, но со вторым пунктом есть сложности. Не все элементы есть в HTML, часть создаётся js-скриптами и добраться до них снаружи браузера сложная задача.
Squid так может — там с древнейших времён можно, помимо внутренних правил, ещё и внешний процесс (redirector) использовать для контроля доступа. Можно также подменять сертификаты HTTPS на подписанные своим CA.
Если написать расширение для браузера, которое будет динамически управлять списками в редиректоре, то получится что-то более-менее подобное текущим блокировщикам.
Но решение не для всех, конечно же.
Какая уж там дружественность, о чём Вы?
Вас не смущает, что версия 56 вышла два года назад? За эти два года браузер и правда очень сильно изменился, и далеко не все изменения были к худшему. От старых XUL расширений избавились, это так, но здесь, на сайте, где-то был очень хороший комментарий от разработчика расширений объясняющий, почему Мозилла пошла на такой шаг.
Я сам тогда очень плевался, и долго сидел на 56 версии, но со временем нашел замену для всех старых расширений, чтобы можно было перейти на последнюю версию, и в целом, по прошествии двух лет, нужно признать — это был правильный шаг, не сделай его, Мозилла загнала бы сама себя в могилу, а так, на сегодня, у файрфокса все хорошо.
От старых XUL расширений избавились, это так, но здесь, на сайте, где-то был очень хороший комментарий от разработчика расширений объясняющий, почему Мозилла пошла на такой шаг.
А нет ли у вас, случайно, ссылки на этот комментарий?
Смущает ровно наоборот, что старые расширения не поддерживаются, и многие из них уже и не будут портированы на более новые версии.
Я когда-то ушёл с Оперы, когда они перешли на новый движок и кинули всех своих почитателей. Теперь посижу на этой версии, когда не смогу больше — поищу что-то ещё.
Но если бы не эта история с сертификатом, сидеть ещё долго можно было.
А что Вас смущает в старом софте? И, кстати, я и смартфон не меняю раз в полгода, и машину не меняю раз в два года.
У ФФ-то, может, и хорошо, а вот у пользователей ФФ — не очень. Я не один пострадал от невозможности использовать старые плагины. Без плагинов ФФ не сильно лучше того же Хрома.
Я потерял DownThemAll и был аддон, не помню название, который стабильно в адресной строке ставил раскладку английскую. За первый обидно, за второй не очень. В целом пережил и за неделю привык работать на новой лисе.
Лиса всё ещё заметно лучше Хрома в плане аддонов =_=
вот, например, uBlock Origin
1559553598316 addons.xpi WARN Download of addons.cdn.mozilla.net/user-media/addons/607454/ublock_origin-1.19.6-an+fx.xpi?filehash=sha256%3A42cc200785c6c644a557a8439e4c94e835e83ff7a7dcbf0d2b2d7a7e8a0efa88 failed: XPI is incorrectly signed
upd:
а вот только начало списка моих аддонов
https://prnt.sc/nwx99b
Просто ехать позволяет машина, к которой привык, ведя которую, думаешь о цели поездки, а не о назначении всех вот этих лампочек и кнопочек. И когда надо ускорится — нажимаешь педаль газа ровно на нужную величину, после чего машина ускоряется ровно на столько, насколько надо, а не стартует вертикально вверх либо же вбок с припрыгом.
Ваш опыт таков, я же не настаиваю. На моём домашнем компе-для-кино-и-блокнота стоит XP и ФФ 52.9.0 32бита, штук 20-30 плагинов, и всё это отлично справляется с 20+ вкладками. Дома мне этого достаточно.
А вот на текущем рабочем компе стоит ФФ 56.0.2 64, последний, поддерживающий старые-добрые плагины, и вот с ним-то и проблема.
Ещё раз поясняю, я ставил более новую версию, мне совершенно не понравилось. Многого нет, что есть, работает не так, как я привык, или как мне нужно.
Это, скорее, пересесть в праворульного автомата-легковушки на леворульную механику-автобус с совершенно другими параметрами разгона/торможения и совершенно другим расположением органов управления и самим управлением.
Опять же, не надо передёргивать. Я не требую смерти мозиллы, пусть живёт и множится форками и клонами. Меня вполне устраивает текущая версия, и мне вообще не нужны апдейты отлично работающих утилитных программ, влекущие за собой кардинальную смену интерфейса или потрохов.
Но мне категорически не нравится, когда меня либо принудительно апдейтят, как делает Гугл, MS и прочие псевдо-юзер-френдли компании, и уж тем более не нравится, когда перестают работать старые версии просто по щелчку, как сделал FireFox и Dropbox.
Одни ставят плюсы за комменты, зато другие втихую сливают карму, ничего не говоря.
Да и нафиг такое «дружелюбное» сообщество.
Если все хотят видеть вокруг только те мнения, с которыми согласны, ну что тут скажешь. И Фэйсбук такие эксперименты ставит, подсовывая пользователю «подходящие» статьи, и все прочие помаленьку идут в ту же сторону — «персонализированные выдачи».
Да здравствует «прекрасный новый мир», где люди разбиты по группкам и знать не знают, что мир больше и сложнее.
dixi
Смущает ровно наоборот, что старые расширения не поддерживаются, и многие из них уже и не будут портированы на более новые версии.А что тут должно смущать? Чем больше накопится технического долга, тем тяжелее будет что-то сделать. Тут либо хоронить браузер, либо хоронить аддоны. Дальше только вопрос в том, предоставляет браузер API для портирования, или же разработчикам лень/некогда. Если API можно реализовать, форкайте, реализуйте. Если оно уже есть, то портируйте. Почему, то что в винде, линуксе,… старые программы/аддоны не работают и людей это не беспокоит, а тут аж прямо смущает? Просто ставят старую винду/… в виртуалку и не больше.
А что Вас смущает в старом софте? И, кстати, я и смартфон не меняю раз в полгода, и машину не меняю раз в два года.То что он обречён. Ни произовдитель, ни сообщество его не поддерживают. Старыми смартфонами можно пользоваться несколько лет активно, потом не очень, а потом вообще уже как звонилками, даже не давая им доступа в сеть.
На мой SGS2 есть девятый андроид.И как? Сколько там андроид занимает, тормозят ли приложения, что с автономностью? Как часто нужно вспоминать про очистку? У меня есть опыт общения не с флагманом, так он может либо зависнуть в произвольный момент времени, так что даже на нажатие кнопки блокировки реагировать не будет, либо всё его внутреннее хранилище забъётся и даже смс не работать не будут. В результате количество приложений на смартфоне постоянно уменьшалось, последнее время нужно было периодически делать сброс к заводским настройкам или перезагружать. Пользовался оригинальной прошивкой, так как серьёзных типа lineage на него нет.
потому, что не стоят гуглаппсы и прочий мусорНекоторые приложения, например браузеры раздулись.
Но и задачи там в основном музыка/видео, иногда карты.Если карты можно либо просто скачать с оффициального сайта, либо извлечь с другого смартфона, то я точно так-же смогу использовать старый смартфон.
интересно, в новом мелкомягком браузере возможность блокировки оставят?
adguard.com/ru/blog/chrome-api-comment.html
Читаю между строк дальнейшее намерение гугла — монетизация браузера по аналогии с ютубом: перед показом сайта реклама, хочешь без — плати ежемесячную ренту. Звучит нагло и трудно в это поверить, но ютуб процветает, альтернативные браузеры сдают позиции, а сознание народа пластичное и неплохо лепится в нужные формы.
И один из бонусов премиум-версии Youtube.
Но… если владельцам сайтов тоже будут отчисления сравнимые с рекламой и у пользователя сама идея платы за контент не вызывает вопросов — почему бы и нет собственно?
Вот только… что с рекламой не от гугла делать? блокировать — и гуглу прилетает пачка исков за использование монопольной позиции, не блокировать — и у пользователей возникают вопросы из серии 'откуда реклама? ведь уплочено ж!!! отменяю подписку у гугла иду покупать вечную лицензию того же adguard'а'.
if (navigator.appCodeName == "Chrome") {
var w = "You can view this site with Google Chrome, if you want.";
w += "\nBut it is strongly recommended to use another browser.";
alert(w);
}
// The code is not tested to work properly.
Вот, кстати, за AdBlock Plus верно сказали. Когда я им пользовался я не заметил, когда именно в нём появилась галочка «Разрешить ненавязчивую рекламу». Потому что провернули это втихаря. А когда список «ненавязчивой» рекламы внезапно пополнился агрессивной и она вылезла наружу — я об этой галочке и узнал. Но на тот момент она работала — отключаешь и всё в норме. Однако, после обновления она опять включалась и в какой-то момент перестала работать как надо. На тот момент я пользовался AdBlock'ом уже более 5 лет. В итоге перешел на uBlock Origins и внезапно для себя обнаружил, что и рекламы меньше должно быть и работает быстрее и личные фильтры заработали как надо…
А так — в ту же топку, что и ИЕ, Опера, Хром.
Интересно, почему бы не вынести блокировщики с уровня браузера на уровень системы, например? В том же Android есть прекрасная вещь под названием Blokada — как следствие, блокировка получается не только в конкретном браузере, но и во всех приложениях (для особо "наглых" можно сделать белый список). Почему что-то подобное не получится сделать в Linux/Windows?
Иначе говоря, я тут без оценок, не осуждая и не одобряя. Просто: вот, такое уже было.
Полноценная блокировка рекламы в Chrome будет доступна только корпоративным пользователям