Google

Opera, Brave и Vivaldi проигнорируют изменения в коде Chromium и сохранят поддержку сторонних блокировщиков рекламы

Несмотря на общие корни (все три браузера основаны на Chromium), Opera, Brave и Vivaldi пока не планируют отказываться от поддержки сторонних блокировщиков рекламы и других защитных расширений. Другие браузеры хоть и не согласны с решением Google, сопротивляться, похоже, не станут.

Chromium – проект с открытым исходным кодом. На нём основаны многие популярные браузеры: Chrome, Opera, Brave, Vivaldi и т. д. Однако основную лепту в его развитие вносит Google. Opera, Brave и Vivaldi уже подтвердили редакции ZDNet, что не собираются отказываться от старого API и поддержки сторонних блокировщиков рекламы.

Страсти вокруг Manifest v3

Google объявил о своих планах ещё в октябре 2018 г.: компания разрабатывает новый набор стандартов, получивший название Manifest v3, и новые правила неминуемо повлияют на работу некоторых действительно популярных расширений, предназначенных для Chomium.

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

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

Пользователи Chromium также не остались в стороне. Большинство из них склонно верить, что таким нехитрым способом Google попросту пытается избавится от независимых блокировщиков рекламы, ведь именно от рекламы компания получает основную часть своей прибыли. Поисковый гигант подвергся резкой критике и осуждению со стороны интернет-общественности.

Чуть позже Google пообещал учесть все замечания, но изменения, предложенные в феврале 2019 г., не оставляют никаких сомнений: компания не собирается отказываться от своих планов. Максимум, на что мы можем рассчитывать, это легкая корректировка весьма жёстких требований.

В конце мая 2019 г. Google снова выступили с заявлением: на сей раз стало известно, что старая технология, на которую опирались сторонние блокировщики рекламы, всё-таки продолжит свою работу, но лишь в специальной версии браузера, предназначенной для корпоративных клиентов. Судьба рядовых пользователей, кажется, мало кого волнует…

Похоже, что это единственные уступки, на которые готовы пойти в Google. Изменения должны вступить в силу в январе 2020 г. Скорее всего, уже в ближайшие рождественские каникулы вы заметите, что ваш блокировщик рекламы стал работать заметно хуже…

Пользователи негодуют, и многие из них готовы сменить браузер. Главной альтернативой Chrome пока остаётся Firefox. Когда-то он лидировал в гонке браузеров, теперь же выступает в роли догоняющего и вынужден придумывать всё новые фишки для расширения аудитории. Главной из них стал упор на конфиденциальность.

Однако проблема касается не только пользователей Chrome: изменения, о которых идёт речь, будут внесены непосредственно в Chromium, а значит, затронут большинство Chromium-based браузеров.

Brave

Генеральный директор Brave Software Брендан Эйх в электронном письме сообщил редакции ZDNet, что Brave и дальше планирует поддерживать старый API, от которого Google так упорно стремиться избавиться: «Мы и дальше продолжим поддержку webRequest для всех расширений в Brave». Кроме того, в качестве альтернативы привычным блокировщикам рекламы, пользователи Brave могут использовать встроенный фильтр Shields.

Также Эйх подчеркнул, что они и дальше продолжат поддерживать популярные uBlock Origin и uMatrix, расширения, разработанные Реймондом Хиллом. Именно он обратил внимание общественности на весьма спорные действия Google. Хилл уверен, что Google осознаёт последствия своих действий и просто пытается защитить свой рекламный бизнес.

Opera

Аналогичный ответ мы получили и от разработчиков браузера Opera. Новая версия браузера также основана на Chromium, а значит, любые изменения в коде могут отразиться и на пользователях Opera.

«Мы можем продолжить поддержку старых API, даже если Google от них откажется. Для более, чем 300 млн. пользователе, выбравших Opera, это не должно стать существенной проблемой», – сообщил нам представитель компании.

Причина проста: у браузера тоже есть собственный блокировщик рекламы. «Все наши браузеры (от ПК до мобильных устройств) оснащены встроенным блокировщиком рекламы. Его активация занимает всего пару кликов. Другими словами, даже если эти изменения коснутся и нас, многие наши пользователи их даже не заметят и продолжат пользоваться встроенным фильтром рекламы», – говорится в официальном заявлении.

Встроенный блокировщик почти не отличается от привычных расширений: пользователи всё также могут импортировать нужные им списки и настроить блокировку для отдельных доменов.

Vivaldi

Vivaldi – ещё один довольно популярный браузер, основанный на Chromium. 3 июня 2019 г. в официальном блоге команды разработчиков появилось разъяснение их позиции по данному вопросу: независимо от того, какое решение в конечном итоге примут разработчики, у пользователей должен быть выбор.

«То, как именно мы отреагируем на изменения в API браузера, зависит от того, какие именно ограничения Google привнесут в проект», – объясняет Петтер Нильсен, старший разработчик Vivaldi, – «Пока все изменения носят лишь гипотетический характер, и существует множество возможных сценариев развития событий. О чём-то конкретном говорить пока рано. В теории мы могли бы самостоятельно восстановить удалённый API (честно говоря, нам уже приходилось заниматься подобными вещами). Если API будет полностью удалён, а альтернативных решений так и не будет предложено, мы могли бы создать собственную галерею для избранных расширений».

«Да и в конце концов, всё не так страшно: какие бы ограничения Google ни наложили на Chromium, мы всё же сможем их снять. Что бы ни случилось, мы всегда будем стремиться к тому, чтобы у наших пользователей был выбор», – добавил Нильсен.

Edge

Единственным действительно крупным разработчиком, который так и не ответил на наш запрос, стал Microsoft. В 2018 г. компания заявила, что оказывается от собственного движка EdgeHTML в пользу Chromium. Сейчас новая версия браузера Edge, основанная на Chromium, находится на стадии открытого тестирования. Планы Microsofy относительно Manifest v3 пока неизвестны.

Источник

Пидоры, помогите. Ленивых тоже касается, судя по опросу вас аж 38%

Суть проблемы такова:
Я разраб. Есть игра для android, залита в консоль гугл плей и успешно обновлялась до 5-го июня (открытый бета-тест). После чего зависла и не обновляется в открытом бета-тесте. Ни описание, ни версия. Сертификат IARC не обновляется тоже.

В закрытом тестировании все обновляется хорошо и спокойно, все работает.
Может ли это быть связано с тем, что игра проходит модерацию после отправки запроса на участие в программе "Для всей семьи"?
Может ли это быть связано с тем, что на странице появилась плашка "Не предназначена для детей"

Ваши предположения, господа пидоры?

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 - это только вопрос времени.

Крик души