Сore Web Vitals - техническая оценка сайта от Google

Поделиться
HTML-код
  • Опубликовано: 23 авг 2024
  • Интенсив с 29 апреля - pagespeed.dmit...
    Конспект - dmitrylavrik.r...
    Core Web Vitals - (с англ. ключевые интернет показатели) метрики, которые Google считает главными при анализе скорости загрузки страницы.

Комментарии • 48

  • @grbak
    @grbak 6 месяцев назад

    Крутой доклад!) На 2x очень быстро просмотрел, за 10 минут, кажется, что стал значительно лучше понимать тему

  • @Farmatique
    @Farmatique 3 года назад

    Спасибо, как всегда тема актуальная и изложение понятное

  • @termit5153
    @termit5153 3 года назад

    не подскажите как создать два локальных php сервера и связать их гиперссылками?

  • @nestromae
    @nestromae 3 года назад

    Автор, что делаешь для устранения пункта "Image elements do not have explicit width and height"?

    • @nestromae
      @nestromae 3 года назад

      @@DoeJoeD Все же внимательнее стоит читать именно тебе.

  • @DreamingDolphing
    @DreamingDolphing 3 года назад

    Всё это интересно, а что делать сайтам на фреймворках? Там же в версткё только div, потом подгружается большой js и только потом всё отрисовывается.

    • @dmitrylavrik
      @dmitrylavrik  3 года назад

      Prerendering либо Server Side Rendering.

    • @DreamingDolphing
      @DreamingDolphing 3 года назад +1

      @@dmitrylavrik Next.js наше всё.

  • @TheBorninmotion
    @TheBorninmotion 3 года назад

    повлияет ли это на конструкторы которые обвешены плагинами ?

  • @user-pi3em2ke2l
    @user-pi3em2ke2l 3 года назад +1

    Есть куда более страшные тренды это мобайлфёрст и отказ от JQuery в пользу чистого js

    • @user-pi3em2ke2l
      @user-pi3em2ke2l 3 года назад

      @@soul_loneliness нет

    • @Zerikish
      @Zerikish 3 года назад +1

      >мобайлфёрст
      Ну как бы большинство устройств-мобильники же. Странно не учитывать запросы пользователей.
      >отказ от JQuery в пользу чистого js
      Что тут плохого то?

    • @user-pi3em2ke2l
      @user-pi3em2ke2l 3 года назад

      ​@@Zerikish 1. Это не странно когда пользователь деградирует а я как представитель элиты высказываю своё мнение потом мы говорим про стиль вёрстки в любом случае учитываються 2 варианта пк и моб. и как проще верстать? сверстать полноценный макет на пк и при адаптации на моб. просто удалять элементы или сверстать урезанный макет под моб. и потом непонятно каким образом добавлять элементы встраивая их в готовую вёрстку?
      2. jQuery сокращает код потому что на нём нужно гораздо меньше писать + удобство написания + поддержка проще а то что он медленнее то в целом это незаметно, вот сам подумай 15 лет назад когда начали использовать jQuery и когда компы были слабее раз в 20 то люди сумашедшими были? мало того что компы слабые так ещё и jQuery начали использовать ну ваще ппц хотя в реальности на скорость не повлияло и сайтов стало писаться больше с более крутыми плагинами на jQuery

    • @Zerikish
      @Zerikish 3 года назад

      ​@@user-pi3em2ke2l
      > Это не странно когда пользователь деградирует
      Для любого бизнеса важно удовлетворить свою ЦА. И так уж вышло что ЦА эта поголовно сидит с мобилок. Если ты этого не понимаешь-зря.
      >и как проще верстать?
      А верстать надо не как "проще", а шоб везде работало одинаково хорошо. Опять же странно это не понимать. Ты пишешь сайты для людей, а не для себя.
      Телеги с "удалением элементов" не понял. В нормальных сайтах элементы просто вместо расположения сеткой переезжают один под другой, и некоторая их часть чуть видоизменяется под управление пальцами.
      >jQuery сокращает код потому что на нём нужно гораздо меньше писать
      Насколько я видел бОльшую часть(под 90 процентов) запросов пользователей jquery можно заменить тупо на document.querySelector().(тут ещё 1-2 функции в цепочке). Оно конечно дольше чем $ пишется, но никто не мешает свою маленькую библиотечку с короткими названиями для часто используемых конструкций сделать. Уверен на средний проект их наберётся не больше пары десятков.
      >вот сам подумай 15 лет назад когда начали использовать jQuery и когда компы были слабее раз в 20 то люди сумашедшими были
      15 лет назад. Да что там, даже 10 лет назад когда я уже активно вкатывался в профессию загруженность большинства сайтов скриптами и стилями была в разы ниже.
      Но если уж мы за сумасшедшесть людей говорим:на заре интернетов ещё в начале 2000х вообще java-апплеты было модно ставить на сайты. И это во времена когда даже простенкий сайт с парой фоток грузился секунд от 40 и дольше. Запихивали по 3+ мегабайта шоб идиотские снежиночки на сайте летали. И это всё еле еле грузилось, а потом с большим трудом ворочалось на компе с пентиумом мать его третьим. Что, сумасшедшие люди были раньше?(да)
      > хотя в реальности на скорость не повлияло и сайтов стало писаться больше с более крутыми плагинами на jQuery
      И на скорость оно ппц влияло даже в таком виде. Сам лично переписывал в паре проектов за фронтендерами с jquery на чистый js с попутным отрубанием лишних конструкций что бы оно шевелилось пободрее.

    • @user-pi3em2ke2l
      @user-pi3em2ke2l 3 года назад

      @@Zerikish
      >Для любого бизнеса важно удовлетворить свою ЦА
      ПК ещё не отменили мы говорим не про то на что верстать а в каком стиле мобфёрст или пкфёрст
      >Телеги с "удалением элементов" не понял
      я для примера на писал их можно и удалять и перебрасывать на новую строку
      >Насколько я видел большую часть(под 90 процентов) запросов пользователей jquery можно заменить тупо на document.querySelector()
      а работа с коллекциями элементов? это же боль
      маленьких библиотечек не знаю но знаю урезанный jQuery без ajax и анимаций он весит не 90 а 70Кб и можно кстати CDN использовать который почему-то начали забывать видимо из-за бездумного использования вебпака в который тупо все либы упаковывают
      >мне сложно верить в то что jQuery может как-то заметно увеличить нагрузку, да если ты используешь jQuery место одной функции может вызваться 5 или 10 функций но большая часть времени уходи на выполнение команд в api браузера

  • @FredUA
    @FredUA 3 года назад

    Да что ж вы все "верстальщики" да "верстальщики"?
    Неужели не можете переучится на фронтендера?
    Верстальщики верстали 10 лет назад HTML с CSS. Сейчас же все намного сложнее. Да та же оптимизация, о которой тут идет речь... Я уже не говорю о фреймворках.
    Пора бы забыть это слово, которому просто раньше небыло альтернативы. Сейчас же считаю, что оно звучит даже оскорбительно. Мне кажеться что чисто верстальщиков уже почти не осталось, так как такая узкая специализация никому не нужна... ИМХО

    • @user-lc8kx6le2x
      @user-lc8kx6le2x 3 года назад +1

      Как и орфография!

    • @FredUA
      @FredUA 3 года назад

      @@user-lc8kx6le2x Простите, это какойто рандомайзер с вашего аккаунта пишет?

    • @DmitroVialkov
      @DmitroVialkov 3 года назад

      Верстальщик это отдельная профессия и отдельный член команды. Только мелкие проекты сделаные одиночкой обходятся без верстальшика... А вот нормальный фронтендер получает в работу уже готовый сверстанный макет. И в команде, которая делает крупные проекты, или много проектов на потоке имея отдельные боевые единицы в виде верстальщиков и фронтендеров выполняет работу быстрее, качественнее и дешевле, чем попытка держать в штате универсалов.

    • @FredUA
      @FredUA 3 года назад

      @@DmitroVialkov Так, и что же фронтенд тогда делает с версткой? Че то я работая в международной компании не сталкивался с тем, что бы мне приносили готовую верстку. Это что то новенькое.

    • @DmitroVialkov
      @DmitroVialkov 3 года назад

      @@FredUA не повериш... :) Код пишут. И используют уже готовую верстку. :)
      Ну а международніе компании... то да.. Они такие :)