webhead

Использовать отложенную загрузку счетчиков по действию "scroll", "touchstart", "click".

Пример подключения:
Отложенная загрузка кода Яндекс.Метрики

Использую на своих проектах.

По одному проекте мониторил контрольный пул запросов.

1. Внес правки (много всего, не только скрипты аналитики), показатели Google Page Speed были ~35/65 стали 100/100.
2. В search-console гугла, в разделе "Основные интернет-показатели"/"Мобильный", отправил на перепроверку страницы с низкими показателями. Занимает 28 дней.
3. Спустя пару месяцев с момента правок, был прирост устоявшихся позиций по гуглу — из диапазона 5-7 сдвинулись в 3-5.

Без ленивой загрузки метрики, показатели Google Page Speed были ~92/98. Основная причина — сторонний код заблокировал основной поток.

Хороший вопрос от автора.
Правильный ответ примерно такой:

Работать над оптимизацией внешних подключений важно. Асинхронность по умолчанию должна быть, но она не спасает от перегрузки основного потока.
У нас на проекте стоит не только Яндекс Метрика, Гугл Аналитика, пиксель ФБ, пиксель ВК, но и Hotjar и utmstat и они совершенно не мешают ничему. Подключать всё надо грамотно, откладывая по времени и по событиям. Если событие наступило, то счетчик времени отключается. Важно найти то время, на которое откладывать скрипт. Чтобы не поехали цели в метрике или в GA. Следите за приоритезацией загрузки, чтобы всё осталось в рабочем состоянии, но не влияло на скорость загрузки.

Подробно, как правильно подключать внешку, мы показывали с этой минуты: https://youtu.be/_3c0aPSkNdc?t=1480.
Там же есть пример скрипта обработчика.

Алексей из loading.express

Скрипач не нужен, родной (с)
Аргументы против jq:
- современные браузеры достаточно хорошо поддерживают единый синтаксис современного екмаскрипт(native js)(на самом деле нет).
- сторонняя библиотека, работает медленнее чем натив и в основном состоит из с-сахара (тоже не совсем правда)
- тащить еще один ресурс весом от 64 кб до 200 кб, еще и со сторонних ресурсов замедляет загрузку( правда, но бред)
Аргументы за:
- Современные браузеры как и всегда один другого "ровнее", всегда есть косяки и "нюансы", на которые еще и попадаешь обычно в самый неподходящий момент, в жк обычно все работает одинаково везде, ну или лучше чем в нативе.
- В жк реализована куча плюшек в 1 функцию которые в нативе занимают "многабукав", не каждый начинающий напишет их правильно, да и профи не все напишут оптимально, уверен что в большинстве случаев написанный нативом функционал будет хуже аналога из жк.
- размер мин пакета жк 64 кб, и все они лежат на быстрых цдн серверах. Думаю это последнее что может повлиять на скорость загрузки страницы.
- есть ОГРОМНОЕ количество скриптов написанных с учетом жк, не использовать их глупо, писать свой велосипед - вообще только в целях обучения(не берем крайние случаи когда плагин писал упоротый пингвин).
- Синтаксис и краткость записи - вообще вне конкуренции.
- Старые браузеры никто не отменял, часто заказчик требует чтобы работало в ие8, натив не канает или доставляет море анального удовольствия.
Вывод: Если ты крут в жс, еще и работаешь в ангуларе/ещечетамдляфронта и тебе нужно сделать 2 действия в очень современных браузерах - jquery не нужен, и ты это сам знаешь. Если слова ангулар, вуе и проч для тебя не больше чем шум листвы за окном, а навесить плагинов и эффектов нужно - jquery наше все.

UPD: для всех кто там отписался а ля "в связи (...), исчезновением проблемы совместимости со старыми IE (что и было основным назначением jQuery)." - свежачок

Любые вопросы про "ускорение mysql" необходимо сопровождать не голословными заявлениями "Слющай, использует индексы, мамом клянус!", а ВЫВОДОМ EXPLAIN
Без которого вопрос в принципе не имеет смысла, и должен удаляться.

Плюс неплохо сразу выкатить результат SHOW ENGINE INNODB STATUS

На ларке пилишь чистый API, на Vue полноценный SPA. Роутинг по сайту делаешь только в клиенте. Для SSR либо ставишь ноду, либо v8js (пример SSR с v8js). Вот и все дела.

Соответственно первая загрузка была долгой, так как грузила скрипты и стили всех страниц.

Ну используйте code splitting в вебпаке, чтобы попилить бандл на отдельные чанки.

Возвращайте поисковикам - статику.
Юзерам - SPA.
И проблема пропадёт.

Postman юный хацкер уже освоил?

Петцольд - Код, тайный язык информатики
Таненбаум - Архитектура компьютера
Таненбаум - Современные операционные системы
Таненбаум - Компьютерные сети

Быстро не получится.
Сначала почитать пару-тройку книжек про то, как вообще в линуксе работать. Еще неплохо бы Advanced Bash Scripting почитать. Получается, минимум полгода уйдет на литературу.
Далее обкладываемся гентушными хэндбуками, гуголом и т.п. и ставим генту.
Помаленьку настраиваем и через год-два уже на мастдайку вообще не потянет! Главное — понять суть UNIX-way, тогда станет ясно, что мастдайка — это даже не гнилая операционная система, а некачественная прошивка для игровых приставок!

В тему нежен/не нужен ВУЗ. Считаю заочку лучшим вариантом. Опробовал на своем опыте.

1. Позволяет работать на полную ставку, просто нужно будет два раза в год сдавать сессии, для которых положен законный учебный отпуск.
   
2. Сможете общаться с умными преподавателями, с работающими коллегами как вы (студентами), в некоторых вузах также разрешается свободно посещать очные лекции, есть есть желание и возможность. Дипломную работу можно будет связать с текущей работой, это довольно интересный опыт.
   
3. Прокачивает самообучение. В заочке вас не будут учить, вам будут давать материал, который вы должны учить до следующей сессии, на которой изученный материал будет проверяться экзаменами, зачетами и лабами.
   
4. На выходе получите диплом, и за плечами будет уже 4-5 лет опыта работы. Будете смотреться в глазах будующего работодателя лучше очников или тех, кто не получал образование, а просто работал эти 4-5 лет.
   

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

Налицо непонимание даже не рынка, а жизни в целом :) Для начала надо определиться, работа это или хобби.

Если хобби — то это может быть бесконечно долгое копание в песочнице, ну если нравится — почему бы и да.

Если работа — так иди на любую "боевую" работу. Там, грубо говоря, тебя жизнь поставит на место. Не нужного никакого сидения в коробочке и изучения чего-то там. Ты хочешь понять рынок? Так выйди на него. Рынку нужно одно — решение задач заказчика за минимально возможные деньги и время. Пойди на любую работу, там ты не будешь маяться вопросами о бытии, языках и фреймворках. Тебе руководитель даёт задачу — ты её решаешь, отдаёшь, берёшь следующую. На более высоких уровнях иерархии — ты раздаёшь задачи, добиваешься готового решения, сдаёшь заказчику. Повторить несколько раз. Я сменил примерно 3-4 места работы, прежде чем научиться просто РАБОТАТЬ, хотя PHP я к тому времени знал на уровне миддла.

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

Таксисты не изучают правила дорожного движения и устройство автомобиля целый год. Когда им надо кормить семью — они просто выезжают и возят людей. Сначала получается не очень, но потом всё лучше и лучше.

И уж точно один день реальной работы стоит года "вкатывания" и сидения в песочнице.

«В молодости я спросил у начальника, как оценить время на выполнение работы? И начальник ответил мне:
— Время, которое ты планируешь, умножить на Пи пополам, плюс 2 недели.
— Почему Пи пополам? — удивился я.
— Потому что в реальной жизни ты никогда не будешь двигаться к своей цели напрямую, а скорее — по дуге окружности.
— А почему плюс две недели?
— А потому, что когда ты в итоге просрёшь все сроки, то за две недели хоть что-то успеешь сделать.» (с)

В Авито работает очень амбициозный JS-разработчик, судя по блогу на Youtube. Тем не менее, память куда-то утекает, интерфейс частенько виснет, CDN вообще странно работают - неподгрузившаяся CSS и поломанная страница в Авито - норма.

Я не знаю, почему так. Наверное, менеджмент совсем не отдупляет технические вопросы, и нанимают разработчиков по принципу конкурса дизайна резюме. Очень базовые, банальные, тривиальные задачи - де-факто не решены. Сайт лагает по-черному.

В яндекс-почте не лучше. Несколько раз находил баги в интерфейсе. Ну, я-то точно знаю что это баги, и даже знаю откуда они появились, и как их лечить. Длительная переписка с ТП никаких результатов не дала - они убеждают меня в том, что я не умею пользоваться компьютером. Забавно и печально одновременно.

Например в Эльдорадо менеджеры повелись на маркетинг 1С и выбрали битрикс, не спросив технарей. В его оптимизацию и заточку под нужды компании грохнули миллионы, но как ни старайся - это битрикс, он будет тормозить и глючить.