Pull to refresh
18
0
Лавлинский Николай @Nickmob

Метод Лаб — ускорение сайтов

Send message
Да, такое может быть, но только на первом этапе — начало взаимодействия. Если проблемы возникают на этапе внедрения изменений, то это скорее всего уже саботаж.
Вся надежда на комменты
По умолчанию nginx использует 16-тикилобитные чанки

Пожалуйста, исправьте здесь и далее по тексту на килобайтные: размеры в Nginx меряются именно байтами, а не битами.
Проблема бывает и в скорости канала, и в CPU, зависит от конкретного сайта. Я привёл примеры отношения.
Может быть, но более 100 человек добавили эту статью в закладки. Интересно, зачем?
Чаще всего не компромисс, а просто игнорирование вопросов скорости по причинам: «у меня всё работает» и «да чё там оптимизировать, щас у всех 4G».
Ну, если вы называете любое вложение средств в проект «потерей», то да.
Даже если сократить размер трафика (шаблоны, картинки, CSS, JS) всех сайтов мира в 2 раза, провайдеры этого скорее всего не заметят: подавляющая часть это видео и голос, сайты даже рядом не стояли.
В тестирование фронтэнда стоит добавить главный инструмент: средства разработчика браузера. Например, в Chrome можно получить полный расклад по ресурсам с полной детализацией (вплоть до отрисовки каждой области экрана). Собственно, Lighthouse уже входит в DevTools.
Галерея выглядит как надо. Подгружающиеся стили отвечают за открывание большой версии фото по клику.
Размер может быть от 10kb до 100kb, если это несколько плагинов.
Здесь дело не только в размере, но в приоритете загрузки CSS — он очень высокий (в отличие от картинок). Кроме того, CSS блокирует рендеринг страницы целиком, если объявлен в head.
Не надо ничего вычленять. Представьте, что у вас на сайте используется фотогалерея (fancybox, lightbox не важно), у нее есть свой CSS (для слоёв и анимаций). Так вот его абсолютно спокойно можно грузить потом, никаких проблем.
Полностью с вами согласен, острая нехватка гик-порно.
Так это будет проблема провайдеров, а не дизайнеров. Ничего не изменится.
Вы здесь путаете расположение CSS в середине кода страницы и то, о чём говорится в статье: отложенной загрузке CSS через JS.
К описанным выше проблемам при правильном применении отношения не имеет.
Смысл имеет, если делать правильно: никакого FOUC не происходит.
Правильно, не нужно откладывать весь CSS-код.
Нужно делать с умом: только для тех стилей, которые не критичны для начального состояния страницы. Их подгрузка будет происходить незаметно для пользователя.
Во-первых, откуда у вас такая информация?
Во-вторых, это не обзязательно приводит к перерисовке страницы.
Сократит критический путь рендеринга: быстрее отрисуется страница.
Причин много. Например, разработчики, которые не обращают внимание на скорость при разработке. На Macbook Pro по локалке бегает нормально.
Или дизайнеры и менеджеры, которые требуют максимум контента с эффектами и рекламы на страницу.
SPA — да, там схема отличается. Вместо HTML-документа скорее всего будут AJAX-запросы и больше работы на клиенте.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity