Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

[ новости /+++ | форум | теги |    ]

Релиз Chrome 155 c включением режима HTTPS-First и поддержки формата JPEG XL

07.10.2026 23:10 (MSK)

Компания Google опубликовала релиз web-браузера Chrome 155. Одновременно доступен стабильный выпуск свободного проекта Chromium, выступающего основой Chrome. Браузер Chrome отличается от Chromium использованием логотипов Google, наличием системы отправки уведомлений в случае краха, модулями для воспроизведения защищённого от копирования видеоконтента (DRM), системой автоматической установки обновлений, постоянным включением Sandbox-изоляции, поставкой ключей к Google API и передачей RLZ-параметров при поиске. Для тех, кому необходимо больше времени на обновление, отдельно поддерживается ветка Extended Stable, сопровождаемая 8 недель. Следующий выпуск Chrome 156 в рамках нового двухнедельного цикла разработки запланирован на 20 октября.

Основные изменения в Chrome 155 (1, 2, 3, 4):

  • Для всех пользователей по умолчанию включена функция "HTTPS-First", выполняющая автоматическое перенаправление HTTP-запросов на HTTPS для публично доступных сайтов, размещаемых не в интранет сетях, таких как 192.168.0.1/16 и 10.0.0.0/8. Для обеспечения работы с сайтами, не поддерживающими HTTPS, реализован откат на HTTP, если после перенаправления не удаётся выполнить запрос по HTTPS или возникают проблемы с сертификатами. При попытке открытия сайта по HTTP выводится специальное предупреждение.
  • Включена по умолчанию поддержка декодирования изображений в формате JPEG XL. Реализация основана на библиотеке jxl-rs, написанной на Rust. JPEG XL позволяет добиться уменьшения размера файлов на 30-50% по сравнению с изображениями JPEG идентичного качества. Среди поддерживаемых расширенных возможностей: HDR, анимация, прозрачность, режим прогрессивной загрузки, плавное ухудшение качества при уменьшении битрейта, сжатие JPEG без потерь, поддержка до 4099 каналов и большой диапазон глубин цвета.
  • Изменено визуальное оформление интерфейса для создания профилей (функциональность осталась прежней). Для платформы Windows добавлен новый этап ознакомления с созданием профилей, показываемый при первом запуске браузера (для Linux и macOS он появится в версии Chrome 158).
  • Расширен спектр устройств, с которыми можно взаимодействовать через API WebHID, предназначенный для низкоуровневого доступа к HID-устройствам (Human interface device, клавиатуры, мыши, геймпады, сенсорные панели) и организации работы без наличия в системе специфичных драйверов.
  • На странице chrome://extensions в меню управления дополнениями добавлен пункт для выставления оценок и написания рецензии на установленные дополнения, который при нажатии перебрасывает на соответствующие страницы в каталоге Chrome Web Store.
  • Реализовано полномочие media-playback-while-not-visible, позволяющее блокировать воспроизведение звука и видео внутри встроенных iframe-ов, когда они не находятся в зоне видимости.
  • Добавлено CSS-свойство margin-trim, позволяющее избавиться от отступов перед первым и после последнего элемента внутри родительского контейнера.
  • Добавлено CSS-свойство text-decoration-skip-spaces, управляющее отображением декораторов (подчёркивание или зачёркивание) под пробелами в тексте.
  • Добавлена CSS-функция symbols() для упрощения настройки использования нестандартных маркеров в списках.
  • В API WebCrypto добавлена поддержка криптоалгоритмов, стойких к подбору на квантовых компьютерах - ML-KEM и ML-DSA, а также алгоритмов ChaCha20-Poly1305 и X-Wing.
  • В API Window Management добавлены новые методы управления окном: maximize(), minimize() и restore() для раскрытия окна на весь экран, сворачивания или восстановления прежнего размера. Также добавлен метод setResizable() для управления возможностью вручную изменять границы окна. В CSS добавлены медиазапросы display-state и resizable, позволяющие определить свёрнуто или развёрнуто окно, и может ли окно менять размер.
  • Добавлены новые встроенные цветовые пространства (PredefinedColorSpace) - srgb-linear и display-p3-linear.
  • Добавлена поддержка текстовых модулей, импортируемых при помощи конструкции 'import ... with { type: "text" }'.

Кроме нововведений и исправления ошибок в новой версии устранено 247 уязвимостей. 4 проблемам присвоен критический уровень опасности, подразумевающий, что уязвимости позволяют обойти все уровни защиты браузера и выполнить код в системе за пределами sandbox-окружения. Все критические проблемы вызваны обращением к уже освобождённой памяти (use-after-free).

  1. Главная ссылка к новости (https://chromereleases.googleb...)
  2. OpenNews: Релиз Chrome 154
  3. OpenNews: Google опубликовал официальные Linux-сборки Chrome для архитектуры ARM64
  4. OpenNews: В Chrome развивают возможность исправления ошибок без перезапуска браузера
  5. OpenNews: 5 критических уязвимостей в Chrome. Оценка работающих в Chrome методов скрытой идентификации
  6. OpenNews: Chrome переходит на двухнедельный цикл подготовки релизов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66420-chrome
Ключевые слова: chrome
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (37) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Метрика (?), 23:49, 07/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    Итог разборок по JPEG XL, в современном мире вес стандартов в данном случае PDF(после включения JPEG XL по дефолту в него) и компаний которые их развивают(Adobe в данном случае), в разы выше любых альфабетов и прочих недосервисов
     
     
  • 2.15, Аноним (15), 06:58, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Google разрабатывает Jpeg XL
     
     
  • 3.19, Метрика (?), 07:30, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Нет, гугл пилил свой стек WebM и WebP(в плане кодеков), поэтому никто не захотел зависеть от воли одного игрока, который большую часть своих ноухау не доводит до конца, тем более лицензионная чистота VP9 вызывала ряд вопросов
     
     
  • 4.22, Аноним (22), 07:55, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Посмотри разрабов Jpeg XL, попробуй послать PR в репу libjxl, тебе нужно будет гуглевское соглашение подписывать.
     
     
  • 5.23, Метрика (?), 08:11, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/–
    Именно поэтому гугл выпилил его пару лет назад из хрома, а потом оподливился со своим WebP и снова запилил обратно

    А насчет того под кем JPEG XL, в самом названии указано Joint Photographic Experts Group это раз и стандарт ISO/IEC 18181 это два

     
     
  • 6.24, Аноним (15), 08:18, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Почему нужно усердствовать в своем невежестве, когда можно легко проверить?

    Со стороны Cloudinary

    • Джон Снейерс (Jon Sneyers) — один из главных идеологов формата и сопредседатель рабочей группы JPEG XL. Он разработал формат FLIF / FUIF (Free Universal Image Format), послуживший основой для половины технологий JPEG XL.

    Со стороны Google

    • Юрки Алакуйяла (Jyrki Alakuijala) — ведущий исследователь Google, также известный как один из создателей алгоритма сжатия Brotli и формата WebP Lossless.
    • Лука Версари (Luca Versari) — исследователь и инженер программного обеспечения в Google, ключевой разработчик математической и алгоритмической базы сжатия данных.
    • Золтан Сабадка (Zoltán Szabadka) — инженер Google, занимавшийся оптимизацией кодеков и психовизуальными моделями (оценкой качества картинки человеком).
    • Лоде Вандевенне (Lode Vandevenne) и Ян Вассенберг (Jan Wassenberg) — авторы известного психовизуального инструмента Butteraugli и кодировщика Guetzli, которые легли в основу цветового пространства XYB в JPEG XL.
    • Сами Букортт (Sami Boukortt) и Евгений Ключников (Evgenii Kliuchnikov) — инженеры Google, отвечавшие за эталонную программную реализацию формата (библиотеку libjxl) и оптимизацию скорости кодирования.


    Со стороны комитета JPEG

    • Томас Рихтер (Thomas Richter) — представлял Фраунгоферовский институт интегральных схем (Fraunhofer IIS), один из ключевых редакторов и координаторов стандартизации формата по линии ISO.

     
     
  • 7.26, Метрика (?), 09:00, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Ваше двоемыслие поражает, неужели линукс творит такое с головой
     
     
  • 8.30, Аноним (15), 09:27, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ad hominem, но опять мимо, у меня основная система оффтопик ... текст свёрнут, показать
     
     
  • 9.38, Метрика (?), 09:57, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Тогда поясните смысл выпиливания поддержки в Chrome и отказа Google от JPEG XL в... текст свёрнут, показать
     
  • 7.31, Аноним (31), 09:28, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Почему нужно усердствовать в своем невежестве, когда можно легко проверить?

    Да у персонажа там по ходу своя война против Гугла и здравого смысла. Не мешай ему, лол.

     
  • 6.28, Аноним (31), 09:27, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >> Посмотри разрабов Jpeg XL, попробуй послать PR в репу libjxl, тебе нужно будет гуглевское соглашение подписывать.
    > Именно поэтому гугл выпилил его пару лет назад из хрома

    Шта? Гугл выпиливал JXL из хрома "именно потому", что... является его разработчиком и требует подписывать гуглевское же соглашение при PR?

    Что за наркомания?

     
     
  • 7.32, Аноним (15), 09:32, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    "Гугл" - это не команда из 10 человек, которые занимаются и Chrome, и Jpeg XL, и Gmail и всем остальным одновременно. Команда, стоящая за Chrome, и команда, занимающаяся Jpeg XL, - это как две разных конторы.
     
     
  • 8.34, Аноним (31), 09:38, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    И как эта информация относится к моему комментарию ... текст свёрнут, показать
     
     
  • 9.35, Аноним (15), 09:42, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Прошу прощения, неверно истолковал ваше сообщение ... текст свёрнут, показать
     
  • 8.36, Метрика (?), 09:50, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ахаха, байки из разряда царь добрый, бояре плохие... текст свёрнут, показать
     

  • 1.2, Аноним (2), 00:11, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    > Все критические проблемы вызваны обращением к уже освобождённой памяти (use-after-free).

    Никогда такого не было, и вот опять.

     
  • 1.3, Аноним (3), 00:43, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/–
    > Реализация основана на библиотеке jxl-rs

    Тем временем, активная разработка ведётся в оригинальном репозитории на C++, последний коммит - вчера. Вывод - раст версия отстаёт, но включили именно её, "RGBA" сообщество пропушило, не иначе.

     
     
  • 2.4, Аноним (31), 00:50, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    >> Реализация основана на библиотеке jxl-rs
    > активная разработка ведётся в оригинальном репозитории на C++, последний коммит - вчера.

    Последний коммит в jxl-rs - сегодня:

    https://github.com/libjxl/jxl-rs/commits/main/

    > Вывод - раст версия отстаёт,

    Логика вышла из чата.

     
     
  • 3.7, Аноним (3), 01:18, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    949 коммитов на расте против 3406 на С++, вывод очевиден.
     
     
  • 4.9, Аноним (31), 01:25, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > 949 коммитов на расте против 3406 на С++, вывод очевиден.

    Не, не очевиден. Какой вывод-то?

     
     
  • 5.11, Аноним (11), 01:46, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > 949 коммитов на расте против 3406 на С++, вывод очевиден.
    > Не, не очевиден. Какой вывод-то?

    Уже пофилософствовать нельзя? Сразу придираются. )

     
  • 4.25, Аноним (25), 08:27, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > 949 коммитов на расте против 3406 на С++, вывод очевиден.

    Т.е. плюсовикам понадобилось почти 3.5к коммитов чтобы сделать то, что растовики сделали за 1к?
    Ну да, вывод очевиден :)

     
  • 2.20, Метрика (?), 07:32, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Гугл это компания сервис, а не производитель софта, на них ориентироваться себя не уважать, завтра на питоне перепишут, а после завтра на каком нибудь ML
     
     
  • 3.29, Аноним (29), 09:27, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Гугл это компания сервис, а не производитель софта

    Что мешает быть производителем софта и предоставлять сервис?
    Гугл пишет море кода, в том числе в ядро линя.

    > на них ориентироваться себя не уважать

    А на кого ориентироваться? На 0бpыганов_из_подвала?

    > завтра на питоне перепишут, а после завтра на каком нибудь ML

    Да хоть на go, какая разница если оно работает хорошо.

     
     
  • 4.37, Метрика (?), 09:53, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    На обрыг@нов из подвала? Р@ст@манов чтоле?
     

  • 1.5, Инопланетянин (?), 01:05, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Включена по умолчанию поддержка декодирования изображений в формате JPEG XL. Реализация основана на библиотеке jxl-rs, написанной на Rust. JPEG XL позволяет добиться уменьшения размера файлов на 30-50% по сравнению с изображениями JPEG идентичного качества.

    И теперь хром будет кушать меньше памяти? Ведь будет? Ведь правда же?

     
     
  • 2.6, Аноним (31), 01:15, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > jxl-rs, написанной на Rust
    > И теперь хром будет кушать меньше памяти? Ведь будет? Ведь правда же?

    Меньше по сравнению с чем, С вариантом без JPEG XL?

     
  • 2.8, Аноним (3), 01:20, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Вряд ли, в расте клонируют объекты на каждый чих.
     
  • 2.18, Bottle (?), 07:27, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    Это не так работает. Что PNG, что изображения JPEG занимают в распакованном виде одинаковый размер в ОЗУ при одинаковом разрешении и битности. Смысл данного формата в том, что теперь меньше трафика надо передавать по сети и меньше места на диске тоже. Т.е. на тот же трафик можно больше картинок с котиками и рекламой вставить. А ещё есть прогрессивное декодирование!
    Если тебе по какой-то причине хочется уменьшить потребление RAM за счёт потери качества картинок — используй форматы сжатия для GPU вида BC7, ASTC, Basis Universal и т.п. Только вот они разработаны для видеопамяти GPU, которая тоже ОЗУ, но не та, что тебе нужно, да и используют самую простую компрессию (блочного вида), то есть, размеров JPEG XL на диске не жди.
     

  • 1.10, Аноним (10), 01:40, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Не понял, где нытьё про форсирование https?
     
     
  • 2.14, GNU Overlord (ok), 06:47, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Они на опеннет не могут зайти, тут только HTTPS версия.
     

  • 1.13, Аноним (13), 05:39, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    А чо до этого типо его не было чтоле в браузере №1 в мире? Пока лучший кодек наравне с webp. Тока webp по умолчанию выдает слабое по качеству картинку, все детали уничтожаются. Но и размер файла получается маленький, поэтому обязательно надо ставить качество от 85 до 98. Больше 98 ставить нет смысла по соотношению вес качество. Только в этом диапазоне webp выдает приемлемое качество. А вот JPEG XL по умолчанию все детали сохраняет, но и вес файла побольше. И webp, и JPEX XL более аккуратно сглаживают блоки по сравнению с jpeg. У jpeg на острых краях почти всегда видны артефакты блоков.
     
  • 1.16, Аноним (16), 07:06, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > HTTPS для публично доступных сайтов, размещаемых не в интранет сетях, таких как 192.168.0.1

    Т.е. на внутренний сайт ставят реальный сертификат, и регулярно и он, и клиент лазят в Интернет для его проверки. Жутко замечательное решение.

     
     
  • 2.17, Аноним (17), 07:26, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Читайте внимательнее  - "размещаемых __не__ в интранет сетях"
     
     
  • 3.21, Аноним (21), 07:54, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Любой локальный адрес можно расшарить. Дальше уже по логике.

    Печалит то что многие так и не знают, что на основную страницу роутера можно зайти из интернет.

     
     
  • 4.33, Аноним (29), 09:35, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > на основную страницу роутера можно зайти из интернет

    Закрывать эту  ̶д̶ы̶р̶у̶  возможность - первое что нужно делать с роутером.
    Ибо нефиг.

     

  • 1.27, Аноним (27), 09:14, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Включена по умолчанию поддержка декодирования изображений в формате JPEG XL.

    Ну вот, а говорили, что формат никому не интересен. Что ж ты, ф-р, сдал назад?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг: