The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Google выпустил для Firefox систему аудита web-страниц Lighthouse

24.02.2020 10:19

Компания Google опубликовала дополнение для Firefox с реализацией инструмента Lighthouse. Lighthouse входит в состав штатных инструментов для web-разработчиков, входящих в состав Chrome (вкладка "Audits"), и даёт возможность на основе собранных метрик проанализировать производительность и качество web-страниц или web-приложений. Код распространяется под лицензией Apache 2.0. Firefox-дополнение подготовлено основной командой разработчиков Lighthouse и использует при построении отчётов API PageSpeed Insights.

Дополнение позволяет определить узкие места в производительности web-приложений, проанализировать скорость загрузки компонентов и потребление ресурсов, выявить излишне ресурсоёмкие операции на JavaScript, определить проблемы в конфигурации http-сервера, оценить оптимальность оформления для индексации поисковыми системами (SEO), изучить актуальность применения web-технологий и пригодность web-приложения для людей с ограниченными возможностями. Поддерживается симуляция применения в системе более слабого CPU и низкой пропускной способности сети.



  1. Главная ссылка к новости (https://techdows.com/2020/02/g...)
  2. OpenNews: Chrome начнёт помечать быстрые и медленные сайты
  3. OpenNews: Релиз Chrome 77
  4. OpenNews: Компания Google выпустила инструментарий для оптимизации web-страниц PageSpeed Insights 2
  5. OpenNews: Компания Google выпустила обновление Apache-модуля mod_pagespeed
  6. OpenNews: Компания Google выпустила модуль ускорения загрузки web-страниц PageSpeed для Nginx
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52421-lighthouse
Ключевые слова: lighthouse, firefox, google, debug, web, performance, optimization, tune, speed, pagespeed
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (53) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:34, 24/02/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     

  • 1.3, Аноним (3), 10:40, 24/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +29 +/
    Ну да, ну да. Грузить шрифты с левых сайтов из веба чтобы когда на удаленном хосте они слетят сайт был нечитаем, ипользовать next-gen форматы чтобы поломать совместимость со всем чем только можно кроме самого распоследнего хрома. Сплошные best practices. А за Progressive Web App как позитивный показатеь _веб-страницы_ вообще расстреливать нужно.
     
     
  • 2.4, Vitektm (?), 10:47, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Что не так с  Progressive Web App ? И что была рекомендация  хранить шрифты или js на сторонних CDN ?
     
     
  • 3.5, Аноним (3), 11:09, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    В предпоследнем пункте мы отчетливо видим что web font load этой хренью определяется. Тем не менее как негативный или хотябы сомнительный показатель он нигде не отмечен, стало быть считается нормой. Так вот - нихрена это не норма.

    Эти ваши жирные и неповортливые "Web Appz" (читай - вся страница - один сплошной жабаскрипт) могут быть полезны и даже необходимы в определенных редких слйчаях. Но именно что в определенных и редких. Эта же хрень замахнулась на то чтобы говорить всем и каждому как правильно делать их сайты и страницы. Вот так и получаем саеты на которых 2 строчки статичного текста и 10 Мб скриптов, загружающихся полминуты.

     
     
  • 4.7, Аноним (7), 11:33, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Есть же всякие https://decentraleyes.org/ в чём проблема? А как вы видите себе сайты, они должны раздавать все ресурсы с себя?
     
     
  • 5.20, Аноним (20), 12:25, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В том, что это ещё и ресурсы жрёт.
     
     
  • 6.21, Аноним (7), 12:30, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какие именно? 99% ресурсов тратится на подгрузки из сети. Но если всё закэшировать, никаких проблем не будет. Сабж как раз вариант превентивного кеширования, странички грузящиеся по 5 секунд напрягают.
     
     
  • 7.30, Vitektm (?), 13:11, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1мб js  != 1мб img .

    А желание заюзать кеш стороджа, в том, что основной кеш в браузере быстро опустошается.
    Одна из причин.

     
  • 7.32, Ordu (ok), 13:20, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кешировать ты можешь и со своего сайта примерно с тем же эффектом, как из с централизованного cdn.

    > There are so many libraries and versions, and browser caches are smaller than you think, so for you to be lucky enough to gain from this seems unlikely. Additionally Safari has a unique HTTP cache per domain visited, for privacy reasons (called a double-keyed cache) and Chrome soon will have too, ending any argument there.

    https://www.tunetheweb.com/blog/should-you-self-host-google-fonts/

     
  • 5.28, robot228 (?), 13:05, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Там автор помнится обещал прикрутить возможно самому указывать источники чтобы всегда было всё актуальное. Сделано?
     
  • 4.27, Ordu (ok), 13:04, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > В предпоследнем пункте мы отчетливо видим что web font load этой хренью определяется. Тем не менее как негативный или хотябы сомнительный показатель он нигде не отмечен, стало быть считается нормой. Так вот - нихрена это не норма.
    > Эта же хрень замахнулась на то чтобы говорить всем и каждому как правильно делать их сайты и страницы.

    У вас противоречие себе отклеилось. Первая цитата вас сетует на то, что гугл не помечает вебшрифты как плохие или хорошие, вторая цитата вас сетует на то, что гугл указывает всем как правильно делать сайты. Либо первое высказывание неверно, либо второе, либо оба.

     
  • 4.29, Vitektm (?), 13:07, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    я сам противник ожирения сайтов.  И на некоторых по 10 шрифтов грузится . Хотя по факту используется 3-9 иконок.

    Которые можно заменить да хоть jpg, настолько жирные шрифты лепят.

    Web App, не подразумевает кучу js или забивания кеша, на мобиле.

    Но если пользователь посещает ваш сайт часто, и просматривает больше 3 страниц, то web app может ускорить открытие и экономию трафика.

    Многие сайты и без web App содержат много хлама, т.е.  объем js/css  часто завышен раз в 10-20.

    Дело дошло до того что браузеры начали "замораживать" вкладки.


     
  • 4.63, Аноним (63), 10:14, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это не так, если приложение построено правильно, то там lazy loading и страница подгружается кусками во время переходов по ссылкам, в том числе так же подгружаются куски js, кроме core (ядра). Это эффективно т.к. изначально подгружается "движок", а потом "шаблоны" (легкие куски страниц). Если бы каждая страница была чистым html, то "шаблоны" были бы толстыми потому что all inclusive. Другими словами, если сайт маленький, то толстых фреймворков не нужно, т.к. расход трафика будет выше. Если сайт большой, пользователь долго на нем седит и лазит по большому количеству страниц, то расход трафика будет меньше если PWA и Angular, React фреймворки.
     
  • 3.33, DerRoteBaron (ok), 13:20, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В том, что когда Web пытается работать как App, то, что должно работать как Web ломается, при этом не работая нормально как App. Хрестоматийный пример тому мобильный хабр.
     
  • 2.14, artenox (?), 12:12, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Грузить шрифты с левых сайтов из веба чтобы когда на удаленном хосте они слетят сайт был нечитаем

    Разве браузер не переключится на дефолтные?

     
     
  • 3.17, Аноним (3), 12:22, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Переключается. Но "современные веб-дезенеры" верстают свои поделки только под свой 'литный шрифтец (зачастую имеющий левые размеры). И когда шрифтец по той или иной причине не подгружается вся верстка сезжает в канаву, сает становится нечитаем.
     
     
  • 4.42, Аноним (42), 14:41, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Пример такого сайта можно? А то лишь бы поныть.
     
  • 2.16, Аноним (16), 12:16, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Перевод: продвигайте наших слонов.
     
  • 2.19, mumu (ok), 12:24, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    я конечно не веб-макака, но думаю там можно делать fallback-и в случае недоступности cdn на локальный кеш шрифтов. Если так, то практики с точки зрения производительности (а не безопасности) более-менее адекватные
     
  • 2.36, Рассудок (?), 13:24, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Грузить шрифты с левых сайтов из веба

    Это вы где такое вычитали? Никто не заставляет вас использовать CDN, можете хранить шрифты у себя. Даже Google Fonts позволяет загружать шрифты для этих целей.

    > когда ... они слетят сайт был нечитаем

    На такой случай есть "fallback" с переключением на другие шрифты (скорее всего набор более-менее подходящий системных или по умолчанию).

    Кстати, предупреждение на скриншоте — что пока шрифт не загрузится, текст остаётся невидим, когда как есть другие тактики, в которых до загрузки шрифта всё содержимое будет показано в "fallback" шрифтах: это не очень красиво, когда шрифт два раза меняется при загрузке страницы, но всяко приятнее видеть контент много раньше.

    > ипользовать next-gen форматы чтобы поломать совместимость

    Лол. Webp позволяет прилично так сэкономить трафика без серьёзной потери качества. Очень полезно на мобилках с трафиком, а на них встретить юзверей с диназаврами сложно.

    Для совместимости существует тег Picture (https://developer.mozilla.org/en-US/docs/Web/HTML/Element/picture) или можно использовать JS.

    > поломать совместимость со всем чем только можно кроме самого распоследнего хрома

    Webp поддерживается Firefox с 65 версии, Picture с 52* (*38 за флагом), а старые браузеры без его поддержки просто будут использовать Img внутри.

     
  • 2.44, AlexBO (?), 15:30, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Каким образом вы умеете заставлять браузеры делать сайт нечитаемым, если не доступны шрифты по ссылкам? Все типы шрифтов браузерами замнеяются на схожие по размерам и керлингу, никакого сдвига быть не может в принципе на сайте из-за смены шрифтов.
     
     
  • 3.50, tata (??), 16:59, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Приглад особистого кабінету у pautina.ua. Я використувую свій шрифт на усіх сайтах. І вимкнув використання шрифтів сайтами. В результаті, меню злівої сторони накладається на текст. Вмість сайта якимось чином не враховує ширину лівого меню, і підповзає під нього, розтягуючись на всю ширину екрану.
     

  • 1.8, Аноним (8), 11:36, 24/02/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +3 +/
     

     ....ответы скрыты (3)

  • 1.12, Аноним (12), 12:02, 24/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поясните, плиз, человеку далёкому от веб-дизайна - я так понимаю, это что-то типа профилировщика, а разве у фф своего такого раньше не было?
     
     
  • 2.13, jfdbngh (?), 12:06, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Гугл считает, что ему виднее, как правильно профилировать.
     
  • 2.35, konart (?), 13:23, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не совсем, это анализ сайта на соответствие стандартам (в т.ч. насколько он пригоден для людей с ограниченными способностями, но там куча вещей) , анализ скорости загрузки и прочих параметров.

    По итогу анализа выдается отчет с рекомендациями по улучшению, с ссылками на те самые стандарты и прочими примерами того как можно сделать лучше.

    По факту преследуется 2 цели - повысить доступность сайта и повысить за счет этого его рейтинг в выдаче.

     
     
  • 3.53, Mail23842 (?), 19:17, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> повысить за счет этого его рейтинг в выдаче.

    только если пользователи используют google Chrome

     
  • 3.58, Lex (??), 21:42, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Самая хохма в том, что никто ( из "не посвященных" ) доподлинно не знает алгоритма определения рейтинга в выдаче.. даже сами поисковые конторы начинают что-то невнятно кудахтать, когда их прямо спрашивают о подобных вещах..

    Потому, это едва ли аргумент.

     

  • 1.22, segesg (?), 12:35, 24/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Проблема этой поделки в том, что это не "лучшие практики веб-разработки", а "лучшие практики веб-разработки ПО МНЕНИЮ ГУГЛА".
     
     
  • 2.31, Аноним (11), 13:17, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Проблема этой поделки в том, что это не "лучшие практики веб-разработки по мнению пользователя опеннета под ником segesg", а "лучшие практики веб-разработки по мнению гугла".
     
  • 2.41, Аноним (41), 14:14, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Выпусти свой инструмент, будут лучшие практики веб-разработки по мнению Васяна с опеннета.
     

  • 1.23, user90 (?), 12:38, 24/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А кто там жабоскрипт придумал, не напомните?
     
     
  • 2.37, Аноним (37), 13:35, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Brendan Eich initially, plus other key contributors to the ECMAScript specification
     

  • 1.25, Аноним (25), 13:02, 24/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я не понимаю, чем местные мамкины диванные победители конкурсов стограмма по скорости работы жс страниц недовольны.
    Памагити
     
  • 1.38, Аноним (37), 13:39, 24/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Так я и не понял какая гуглу выгода для чужого браузера проектировать расширение. Или они туда телеметрии напихали?
     
     
  • 2.40, Аноним (40), 13:57, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Они таким образом показывают: смотрите, наши стандарты единственно правильные, ориентируйтесь только на них.
     
     
  • 3.49, Аноним (49), 16:30, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Именно поиск Гугла решает судьбу сайта, так что no way
     

  • 1.48, Аноним84701 (ok), 16:27, 24/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > изучить актуальность применения web-технологий и пригодность web-приложения для людей с ограниченными возможностями.

    Когда добавят тестирование на пригодность при плохом и нестабильном канале?

    И ведь раньше умудрялись ту же информацию  передавать в сотню  байт WAP, не заставляя скачивать пару-тройку МБ фреймворков "для экономии трафика запросами только нужного" (и которое не отрубалось в середине процесса вбивания данных из-за таймаута скрипта автодополнения, заодно блокируя возсожность ввода).

     
     
  • 2.60, Q2W (?), 23:49, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну на счёт сотни байт в wap это ты загнул.
    Помню, приходилось оптимизировать размер wml-страниц под очень популярный телефон c100 (самсунг, кажись). Так вот его браузер не переваливал страницы больше 3Кб.

    В итоге страницы с русским текстом (даже если заменить буквы, похожие на латинские, на эти латинские) занимали примерно экрана три. А экраны эти, напомню, полтора сантиметра на два сантиметра примерно.

    Это, конечно, не 1мб div'ов и js'а ради показа одного экрана бесполезной информации с тонной бесполезных менюшек.

    Но и с сотней килобайт - это просто неправда.

     
     
  • 3.62, КО (?), 09:55, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну на счёт сотни байт в wap это ты загнул.

    ...
    >Но и с сотней [b]кило[/b]байт - это просто неправда.

     
     
  • 4.64, Q2W (?), 10:29, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >>Ну на счёт сотни байт в wap это ты загнул.
    > ...
    >>Но и с сотней [b]кило[/b]байт - это просто неправда.

    Да, я описАлся. @Аноним84701 писал о сотне байт. И вот это, я утверждаю, не правда.

     
     
  • 5.65, Аноним84701 (ok), 12:53, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >>>Но и с сотней [b]кило[/b]байт - это просто неправда.
    > Да, я описАлся. @Аноним84701 писал о сотне байт. И вот это, я
    > утверждаю, не правда.

    Там изначально было "сотню-другую", но после пары-тройки "улучшизмов" формулировки, "другую" куда-то исчезла.
    А вот за сотню КБ (т.е. в году эдак 2003 отстегивания от ~ 0.5 до 2$ моб. оператору), "дезигнеру" неплохо бы досталось на орехи ;)

     

  • 1.52, Аноним (-), 18:29, 24/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сейчас надо, чтобы Мозилла выпустила приложение, которая бы провела аудит Гугла, по вопросам приватности.
     
     
  • 2.54, Аноним (54), 19:59, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пусть сама себя аудирует. Сторонний аудит вот уже есть: https://digdeeper.neocities.org/ghost/mozilla.html
     
     
  • 3.59, Lex (??), 21:45, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А сторонний аудит гугла ?
     
  • 3.61, Аноним (61), 08:41, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда ты знаешь, может авторы этого софта проплачены Гуглом. И их аудит неправилен.
     
  • 2.67, Аноним (67), 13:56, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А кому это нужно?! Гуголь никогда не скрывал, что не является крупнейшим рекламным и поисковым рендером. При чем тут приватность. Он никогда и не врал об этом. В отличие от других (не будем тыкать пальцем)
     

  • 1.66, Аноним (67), 13:54, 25/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Здравствуй новый дядя зонд?
     
  • 1.68, Аноним (67), 08:54, 26/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Правильно. Гугл таким способом повысит рейтинг в выдаче себе.
    Остальные будут идти, как всегда... лесом.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру