Вернуться   Sat-madi.com.ua > Компьютеры,Программное обеспечение > Интернет > Интернет браузеры

Рекламные ссылки:

Ответ
 
Опции темы
Старый 26.07.2020, 17:51   #11
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,462
Сказал(а) спасибо: 48,526
Поблагодарили 50,410 раз(а) в 31,179 сообщениях
Репутация: 151240
По умолчанию

В Chrome добавлена поддержка отложенной загрузки iframe-блоков
26.07.2020 11:02

Разработчики браузера Chrome сообщили о расширении средств для отложенной загрузки элементов web-страниц, позволяющих не загружать содержимое, находящиеся вне видимой области, до тех пор, пока пользователь не прокрутит страницу в место, непосредственно предшествующее элементу. Ранее в Chrome 76 и Firefox 75 данный режим уже был реализован для изображений. Теперь разработчики Chrome сделали ещё один шаг и добавили возможность отложенной загрузки iframe-блоков.

Для управления отложенной загрузкой страниц в тег "iframe" добавлен атрибут "loading", который может принимать значение "lazy" (откладывать загрузку), "eager" (загружать сразу) и "auto" (откладывать загрузку на усмотрение браузера, при включении режима Lite). Предполагается, что отложенная загрузка позволит сократить потребление памяти, снизить трафик и увеличить скорость начального открытия страниц. Например, при включении нового режима перестанут сразу загружать блоки с рекламой и виджетами Twitter, Facebook и YouTube, если они не видны пользователю, пока пользователь не прокрутит страницу на позицию перед этими блоками.



По оценке разработчиков в среднем отложенная загрузка позволит сэкономить 2-3% трафика, сократить число начальных отрисовок на 1-2% и уменьшит задержку перед доступностью ввода на 2%. Для конкретных сайтов изменения более заметны. Например, включение отложенной загрузки YouTube-блока приведёт к снижению загружаемых данных приблизительно на 500КБ, Instagram - на 100КБ, Spotify - 500КБ, Facebook - 400КБ. В частности, применение отложенной загрузки youtube-блоков на сайте Chrome.com позволило на мобильных устройствах до 10 секунд снизить время ожидания доступности страниц для начала взаимодействия и на 511КБ сократить размер изначально загружаемого JavaScript-кода.

vladimir59 вне форума   Ответить с цитированием
2 пользователя(ей) сказали cпасибо:
Mogol (18.08.2020), vova-64 (27.07.2020)
Рекламные ссылки:
Старый 16.08.2020, 18:00   #12
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,462
Сказал(а) спасибо: 48,526
Поблагодарили 50,410 раз(а) в 31,179 сообщениях
Репутация: 151240
По умолчанию

В ночные сборки Firefox добавлена поддержка ускорения WebRTC через VAAPI
16.08.2020 10:04

В ночные сборки Firefox добавлена поддержка аппаратного ускорения декодирования видео в сеансах на базе технологии WebRTC, используемой в web-приложениях для проведения видеоконференций. Ускорение реализовано при помощи VA-API (Video Acceleration API) и FFmpegDataDecoder, и доступно как для Wayland, так и для X11. Реализация для X11 основана на применении нового бэкенда, использующего EGL.

Для включения ускорения в about:config следует выставить настройку media.ffmpeg.low-latency.enabled в значение true, предварительно включив поддержку VA-API ("widget.wayland-dmabuf-vaapi.enabled=true", "gfx.webrender.all=true" или "layers.acceleration.force-enabled=true" и запуск с переменной окружения MOZ_ENABLE_WAYLAND=1 для Wayland и MOZ_X11_EGL=1 для X11).

Дополнительно можно отметить включение в ветке Firefox 81 системы композитинга WebRender для мобильных устройств с GPU Adreno 5xx, за исключением Adreno 505 и 506. WebRender написан на языке Rust и позволяет добиться существенного увеличения скорости отрисовки и снижения нагрузки на CPU за счёт выноса на сторону GPU операций отрисовки содержимого страницы, которые реализованы через выполняемые в GPU шейдеры.
vladimir59 вне форума   Ответить с цитированием
2 пользователя(ей) сказали cпасибо:
Mogol (18.08.2020), vova-64 (17.08.2020)
Старый 18.08.2020, 12:09   #13
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,462
Сказал(а) спасибо: 48,526
Поблагодарили 50,410 раз(а) в 31,179 сообщениях
Репутация: 151240
По умолчанию

В Chrome 86 появится защита от небезопасной отправки web-форм
18.08.2020 09:05

Компания Google сообщила о появлении в будущем выпуске Chrome 86 защиты от небезопасной отправки web-форм. Защита касается форм, отображаемых на страницах, загруженных по HTTPS, но отправляющих данные без шифрования по HTTP, что создаёт угрозу перехвата и подмены данных при совершении MITM-атак. Для подобных смешанных web-форм реализовано три изменения:

Отключено автозаполнение любых смешанных форм ввода, по аналогии с тем, как уже достаточно давно отключено автозаполнение форм аутентификации на страницах, открываемых по HTTP. Если ранее признаком для отключения служило открытие страницы с формой по HTTPS или HTTP, теперь также будет учитываться применение шифрования при отправке данных обработчику формы. Работа менеджера паролей, позволяющего использовать надёжные и уникальные пароли, для смешанных форм аутентификации не будет отключена, так как риск от использования ненадёжного пароля и повторного применения паролей на разных сайтах превышает риск потенциального перехвата трафика.

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



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

vladimir59 вне форума   Ответить с цитированием
2 пользователя(ей) сказали cпасибо:
Mogol (18.08.2020), vova-64 (18.08.2020)
Старый 18.08.2020, 23:11   #14
Супер Модератор
 
Аватар для Mogol
 
Регистрация: 08.01.2015
Сообщений: 10,305
Сказал(а) спасибо: 12,187
Поблагодарили 11,655 раз(а) в 7,845 сообщениях
Репутация: 34975
По умолчанию

Chrome на Android вскоре начнет маркировать быстрые сайты специальной отметкой — ее наличие будет влиять на ранжирование в поиске Google

Следующая версия браузера Chrome 85, которая сейчас находится в бете, принесет пользователям Android одно весьма заметное визуальное новшество — вводится рейтинговая система оценки скорости загрузки сайтов и соответствующая маркировка «fast page» для более быстрых веб-ресурсов. В результате пользовали получат простой и удобный способ оценивать быстродействие конкретного ресурса, а владельцы сайтов и веб-приложений — стимул для внедрения соответствующих улучшений.

Эта инициатива впервые была представлена на ноябрьском саммите разработчиков Chrome Developer Summit в прошлом году. Тогда говорилось, что команда экспериментирует со специальными наглядными метками, продумывая разные варианты реализации концепции. Теперь же команда разработчиков Chrome определилась с окончательным вариантом и готова к запуску.

По словам разработчиков, метки будут присваиваться на основании метрик Core Web Vitals (основные веб-показатели) для всесторонней оценки производительности и качественных показателей сайта, включая скорость загрузки, отзывчивость (скорость отклика) и визуальная стабильность.

Веб-сайты, соответствующие стандартам качества Google, будут получать метку fast page («быстрая страница»). Пока что единственный способ узнать о наличии или отсутствии метки — долгое удерживание пальца на URL-адресе страницы для вызова контекстного меню.

На первый взгляд, это может показаться не таким уж важным изменением. Но с учетом того, что те же самые метрики Core Web Vitals входят в число критериев, учитывающихся алгоритмами ранжирования Google, не возникает никаких сомнений, что в итоге сайты fast page в результатах поиска будут отображаться выше.

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

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

Здесь уместно будет вспомнить о позабытой многими инициативе Google Accelerated Mobile Pages (AMP), которую в народе прозвали ускорителем интернета. Напомним, AMP представляет собой библиотеку JavaScript, дополненную собственными инструментами Google, призванную ускорить работу веб-страниц.

Статья доходов от поиска Google по-прежнему остается самой весомой в структуре выручки материнского холдинга Alphabet — $21,3 млрд из $38,3 млрд по итогам второго квартала 2020 финансового года.

Как уже было сказано во вступлении, маркировка «fast page» доступна в бета-версии Chrome 85. Желающие могут опробовать новую возможность уже сейчас. Соответствующий переключатель находится в служебном меню, введя в адресной строке Chrome команду chrome://flags — опция “Context menu performance info and remote hint fetching”. После официального запуска пользователи будут видеть метки, если у них включен упрощенный режим или активирован пункт “Помогать улучшить просмотр страниц и поиск”.
Mogol вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
vladimir59 (18.08.2020)
Старый 26.08.2020, 15:16   #15
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,462
Сказал(а) спасибо: 48,526
Поблагодарили 50,410 раз(а) в 31,179 сообщениях
Репутация: 151240
По умолчанию

Релиз Firefox 80
25.08.2020 17:32

Состоялся релиз web-браузера Firefox 80. Кроме того, сформировано обновление веток с длительным сроком поддержки 68.12.0 и 78.2.0. Firefox 68.12 ESR является последним в своей серии, через месяц пользователям Firefox 68 будет предложено автоматическое обновление до выпуска 78.3. Версия Firefox 80 для Android задерживается. В ближайшее время на стадию бета-тестирования перейдёт ветка Firefox 81, релиз которой намечен на 22 сентября.

Основные новшества:

На платформе Linux реализован новый бэкенд для X11 на базе DMABUF, который подготовлен путём разделения DMABUF-бэкенда, ранее предложенного для Wayland. Новый бэкенд позволил реализовать для систем, использующих протокол X11, поддержку аппаратного ускорения видео через VA-API (ранее подобное ускорение включалось только для Wayland), а также возможность работы WebGL через EGL. Для активации работы через EGL необходимо активировать настройки "gfx.webrender.all" "media.ffmpeg.dmabuf-textures.enabled", "media.ffmpeg.vaapi-drm-display.enabled" и "media.ffmpeg.vaapi.enabled" в about:config, а также установить переменную окружения MOZ_X11_EGL, после установки которой Webrender и компоненты композитинга OpenGL переключаются на использование EGL вместо GLX. Поддержка VA-API пока полностью не стабилизирована и будет включена по умолчанию в следующем выпуске.

Включена новая реализация списка блокировки дополнений, в которых наблюдаются проблемы с безопасностью, стабильностью и производительностью. Новая реализация примечательна повышением производительности обработки списков блокировки и решением проблем с масштабируемостью, благодаря задействованию каскадных фильтров Блума.

К TLS-сертификатам, выписанным начиная с 1 сентября 2020 года, будет применяться новое ограничение на срок действия - время жизни данных сертификатов не сможет превышать 398 дней (13 месяцев). Аналогичные ограничения утверждены в Chrome и Safari. Для сертификатов, полученных до 1 сентября, доверие будет сохранено, но ограничено 825 днями (2.2 года).

Для пользователей с мигренью и эпилепсией убраны некоторые анимационные эффекты при открытии вкладок. Например, во время загрузки содержимого вкладки вместо прыгающей точки теперь отображается пиктограмма с песочными часами.



Предоставлена возможность установки Firefox в качестве просмотрщика PDF, применяемого по умолчанию в системе.

Добавлена поддержка вывода предупреждения при отправке содержимого web-формы со страницы открытой по HTTPS без использования шифрования. Для управления выводом предупреждения в about:config предусмотрена настройка "security.warn_submit_secure_to_insecure".

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

Добавлена поддержка механизмов RTX и Transport-cc для повышения качества вызовов через WebRTC на плохих каналах связи и улучшения прогнозирования доступной пропускной способности.


В JavaScript-выражении "export" обеспечена поддержка нового синтаксиса "export * as namespace", предложенного в спецификации ECMAScript 2021.

В API Animations включены операции композитинга KeyframeEffect.composite и KeyframeEffect.iterationComposite.

В API Media Session добавлена поддержка определения обработчиков смены позиции в потоке: seekto для перехода на указанную позицию и skipad для пропуска рекламы, идущей перед основным содержимым.

В WebGL реализовано расширение KHR_parallel_shader_compile, позволяющее запустить сразу несколько потоков компиляции шейдеров.

В Window.open() прекращена поддержка параметров outerHeight и outerWidth.

В WebAssembly применение атомарных операций более не ограничивается разделяемыми областями памяти.

В инструментах для web-разработчиков предложена экспериментальная панель для упрощения выявления несовместимостей с разными браузерами.



В интерфейсе мониторинга сетевой активности добавлены наглядные метки (пиктограмма с черепахой) для выделения медленных запросов, время выполнения которых превышает 500 мс (лимит можно изменить через настройку devtools.netmonitor.audits.slow в about:config).



В web-консоли реализованы команды ":block" и ":unblock" для блокирования и разблокирования сетевых запросов.

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

Кроме новшеств и исправления ошибок в Firefox 80 устранено 13 уязвимостей, из которых 6 помечены как опасные. 4 уязвимости (собраны под CVE-2020-15670) вызваны проблемами работы с памятью, такими как переполнения буферов и обращение к уже освобождённым областям памяти. Потенциально данные проблемы способны привести к выполнению кода злоумышленника при открытии специально оформленных страниц.
vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
vova-64 (26.08.2020)
Старый 04.09.2020, 20:32   #16
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,462
Сказал(а) спасибо: 48,526
Поблагодарили 50,410 раз(а) в 31,179 сообщениях
Репутация: 151240
По умолчанию

В Chrome для Android включена поддержка DNS-over-HTTPS
03.09.2020 10:50

Компания Google объявила о начале поэтапного включения режима "DNS поверх HTTPS" (DoH, DNS over HTTPS) для пользователей Chrome 85, использующих платформу Android. Режим будет включаться постепенно, охватывая всё больше пользователей. Ранее в Chrome 83 началось включение DNS-over-HTTPS для пользователей настольных систем.

DNS-over-HTTPS будет автоматически активирован для пользователей, в настройках которых указаны DNS-провайдеры, поддерживающие данную технологию (для DNS-over-HTTPS используется тот же провайдер, который применялся для DNS). Например, если у пользователя в системных настройках указан DNS 8.8.8.8, то в Chrome будет активирован DNS-over-HTTPS сервис Google ("https://dns.google.com/dns-query"), если DNS - 1.1.1.1, то DNS-over-HTTPS сервис Cloudflare ("https://cloudflare-dns.com/dns-query") и т.п.

Для того чтобы исключить проблемы с резолвингом корпоративных интранет сетей DNS-over-HTTPS не применяется при определении использования браузера в централизованно управляемых системах. DNS-over-HTTPS также отключается при наличии систем родительского контроля. В случае сбоев в работе DNS-over-HTTPS предусмотрена возможность отката настроек на обычный DNS. Для управления работой DNS-over-HTTPS в настройки браузера добавлены специальные опции, позволяющие отключить DNS-over-HTTPS или выбрать другого провайдера.

Напомним, что DNS-over-HTTPS может оказаться полезным для исключения утечек сведений о запрашиваемых именах хостов через DNS-серверы провайдеров, борьбы с MITM-атаками и подменой DNS-трафика (например, при подключении к публичным Wi-Fi), противостояния блокировкам на уровне DNS (DNS-over-HTTPS не может заменить VPN в области обхода блокировок, реализованных на уровне DPI) или для организации работы в случае невозможности прямого обращения к DNS-серверам (например, при работе через прокси). Если в обычной ситуации DNS-запросы напрямую отправляются на определённые в конфигурации системы DNS-серверы, то в случае DNS-over-HTTPS запрос на определение IP-адреса хоста инкапсулируется в трафик HTTPS и отправляется на HTTP-сервер, на котором резолвер обрабатывает запросы через Web API. Существующий стандарт DNSSEC использует шифрование лишь для аутентификации клиента и сервера, но не защищает трафик от перехвата и не гарантирует конфиденциальность запросов.
vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
vova-64 (05.09.2020)
Старый 18.09.2020, 12:54   #17
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,462
Сказал(а) спасибо: 48,526
Поблагодарили 50,410 раз(а) в 31,179 сообщениях
Репутация: 151240
По умолчанию

Mozilla сворачивает сервисы Firefox Send и Firefox Notes
18.09.2020 10:44

Компания Mozilla приняла решение закрыть сервисы Firefox Send и Firefox Notes. Firefox Send официально прекратил свою работу начиная с сегодняшнего дня (на деле доступ был закрыт ещё в июле), а Firefox Notes будет выведен из строя 1 ноября. Высвободившиеся ресурсы планируется направить на развитие сервисов Mozilla VPN, Firefox Monitor и Firefox Private Network.

Работа сервиса Firefox Send была приостановлена в начале июля из-за его вовлечения в распространение вредоносного ПО, хранение компонентов, используемых при проведении различных атак, и передачу данных, перехваченных в результате работы вредоносных программ или компрометации пользовательских систем. Работу планировалось восстановить после реализации возможности отправки жалоб на размещение проблемного содержимого и создания службы оперативного реагирования, но, в конечном счёте, было решено полностью закрыть сервис.

Напомним, что Firefox Send позволял загрузить в хранилище на серверах Mozilla файл, размером до 1 Гб в анонимном режиме и 2.5 Гб при создании зарегистрированной учётной записи. На стороне браузера файл шифровался и передавался на сервер уже в зашифрованном виде. После загрузки файла пользователю предоставлялась ссылка, которая генерировалась на стороне клиента и включала идентификатор и ключ для расшифровки. При помощи предоставленной ссылки получатель мог загрузить файл и расшифровать на своей стороне. Отправитель имел возможность определить число загрузок, после исчерпания которых файл удалялся из хранилища Mozilla, а также время жизни файла (от одного часа до 7 дней).

Firefox Notes развивался как эксперимент по созданию новых методов синхронизации зашифрованных данных. Пользователям предлагалось мобильное приложение для Android и дополнение для настольного браузера, которые позволяли создавать заметки, одновременно с просмотром web-страниц, и работать с единой базой заметок с разных устройств. В ноябре Android-приложение и обслуживающие сервис серверы будут выведены из эксплуатации. Браузерное дополнение останется доступным для существующих пользователей сервиса и будет включать опцию для экспорта всех заметок в формат HTML. Для новых установок дополнение станет недоступно.
vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
vova-64 (18.09.2020)
Старый 19.09.2020, 13:09   #18
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,462
Сказал(а) спасибо: 48,526
Поблагодарили 50,410 раз(а) в 31,179 сообщениях
Репутация: 151240
По умолчанию

Уязвимость в Firefox для Android, позволяющая управлять браузером через общий Wi-Fi
19.09.2020 09:12

В Firefox для Android выявлена серьёзная уязвимость в реализации протокола SSDP, применяемого для обнаружения сетевых сервисов в локальной сети. Уязвимость позволяет атакующему, находящемуся в той же локальной или беспроводной сети, ответить на проверочные запросы Firefox сообщением UPnP XML "LOCATION" с intent-командами, при помощи которых можно открыть в браузере произвольный URI или вызвать обработчики других приложений.

Проблема проявляется вплоть до выпуска Firefox для Android 68.11.0 и устранена в версии Firefox для Android 79, т.е. старые классические выпуски Firefox для Android уязвимы и для блокирования проблемы требуется переход на новую редакцию браузера (Fenix), в которой используется движок GeckoView, построенный на базе технологий Firefox Quantum, и набор библиотек Mozilla Android Components. Версии Firefox для настольных систем проблема не затрагивает.

Для тестирования уязвимости подготовлен рабочий прототип эксплоита. Атака осуществляется без каких-либо действий со стороны пользователя, достаточно чтобы на мобильном устройстве был запущен уязвимый браузер Firefox для Android и чтобы жертва находилась в одной подсети с SSDP-сервером атакующего.

Firefox для Android периодически в широковещательном режиме (multicast UDP) отправляет SSDP-сообщения для определения присутствующих в локальной сети устройств вещания, таких как мультимедийные плееры и умные телевизоры. Все устройства в локальной сети получают данные сообщения и имеют возможность направить ответ. В штатном режиме устройство возвращает ссылку на местоположение XML-файла с информацией об устройстве, поддерживающем UPnP. При проведении атаки вместо ссылки на XML можно передать URI с intent-командами для Android.

При помощи intent-команд можно перенаправить пользователя на фишинг-сайты или передать ссылку на xpi-файл (браузер выдаст предложение установить дополнение). Так как ответы атакующего ничем не ограничены он может попытаться взять измором и наводнить браузер предложениями об установке или вредоносными сайтами в надежде, что пользователь ошибётся и кликнет на установке вредоносного пакета. Помимо открытия произвольных ссылок в самом браузере intent-команды могут использоваться для обработки контента и в других Android-приложениях, например, можно открыть шаблон письма в почтовом клиенте (URI mailto или запустить интерфейс для совершения звонка (URI tel.

vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
vova-64 (19.09.2020)
Старый 28.09.2020, 20:17   #19
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,462
Сказал(а) спасибо: 48,526
Поблагодарили 50,410 раз(а) в 31,179 сообщениях
Репутация: 151240
По умолчанию

В ночных сборках Firefox заметно увеличена производительность JIT-компиляции
27.09.2020 08:51

В ночные сборки Firefox включён обновлённый JIT-компилятор, развиваемый под кодовым именем WarpBuilder. Для активации нового JIT в about:config предложена опция "javascript.options.warp". Отмечается, что WarpBuilder является лишь первым шагом на пути к включению в браузер новых оптимизаций, которые планируется реализовать в течение следующего года.

Новый JIT позволяет поднять производительность JavaScript-движка SpiderMonkey за счёт сокращения внутренней информации о типах, отслеживаемой внутри движка, и применению техники кэширования промежуточного кода (CacheIR), ранее предложенной в "baseline" интерпретаторе байткода, который занимает промежуточную нишу между обычным интерпретатором и предварительным JIT-компилятором. Указанные изменения позволили заметно упростить архитектуру JIT, повысить отзывчивость, сократить время загрузки страницы и снизить потребление памяти.

Отмечается, что новый JIT позволил решить многие проблемы старого JIT IonBuilder, такие как:

Усложнённость реализации и потенциальные проблемы с безопасностью;
Дополнительные накладные расходы для кода Baseline/C++;
Излишняя специализация, приводящая к ненужным перекомпиляциям;
Формирование промежуточного кода MIR (Middle-level IR) в основном потоке (в WarpBuilder основная сборка промежуточного кода вынесена в отдельный поток);
Дополнительное расходование памяти на хранение данных о типах и группах объектов (ObjectGroups).

В среднем в тестах, оценивающих производительность на основе визуальных метрик, при использовании WarpBuilder наблюдается ускорение на 5-15%. Скорость прохождения теста Speedometer увеличилась на 10%. Тестирование на реальных сайтах показало сокращение времени загрузки Google Docs на 20%, показатель SpeedIndex при открытии раздела Android в Reddit улучшился на 13%, pdfpaint стал работать быстрее на 18%. Потребление памяти в тесте tp6 снизилось на 8%. Показатели статистики в инструментах для разработчиков (devtools perf) также продемонстрировали снижение потребления памяти на 8%.
vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
vova-64 (29.09.2020)
Старый 29.09.2020, 19:04   #20
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,462
Сказал(а) спасибо: 48,526
Поблагодарили 50,410 раз(а) в 31,179 сообщениях
Репутация: 151240
По умолчанию

Роскачество определило лучшие браузеры для iOS и Android

Это основные приложения на смартфонах наряду с соцсетями и мессенджерами, поэтому важно, чтобы они были надёжными и безопасными

Эксперты некоммерческой организации «Российская система качества» протестировали 24 приложения, чтобы выбрать лучшие мобильные браузеры. В результате тестирования выяснилось, что «Яндекс.Браузер» является лучшим браузером для Android, а Safari — для iOS. При этом у этих программ для обеих платформ есть как преимущества, так и недостатки.

В Роскачестве отметили, что больше всего возможностей предоставляет «Яндекс.Браузер», который отлично справляется с автозаполнением, поиском текста на странице и переводом страниц на другой язык. При этом браузер хорошо блокирует рекламу и всплывающие окна, мошеннические ссылки и прочие опасные элементы.



В свою очередь Google Chrome имеет полнофункциональный менеджер паролей, встроенный переводчик и блокировщик всплывающих окон. Это также один из самых быстрых браузеров на iOS. Если на первое место выходит блокировка рекламы и удобство пользования, тогда выбор можно сделать в пользу Firefox. У него интуитивно понятный интерфейс, а все элементы управления и основные функции вынесены на первый план. К недостаткам этого браузера Роскачество отнесло ограниченные возможности перевода.

Самым удобным браузером в Роскачестве посчитали Opera. Это очень простое приложение со всеми основными возможностями и с хорошим уровнем безопасности. Из недостатков отметили разве что отсутствие мастер-пароля и поиска по истории. Safari — бесспорно лучший и самый быстрый мобильный браузер на iOS. В нём отлично реализованы все необходимые функции, он защищает от опасных страниц, ссылок и файлов, но не умеет блокировать рекламу.



В целом, как показало тестирование, браузеры для Android функциональнее, чем для iOS, и лучше адаптированы для людей с ограниченными возможностями. В некоторых случаях это объясняется ограничениями операционной системы. К тому же на iOS ни один браузер, кроме Safari, не позволяет настраивать доступ сайта к функциям iPhone, а также не умеет удалять файлы cookie и данные сайтов при выходе. Кроме того, у половины из них отсутствует голосовой ввод. Преимущество браузеров для iOS заключается в более высоком быстродействии и безопасности.
vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
vova-64 (30.09.2020)
Ответ

Опции темы

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

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Рекламные ссылки:


Текущее время: 10:27. Часовой пояс GMT +2.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot
Администрация форума не несёт ответственности за содержание сообщений, оставляемых пользователями форума.
При копировании и/или использовании материалов форума прямая гиперссылка на форум обязательна!