поэтому мы запускаем 5 проверок для каждой страницы и вычисляем среднее значение по каждому показателю
Как вы понимаете / проверяете, что результат достоверный? Пять прогонов кажется очень малой величиной, чтобы убрать погрешность, так как lighthouse неустойчив к любому изменению сети/ железа / технических и/или продуктовых фич.
Если мы понимаем под библиотеками npm пакеты, то такой подход потребует релиза материнского приложения. Плюс, если вы планируете интеграцию в другой сайт, например, платежный виджет, то ваш заказчик вряд ли захочет «устанавливать какой-то пакет». Я согласен, что такой подход существует и иногда оправдан, но не в этой ситуации.
Будем честны, в 1+ МБ js можно поместить очень мощную CRM'ку, а не лендинг с таймером и картинкой. Я тоже решил попрофилировать и был очень удивлен, что при включенной галке Disable cache в Chrome 84 у меня на каждый тик таймера происходит перерисовка всей страницы, а, как следствие, перезагрузка всех картинок. Если быть точным, то 14 запросов картинки в секунду. Проверьте вкладку Network, может получится оптимизировать.
Можно и без зависимостей. В случае с докер образом решается очень просто, однако как cli для npm будут проблемы – минимальная нода 11. С одной стороны – это два мажора назад, с другой – есть разработчики и с 10.
К сожалению, нет, своих экспериментов мы не проводили, но изучали статьи на эту тему, например, ссылка из моей статьи. У вас есть наработки по таким экспериментам, можете поделиться?
Классная идея! В нашем CI в основном нет multi-stage сборок, поэтому не столкнулись с такой проблемой.
Предлагаю сделать PR в репозиторий, и я опубликую как пакет, после этого обновлю в статье.
Как вы понимаете / проверяете, что результат достоверный? Пять прогонов кажется очень малой величиной, чтобы убрать погрешность, так как lighthouse неустойчив к любому изменению сети/ железа / технических и/или продуктовых фич.
nx-enforce-module-boundaries из пакета @nrwl/nx
Предлагаю сделать PR в репозиторий, и я опубликую как пакет, после этого обновлю в статье.
На хабре есть описание конференции и докладов на русском
День первый
День второй