Почти в каждой версии Chrome мы видим значительное количество обновлений и улучшений продукта, его производительности, а также возможностей веб-платформы. В этой статье описаны изменения в Chrome 53.

Содержание

  1. Политика устаревания
  2. Шифры на основе DHE выводятся из эксплуатации
  3. Предупреждение об устаревании FileError
  4. Удалить атрибут результатов для ‹тип ввода=поиск›

Политика устаревания

Чтобы поддерживать работоспособность платформы, мы иногда удаляем из веб-платформы API, которые исчерпали себя. Может быть много причин, по которым мы должны удалить API, например: они заменены более новыми API, обновлены, чтобы отразить изменения в спецификациях, чтобы обеспечить согласованность и согласованность с другими браузерами, или это ранние эксперименты, которые так и не были реализованы в других браузерах. браузеров и, таким образом, может увеличить нагрузку на поддержку веб-разработчиков.

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

В настоящее время в Chrome есть процесс устаревания и удаления API, а TL; DR:

  • Анонсируйте на blink-dev.
  • Установите предупреждения и задайте шкалу времени в консоли разработчика браузера при обнаружении использования на странице.
  • Подождите, отслеживайте, а затем удаляйте функцию по мере снижения использования.

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

Поэтапный отказ от шифров на основе DHE

TL;DR: шифры на основе DHE удалены в Chrome 53 для настольных ПК, поскольку их недостаточно для длительного использования. Серверы должны использовать ECDHE, если он доступен, или простой шифр RSA, если он недоступен.

Намерение удалить | Chromestatus Tracker | Хромовый жук

В прошлом году мы Chrome изменили минимальный размер группы TLS Diffie-Hellman с 512 до 1024 бит; однако 1024-битного недостаточно для долгосрочной перспективы. Метрики сообщают, что около 95% соединений DHE, наблюдаемых Chrome, используют 1024-битное DHE. Это, в сочетании с тем, как DHE согласовывается в TLS, затрудняет переход за пределы 1024-бит.

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

Шифры на основе DHE устарели, начиная с Chrome 51. Поддержка удалена с рабочего стола в Chrome 53.

Предупреждение об устаревании FileError

TL;DR: в Chrome 54 ожидается удаление устаревшего интерфейса FileError. Замените ссылки на err.code на err.name и >ошибка.сообщение.

Намерение удалить | Chromestatus Tracker | Хромовый жук

Текущая версия стандарта File API не содержит интерфейса FileError, и его поддержка устарела в 2013 году. В Chrome 53 это предупреждение об устаревании будет напечатано в консоли Dev Tools:

«FileError» устарела и будет удалена в 54. Пожалуйста, используйте атрибуты «имя» или «сообщение» ошибки, а не «код».

Это имеет разные последствия в разных контекстах.

  • FileReader.error и FileWriter.error будут объектами DOMException вместо объектов FileError.
  • Для асинхронных вызовов файловой системы ErrorCallback будет передаваться FileError.ErrorCode вместо FileError.
  • Для синхронных вызовов файловой системы FileError.ErrorCode будет сгенерирован вместо FileError.

Это изменение влияет только на код, который основан на сравнении кода экземпляра ошибки (e.code) непосредственно со значениями перечисления FileError (FileError.NOT_FOUND_ERR и т. д.). Код, который тестирует жестко заданные константы (например, e.code === 1), может завершиться ошибкой, сообщив пользователю о неверных ошибках.

К счастью, все типы ошибок FileError, DOMError и DOMException имеют общие имена и свойства сообщений, которые дают согласованные имена для случаев ошибок (например, e.name === «NotFoundError»). Вместо этого код должен использовать эти свойства, которые будут работать во всех браузерах и продолжат работать после удаления самого интерфейса FileError.

Удаление FileError ожидается в Chrome 54.

Удалить атрибут результатов для ‹input type=search›

TL;DR: Атрибут результатов удаляется, поскольку он не является частью какого-либо стандарта и непоследовательно реализуется в разных браузерах.

Намерение удалить | Chromestatus Tracker | Хромовый жук

Значение результатов реализовано только в webkit и ведет себя крайне непоследовательно для тех, кто это делает. Например, Chrome добавляет значок лупы в поле ввода, а в Safari на рабочем столе он определяет, сколько предыдущих поисковых запросов отображается во всплывающем окне, отображаемом при нажатии на значок лупы. Поскольку это не является частью какого-либо стандарта, оно устарело.

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

input[type=search] {
  background: url(some-great-icon.png) no-repeat scroll 15px 15px;
  padding-left:30px;
}

Этот атрибут устарел, начиная с Chrome 51.

Первоначально опубликовано в разделе Веб-обновления — Google Developers