Dmitriy_2014#: я уже сделал как у тех чуваков с хабра
Ну теперь местная нечисть тебя засмеёт! Раз уж такой позор терпеть – переделай уж ивсё остальноекак у них.
Результатпроверь. Может дойдёшь до кода, лохматого как у выдачи гугла... но он грузится быстрее.
Dmitriy_2014#: эти 30 Килобайт не делают погоды, они бы у меня на модеме USRobotics56 кбит/с в 98 году скачались бы без напряга. Ну это смешно, тем более это делается один раз и кэшируется
Это тебе вещали те, из-за которых ты css/js в отдельный файл и начал запихивать, код типа красивый, а HTTP-запросов браузер делает больше + ожидает ответа. Важна именно эта пауза (хоть в десятки ms, хоть сколько, она может быть не связана с оптоволоконной скоростью)... и пока нет ответа – браузер не может нарисовать страницу / может без тех шрифтов... а основные проблемы загрузки любители 'красивого' кода создают не шрифтами, а количеством прилинкованных файлов css/js и неправильным расположением этой ссылки в коде.
Есть сайты, у которых большинство загрузок – первые и последние, кэша нет...
А всякие новомодные фичи могут сожрать ресурсы дохлых телефонов, а не ускорить...
Dmitriy_2014#: шрифты занимают по 10 КБ, 20 Килобайт, уж думаю переживут как-то, несколько штук. В 2024 это смешно
Двоешник... у которого страницы так и должны дёргаться.
Dmitriy_2014#: После linkrel=preloadвроде меньше стало
А если сделать как у странного хабра?
Dmitriy_2014#: говорят, что в http 2.0 100500 запросов за один момент выполняется
Важнее - с какой паузой браузер сделает запрос чужих шрифтов и получит ответ.
Сергей#: на топовых, с учётом статистики по браузерам
Страна катится в жопу, а он на топовых.
Стату надо смотреть по конкретному сайту / ца.
Все новомодные фичи (не все браузеры умеют нормально обрабатывать) надо пробовать на самых маломощных нэтбуках / сверхдешёвых телефонах / плохих интернетах / в местный час пик / с чистым кэшем.
Тоже будет интересно сравнить гипотезу с практикой. Вас же интересует скорость рендеринга
На устройствах какой цены / в каких сетевых реалиях тестировать?
Dmitriy_2014#: меня скорее интересует Cumulative Layout Shift (CLS) в зеленой зоне, и говорят что на это вполне могут влиять подгружаемые шрифты, т.к. даже я невооруженным взглядом вижу как страница мелькает
А я по наивности думал, что интересуют любые не'красивые' странности кода грамотных верстаков... ещё до всех этих прелодов https://habr.com/ru/articles/445264/
Может пусть оно так и дёргается, код ведь красивый, чё суетиться?
Dmitriy_2014 : Какая разница между подключением так как у них и в файле style.css?
Разница во времени на запрос файла.css и на получение ответа от сервака... в условиях ухудшающихся параметров сети.рф
Ещё правильнее было бы смотреть на серваке некие признаки, которые могут быть в первом запросе, предполагать - есть ли у ползателя все эти css/js в кэше... и выдавать разный код.
А пока на лишних несколько KB кода в html тратится меньше времени, чем на запрос лишнего файла.
Dmitriy_2014#: Я так тоже думаю, поэтому и странно что профи с хабра вставили прямо в htmlдокумент.
Ну и думай, что это просто они странные. А они запросто могут посмотреть на процесс загрузки (наверное помнят инструменты разработчика) и сравнить варианты, а могут и догадаться - их же не отзомбировали как тебя. А ещё у них в html есть <script в начале и отдельно в конце, хотя тебе было бы красивее совсем не так.
А ещё есть код страницы выдачи подлого гугла, по нём ты сможешь задать много похожих вопросов / высказать кучу недоумений. А создателям не так важен траф, сколько время первой загрузки.
Если есть перелинковка с этими страницами
+ если они в индексе+прокачаны + если перелинковка ещё на что-то влияет // не слишком ли много условий?
я уже сделал как у тех чуваков с хабра
Ну теперь местная нечисть тебя засмеёт! Раз уж такой позор терпеть – переделай уж и всё остальное как у них.
Результат проверь. Может дойдёшь до кода, лохматого как у выдачи гугла... но он грузится быстрее.
эти 30 Килобайт не делают погоды, они бы у меня на модеме USRobotics 56 кбит/с в 98 году скачались бы без напряга. Ну это смешно, тем более это делается один раз и кэшируется
Это тебе вещали те, из-за которых ты css/js в отдельный файл и начал запихивать, код типа красивый, а HTTP-запросов браузер делает больше + ожидает ответа. Важна именно эта пауза (хоть в десятки ms, хоть сколько, она может быть не связана с оптоволоконной скоростью)... и пока нет ответа – браузер не может нарисовать страницу / может без тех шрифтов... а основные проблемы загрузки любители 'красивого' кода создают не шрифтами, а количеством прилинкованных файлов css/js и неправильным расположением этой ссылки в коде.
Есть сайты, у которых большинство загрузок – первые и последние, кэша нет...
А всякие новомодные фичи могут сожрать ресурсы дохлых телефонов, а не ускорить...
шрифты занимают по 10 КБ, 20 Килобайт, уж думаю переживут как-то, несколько штук. В 2024 это смешно
Двоешник... у которого страницы так и должны дёргаться.
После link rel=preload вроде меньше стало
А если сделать как у странного хабра?
говорят, что в http 2.0 100500 запросов за один момент выполняется
Важнее - с какой паузой браузер сделает запрос чужих шрифтов и получит ответ.
на топовых, с учётом статистики по браузерам
Страна катится в жопу, а он на топовых.
Стату надо смотреть по конкретному сайту / ца.
Все новомодные фичи (не все браузеры умеют нормально обрабатывать) надо пробовать на самых маломощных нэтбуках / сверхдешёвых телефонах / плохих интернетах / в местный час пик / с чистым кэшем.
протестируйте. Мы ждём вас с результатами.
Тоже будет интересно сравнить гипотезу с практикой. Вас же интересует скорость рендеринга
На устройствах какой цены / в каких сетевых реалиях тестировать?
меня скорее интересует Cumulative Layout Shift (CLS) в зеленой зоне, и говорят что на это вполне могут влиять подгружаемые шрифты, т.к. даже я невооруженным взглядом вижу как страница мелькает
А я по наивности думал, что интересуют любые не'красивые' странности кода грамотных верстаков... ещё до всех этих прелодов https://habr.com/ru/articles/445264/
Может пусть оно так и дёргается, код ведь красивый, чё суетиться?
Скорее всего разработчик сайта не слышал про <link rel=preload
А чего не слышали верстаки гугла и яндекса?
Какая разница между подключением так как у них и в файле style.css?
Разница во времени на запрос файла.css и на получение ответа от сервака... в условиях ухудшающихся параметров сети.рф
Ещё правильнее было бы смотреть на серваке некие признаки, которые могут быть в первом запросе, предполагать - есть ли у ползателя все эти css/js в кэше... и выдавать разный код.
А пока на лишних несколько KB кода в html тратится меньше времени, чем на запрос лишнего файла.
на территории России
Как именно они это будут определять?
Я так тоже думаю, поэтому и странно что профи с хабра вставили прямо в html документ.
Ну и думай, что это просто они странные. А они запросто могут посмотреть на процесс загрузки (наверное помнят инструменты разработчика) и сравнить варианты, а могут и догадаться - их же не отзомбировали как тебя. А ещё у них в html есть <script в начале и отдельно в конце, хотя тебе было бы красивее совсем не так.
А ещё есть код страницы выдачи подлого гугла, по нём ты сможешь задать много похожих вопросов / высказать кучу недоумений. А создателям не так важен траф, сколько время первой загрузки.
Так за этот пост могут и серч забанить
Обход запрета монетизации ≠ обходу блокировок ркн. Не нравится впн, есть прокси/браузеры/... не вам объяснять.
смотрят тебя из России, а получать прибыль с русской аудитории нельзя, так ли это и если так то как быть?
Уж могли бы заметить, что просят смотреть через впн... тем паче:
а будет ли ютуб работать в России после 17.03.24?
Когда-то в ссср пытались запретить алкоголь. Минздрав, посмотрев на последствия, посоветовал разрешить.