Комментарии 26
content-visibility: auto;
}
чики брики и в дамки, как говорится)
В нашем примере мы видим улучшение с 232мс рендеринга до 30мс, это улучшение производительности в 7 раз.
Ок. На демке они уменьшили скорость рендеринга но при этом начало колбасить скролл. Причём понятно ешё когда при движении вниз так как там ещё не считались размеры элементов. Но при возрате наверх то почему? Браузер же уже должен был посчитать размеры и запомнить.
Ну конечно, сначала засрали веб дерьмовыми технологиями, а сейчас будем вводить специальные свойства что бы ускорять отрисовку...
Почему все сайты (которые не использовали flash) года так до 2012 работали молниеносно, как и браузеры тех времён, а потом что-то случилось и сначала браузеры стали в 3 раза медленнее, а потом и сайты с каждым годом стали тупить всё больше
С теплотой вспоминаю контактик до редизайна, работал быстрее чем кликать успевал и firefox версии до 27 или 37 (не помню точно, помню, что 7ка на конце всё испортила) работал просто зверски быстро, даже ставил его на старый ноут пару лет назад и он работал там быстрее любого современного говнища
Да ещё и плохо стандартизируется)
А так на мой взгляд это нынче сурьёзная проблема — тонкостей стало так много, что уже сложно всё отследить вручную. Скоро будут для сайтов какие-нибудь линкеры делать и оптимизаторы)
Я понимаю, что веб очень плотно вошел во все сферы, технологии развиваются эволюционно, и никто никаких breaking changes вносить не будет, но позволю себе помечтать:
- Выкинуть все ненужные, устаревшие извращения, применяемые для разметки страниц. Множество UI-тулкитов предложили множество вариантов, зачастую лучших, чем HTML. Стоит сделать новую систему разметки, учитывающую накопленный опыт, и ориентированную на современные потребности, а не натягивать сову для разметки статических сайтов 90х на современный глобус, оптимизированную и лишенную старых недостатков.
- Возможно, стоит даже выделить отдельные подмножества, оптимизированные на контент и оптимизированые для создания сложных веб-приложений (которые, чаще всего, занимают экран, а не предполагают скроллинг)
- Есть, конечно, и более радикальное предложение. Дизайнерские изыски переоценены, может, вернемся к простой семантической разметке контента, а средство отображения само решает, как его отобразить? Adaptivity, portability, accessibility и прочие модные слова бонусом из коробки.
- Все приложение компилируется в бинарь (WASM?), без необходимости парсить весь этот текст, по-сути, просто превращая браузер в кросс-платформенную библиотеку UI-тулкита. Правда, это идет в разрез с п. 2 и 3.
Дизайнерские изыски переоценены, может, вернемся к простой семантической разметке контента, а средство отображения само решает, как его отобразить?С точки зрения заказчиков сайтов у Веба есть всего две задачи — показ рекламы и сбор телеметрии. Какой выкидывать, кто тогда за разработку сайтов платить будет? Тут даже RSS уже еле живое, от силы один сайт из трёх её поддерживает. Вот именно потому, что никому не нужно, чтобы пользователь просто брал контент и отображал как ему заблагорассудится. Наоборот, в дальнейшем отображение максимально затруднят в целях борьбы с блокировщиками рекламы и скрейперами. Навесят на странички DRM, кучу криптографии, вплоть до пересылки зашифрованных данных в буфер видеокарты с расшифровкой прямо на GPU. Так что тормозить оно будет всё больше и больше, увы.
Вот именно потому, что никому не нужно, чтобы пользователь просто брал контент и отображал как ему заблагорассудится.
Я так понимаю, некоторые сайты с "брал контент" напрямую борятся. Инстаграмм какой-нибудь против того, чтобы его картинки можно сохранять было. Только отображение, максимально ими контролируемое.
Это не быстро, ведь у вас на руках нет даже IP-адреса сайта, а есть лишь его доменное имя. Т.е. браузер сперва должен послать запрос на DNS-сервер, дождаться разрешения имени. Затем нужно установить с исходным сайтом соединение HTTPS, для чего сперва нужно запросить у сервера сертификат. Потом проверить этот сертификат, послав запрос на доверенный сервер сертификационного центра. Если всё в порядке, обменяться с исходным сервером ключами, для чего несколько раз понадобится гонять пакеты туда-сюда, и только после этого уже можно посылать запрос на собственно получение данных. Можете замерить, сколько по времени занимает просто начать получать данные:
curl -o /dev/null -H 'Cache-Control: no-cache' -s -w "Connect: %{time_connect} TTFB: %{time_starttransfer} Total time: %{time_total} \n" "https://habr.com"
Статья, не оформленная как перевод, это воровство контента. Поправьте, пожалуйста, не позорьтесь.
Новое CSS-свойство content-visibility ускоряет отрисовку страницы в несколько раз