В каждой шутке есть доля шутки

Мою бывшую контору напоминает)

Причем я не могу сказать,что он совсем неправ - выпустить продукт быстро,пусть и с костылями это правильно и хорошо,но можно же просто не говнокодить

Не обязательно со старта обеспечивать ковераж под 96% ,но блин, стиль то хоть кода один соблюдать

Хотя бы!

eslint --fix ./

Так для этого то надо хотя бы рулсетом еслинта озаботиться

Не переживай ты так)

У меня аж пригорело

Подскажите, почему не работает полет к метке ?
https://jsfiddle.net/awrdcfy6/22/

Ребят, если у кого-то проблемы с освоением JS могу порекомендовать вот этот канал - https://www.youtube.com/channel/UCTW0FUhT0m-Bqg2trTbSs0g/videos Парень вроде бы все подробно и доходчиво объясняет. Судите сами.

есть мысль. подходящая к нативным компонентам. есть гугл аналитика. туда надо вливать набор данных. в данный момент, возьмем например страницу ПЛП сайта, при нажатии на кнопку купить в одной из плашек происходит вызов метода в неком общем наборе утилит который начинает парсить страницу и собирать всю нужную для аналитики информацию, что бы собрать ее в "пакет данных одного события" и пушнуть на сервер. Эта метода представляет ся мне не одназначной т.к. основная проблема заключается в сборе инфы данной утилитой. Я предлагаю рассмотреть другой вариант. При формировании события, постепенно, на каждом заинтересованном слое заполнять его данными и пушить дальше по дереву. а уже на window будет сидеть слушатель аналитики и принимать уже собранный "пакет" с данными. Этакое постепенное обогощение события нужными данными по мере продвижения "пузырька" события по dom. Тут я вижу единственную проблему, что если какие то данные находятся в стороне от пути всплытия события, то он их не получит. Что думаете?

Надо спросить в чате готовый плагин для жуквери

фуфуфу

Ага я тоже его нашёл однажды, прикольный чувак.))

В Тинькове пошли дальше и с каждого поля шлют данные на бэк, чтобы "ничего случайно не потерять" )
А так, я не совсем понял момент про "всплытие по dom", мы же просто можем сделать:
Статические данные сразу сохраняем, на изменяемые - вешаем лисенер или функцию ончейнджа

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

Немного я о другом. Предположим у тебя есть кнопка купить товар. По тз от аналитиков, при нажатии на кнопку должно уходить не просто сам факт нажатия, а так же и ид товара, его текущая цена (предположим она динамическая) и тип страницы где именно произошло событие. В большинстве случаев делают так, что при нажатии на кнопку кнопка собирает свой контекст и нужные данные, после чего через функцию-утилиту данные проверяются и пушатся в GA. Проблема такого подхода обычно в том, что у тебя или кнопка получается гвоздями прибита к контексту с очень сложными связями или решение пытается быть универсальным и это порождает очень сложный код для понимания и расширения