Вы же бездействуете на сайте пару секунд. Если не знать о lazy чата, то разница на мой взгляд несущественна. Наоборот, вы зашли и ничего не выскакивает, поскролили - высочило. При том такая прогрузка лишь при первом визите.
Но кому как. Я не настаиваю на абсолютной целесообразности способа. Просто когда мобила всего 20, 10 попугаев уже играет роль, когда заказчику это важно.
Кука да куки, 2 куки) дело не в том, что она маленькая, дело в экономии. На боевом сайте с метриками и прочим, очень много кук. И экономия, как по мне, не лишнее.
Чтобы выдало 500 зависит от настроек сервера. По-моему размер буфера для клиента. Возможно ошибаюсь, но чаще всего он 8кб-16кб, можно ручками расширить, если позволяет хостинг.
Но, позвольте, разве removeEventListener не удалит чужие экшны? Это здесь код чистый. А на реальном проекте 100500 скриптов. Т.к. window, body общие для всех элементы, разве это безопасно?
Вы предлагаете в этом случае не делать задачу?) я и не говорил про тормоза сайта, я говорил про проседания г. спид. Может еще кому-то надо за счет jivo её поднять. Если не надо, то и не надо. Чат для пользователя не влияет на скорость погрузки информации.
Я в первую очередь написал это для тех, кому это нужно. Даже на сайте Jivosite описана данная проблема. У меня она также возникла, нашел решение. А в СЕО я слаб, не могу проанализировать с этой стороны. Была задача. Вот решение. Плохое или хорошее решать вам. На проекте всех устроило. Поэтом решил поделиться здесь.
Ну он же и так выскакивает). Тут вопрос в приоритетах на конкретном проекте. У нас поставлен вот такой приоритет. Что лучше пользователю 1 раз в сессии пострадать, чем просадка -10)
clearTimeout - очищаю инициализатор. А так можно и не чистить конечно.
А по поводу страданий пользователя - тут конечно каждому своё). На моём проекте приоритет отдается скорости Google Speed. Ну а так кому как конечно. Если важно прогружать чат сазу - то так не пойдет.
setTimeout можно попробовать убрать, я его сделал чтоб 100500 скролла не было, возможно лишнее.
Вы же бездействуете на сайте пару секунд. Если не знать о lazy чата, то разница на мой взгляд несущественна. Наоборот, вы зашли и ничего не выскакивает, поскролили - высочило. При том такая прогрузка лишь при первом визите.
Но кому как. Я не настаиваю на абсолютной целесообразности способа. Просто когда мобила всего 20, 10 попугаев уже играет роль, когда заказчику это важно.
Дело вкуса)
Кука да куки, 2 куки) дело не в том, что она маленькая, дело в экономии. На боевом сайте с метриками и прочим, очень много кук. И экономия, как по мне, не лишнее.
Чтобы выдало 500 зависит от настроек сервера. По-моему размер буфера для клиента. Возможно ошибаюсь, но чаще всего он 8кб-16кб, можно ручками расширить, если позволяет хостинг.
Куки отправляет из браузера на сервер. Если их вес слишком велик, сервер выдает 500
По сути setTimeout в 1с и говорит о завершении скролла.
По метрикам. аналитике - да, точность упадет.
Если на сайте много кук, и их общий вес слишком большой, то да, в этом случае выскакивает у пользователя 500.
Про картинки - так и делают) называется ленивая загрузка.
Спасибо, прокачали мне знания)
Но, позвольте, разве removeEventListener не удалит чужие экшны? Это здесь код чистый. А на реальном проекте 100500 скриптов. Т.к. window, body общие для всех элементы, разве это безопасно?
Вы предлагаете в этом случае не делать задачу?) я и не говорил про тормоза сайта, я говорил про проседания г. спид. Может еще кому-то надо за счет jivo её поднять. Если не надо, то и не надо. Чат для пользователя не влияет на скорость погрузки информации.
С removeEventListener спасибо. Надо будет допилить)
Я в первую очередь написал это для тех, кому это нужно. Даже на сайте Jivosite описана данная проблема. У меня она также возникла, нашел решение. А в СЕО я слаб, не могу проанализировать с этой стороны. Была задача. Вот решение. Плохое или хорошее решать вам. На проекте всех устроило. Поэтом решил поделиться здесь.
Не всегда можно не делать то, что просят сделать). У меня была конкретная задача, подтянуть Google Speed.
Мы вертелись как могли XD)
Он ведь не вредит никому, при том один раз в сессию. Это мизер неудобств.
Просто внутри будет Javascript) мне показалось так читабельнее написать.
Ну он же и так выскакивает). Тут вопрос в приоритетах на конкретном проекте. У нас поставлен вот такой приоритет. Что лучше пользователю 1 раз в сессии пострадать, чем просадка -10)
clearTimeout - очищаю инициализатор. А так можно и не чистить конечно.
А по поводу страданий пользователя - тут конечно каждому своё). На моём проекте приоритет отдается скорости Google Speed. Ну а так кому как конечно. Если важно прогружать чат сазу - то так не пойдет.
setTimeout можно попробовать убрать, я его сделал чтоб 100500 скролла не было, возможно лишнее.