Отключение нового дизайна Хрома
Привет всем. Раньше помогало отключение "Customize Chrome Side Panel", а ещё раньше "Refresh 2023" в chrome://flags/. Теперь не работает. Кто-то знает, как вернуть старый?
Привет всем. Раньше помогало отключение "Customize Chrome Side Panel", а ещё раньше "Refresh 2023" в chrome://flags/. Теперь не работает. Кто-то знает, как вернуть старый?
Есть Хром - 1штука.
Вел он себя как приличный браузер, буквально вот, до недавнего времени...Раньше такого никогда не было, браузер запускался с темным окном, с ним грузился и так же и работал, а теперь вот.
После он работает как положено.
Такое ощущение, что у браузера появилась бела подкладка, типа его основного цвета в глубине.
Сейчас покажу, почему.
Это - очередной выхваченный скрин включения новой вкладки/истории/настроек, где выскакивает белая подложка.
В Google Chrome появился новый плагин под названием S.H.E. (Search, Human, Equalizer). Это расширение браузера изменяет результаты поисковой выдачи так, чтобы на первые места попадали статьи о великих женщинах.
Создатели плагина заявляют, что традиционный поиск в Google довольно предвзят по отношению к женщинам. Если, например, вбить в поиске по картинкам словосочетание «великий инженер», то упоминание женщины не появляется до 18-го изображения. Разработчики считают это несправедливостью. С установленным плагином S.H.E. фотографии, как минимум, трёх женщин-инженеров появятся уже в первых 10 результатах поиска.
Результаты поисковой выдачи определяются алгоритмами Google согласно релевантности. Плагин S.H.E. изменяет приоритетность результатов выдачи.
Помимо предвзятости по отношению к женщинам-профессионалам, разработчики решили бороться с сексуальной объективацией женщин. По их мнению, выдача контента эротического характера на запрос «азиатки» способствует укреплению в обществе дурных стереотипов.
Рэймонд Хилл (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 будет сохранена, но ограничена неблокирующим режимом, подходящим только для чтения запросов и анализа трафика, а работающие в блокирующем режиме возможности, такие как перехват, перенаправление и модификация содержимого, будут отключены.
Отличный комментарий!