Я это понимаю. Там как раз сделано ссылками, только опять же криво, потому что они не якорные - это самый странный вариант решения: если уж делать криво, так на всю катушку, на спанах, чего мелочиться...
Алексей Уколов
@alexey-m-ukolov Куратор тега Веб-разработка
В браузерах за годы накоплены тонны костылей для кривого кода, потому что если у пользователя не работает страница, он винит в этом браузер, а не её разработчика.
Можете привести конкретные примеры? Интересно посмотреть.
Алексей Уколов
@alexey-m-ukolov Куратор тега Веб-разработка
С чего бы это они вдруг "мусор"? Можно разбираться в технических деталях и метриках и при этом накладывать их на метрики бизнеса, чтобы понимать, что целесообразно, а что нет.
Да и не обязаны они разбираться - мы всегда предлагаем сами такое решение, объясняя плюсы и минусы.
Алексей Уколов
@alexey-m-ukolov Куратор тега Веб-разработка
За 10 лет моей профессиональной деятельности минификатор не сломал мне ни строчки.
Если минификатор портит код, это значит, что он не может его понять. А раз он не может его понять, то проблема в 99.999% случаев в коде, а не в минификаторе.
Алексей Уколов
@alexey-m-ukolov Куратор тега Веб-разработка
Опять же - почитайте рекомендации Лайтхауса, там для конкретных изображений и конкретных скриптов есть конкретные рекомендации.
Uglify - это для оптимизации скорости загрузки скриптов, у вас же проблема со скоростью их исполнения.
Алексей Уколов
@alexey-m-ukolov Куратор тега Веб-разработка
Всё перечисленное решается автоматической генерацией нужных картинок (ретина, webp и т.п.) из одного исходинка и использования <picture/>. Клиенты, правда, часто не готовы за это платить, но чисто технически никаких проблем.
Алексей Уколов
@alexey-m-ukolov Куратор тега Веб-разработка
И верстка влияет процентов 10. Остальное часть бэка и сервера.
Ну, нет. У автора, например, проблема в конских неоптимизированных картинках и тяжёлых скриптах. Это именно вёрстка. Конечно, бэкенд имеет значение, но как раз 99% проверок Лайтхауса - это фронтенд.