google блокировщики

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

Решение проблемы с невозможностью совершения некоторых действий на поддоменах reactor.cc

Симптомы проблемы

- невозможно создать комментарий на сайтах *.reactor.cc

- добавление в избранное не работает - при перезагрузке страницы показывает, что пост не добавился в избранное

- добавление и удаление тегов не работает

Причина (для технически подкованных)

У нас идёт сквозная авторизация всех действий через единое api по адресу https://api.joyreactor.cc. Так как reactor.cc имеет другой домен 2го уровня, то некоторые программы считают это "3rd party cookies" и блокируют их, чтобы позаботиться о вашей приватности.

Решение

1) не использовать режим инкогнито в Chrome. У них прямо сказано, что в этом режиме некоторые сайты могут не работать.

2) добавить "[*.]reactor.cc" в список исключений для запрета "3rd party cookies". Для этого в Хром откройте "chrome://settings/cookies" и в низу страницы добавьте этот сайт.

Если не помогает

Отключайте аддоны, блокировщики и другие средства псевдозащиты вашей приватности. Ищите в них настройки исключений и добавляйте туда reactor.cc и joyreactor.cc

"YouTube" начнёт встраивать рекламу в видеопоток

Ну, что, котятки, кто мне там говорил, что это – не выгодно, или, даже, технически невозможно?

По данным разработчика инструмента "SponsorBlock", который помогает блокировать спонсируемые сегменты внутри видеороликов "YouTube", "Google" работает над тем, чтобы реклама находилась внутри самих видеороликов. Он опубликовал FAQ о новом "эксперименте" с "YouTube" и о том, как он повлияет на "SponsorBlock" и блокировщики рекламы.

В настоящее время для потокового онлайн-видео используется "список воспроизведения" из видеофрагментов. Эти фрагменты представляют собой отдельно закодированные видео, поэтому их можно легко заменить или объединить. Это также означает, что блокировщик рекламы может игнорировать определённые фрагменты.

Разработчик отмечает, что новая мера не сильно поможет, так как в ролики "YouTube" всё равно будет закладываться продолжительность рекламы, и блокировщики смогут использовать временные метки для блокировки такого контента.

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

"YouTube" тестирует ограничение доступа к видеоплееру за три просмотра видео с активными блокировщиками рекламы

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

Об этом сообщил пользователь "Reddit" под ником "Reddit_n_Me". он опубликовал скриншот всплывающего окна, в котором видеохостинг заявляет, что подозревает пользователя в использовании блокировщика рекламы. "YouTube" угрожает, что ограничит доступ к видеоплееру, если блокировщик рекламы не будет отключён, поскольку «реклама позволяет "YouTube" оставаться бесплатным для миллиардов пользователей по всему миру».

Такое всплывающее окно пользователи видеохостинга уже получали ранее: около месяца назад "YouTube" начал показывать его при использовании площадки с блокировщиками рекламы. Теперь же к тексту о том, что реклама позволяет "YouTube" оставаться на плаву, и предложению присоединиться к "YouTube Premium" прибавилась угроза блокировки видеоплеера.

Судя по всему, пока что "YouTube" тестирует такие меры с ограниченным числом зрителей – в ветке "Reddit" пользователи пишут, что пока не сталкивались с подобными всплывающими окнами.

В мае "YouTube" сообщила, что добавит одну 30-секундную рекламу вместо двух 15-секундных без возможности пропуска на телевизорах и умных устройствах.

Источник:  "habr", @avouner.

Глава Epic Games назвал Google прогнившим бизнесом

Генеральный исполнительный директор Epic Games Тим Суини в очередной раз прошелся по одной из столь ненавистных ему мегакорпораций. Не той, которая Apple, а той, которая Google. На этот раз поводом для едкого высказывания стали новости о том, что Google без оповещения своих клиентов устанавливает на Android отслеживающий софт. Тим Суини, прознав о таком, сразу же заявил, что у людей должен быть выбор и они сами должны решать, какими программами они хотят пользоваться, а какими – нет.

Тим Суини:

В судебном иске Epic против Google, кстати, говорится, что в 1998 году Google была молодой компанией с уникальным девизом: "Не будьте злыми". А спустя 22 года от этого принципа не осталось и следа: компания пользуется своим положением на рынке для того, чтобы подмять под себя конкурентов, задушить идеи инноваторов, забрать всех покупателей.

Суд Epic против Google на данный момент продолжается. А вот судебные слушания по делу Epic vs Apple уже состоялись, теперь стороны дожидаются вердикта.

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

Google не удалит блокировщики рекламы из Chrome